VB6 MSCOMM wroks on one PC and not another
I have been using MSCOMM for quite awhile, this problem has dah me stumpped for a week now.
Properties of MSCOMM:
DTREnable is True
EOFEnable is TruHandshaking is 0
InBufferSize is 3072
InPutMode is 0
OutBuffSize is 512
RThreshold is 1
RTSEnable
Settings is 2400, N,8,1
SThreshold
Using the same PIC code and same VB code on different machines, I get different results. The only machine that the code operates correctly on is an older machine, x86, Windows 2000 SP2. A second machine running Win2K and a third machine running XP have this problem;
MSCOMM receives the first 8 characters, processes these 8 characters, then receives the balance. I am testing with 10 characters. I am sending PIC variables from a bit array. I am receiving the data in VB as a srting.
I have sent the data to HyperTerminal and in every case the correct data is being sent from the PIC. For some unknown reason, on certain machines all the data is not received into the buffer.
In addition to the slower processor I mentioned ealier, the copy of VB on the slower machine does not have the latest service pack while the other machines do, SP6. Attempting to load SP6 causes some errors and does not load. I don't have the errors handy.
I have places a Pauseus in the Send routine thinking the slower processor was the issue, but no change.
Any suggestions are appreciated.
B
Painful transition from VB.com to VB.net
Quote:
Originally Posted by
tenaja
The new Visual Basic.NET 2008 is so much better than 6 that you shouldn't waste your time trying to get it to work.
It's a very painful transition from VB.com to VB.net, particularly for programmers with 10+ years background with .com (like learning to walk all over again) and a lot of people are refusing to exchange their expertise for a "start from scratch experience", because that's pretty much what it is.
Microsoft have forced OOP onto everyone with their .net frame work
I think if you're going to use .net then you might as well go with C++ or C# (C sharp) I say this because all .net languages are object orientated, and there's really not much more involved with modern versions of C. So I guess the question is, is VB.net really a RAD (rapid application development) language like its predecessor? Would a professional C++ programmer like this person http://www.planet-source-code.com/vb...68164&lngWId=1 ever trade off C++ .net for VB.net like he did with C++.com? He claims that his high-tech calculator would have taken 3 times longer to develop in C++ than it did to do it in VB.
The problem is, unlike with VB6, not everyone is going to be a programmer. Sure, I've gotten my head around OOP (object orientated programming), but it has taken 2 university units to get there.
I had considerable competition on eBay winning VB6
I just won a professional academic copy of VB6 on a eBay auction. For years now I have been using VB5, and for just as many years I've always wanted VB6 (there are many significant differences between 5 & 6) Most notably is the "replace" function.
VB6 is still in demand -- ironically I was up against "6" other bidders.
http://cgi.ebay.com.au/ws/eBayISAPI....m=160220000342
I must say that I'm happy with my purchase :), considering that the "buy-it-now" price in the States typically ranges from US $250 to $1,000
Any takers on my copy of VB5 I wonder :rolleyes: