May 2005 - Wine-Bugs - list.winehq.org

[Bug 3020] unimplemented kernel32.dll.GetVolumePathNameW

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=3020 marcus(a)jet.franken.de changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|wine: Call from 0x4d773d to |unimplemented |unimplemented function |kernel32.dll.GetVolumePathNa |kernel32.dll.GetVolumePathNa|meW |meW, aborting | -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

May 31, 2005

[Bug 2970] wsock32.bind() - invalid parameters

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=2970 ------- Additional Comments From jm.detrez(a)cegetel.net 2005-31-05 14:08 ------- it's seems in socket.c, in the function ws_sockaddr_ws2u() when it is ip you just return the original pointer but in LINUX MANDRIVA 2005 it'seems that struct sockaddr_in is a little bit different... for this funct to work for me i must creat a new sockaadr_in pointer and copy addr, family and port from the original to the new struct. Then i return the new struct and it work ... is this a bug, is this just in mandriva? i'm currently testing on FreeBSD, but this append on some VB code ... (like CSOCKET www.vbip.com) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

May 31, 2005

Re: [Bug 3002] problems writting to serial ports on 2005-05-24 release

by Fernando Chmilelewsky

On 5/30/05, Fernando Chmilelewsky <ferchimi(a)gmail.com> wrote: > On 5/27/05, Wine Bugs <wine-bugs(a)winehq.org> wrote: > > http://bugs.winehq.org/show_bug.cgi?id=3002 > > > > > > Speeddymon(a)gmail.com changed: > > > > What |Removed |Added > > ---------------------------------------------------------------------------- > > Keywords| |regression > > About bug 3002 (serial port regression on wine-20050524) : I've found the last version that hasn't this bug: wine-20050111, all the versions after this one hang when using the serial port in one or other way, and coincidence is that in all this versions, ics08jlz development kit 1.53 components that don't use the serial port work faster and more accurate, even the help works (partially) and Orcad capture (that didn't work in wine-20050111 and earlier) from orcad 9.2.x works too, and works very good, hope this helped to do something... By the way, I managed to download the wine cvs tree, now i'm looking forward to isolate the patch that did this, so, I'm asking you for some help and tips about how to do it. Best regards Fernando Chmielewsky

May 31, 2005

[Bug 3011] int2f ax=7b00 uninmplemented

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=3011 ------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2005-31-05 12:45 ------- If you have enough diskspace, run with WINEDEBUG=+relay,+snoop,+comm,+seh and pipe into a file and run until the hang. Check if the hang is a loop of wine calls, or something other, like e.g. a WaitCommEvent that never returns. In the log file, you can also check the context, where the Int2F Handler is called. If it is pctree16, this seems to be some pre-win32 common control implementation, from what I read on the net. Also, isn't there a Win32 version of that control program? Your problem seems very specific... -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

May 31, 2005

[Bug 3011] int2f ax=7b00 uninmplemented

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=3011 ------- Additional Comments From mvmanol(a)yahoo.com 2005-31-05 12:07 ------- MiniLink Network Manager is a vendor specific 16 bit Windows application to manage Ericsson microwave equipment clusters. For this purpose app use proprietary protocol over com/modem channel to reach the equipment. Anyway, I've made some desassembling on the executable..(MNM.exe file). I thing that int2f API is implemented in PCTREE16.dll, but I'm not sure. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

May 31, 2005

[Bug 3020] New: wine: Call from 0x4d773d to unimplemented function kernel32.dll.GetVolumePathNameW, aborting

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=3020 Summary: wine: Call from 0x4d773d to unimplemented function kernel32.dll.GetVolumePathNameW, aborting Product: Wine Version: CVS Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk virtualdub crashes , while the following message appears in the console: wine: Call from 0x4d773d to unimplemented function kernel32.dll.GetVolumePathNameW, aborting this happens when i try the option: "Save AVI as" in virtualdub -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

May 31, 2005

[Bug 3019] read error on reading from rtlinux FIFO from wine

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=3019 ------- Additional Comments From ad(a)trapdoor.de 2005-31-05 09:38 ------- Got some additional information from the moment when ReadString is prceeded: trace:file:ReadFile 0xa0 0x43aa9068 4096 0x4088f018 (nil) warn:debugstr:OutputDebugStringA CFile exception: generic, File W:\rtf1, OS error information = 1460. What does this "OS error information = 1460" mean? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

May 31, 2005

[Bug 3019] New: read error on reading from rtlinux FIFO from wine

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=3019 Summary: read error on reading from rtlinux FIFO from wine Product: Wine Version: 20050310 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-kernel AssignedTo: wine-bugs(a)winehq.org ReportedBy: ad(a)trapdoor.de i'm using wine to access a realtime application from a windows program by reading and writing to realtime FIFOs (/dev/rtf*). I used an old system where it worked fine for me (linux 2.4.19, RTL 3.2pre1, wine 20020804). After I changed to a new System (linux 2.4.29, RTL 3.2rc1, wine 20050310) read operations to these FIFOs failed. The windows program and the realtime-application are the same as before and still run on the old system. I compared the source-code of the rtlinux FIFO libraries of both versions and found out, that they are almost equal excepting some cosmetic stuff. I did the same read operations on normal files and on some other device files (e.g. /dev/random). This worked as expected. Reading from the FIFO from a native linux program also works without problems. The windows program was compiled with a german version of Developer Studio .NET. The source code i used for testing looks as follows: char inbuffer[32]; int result; CStdioFile cCmdFifo; AfxMessageBox("OpenWrite"); cCmdFifo.Open("W:\\rtf1", CFile::modeWrite); AfxMessageBox("Send PING"); cCmdFifo.WriteString("PING"); AfxMessageBox("CloseWrite"); cCmdFifo.Close(); Sleep(1000); AfxMessageBox("OpenRead"); result=cCmdFifo.Open("W:\\rtf1", CFile::modeRead); AfxMessageBox("ReadString"); cCmdFifo.ReadString(inbuffer, sizeof(inbuffer)); AfxMessageBox("CloseRead"); cCmdFifo.Close; Drive W: is mapped to /dev and output of ls -la /dev/rtf1 looks like: crw-r--r-- 1 root root 150, 1 2005-05-31 13:15 /dev/rtf1 When cCmdFifo.Readstring is called the system hangs. The same happens when using cCmdFifo.Read instead. When calling the program with winedbg, the program still hangs. Pressing CTRL-C does not help getting more debugging information and I'm only able to exit the debugger by "quit" command (i'm not familar with using winedbg :-( ). I was not able to compile the old wine version on the new system, so I have no information whether this version works on this system or not. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

May 31, 2005

[Bug 3018] Regression: setting Desktop in x11drv causes partial display

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=3018 ------- Additional Comments From Speeddymon(a)gmail.com 2005-30-05 21:29 ------- Could you please also submit that patch to wine-patches with a note about what it does and why it is necessary, as well as what it fixes, if you havent already? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

May 31, 2005

[Bug 3018] Regression: setting Desktop in x11drv causes partial display

by Wine Bugs

http://bugs.winehq.org/show_bug.cgi?id=3018 ------- Additional Comments From chkno(a)chkno.net 2005-30-05 20:44 ------- CVS email for the patch that caused the regression: http://www.winehq.org/hypermail/wine-cvs/2005/02/0100.html -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

May 31, 2005