Jon has requested a 3rd line for the pole display.
The first 14 characters are the stock number, the next two are unused. The next two are the data type, 1 = sale, 2 = return / payout, 0 = other. The last two are the MKI$(x) of a number that changes sequentually every time the pole data is updated. When the number reaches 32,000 it is reset to zero.
The POLE.DAT file is now opened as a random, shared, read/write file with a record length of 20. http://keyhut.com/pos51c.zip
Pole Display - Solution!
Moderators:daleadmin, Dale Harris, Alan, Andrew
- Dale Harris
- Forum Owner
- Posts:1171
- Joined:Sun Dec 28, 2003 10:19 pm
- Location:Chicago
- Contact:
Dale
I have not had a chance to play with the new version (5.01c) yet, but hopefully tomorrow I will...
Anyway, I am working on a basic program for windows that will send pole.dat info to a serial pole display. If I can get any more info on parrallel displays, I'll look into that as well. The obvious problem here is that I do not have a pole display, so I also need someone who can test it... preferably someone who is available in the late evenings (9pm-11pm EST)
Any volunteers?
Jonathan Simpson
Anyway, I am working on a basic program for windows that will send pole.dat info to a serial pole display. If I can get any more info on parrallel displays, I'll look into that as well. The obvious problem here is that I do not have a pole display, so I also need someone who can test it... preferably someone who is available in the late evenings (9pm-11pm EST)
Any volunteers?
Jonathan Simpson
Sure Jon!!
Hey JS, I Have a Logic controls PD3000 Serial Display...
I'm willing to test it with you.
Chas
I'm willing to test it with you.
Chas
Please remember that Dale is only dumping the information (as requested) to a file, it is the responsibility of the user to find an appropriate program such as JS's program and output it to the pole display.
We need to run before we can walk - we have barely gotten the information onto a pole display and already there are requests for scrolling and this and that and the other.
This is why software developers cringe when they add a feature someone wants, because they know there will be a deluge of additions/complaints/demands.
Give it time peeps, I don't think this has even been out for a week yet.
We need to run before we can walk - we have barely gotten the information onto a pole display and already there are requests for scrolling and this and that and the other.
This is why software developers cringe when they add a feature someone wants, because they know there will be a deluge of additions/complaints/demands.
Give it time peeps, I don't think this has even been out for a week yet.
- Jonathan Simpson
- Site Administrator
- Posts:71
- Joined:Sun Dec 28, 2003 9:52 am
- Contact:
The pole display stuff is not really OS dependant... it would work on DOS if someone makes a program which will allow it to do so. A TSR would be ideal for this. Once I get the kinks worked out of the windows version, I should be able to make a very similar DOS version. Keep in mind, the programs I am making for this are very basic... they are not suitable for full "customer displays", although I might (probably will) work on that as well once time permits.
Jonathan Simpson
Jonathan Simpson
Who is online
Users browsing this forum: No registered users and 139 guests