I'm not using a "real" adapter. I'm using the visor driver that is used to sync a USB palm with things like pilot-link. This driver emulates a serial port in much the same way that a real one does, or so I think. I was just pointing out that people have similar behavior with real adapters, so I thought it might be relevant. The visor driver calls itself a "serial converter", and it does add USB entries in my /dev/tts folder like a real adapter would. But, my palm cradle is plugged into an acutal USB port. I do have access to a real USB to serial adapter though; I'll play around with it. And another thing--I'm also looking into that WinMM crash that keeps Palm Desktop from running. The problem is that the function DRIVER_FindFromHDrvr is failing, returning a NULL value, which wine tries to derefrence in MMDRV_Install, and boom--wine crashes.
James
On Thu, 2005-07-07 at 10:51 +0200, Uwe Bonnes wrote:
"James" == James Liggett jrliggett@cox.net writes:
James> Hello all, I have been working on getting Hotsync to sync to a James> USB cradle using usbserial. I did some research, and as it turns James> out, the functions that wine uses to poll normal serial ports James> (like ioctl and tcgetattr) don't like usbserial devices very James> much. In fact, when I query my USB cradle using setserial, it James> gives me the same "Invalid Arguement" error that GetCommState James> does. Additionally, pilot-link doesn't even use these functions James> to communicate with a usbserial connected palm. The question now James> is, can we get tcgetattr to play nice with usbserial?What USB to serial adapter is used? The usbserial Atmel AVRIce uses a FTDI FT232 which is well supported. It works quite well, with the serial related patches I sent to the list( but some of them not yet in CVS). The problem you suspect is likely more usb related.
Bye