Hi All,
I have been trying for several weeks to transfer our product to linux using wine. I am so close it hurts! The only issue has been the serial ports. Threads, sockets, and timers appear to be working as advertised (an impressive feat of wine as it is!). However the serial port has failed me. I have used versions 20040716 and 20040505 both as RPM's and source code (with various patches applied to the source). The major issue is reliability. I can successfully get test programs to echo back a character received on the serial port. However when I use the port in anger it often drops bytes. Calls to ReadFile will drop the last byte when the packet size is 30 bytes, and up to the last 5 bytes when the packet size is 200+ bytes. After a while calls to WriteFile will actually stop sending bytes even though it returns successfully. The program has several threads but I have modified it so that the calls to ReadFile/Writfile are in the same thread inside a loop. I set the timeout parameters to return immediately from a ReadFile with any available bytes. If you are interested I can post the shell of my code.
Unfortunately the sands of time keep flowing and I am under pressure to find a solution. I have decided to use winelib to build our program that uses the serial port and write native code to read/write to the serial port. The rest of the suite I will continue to use with wine. This has gone well so far and again I am suprised at how smoothly I can do things, this time with winelib/winemaker. However I have struck a problem. My windows program code links in a .lib file that is provided by a third party. Can I link this library file into my winelib project, and if so how? I cant seem to find any recent discussion on this topic so if you could point me to some I would be very grateful.
regards,
scott.
Scott Snell wrote:
However I have struck a problem. My windows program code links in a .lib file that is provided by a third party. Can I link this library file into my winelib project, and if so how? I cant seem to find any recent discussion on this topic
One way I know is to wrap the .Lib in a .DLL on windows with MSVC or MinGW. Than use the DLL in your winelib. On the winelib side you have to make a .SPEC file for your windows DLL. Look in previous threads and in winelib documentation for how to make a .spec file of your dll, and how to link to it.
If you use MSVC do use a .DEF file because winebuild used to have problems with "__declspec(export)" functions exported from DLLS. (maybe it was fixed I'm not really up to date)
Free Life Boaz
Hi,
--- Boaz Harrosh boaz@hishome.net wrote:
One way I know is to wrap the .Lib in a .DLL on windows with MSVC or MinGW. Than use the DLL in your winelib. On the winelib side you have to make a .SPEC file for your windows DLL. Look in previous threads and in winelib documentation for how to make a .spec file of your dll, and how to link to it.
The mingw-utils package has a tool called reimp that allows you to convert a MS_VC style *.lib in to a *.a file. Just run reimp file.lib. At some point we should add support for reading .lib files like mingw has.
Thanks Steven
__________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - Send 10MB messages! http://promotions.yahoo.com/new_mail
Hi,
On Mon, Aug 16, 2004 at 06:43:45PM +1000, Scott Snell wrote:
Hi All,
I have been trying for several weeks to transfer our product to linux using wine. I am so close it hurts! The only issue has been the serial ports. Threads, sockets, and timers appear to be working as advertised (an impressive feat of wine as it is!). However the serial port has failed me. I have used versions 20040716 and 20040505 both as RPM's and source code (with various patches applied to the source). The major issue is reliability. I can successfully get test programs to echo back a character received on the serial port. However when I use the port in anger it often drops bytes. Calls to ReadFile will drop the last byte when the packet size is 30 bytes, and up to the last 5 bytes when the packet size is 200+ bytes. After a while calls to WriteFile will actually stop sending bytes even though it returns successfully. The program has several threads but I have modified it so that the calls to ReadFile/Writfile are in the same thread inside a loop. I set the timeout parameters to return immediately from a ReadFile with any available bytes. If you are interested I can post the shell of my code.
Yes, would be a good idea. The best way would be to create a demo program that's as small as possible exhibiting the problem. Then file it with a bug report. But maybe something like WINEDEBUG=+file,+win32,+comm,+server,+relay and a modified Wine with additional traces in the comm area could help? Doesn't sound like it's extremely difficult to spot, but then I didn't debug the program...
Andreas Mohr
Scott Snell a écrit :
Hi All,
I have been trying for several weeks to transfer our product to linux using wine. I am so close it hurts! The only issue has been the serial ports. Threads, sockets, and timers appear to be working as advertised (an impressive feat of wine as it is!). However the serial port has failed me. I have used versions 20040716 and 20040505 both as RPM's and source code (with various patches applied to the source). The major issue is reliability. I can successfully get test programs to echo back a character received on the serial port. However when I use the port in anger it often drops bytes. Calls to ReadFile will drop the last byte when the packet size is 30 bytes, and up to the last 5 bytes when the packet size is 200+ bytes. After a while calls to WriteFile will actually stop sending bytes even though it returns successfully. The program has several threads but I have modified it so that the calls to ReadFile/Writfile are in the same thread inside a loop. I set the timeout parameters to return immediately from a ReadFile with any available bytes. If you are interested I can post the shell of my code.
there's a bug in the serial code when reading are made in this mode. I've got a patch ready for this, so you may want to wait a couple of days (before it gets committed into CVS) A+
-
Andreas Mohr -
Boaz Harrosh -
Eric Pouech -
Scott Snell -
Steven Edwards