[Bug 18482] New: Commports Behavior in wine

http://bugs.winehq.org/show_bug.cgi?id=18482

Summary: Commports Behavior in wine
           Product: Wine
           Version: 1.1.21
          Platform: Other
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: trivial
          Priority: P2
         Component: -unknown
        AssignedTo: [e-mail]
        ReportedBy: [e-mail]
                CC: [e-mail]

I read many reports here about troubles whit serial communications devices and
most especific this error: 
fixme:comm:set_queue_size insize 0 outsize 0 unimplemented stub
the truth about this is that all applicattions that use mscomm32 in visual
basic 6 give this error the origin; the Buffer control properties this appears
in some delphi applications too, the applications that use sentences read
comm_pure in cases that c language don`t use this property and the fixme
message don`t appear, the buffer control are controlled directly by the system
and in tty --help don`t talk about use this function for this reason when you
invoke the serial port through mscomm the error appears many times this is not
wine system trouble but sometimes this error delays the process to get info in
ports, when you install any application for serial port works properly i make
the test and sometimes i don`t need to create a symlink for ttyS0 the program
runs whitout them, previously register mscomm32.ocx, i can`t offer properly
solution because my only "crazy idea" is make a new mscomm32.ocx whitout
inbuffer and outbuffer because linux systems takes control of this property. In
other case the usb to serial converters can work fine however windows supports
all parity odd,even,mark,space,none when com1 is built in on board, but when
you use a usb converter in windows the parity space doesn`t work same that
linux when you set space parity in linux the data that you get is a empty field
and do you need to set to properly parity however some applications needs a
mandatory space parity especially when use comunications programs, again this
trouble is not part of wine because wine translate properly the program but the
port give the primary control to linux when you test the configuration -F
/dev/ttyS0 linux put more control values that lock the win applications, sorry
if is this too long but i have many days try to understandig this and only
today i can get the info.