- Wine-Bugs - list.winehq.org

[Bug 1205] DOSFS_OpenDevice does not support parallel printer
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1205 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:27 ------- Bug comments restored from Gmane.org: DOSFS_OpenDevice does not have any support for parallel printers -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1350] [AllocConsole, CONIN$/CONOUT$]Take command /32 ver 3.01A displays inverted "?" characters instead of text in command window, diverts I/O to console instead.
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1350 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:26 ------- Bug comments restored from Gmane.org: It is supposed that this app acts like an enhanced "DOS Command prompt window" that supports JP soft's 4DOS features under M$ windows GUI without using the 4DOS DOS-mode binary. When running under Wine,the window is drawn correctly, menus are ok, but it does not display text in the app's command text window (it displays "?" character instead of typed characters), this text appears instead on linux's tty from where wine was invoked. (must change text colors in the app to see the "?" characters, otherwise it appears to be "blank"). Moreover, the app open a second window that is supposed to be the console for output of the typed commands that is broken (cannot show its content) I'm reporting this version of Take Command, because lastest (5.0) version does not work at all under wine (starts debugger). ------- Additional Comments From juan <at> virtual-orbis.com 2003-03-30 15:09 ------- Created an attachment (id=437) --> (http://bugs.winehq.com/attachment.cgi?id=437&action=view) Take command window after typing "dir". Output is shown in the Linux shell window while the main window show inverted "?" signs. To see the "?" signs is necessary to change default foreground & background colors in the app otherwise the text is displayed as "blank". Behind the Konsole & Take Command window is TCMD window that is filled with other Xwindow's content. ------- Additional Comments From juan <at> virtual-orbis.com 2003-03-30 15:17 ------- Created an attachment (id=438) --> (http://bugs.winehq.com/attachment.cgi?id=438&action=view) Take Command under win98 (normal behaviour, no TCMD console window) ------- Additional Comments From juan <at> virtual-orbis.com 2003-03-30 15:23 ------- Wine output: [cad(a)pc-2 TC32301]$ wine TCMD32.EXE err:win:WIN_FindWndPtr window 0x10021 belongs to other process fixme:console:SetConsoleCtrlHandler (0x4245ae,1) - no error checking or testing yet fixme:class:get_class_ptr reading from class of other process window 0x10021 Take Command/32 3,01A Windows 95 4,0 Copyright 1988-2001 Rex Conn & JP Software Inc. All Rights Reserved Take Command/32, S/N 999001. This trial version of Take Command may be used for up to 21 days before purchase. >> 20 days remain in your evaluation period. To learn about how the >> evaluation period works see TRIAL.TXT. To order call 800-368-8777 (US / Canada only) or 781-646-3975, visit our web site at http://www.jpsoft.com/, or see the order form in ORDFORM.TXT. [y:\tc32301]dir ------- Additional Comments From fgouget <at> codeweavers.com 2003-05-04 21:20 ------- Isn't it a console bug? If so this should be assigned to the wine-console component. ------- Additional Comments From juan <at> virtual-orbis.com 2003-05-04 22:43 ------- Output is diverted to console (bug). It should be inside the text area of TCMD32.EXE window (below the menu bar). ------- Additional Comments From juan <at> virtual-orbis.com 2003-05-11 22:51 ------- fixed URL in bugreport ------- Additional Comments From juan <at> virtual-orbis.com 2003-05-15 15:54 ------- 5/11/2003 12:12:31 +0300 In a mail from: Jukka Heinonen <jhei <at> iki.fi> I have a feeling that bug #1352 is what prevents newer TakeCommand/32 versions from running. I have no idea what causes this bug. I didn't find older TakeCommand/32 versions mentioned in bug #1350 but TakeCommand/16 seems to show similar behaviour. It looks like TC/16 calls DOS int21 routines for input/output and expects that those interrupts somehow interact with TC/16 window. Input related problem is quite easy to fix but I don't know how TC/16 expects its window to be updated via int21. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1227] Treeview dosn't send right messages
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1227 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:22 ------- Bug comments restored from Gmane.org: There is a explorer example where a click into the treeview does nothing. Running with -dll=comctl32=n does fix it. ------- Additional Comments From juergen.schmied <at> debitel.net 2003-01-16 07:21 ------- Created an attachment (id=368) --> (http://bugs.winehq.com/attachment.cgi?id=368&action=view) Source and exe of the example ------- Additional Comments From juergen.schmied <at> debitel.net 2003-01-16 07:22 ------- the attachment is a zip file... -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1226] winsock:NtStatusToWSAError Status code c0000024
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1226 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:21 ------- Bug comments restored from Gmane.org: Im trying to play StarCraft with IPX and this is what I got! :( fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6 ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-01-16 08:27 ------- C0000024 is STATUS_OBJECT_TYPE_MISMATCH, which then got translated into error 6 (ERROR_INVALID_HANDLE). This one sounds interesting. Please attach a --debugmsg +relay,+winsock log. ------- Additional Comments From marc <at> bazooka.se 2003-01-17 08:54 ------- this is the +winsock print... +relay is really to slow... it doesent seem to matter if I add an IPX interface or not ./ipx_interface add -p eth0 802.3 0x12345678 [marc(a)dhcppc2 marc]$ nice -n 20 wine -debugmsg +winsock /home/marc/starcraft/StarCraft.exe Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Could not stat /cdrom (No such file or directory), ignoring drive D: fixme:console:SetConsoleCtrlHandler (0x4c6410,1) - no error checking or testing yet fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x40292110)->(00010021,00000013) fixme:x11drv:X11DRV_DDHAL_CreatePalette stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x40295e80,00010021,2):stub trace:winsock:DllMain 0x44070000 0x1 (nil) trace:winsock:DllMain 0x44070000 0x0 (nil) trace:winsock:DllMain 0x440c0000 0x1 (nil) trace:winsock:WSAStartup verReq=101 trace:winsock:WSAStartup succeeded trace:winsock:WS_socket af=6 type=2 protocol=1000 trace:winsock:WSASocketA af=6 type=2 protocol=1000 protocol_info=(nil) group=0 flags=0x1 trace:winsock:WS_socket af=6 type=2 protocol=1000 trace:winsock:WSASocketA af=6 type=2 protocol=1000 protocol_info=(nil) group=0 flags=0x1 fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6 trace:winsock:WS_bind socket ffffffff, ptr 0x1800ff70, length 14 trace:winsock:WSASendTo socket ffffffff, wsabuf 0x4077275c, nbufs 1, flags 0, to 0x407727a4, tolen 14, ovl (nil), func (nil) fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6 trace:winsock:WSASendTo fd=-1, type=0, flags=0 warn:winsock:WSASendTo -> ERROR 6 trace:winsock:WSASendTo socket ffffffff, wsabuf 0x4077275c, nbufs 1, flags 0, to 0x407727a4, tolen 14, ovl (nil), func (nil) fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6 trace:winsock:WSASendTo fd=-1, type=0, flags=0 warn:winsock:WSASendTo -> ERROR 6 trace:winsock:WSASendTo socket ffffffff, wsabuf 0x4077275c, nbufs 1, flags 0, to 0x407727a4, tolen 14, ovl (nil), func (nil) fixme:winsock:NtStatusToWSAError Status code c0000024 converted to DOS error code 6 trace:winsock:WSASendTo fd=-1, type=0, flags=0 warn:winsock:WSASendTo -> ERROR 6 trace:winsock:WS_closesocket socket ffffffff trace:winsock:WS_closesocket socket ffffffff trace:winsock:DllMain 0x440c0000 0x0 (nil) [marc(a)dhcppc2 marc]$ ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-01-19 11:37 ------- Please retry with Wine CVS in about a week; Roderick Colenbrander just submitted an IPX configure script fix that might also fix that particular issue. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1225] unable to compile ole
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1225 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:20 ------- Bug comments restored from Gmane.org: hello there, i get a compile error with the latest cvs-wine version. compiling with gcc-3.1 on libc-2.2.5: make[1]: Entering directory `/morespace/hdc/dl/wine/wine/ole' gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -fPIC -D__WINESRC__ -D_REENTRANT -o dx8guid.o dx8guid.c In file included from dx8guid.c:26: ../include/winuser.h:2396: unnamed fields of type other than struct or union are not allowed ../include/winuser.h:2409: unnamed fields of type other than struct or union are not allowed make[1]: *** [dx8guid.o] Error 1 make[1]: Leaving directory `/morespace/hdc/dl/wine/wine/ole' ------- Additional Comments From hughes2002 <at> btinternet.com 2003-01-15 07:36 ------- I can confirm the same error occurs with GCC 3.1 and glibc-2.2.4. It is due to the nameless struct MONITORINFO which occurs in winuser.h. A temporary hack is to define -DNONAMELESSSTRUCT in the ole/Makefile. Doing this allows the compile to continue until it comes upon the next #include of winuser.h. So far, I've found it occurs in tools/bin2res, tools/wrc, dlls/d3d8 and dlls/d3dx8 and dlls/opengl32. Defining NONAMELESSSTRUCT in the appropriate .c file that includes winuser.h also solves the problem on a smaller scale. ------- Additional Comments From marcus <at> jet.franken.de 2003-01-17 15:18 ------- confirmed. I submitted a patch to fix the MONITORINFOEX structs. The IDL structs are a bit weirder though. ------- Additional Comments From Steven_Ed4153 <at> yahoo.com 2003-03-17 12:20 ------- This bug can be closed. I had this same problem on Mingw untill Marcus submited his patch. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1134] endian problem (?) in registry loader
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1134 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:16 ------- Bug comments restored from Gmane.org: running wine 20021031 with an installed copy of Windows ME, I tried to start MS Word. It complained that it was not installed. I compared the wine system.reg and the registry dump from regedit.exe and found the following difference: Windows Registry: [HKEY_LOCAL_MACHINE\SOFTWARE\CLASSES\Applications\WINWORD.EXE\shell\edit\command] @="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n" "command"=hex(7):4c,6a,4e,25,21,67,78,73,66,28,4e,67,5d,71,46,60,48,7b,4c,73,\ 57,4f,52,44,46,69,6c,65,73,3e,6c,6c,54,5d,6a,49,7b,6a,66,28,3d,31,26,4c,5b,\ 2d,38,31,2d,5d,20,2f,6e,00,00 ~/.wine/system.reg: [Software\\CLASSES\\Applications\\WINWORD.EXE\\shell\\edit\\command] 1036529854 @="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n" "command"=str(7):"LjN%!gxsf(Ng]qF`H{LsWORDFiles>llT]jI{jf(=1&L[-81-] /n\0" Replacing the "command"= line in ~/.wine/system.reg with the one from the Windows registry fixed the problem. Looking at an ASCII table, I realized that the string was the same byte values, except the byte order was swapped. Changing the byte order to [Software\\CLASSES\\Applications\\WINWORD.EXE\\shell\\edit\\command] 1036745211 @="\"C:\\Program Files\\Microsoft Office\\Office\\WINWORD.EXE\" /n" "command"=str(7):"jL%Ng!sx(fgNq]`F{HsLOWDRiFel>sll}TIjj{(f1=L&-[18]-/ n\0" fixed the problem. MS Word started, loaded a file and saved it with no problem. This is probably a general problem with all registry values that load to str(7). I saw it in several other str(7) values in the system.reg file. Should be easy to fix, but I don't know anything about Wine's architecture, so I don't even know where to begin looking for the function that reads in the Windows registry. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1132] Sample QuickTime app crash in CreateEventA()
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1132 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 10:16 ------- Bug comments restored from Gmane.org: Hi, We're experimenting with quicktime audio/video codec support in MPlayer. Audio already works using libwine, but it crashes with video. We've made a minimalist sample app, to read a file, decode and write to another file. It works in real windows (both cygwin and msvc-compiled exe) but crashes in Nth CreateEventA(0,0,0,0) call inside wine (according to gdb, in kernel/sync.c:45) under linux. The source (.c for cygwin/gcc, .cpp for msvc), .EXE, and the input datafile can be downloaded here: [ftp|http]://ftp.mplayerhq.hu/MPlayer/samples/qtvideo/ It requires qtmlClient.dll from QT5 SDK (I put that file there too), and installed QuickTime 5.x player (for recompiling exe from source you need the full QT SDK for includes) I've tested with Wine-20021031.tar.gz and codeweavers-wine-20020904 both compiled from source, with gcc 2.95.3. my ~/.wine is symlinked to crossover plugin's dotwine dir, where i have QT5 player installed. If you need more info, tell me. thanks, A'rpi / Astral & ESP-team ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 12:44 ------- Waaaah, cool ! :-) Hmm, could you attach a --debugmsg +relay,+server logfile ? I currently don't have a lot of time, but I'm sure others are also interested. ------- Additional Comments From arpi <at> mplayerhq.hu 2002-11-07 12:51 ------- Are you sure you want it? It wrote HUGE log for a while (around a half minute), and it crashed when the log was around 280 MB long, then it (4 instances of wine still running) continued writing the log... then i've killed. A'rpi ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 14:18 ------- Err, not so sure any more ;-))) Hmm, could you attach a log showing about 5000 lines around the problem ? Or maybe I'd even have to install that stuff... *sigh* -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1135] WinISO 5.3: Menus don't work (CreateMenu/DestroyMenu problem?)
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1135 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:15 ------- Bug comments restored from Gmane.org: When you do click about a menu, it doesn't work. The rebar background, or could be even the toolbar background is missing. (this last is a comctl32 problem, or missing feature) Carlos. ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-08 15:25 ------- This is two seperate bugs. Lets treat this one as the menu bug. Please open a seperate bug for the rebar bug. ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-12-28 04:25 ------- This could be due to missing CreateMenu/DestroyMenu state memorizing functionality that is implemented from Win9x on (Win 3.x didn't have that). (implementing this properly is difficult, since it's unknown how exactly to do that) Another programs affected by this is FilZip 2.01 (IIRC). Another program with non-working menus is reported to be QuoteTracker. ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-05 07:16 ------- And yet another program that might be broken the same way is CFMX Exam Buster, reported by david_grubb001 at a server called hotmail.com ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-05 07:23 ------- Forgot to mention that the CFMX report is in AppDB. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1136] No dialogArguments in modelessDialog in Internet Explorer
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1136 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:13 ------- Bug comments restored from Gmane.org: Hello all! I do not know if this is a wine-specific problem, its very strange, but here you are: I am developing under Linux a server-side application. As client I have to use Internet-Explorer, because the rest of the wold does :-( When I am using the showModelessDialog-JavaScript-Function under IE5.5 and IE6 and wine, I can not use the dialogArguments-Property in the opened dialog-Window. First I thougt, that I made some error in JavaScript, but as I tried my scripts out on a real windows-box (same IE5.5 and IE6) it worked fine. Somewhere between the windows there are my arguments lost. Here is it like it should be: test.html: <script> window.showModelessDialog("dialog.html", "test") </script> This small html-file opens a dialog and displays this document in it: dialog.html: <script> alert(window.dialogArguments) </script> Now the opened dialog displays a message "test". Because dialogArguments are set by the showModelessDIalog-Method. This works on the real windows-box. IT DOES NOT WORK on wine. It always displays "undefined". How can this be? Looks like a very highlevel error somewhere? yours Gunter -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1138] Wine's HTTP implementation in wininet won't handle "302 content moved"
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1138 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 10:10 ------- Bug comments restored from Gmane.org: If HTTP server responds with "302 Content moved", Wine's HTTP implementation in wininet.so does not correctly try to download content from the new location specified in the Location-header. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0