- Wine-Bugs - list.winehq.org

[Bug 1162] Parents Screen unavailable in Leap Ahead Preschool
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1162 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:31 ------- Bug comments restored from Gmane.org: This game runs almost perfect in wine. The only problem that I have is that it has a screen for parents to use that is inaccesable. The way it is supposed to be accessed is through pressing Ctrl-P. This does not work... any help suggestions.. ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-11-22 06:32 ------- Check out a --debugmsg+relay,+keyboard,+key,+event,+x11drv,+message,+msg,+sendmsg logfile to find out why this key combo doesn't get recognized or gets lost (especially event and keyboard should be helpful). (remove some debugmsg options if needed) ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-24 12:48 ------- Created an attachment (id=341) --> (http://bugs.winehq.com/attachment.cgi?id=341&action=view) 11000 line log (snipped) +relay,+keyboard,+key,+event,+x11drv,+message,+msg,+sendmsg ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-25 19:01 ------- I snipped down the log some on my own and ran across this section as I was doing so 0874e8e0:Call USER.106: GETKEYSTATE(0070) ret=029f:0a36 ds=0397 trace:msg:GetKeyState key (0x50) -> 0 0874e8e0:Ret USER.106: GETKEYSTATE() retval=0000 ret=029f:0a36 ds=0397 Now ascii(70) is lower case p and ascii (50) is upper case P. After playing around a bit I found that GetKeyState is defined in /windows/message.c and this function converts the keypressed to upper for whatever reason so I commented it out as in the following patch and now ctrl-P works. Index: message.c =================================================================== RCS file: /home/wine/wine/windows/message.c,v retrieving revision 1.148 diff -u -r1.148 message.c --- message.c 30 Oct 2002 23:45:38 -0000 1.148 +++ message.c 26 Nov 2002 00:40:19 -0000 @@ -665,7 +665,7 @@ { INT retval; - if (vkey >= 'a' && vkey <= 'z') vkey += 'A' - 'a'; +/* if (vkey >= 'a' && vkey <= 'z') vkey += 'A' - 'a'; */ retval = ((WORD)(QueueKeyStateTable[vkey] & 0x80) << 8 ) | (QueueKeyStateTable[vkey] & 0x80) | (QueueKeyStateTable[vkey] & 0x01); Now I suspect that this is not the "Right Fix" tm but I am going to submit it to wine-devel anyway. -- 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 1166] Msvcrt: unhandled: %
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1166 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:24 ------- Bug comments restored from Gmane.org: was bug 1002 but I don't know how to reopen it... the msvcrt's 'unhandled: %' bug is still there in Wine 20021125 last time you had some problems with attachments, so now I put part of it into comment: 08077c00:Call msvcrt.strstr(406c2820 "// Registry key which tells that there is already a complete installation on the"...,0040537c "KEY_INSTALLCOMPLETE") ret=004010a9 08077c00:Ret msvcrt.strstr() retval=00000000 ret=004010a9 08077c00:Call msvcrt.fgets(406c2820,00000200,403c1050) ret=00401092 08077c00:trace:msvcrt:MSVCRT_fgets :file(0x403c1050) fd (3) str (0x406c2820) len (512) 08077c00:trace:msvcrt:MSVCRT_fgets :got 'KEY_INSTALLCOMPLETE "SOFTWARE\BlueByte\Incubation\InstallIncComplete" ' 08077c00:Ret msvcrt.fgets() retval=406c2820 ret=00401092 08077c00:Call msvcrt.strstr(406c2820 "KEY_INSTALLCOMPLETE \"SOFTWARE\\BlueByte\\Incubation\\InstallIncComplete\"\n",0040537c "KEY_INSTALLCOMPLETE") ret=004010a9 08077c00:Ret msvcrt.strstr() retval=406c2820 ret=004010a9 08077c00:warn:msvcrt:MSVCRT_sscanf KEY_INSTALLCOMPLETE "SOFTWARE\BlueByte\Incubation\InstallIncComplete" ("%s"): semi-stub 08077c00:trace:msvcrt:MSVCRT_sscanf returning 1 08077c00:Call msvcrt.strlen(406c2a20 "KEY_INSTALLCOMPLETE") ret=004010d8 08077c00:Ret msvcrt.strlen() retval=00000013 ret=004010d8 08077c00:Call msvcrt.strcpy(406c2abc,406c2833 " \"SOFTWARE\\BlueByte\\Incubation\\InstallIncComplete\"\n") ret=004010e6 08077c00:Ret msvcrt.strcpy() retval=406c2abc ret=004010e6 08077c00:warn:msvcrt:MSVCRT_sscanf "SOFTWARE\BlueByte\Incubation\InstallIncComplete" ("%"%[^"]s"): semi-stub 08077c00:fixme:msvcrt:MSVCRT_sscanf unhandled: %" 08077c00:trace:msvcrt:MSVCRT_sscanf returning 0 ------- Additional Comments From nog(a)sdf.lonestar.org 2002-12-14 06:04 ------- Created an attachment (id=359) --> (http://bugs.winehq.com/attachment.cgi?id=359&action=view) Quick-hack patch ------- Additional Comments From nog(a)sdf.lonestar.org 2002-12-14 06:09 ------- This is the first part of your origional problem (bug #1002). The program is passing %" as the format and is expecting to start the input from the first " character in the input stream. I have attached a simple fix which should work but I haven't actually tested if it works ok. Let me know if it works. ------- Additional Comments From michal.seliga(a)visicom.sk 2002-12-17 03:21 ------- install now works but later in game it crashes (with unhandled exception) it is strange - when i run game normally (wine incubation.exe) I get unhandled exception in msvcrt sscanf. but when I run game with 'wine --debugmsg +all, +trace, +relay incubation.exe >& log' I get unhandled exception in ntdll sscanf. So I don't know... Part of log is attached, but I am not sure if it is connected to this bug or it is something else. so if it does then send me how i should test it for you (parameters to --debugmsg and stuff like that)... if it soeasn't then for me it is fixed (when this patch will be in wine sources) log: ...lot of stuff before..... full length of log was 250MB.... 080ced98:Call ntdll.RtlEnterCriticalSection(468d13c0) ret=40eb8503 080ced98:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=40eb8503 080ced98:Call ntdll.RtlLeaveCriticalSection(468d13c0) ret=40eb8537 080ced98:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=40eb8537 080ced98:Call msvcrt.??2(a)YAPAXI@Z(00000024) ret=00478f08 080ced98:Call ntdll.RtlAllocateHeap(40370000,00000000,00000024) ret=40c60547 080ced98:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000028): returning 468d14c0 080ced98:Ret ntdll.RtlAllocateHeap() retval=468d14c0 ret=40c60547 080ced98:trace:msvcrt:MSVCRT_operator_new (36) returning 0x468d14c0 080ced98:trace:msvcrt:_lock (9) 080ced98:Call ntdll.RtlEnterCriticalSection(40c76340) ret=40c61961 080ced98:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=40c61961 080ced98:trace:msvcrt:_unlock (9) 080ced98:Call ntdll.RtlLeaveCriticalSection(40c76340) ret=40c61a39 080ced98:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=40c61a39 080ced98:Ret msvcrt.??2(a)YAPAXI@Z() retval=468d14c0 ret=00478f08 080ced98:CALL newtoolsr.10: ??0DListBase(a)BB@@QAE(a)XZ() ret=0048ccd3 080ced98:RET newtoolsr.10: ??0DListBase(a)BB@@QAE(a)XZ() retval = 468d14c4 ret=0048ccd3 080ced98:CALL newtoolsr.10: ??0DListBase(a)BB@@QAE(a)XZ() ret=0048cd15 080ced98:RET newtoolsr.10: ??0DListBase(a)BB@@QAE(a)XZ() retval = 468d14d4 ret=0048cd15 080ced98:CALL newtoolsr.38: ??0String(a)BB@@QAE(a)XZ() ret=00478f84 080ced98:Call msvcrt.??2(a)YAPAXI@Z(00000001) ret=10001ef4 080ced98:Call ntdll.RtlAllocateHeap(40370000,00000000,00000001) ret=40c60547 080ced98:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000018): returning 468d14f0 080ced98:Ret ntdll.RtlAllocateHeap() retval=468d14f0 ret=40c60547 080ced98:trace:msvcrt:MSVCRT_operator_new (1) returning 0x468d14f0 080ced98:trace:msvcrt:_lock (9) 080ced98:Call ntdll.RtlEnterCriticalSection(40c76340) ret=40c61961 080ced98:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=40c61961 080ced98:trace:msvcrt:_unlock (9) 080ced98:Call ntdll.RtlLeaveCriticalSection(40c76340) ret=40c61a39 080ced98:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=40c61a39 080ced98:Ret msvcrt.??2(a)YAPAXI@Z() retval=468d14f0 ret=10001ef4 080ced98:RET newtoolsr.38: ??0String(a)BB@@QAE(a)XZ() retval = 004eda84 ret=00478f84 080ced98:Call msvcrt.?name(a)type_info@@QBEPBDXZ(00000001) ret=00478f9f 080ced98:trace:msvcrt:MSVCRT_type_info_name 080ced98:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x402b2b9b 080ced98:trace:seh:EXC_RtlRaiseException info[0]=00000000 080ced98:trace:seh:EXC_RtlRaiseException info[1]=00000009 080ced98: queue_exception_event( first=1, record={context={flags=00000000,eax=00000009,ebx=40359340,ecx=00000001,edx=00000073,esi=00000000,edi=402879da,ebp=406c2960,eip=402b2b9b,esp=406c2244,eflags=00210202,cs=0023,ds=002b,es=002b,fs=008f,gs=0007,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x402b2b9b,params={0,9}} ) 080ced98: queue_exception_event() = 0 { handle=(nil) } 080ced98:trace:seh:EXC_CallHandler calling handler at 0x479e25 code=c0000005 flags=0 080ced98:Call msvcrt.__CxxFrameHandler(405b09d0,406c2c88,405b0a44,405b0960) ret=400d5085 fs=008f eax=004abf28 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44 ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216 080ced98:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400d5085 fs=008f eax=00000001 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44 ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216 080ced98:trace:seh:EXC_CallHandler handler returned 1 080ced98:trace:seh:EXC_CallHandler calling handler at 0x4124dc code=c0000005 flags=0 080ced98:Call msvcrt.__CxxFrameHandler(405b09d0,406c2ca4,405b0a44,405b0960) ret=400d5085 fs=008f eax=004aa9e0 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44 ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216 080ced98:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400d5085 fs=008f eax=00000001 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44 ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216 080ced98:trace:seh:EXC_CallHandler handler returned 1 080ced98:trace:seh:EXC_CallHandler calling handler at 0x4a3102 code=c0000005 flags=0 080ced98:Call msvcrt._except_handler3(405b09d0,406c2e74,405b0a44,405b0960) ret=400d5085 080ced98:trace:msvcrt:_except_handler3 exception c0000005 flags=0 at 0x402b2b9b handler=0x4a3102 0x405b0a44 0x405b0960 semi-stub 080ced98:trace:msvcrt:_except_handler3 filter = 0x4a2e80 080ced98:Call msvcrt._XcptFilter(c0000005,405b0844) ret=004a2e97 080ced98:fixme:msvcrt:_XcptFilter (-1073741819,0x405b0844)semi-stub 080ced98:Call kernel32.UnhandledExceptionFilter(405b0844) ret=40c5aeb9 080ced98: queue_exception_event( first=0, record={context={flags=00000000,eax=00000009,ebx=40359340,ecx=00000001,edx=00000073,esi=00000000,edi=402879da,ebp=406c2960,eip=402b2b9b,esp=406c2244,eflags=00210202,cs=0023,ds=002b,es=002b,fs=008f,gs=0007,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x402b2b9b,params={0,9}} ) 080ced98: queue_exception_event() = 0 { handle=(nil) } 080ced98: create_event( manual_reset=1, initial_state=0, inherit=1, name=L"" ) 080ced98: create_event() = 0 { handle=0x98 } wine: Unhandled exception, starting debugger... ------- Additional Comments From nog(a)sdf.lonestar.org 2002-12-17 11:25 ------- This doesn't look like it's related to the sscanf problem. It seems like this is related to bug #1124. By looking at that bug, it could be possible that your program doesn't install properly, wether because of a scanf bug or not. ------- Additional Comments From michal.seliga(a)visicom.sk 2002-12-18 07:00 ------- hard to tell, anyway I think when this patch will be commited to wine this should be marked as fixed -- 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 1167] Wine crashes on JRE install
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1167 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:21 ------- Bug comments restored from Gmane.org: When I try to install JRE(JAVA Runtime Environment) or any other program that installs JRE (Netscape 7,Opera 7 etc.), Wine crashes. When installing programs like Netscape 7 or Opera 7, only JRE installation crashes, the browsers are still installed and work without JAVA support. Wine 20021125 gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) RedHat Linux 8.0 Linux Kernel 2.4.19 KDE 3.0.3 No Windows Download j2re-1_3_1_06-windows-i586.exe from http://java.sun.com/webapps/download/DisplayLinks wine ?c:\zipfiles\j2re-1_3_1_06-windows-i586.exe? Wine crashes. ------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2002-11-29 09:24 ------- Use an appropriate native mcvcrt win conjunction with jre ------- Additional Comments From axgupta1(a)ureach.com 2002-11-30 21:08 ------- I tried to use native msvcrt with jre install, wine still crashes. ------- Additional Comments From axgupta1(a)ureach.com 2002-12-05 21:47 ------- Wine crashes with most versions of native msvcrt.dll. I took msvcrt.dll from Windows XP and JRE versions 1.4.1/1.1.8/1.3.1. Everytime I switched to native for msvcrt, wine crashed. Wine seems to work only when I choose builtin for msvcrt. However, I get limited functionality, since most newer programs require newer versions of msvcrt. ------- Additional Comments From Speeddymon(a)yahoo.com 2002-12-05 21:54 ------- Try using a Win2k or 98/nt4 copy of native mscvrt.. If you dont have access to one, I can email a Win2k or a Win98 copy to you.. If you could provide some debug msgs, that would help, try +mscvrt,+ole,+ole32,+commctrl,+comctl32 any or all of those may be of some help.. ------- Additional Comments From g_tselentis(a)worldonline.co.za 2003-03-11 13:52 ------- I have the same problem with Wine 20030115. If this is still relevant, I would be willing to submit debug info. If there has been a solution for this bug already, please direct me to it as I've extensively searched everything (I think). I've got a similar setup: Redhat 7.3 gcc version 2.96 20000731 linux kernel 2.4.18-3 No windows using jre_1.4.0*.exe when I do "wine jre_1.4.0*.exe" it gives me a whole lot of fixme's and other msgs and then throws me into a debug window. I've registered with the wine bugs section, so just let me know how to send debug msgs (if needed). Thanks ------- Additional Comments From mike(a)theoretic.com 2003-03-27 04:40 ------- When you get a debug window, can you give a backtrace? FWIW I have the Java JDK working just fine here, v1.4 -- 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 1168] Mohaa, Mohas && LOD terrian
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1168 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:17 ------- Bug comments restored from Gmane.org: ------- Additional Comments From webmaster <at> autoinstaller.de 2003-03-04 13:27 ------- MOHAA didn't start here. Maybe too high details setup? -- 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 1169] fixme:dsound and _really_ ugly sound
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1169 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:56 ------- Bug comments restored from Gmane.org: Master of Orion 2 (a six year old Win95 game from Microprose) runs fine with the Debian unstable package of Wine 20021125 except when the game tries to play sound (I didn't notice before because usually other programs already use the soundcard when I start playing). The sound is terrific (you don't want to hear it, it's nothing anywhere near to a melody or so). In the xterm the following messages occur: <-- snip --> $ wine orion95.exe fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x40390978)->(00010021,00000011) fixme:x11drv:X11DRV_DDHAL_CreatePalette stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x403992a0,00010021,2):stub fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x40390978)->(flags=0x00000001,handle=(nil)) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=12616 < primary_done=12620) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=13112 < primary_done=13116) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=12600 < primary_done=12604) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=13752 < primary_done=13756) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=12880 < primary_done=12884) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=12224 < primary_done=12228) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=13344 < primary_done=13348) ... <-- snip --> The ddraw and x11drv messages are harmless (see #1154). My setting is "dsound" = "builtin, native" The boot messages for my soundcard are: ad1816: HIGHSCREEN SOUND-BOOSTAR 16 3D detected ad1816: ISAPnP reports 'HIGHSCREEN SOUND-BOOSTAR 16 3D' at i/o 0x530, irq 5, dma 1, 3 ad1816: AD1816 sounddriver Copyright (C) 1998 by Thorsten Knabe ad1816: io=0x530, irq=5, dma=1, dma2=3, clockfreq=33000, options=0 isadmabug=1 <AD1816 audio driver> at 0x530 irq 5 dma 1,3 This ISA card runs otherwise fine with the OOS driver in kernel 2.4. I'll attach the output of wine -debugmsg +dsound orion95.exe in a minute. ------- Additional Comments From bunk <at> fs.tum.de 2002-11-30 09:20 ------- Created an attachment (id=344) --> (http://bugs.winehq.com/attachment.cgi?id=344&action=view) output of "wine -debugmsg +dsound orion95.exe" ------- Additional Comments From rbt <at> rbt.ca 2003-04-18 09:40 ------- I have an underrun issue with Total Annihilation (Demo has same issue) on FreeBSD. Single sounds work fine (narration), but mixed sounds during the game come out very shoppy and thousands of the buffer underrun messages occur. -- 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 1170] DOSFS_FindUnixName misses existing file
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1170 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:53 ------- Bug comments restored from Gmane.org: I don' t know if either the DOSFS_FindUnixName has a bug when used with "*" or if the file get created too late so I'm submitting this : atoch(a)C1XD:~$ wine -v Wine 20021125 atoch(a)C1XD:~$ wine /tmp/Msvbvm50.exe .... warn:dosfs:DOSFS_FindUnixName L"*" not found in '/tmp/IXP003.TMP' In a message box, I got the following error message : "Error loading advpack.dll" atoch(a)C1XD:~$ ls /tmp/IXP003.TMP/ ADVPACK.DLL ------- Additional Comments From arnaud.atoch <at> wanadoo.fr 2002-11-30 15:42 ------- Created an attachment (id=345) --> (http://bugs.winehq.com/attachment.cgi?id=345&action=view) MS VB VM selft extracting archive ------- Additional Comments From Speeddymon <at> yahoo.com 2002-11-30 15:54 ------- I have seen this before with the starcraft installer. It appears that the file doesnt exist when it tries to call/load/reference/find the file and so no operation can be done.. I am not sure of the correct fix for this, but I will confirm the bug.. And since this isnt totally related to my bug in the StarCraft Installer, im not marking it as a dupe. Although you should look at bug 717 for some more info. ------- Additional Comments From Speeddymon <at> yahoo.com 2002-11-30 16:01 ------- adding dependency on newly entered bug (bug #1172) ------- Additional Comments From fgouget <at> codeweavers.com 2003-05-02 17:44 ------- See the first attachement to download the test application. -- 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 1171] regression of sound from vvresion 20020411
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1171 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:50 ------- Bug comments restored from Gmane.org: The ability of using window program sound from MMSSTV and TRUETTY has disappeared from the latest version. Using Mandrake 8.1 on one box and Mandrake 9.0 on another. Same problem exists on both machines. Uninstalled the 20020904-7 and went back to the 20020411 version and everything works again on both machines. ------- Additional Comments From mcbridematt <at> hotmail.com 2002-12-02 02:55 ------- Found the same problems with Total Annihilation on a RH 7.3 Box. "Cavedog Intro" movie sound plays finally :-), but anything other than that has called it a day. (It thinks my DirectX is too old, first time it's said that) -- 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 1172] Wine does not extract files fast enough for programs to perform actions on them
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1172 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:49 ------- Bug comments restored from Gmane.org: See bug 717 and bug 1170 for more info, basically, during certain installs, there are operations that try to get performed on certain files that are extracted/created during the install. In those certain installs, wine either does not do this fast enough or the installer is braindead and tries to perform actions on them before it tries to extract them (perhaps checking if the version that is already installed is up-to-date) and therefore causes wine to do unusual things. 2 installers I can think of are the msvb runtime installer mentioned in bug 1170, the starcraft installer mentioned in bug 717 and the AIM installer mentioned in the comments of bug 129. -- 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 1173] Cabinet.dll.so Implamentation... Fails
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1173 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:47 ------- Bug comments restored from Gmane.org: Trying to get ie 6 to work, but it fails each and every time. It comes up with a cabinet.dll.so failure. My assumption is that it hasn't been implamented yet. Can we please? So i can go ahead and use some of the programs I really need to use, that require ie to be present on the system. I would give details, but ain't sure how to get them. But I do know its an internal failure. Tried adding cabinet.dll as a native, still failed for me ------- Additional Comments From daracerz <at> hotmail.com 2002-12-01 13:22 ------- *** This bug has been confirmed by popular vote. *** ------- Additional Comments From daracerz <at> hotmail.com 2002-12-01 13:41 ------- To help out some more, heres a little more information I gathered. Wine crashes when the Program Starts installing the components, and loads WineDebugger (I wish I knew how to export info from WineDebugger). Hers the output from the Console Window: fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented! 0x41370000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x41370000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x41370074 fixme:setupapi:SETUPX_CreateStandardLDDs LDID_SRCPATH: what exactly do we have to do here ? fixme:dosfs:QueryDosDeviceA (A:) not detected as DOS device! fixme:dosfs:QueryDosDeviceA (B:) not detected as DOS device! fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:vcpUICallbackProc16 (0xbea0, 0705, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbea0, 070f, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbea0, 0710, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbea0, 070b, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbea0, 070c, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:urlmon:URLMON_DllRegisterServer (void): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:reg:RegFlushKey (0x84): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:dc:GetLayout (0x880): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented! 0x41640000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x41640000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x41640074 fixme:reg:RegFlushKey (0x94): stub fixme:reg:RegFlushKey (0x9c): stub fixme:reg:RegFlushKey (0x9c): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO wine: Unhandled exception, starting debugger... ---- And This is the WineDebugger Windows Info. (Some of it) No debug information in ELF '/usr/local/lib/wine/cabinet.dll.so' (0x41629000) Then its Posts "No debug information in 32bit Dll"... Unhandled exception: unimplemented function cabinet.dll.DllGetVersion called in 32-bit code (0x4163b052) In 32-bit mode 0x4163b052 (CABINT.DLL..data+0x9052 in cabinet.dll.so): jmp 0x4163b04c (CABINET.DLL..data+0x904c in cabinet.dll.so) ------- Additional Comments From gmturner007 <at> ameritech.net 2003-01-05 02:21 ------- this should now be fixed. But I still dont think IE6 is going to install... ------- Additional Comments From dpaun <at> rogers.com 2003-03-30 23:36 ------- Yes, this should work now -- Mark, can you please confirm or deny this? If this works, please mark this bug as VERIFIED. ------- Additional Comments From dpaun <at> rogers.com 2003-04-01 00:06 ------- Excellent -- closing. -- 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 1174] Floppy and wine source dir recognition in wineinstall
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1174 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:44 ------- Bug comments restored from Gmane.org: Wineinstall can not recognise floppy drive in Debian: Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: The mount point is /floppy, not /mnt/fd0. The /etc/fstab entry is: /dev/fd0 /floppy auto user,noauto 0 0 Could this be recognised correctly? Current wine sources directory: I'm compiling wine in /opt/linshare/wine, and wineinstall cannot do 'regedit winedefault.reg', because wine has no drive for the working directory. Could wineinstall put an entry: [Drive G] "Path" = "/opt/linshare/softa/wine" "Type" = "hd" "Label" = "Wine" "Filesystem" = "win95" Path should be result of $PWD or pwd command. Eleknader -- 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