[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Howdy all !!!
Just wondering if anyone out there has any experience with accessing a com port or parallel port on a Windows PC using Acu-GT ???
I am assuming that I would have to use either an ActiveX control or some Windows DLL/API function.
What I am trying to do is take a printer cable coming from some foreign machine (Unix, AS400, etc) and plug it into my serial or parallel port on my PC and capture the print data in a file for later "COLD" storage processing.
I don't have much experience using ActiveX controls or DLL's using Acu-GT. I have played around with Axdefgen a little.
Any help is appreciated !!!
Thanks !!!
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Howdy all !!!
Just wondering if anyone out there has any experience with accessing a com port or parallel port on a Windows PC using Acu-GT ???
I am assuming that I would have to use either an ActiveX control or some Windows DLL/API function.
What I am trying to do is take a printer cable coming from some foreign machine (Unix, AS400, etc) and plug it into my serial or parallel port on my PC and capture the print data in a file for later "COLD" storage processing.
I don't have much experience using ActiveX controls or DLL's using Acu-GT. I have played around with Axdefgen a little.
Any help is appreciated !!!
Thanks !!!
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
we use a DLL called greenleaf, I believe it was even recommended to us at one time from acucorp.
there are a few company's doing ActiveX controls that handle it but either way you most likely will have to buy one to use it.
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
It is tricky to "translate" samples from VB to ACUCOBOL-GT indeed. The MS Word Mail Merge sample posted elsewhere in this forum, is actually based on a VB sample from MSDN, Q220607.
You should find it at this link:
http://support.microsoft.com/default.aspx?scid=kb;en-us;220607Once you get that vb file, you can pretty much compare the sources line by line. Note however that VB functions has their counterparts in ACUCOBOL-GT .cbl files.
If you spend some time with this example, you should get a reasonable idea of what counters what in VB vs ACUCOBOL-GT.
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Gisle...
I was hoping you would offer some of your "wisdom" on this one.
Thank you very much !!!
I have downloaded the examples and will try and figure it out.
I appreciate all your efforts to help bring "Cobol" into the Windows world!!! I really enjoyed your presentation(s) at the Developers' Conference back in Sept 2001.
I am personally more comfortable in a "character based" Unix environment, but to be competitive nowdays it appears we have to "embrace" Windows. It only makes sense to "interface" to all the tools that are available out there.
Keep up the great work !!!
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Gisle...
I was hoping you would offer some of your "wisdom" on this one.
Thank you very much !!!
I have downloaded the examples and will try and figure it out.
I appreciate all your efforts to help bring "Cobol" into the Windows world!!! I really enjoyed your presentation(s) at the Developers' Conference back in Sept 2001.
I am personally more comfortable in a "character based" Unix environment, but to be competitive nowdays it appears we have to "embrace" Windows. It only makes sense to "interface" to all the tools that are available out there.
Keep up the great work !!!
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Is it possible to connect the Unix, AS400 system to an ethernet network and enable a service like ftp for data transfer? If so, this is a better route to go.
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Thank you for your kind words TRicky_Naff. I am pleased that you enjoyed our 2001 conference, and would like to use the opportunity to flash some heads up for the upcoming 2003 conference.
Windows isn't the only area where new technology happens, as you certainly have got information about, this years conference will introduce a lot more stuff in the Internet environment, where ACUCOBOL-GT allows you to play across hardware and software platforms, ranging from mainframes on one side, via desktop computers to mobile phones on the other extreme.
Want to know how to use ACUCOBOL-GT to extend your business onto mobile phones? If so, I welcome you to our 2003 conference.
Please let us all hear about your project when you got it rollin'
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Generally speaking, anything that is online with the internet, e.g. ha TCP/IP, is accessible. Thus, you could use both http and ftp to access.
As IP is almost the de facto standard for netwoks these days, chances are, that the trouble you will run into will be firewalls and port configuration.
Perhaps, in particular in light of security, your best option would be to use cgi services.
The proper choice of technology pretty much depends on what you try to achieve. A bit more information wouldn't hurt.
Anyway, as I said, generally speaking, your opportunities to connect to an AS400 isn't less than any computer connected to the internet.
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Generally speaking, anything that is online with the internet, e.g. ha TCP/IP, is accessible. Thus, you could use both http and ftp to access.
As IP is almost the de facto standard for netwoks these days, chances are, that the trouble you will run into will be firewalls and port configuration.
Perhaps, in particular in light of security, your best option would be to use cgi services.
The proper choice of technology pretty much depends on what you try to achieve. A bit more information wouldn't hurt.
Anyway, as I said, generally speaking, your opportunities to connect to an AS400 isn't less than any computer connected to the internet.
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Dan and Gisle...
Hope y'all had a good weekend. And thanks for the input !!!
What we are "possibly" dealing with are "legacy" systems where our prospects are "locked in" to their existing system features and "character based" forms. We want to "extract" the invoice data from their existing form and reformat it with graphics and/or bar coding to facilitate a proof of delivery/document management system that we market. We don't necessarily want to "intrude" or get involved in reconfiguring the existing system other than taking the cable that would normally go to some dot matrix printer either directly or remotely connected via the mux or other network connection, and capture the character output.
It's hard to say what kind situation we will run into. In some cases we "could" use ftp or other connectivity options. It just depends on our prospect's ability to reconfigure the output from a printer to somewhere else maybe a file. We will in most cases be dealing with POS systems (an auto parts chain for example) where the output would need to be captured and reformatted immediately, so the document generated would be "scan" ready.
We just want to have solutions that allow us to "integrate" our system with theirs as seamlessly and simply as possible.
Anyway, excuse my babbling.
Thanks all !!!
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
I have been using the active-x control MScomm32.OCX, also known as the Microsoft Communications control. This control monitors the Selected comm port on a pc and creates an event every time data arrives in the input buffer. It is also possible to send data back to the device attached to the comm port using this control. I have used this to great effect to control interactive hand held barcode scanners.
It is relatively simple to use, although I would suggest collecting data from the buffer one character at a time as I have found that quite often the data appears with spaces in the string due to the speed of data collection.
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Thanks very much for your input !!!
I had been looking for the MS ocx counterpart to all the comm port controls that are out there.
I have just recently installed VB on my PC and MSComm32.ocx is now available to me. I will probably go ahead and try to use that instead of purchasing another one.
My next chore will be to try and find an example like Gisle's mail merge, that shows a VB program and an AcuCobol program doing the same thing.
Thanks again !!!
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Thanks very much for your input !!!
I had been looking for the MS ocx counterpart to all the comm port controls that are out there.
I have just recently installed VB on my PC and MSComm32.ocx is now available to me. I will probably go ahead and try to use that instead of purchasing another one.
My next chore will be to try and find an example like Gisle's mail merge, that shows a VB program and an AcuCobol program doing the same thing.
Thanks again !!!
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
I spent quite a while developing this interface and this is now used commonly throughout a number of applications. I would be glad to provide you with a sample program that shows you how to poll the commport and how to setup the control.
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Thank you very much for the generous offer !!!
I accept !!!
Our application is mostly character based on Unix machines and I haven't "played" around with the graphical/Windows stuff much. It's something on my "to do" list, but any help that you provide is appreciated !!!
Thanks !!!
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Hi ,
Is it possible for ashaw to share a bit more info on the com port
problems
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Hi ,
Is it possible for ashaw to share a bit more info on the com port
problems
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
We are using an inhouse DLL written in Borland C to communicate with weigh scales via COM ports. It would need a some work on the interface parameter since the baud rate, parity, and stop bits are coded in the DLL. You would also have to set the termination character for the transmission(The scales we are communicating with send Hex "04" as a termination character). The DLL offers routines to open, close, read, write, and clear.
This is not fancy, but it does work. We run hundreds of packages across our scales daily.
If this helps, I can provide C source and COBOL Example.
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Ashaw
Can you provide a small sample program that illustrates the ocx control ? I want to use it for capturing weights comming from a weigh scale.
One question ...
I registered the control and made a .def file, but when I put the control on my form, I get an error saying 'Can't create OCX. MsComm control'.
I stated this error in a previous post, but no answers.
Any suggestions ?
Txs
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Ashaw
Can you provide a small sample program that illustrates the ocx control ? I want to use it for capturing weights comming from a weigh scale.
One question ...
I registered the control and made a .def file, but when I put the control on my form, I get an error saying 'Can't create OCX. MsComm control'.
I stated this error in a previous post, but no answers.
Any suggestions ?
Txs
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
The error you get is because you do not have a license for the control.
Controls come with two kinds of licenses, either design time license or user license.
User licenses are built into the runtime for a number of Microsoft controls starting with version 6.2.0. MS Comm serial control is one of these.
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
The error you get is because you do not have a license for the control.
Controls come with two kinds of licenses, either design time license or user license.
User licenses are built into the runtime for a number of Microsoft controls starting with version 6.2.0. MS Comm serial control is one of these.
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
Txs Gysle,
Thus, an update to Acubench 6.2 will solve this problem ?
[Migrated content. Thread originally posted on 08 January 2003]
Thanks for the reply...
I have a short list of ocx options both expensive and inexpensive.
What I need the most is a simple example of how to take all the VB code examples the control comes with and convert it to code in AcuGT. I already have used Axdefgen to generate the def file from the ocx. But am stumped as to what to do next.
The only example I have is the AcuSpeller example that came with AcuGT and it's hard to compare that to a com port control.
Thanks again !!!
With version 6.2 you will get a user license yes. You will however still experience that the drag'n drop with Acubench will fail, because Acubench insist on opening the component in designtime mode...
You may however bypass this by manually create the definition file and add the component to your screen section, and then reopen the project in Acubench.
This little limitation of Acubench is something we are working on, hopefully it will be addressed by 7.0. It is a bit hanging on a response from Microsoft.
