- Wine-Bugs - list.winehq.org

[Bug 1021] Unable to install Intellicad 98
by Wine Bugs June 23, 2003

June 23, 2003

http://bugs.winehq.com/show_bug.cgi?id=1021 ------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:39 ------- Bug comments restored from Gmane.org: In order to install Intellicad 98 (from Visio), I first had to install dcom95.exe from http://www.microsoft.com/com/dcom/dcom95/download.asp, otherwise the InstallShield installation would fail. After installation, I am unable to run Intellicad 98. Only the splash screen comes up, and then I get 'Unhandled exceptions' from Wine. ------- Additional Comments From oscar.valdez <at> plastipak.com.sv 2002-09-12 18:19 ------- Created an attachment (id=289) --> (http://bugs.winehq.com/attachment.cgi?id=289&action=view) Intellicad 98 unhandled exception log file ------- Additional Comments From apa3a <at> yahoo.com 2002-09-13 10:19 ------- Oscar, the snippet shows that application tries to load ole library C:\\windows\\system\\MSForms.TWD, but this file does not exist. This file is in system32 subdirectory on my NT machine. Do you have this file? It looks lime MS Office can install it. Can you search the log if it mentions this file before? Did you check out the AppDB entry for Intellicad 2000? http://appdb.winehq.com/appview.php?appId=78&versionId=100 It contains reference to HOWTO. BTW, you could add an entry for 98 version to the AppDB. ------- Additional Comments From apa3a <at> yahoo.com 2002-09-13 10:22 ------- It looks like this file has relation to MS Office Visual Basic Editor. ------- Additional Comments From oscar.valdez <at> plastipak.com.sv 2002-09-13 16:27 -------

1 0

[Bug 1019] IpGetProfileString16 returns wrong release string.
by Wine Bugs June 23, 2003

June 23, 2003

http://bugs.winehq.com/show_bug.cgi?id=1019 ------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:37 ------- Bug comments restored from Gmane.org: Auto-generated debug report by Wine Quick Debug Report Maker Thingy: WINE Version: Wine 20020804 Windows Version: None Installed Distribution: RedHat 7.0 Kernel Version: 2.2.16-22 OS Type: Linux CPU: i686 GCC Version: Configured with: ./configure Program: Microsoft Internet Explorer 6.0 Program Type: Win32 Debug Options: -debugmsg +setupapi Other Extra Commands Passed: Extra ./configure Commands: None Wine Dependencies: libntdll.dll.so => /usr/local/lib/libntdll.dll.so (0x40024000) libwine.so => /usr/local/lib/libwine.so (0x4013f000) libwine_unicode.so => /usr/local/lib/libwine_unicode.so (0x40157000) libm.so.6 => /lib/libm.so.6 (0x40221000) libc.so.6 => /lib/libc.so.6 (0x40241000) libgcc_s.so.1 => /usr/lib/libgcc_s.so.1 (0x40362000) libdl.so.2 => /lib/libdl.so.2 (0x4036b000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) Last 200 lines of debug output follows: /usr/local/bin/wine: cannot find '/home/Matt/ie6setup.exe' I have a copy of the full debug report, if it is needed. Thank you! ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-09-09 19:47 ------- /usr/local/bin/wine: cannot find '/home/Matt/ie6setup.exe' ^^^^^^ ^^^^ No debuging information here since the program did not run. ------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-10 02:02 ------- Sorry for that. I downloaded IE 5.5 setup and it had that problem in there to, and microsoft claims IE 5.5 does run on Windows 95 (which wine returns from IpGetProfileString16). I remember that the original IE5 installer did work, but failed to install IE itself. trace:setupapi:GenFormStrWithoutPlaceHolders16 "2.5" -> "2.5" trace:setupapi:SetupOpenInfFileW L"E:\\IXP001.TMP\\IESetup.inf" -> 0x403ca7c8 trace:setupapi:SetupFindNextMatchLineW (0x403ca7c8,L"Version",L"signature"): returning 0 trace:setupapi:IpGetProfileString16 0x403ca7c8: section "version" entry "signature" ret "$Chicago$" trace:setupapi:GenFormStrWithoutPlaceHolders16 "2.5" -> "2.5" trace:setupapi:SetupOpenInfFileW L"E:\\IXP001.TMP\\IESetup.inf" -> 0x403c97c0 trace:setupapi:SetupFindNextMatchLineW (0x403c97c0,L"Version",L"signature"): returning 0 trace:setupapi:IpGetProfileString16 0x403c97c0: section "version" entry "signature" ret "$Chicago$" trace:setupapi:GenFormStrWithoutPlaceHolders16 "CustInstDestSection" -> "CustInstDestSection" trace:setupapi:SetupOpenInfFileW L"E:\\IXP001.TMP\\IESetup.inf" -> 0x403cc7d0 trace:setupapi:SetupFindNextMatchLineW (0x403cc7d0,L"Version",L"signature"): returning 0 trace:setupapi:IpGetProfileString16 0x403cc7d0: section "version" entry "signature" ret "$Chicago$" trace:setupapi:GenFormStrWithoutPlaceHolders16 "HKLM,\"Software\\Microsoft\\Windows\\CurrentVersion\",\"ProgramFilesDir\",,\"%24%\\%LProgramF%\"" -> "HKLM,\"Software\\Microsoft\\Windows\\CurrentVersion\",\"ProgramFilesDir\",,\"C:\\\\Program Files\"" Notice IpGetProfileString16 returns $Chicago$, which is the codename for Windows 95 and which Windows 95 uses to identify itself. (also appears in INF files) Searching for some answers, I looked to the wine debugger: $ winedbg ie6setup.exe --debugmsg +relay then backtraced: Wine-dbg>bt Backtrace: =>0 0x400e2853 (start_process+0x2a3 [process.c] in libntdll.dll.so) (ebp=405c6f2 8) 1 0x400e7bbe (call_on_thread_stack+0x8e [sysdeps.c] in libntdll.dll.so) (ebp=4 05c6ff4) 2 0x400e7d5c (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) then disassembled it: Wine-dbg>disassemble 0x400e2853 (start_process+0x2a3 [process.c] in libntdll.dll.so): xorl %eax,%ea x 0x400e2855 (start_process+0x2a5 [process.c] in libntdll.dll.so): movl %eax,%fs :0x60 0x400e285b (start_process+0x2ab [process.c] in libntdll.dll.so): movl $0x0,0x0 (%esp) 0x400e2862 (start_process+0x2b2 [process.c] in libntdll.dll.so): call *0xfffff f6c(%ebp) 0x400e2868 (start_process+0x2b8 [process.c] in libntdll.dll.so): subl $4,%esp 0x400e286b (start_process+0x2bb [process.c] in libntdll.dll.so): movl %eax,0x0 (%esp) 0x400e286e (start_process+0x2be [process.c] in libntdll.dll.so): call 0x40058b f8 (_init+0x13c0 in libntdll.dll.so) 0x400e2873 (start_process+0x2c3 [process.c] in libntdll.dll.so): xorl %esi,%es i 0x400e2875 (start_process+0x2c5 [process.c] in libntdll.dll.so): jmp 0x400e26 51 (start_process+0xa1 [process.c] in libntdll.dll.so) 0x400e287a (start_process+0x2ca [process.c] in libntdll.dll.so): leal 0x0(%esi ),%esi Ie6setup killed itself, then wine's own debugger made an exception, and opened gdb: (gdb) #0 0x402f1bf1 in ?? () (gdb) #1 0x404c7a42 in ?? () (gdb) #2 0x404e11b1 in ?? () (gdb) #3 0x400f2848 in ?? () (gdb) #4 0x400f1fbf in ?? () (gdb) #5 0x400f2382 in ?? () (gdb) #6 0x400ff372 in ?? () (gdb) #7 0x400ff8c1 in ?? () (gdb) #8 <signal handler called> (gdb) #9 0x404da1c2 in ?? () (gdb) #10 0x404e00f2 in ?? () (gdb) #11 0x404e1326 in ?? () (gdb) #12 0x404dece3 in ?? () (gdb) #13 0x404df117 in ?? () (gdb) #14 0x404c21a0 in ?? () (gdb) #15 0x400e2868 in ?? () (gdb) #16 0x400e7bbe in ?? () -- 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 1018] when running an installed app, wine states it cannot find the debugger.
by Wine Bugs June 23, 2003

June 23, 2003

http://bugs.winehq.com/show_bug.cgi?id=1018 ------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:36 ------- Bug comments restored from Gmane.org: So far this has happened with all of the p2p apps i have installed (KaZaA, iMesh). this post is concerning iMesh. the iMesh install exe works fine, and looks to have installed with no problems. when i cd into the dir iMesh is installed (~/.wine/fake_windows/Program\ Files/iMesh/Client) and run imesh_336.exe I get this error message: wine: Unhandled exception, starting debugger... err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 134660448 104") (2) Read the Wine Developers Guide on how to set up winedbg or another debugger when i run iMeshClient.exe (in the same dir) I get the same message followed by: err:local:LOCAL_GetBlock not enough space in USER heap 021f for 60 bytes err:menu:MENU_GetSysMenu failed to load system menu! this repeats for a good solid 10 minutes before a wine desktop window shows then closes immidiately. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-09-09 19:40 ------- If your version of wine is indeed 20010112 you should get a newer version. Links are provided here.http://www.winehq.org/download/ Not having the debugger installed is usually the symptom of installing from rpm. and not from source. Most packagers do not configure the debugger with the assumption that if you are using the rpm you don't know what to do with debugger anyways. When you install from source using ./tools/wineinstall program the debugger is automaticly configured. If you know what to do with the debugger, the instructions for setting it up are here http://www.winehq.org/Docs/wine-devel/dbg-config.shtml (you need to run regedit to add the entry) This is not a valid bug. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26 15:34 ------- 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 1017] Unhandled exception
by Wine Bugs June 23, 2003

June 23, 2003

http://bugs.winehq.com/show_bug.cgi?id=1017 ------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:35 ------- Bug comments restored from Gmane.org: Hello there, I tested a Office Package called "Papyrus Office" for a friend which plans to migrate his system to linux. Now i'd take the beta from the page and want install it but it was rapidly stopped with this message: manuel(a)prodigy7:/tmp > wine PAPWDEMO.EXE Warning: unprotecting the first 64KB of memory to allow real-mode calls. NULL pointer accesses will no longer be caught. wine: Unhandled exception, starting debugger... I think it have not the highest priority to solve this problem but maybe there's an bug in wine, how like ever Happy wineing :-) Greetings Manuel P.S.: Sorry for my bad and maybe not best understandable english ------- Additional Comments From spetreolle <at> yahoo.fr 2002-09-19 21:58 ------- please read dbg-config.html aka Chaper 2.5 of wine documentation to configure your debugger properly. -- 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 1016] Drawing with crosshatching doesn't crosshatch - it fills
by Wine Bugs June 23, 2003

June 23, 2003

http://bugs.winehq.com/show_bug.cgi?id=1016 ------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:35 ------- Bug comments restored from Gmane.org: The app I am using is Delorme's AAA MapNGo 4.0, a mapping program (so I don't have the source). The program can draw crosshatched highlights for user objects as well as map features. When a crosshatched object is drawn, the area covered by the object is filled in black. This is independant of the requested object being drawn - ask for a crosshatched blue circle, get a black circle. I can tell that the items behind the object are drawn, then the object overwrites them. This has been the case for as long as I've been able to run MN4 under Wine, and I have confirmed it on a CVS pull of a few minutes ago (5 Sept 2002 at 20:00 CDT). -- 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 1015] Problem running BattleField 1942
by Wine Bugs June 23, 2003

June 23, 2003

http://bugs.winehq.com/show_bug.cgi?id=1015 ------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:34 ------- Bug comments restored from Gmane.org: ------- Additional Comments From us <at> the-edmeades.demon.co.uk 2002-10-01 04:40 ------- Have you got a native d3d8.dll in c:\windows\system? I didnt think we supported that. However, dx8 support is very, very minimal in wine just now. Try latest cvs, ./configure --enable-opengl might be required to ensure d3d8 support gets compiled depending on your opengl settings. I suspect you'll just get different errors though... -- 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 1013] Dropdown buttons in WordPerfect look bad
by Wine Bugs June 23, 2003

June 23, 2003

http://bugs.winehq.com/show_bug.cgi?id=1013 ------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:33 ------- Bug comments restored from Gmane.org:

1 0

[Bug 1012] Some fonts under WordPerfect 9 look bad
by Wine Bugs June 23, 2003

June 23, 2003

http://bugs.winehq.com/show_bug.cgi?id=1012 ------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:32 ------- Bug comments restored from Gmane.org:

1 0

[Bug 1011] Can't Work In Lycoris Desktop/LX
by Wine Bugs June 23, 2003

June 23, 2003

http://bugs.winehq.com/show_bug.cgi?id=1011 ------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:31 ------- Bug comments restored from Gmane.org: G'day Everyone, I'm having some problem trying to install codeweaver-wine in Lycoris Desktop/LX. It tells me that the XFree86 lib or sumthin like that is incompatible. Apparently, Lycoris uses version .025 while mandrake uses version .023 So it works well with Mandrake but not in Lycoris. Could you guyz be of much assisatnce to me?. I'm actually writing from a company in Malaysia that serves many of the bluechip companies over here. I sincerely hope you guyz could look into the matter ASAP asI need to do a roll out on the 15.9.2002 and I need to be well prepared before that. Thanx for the help. -- 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 1009] Character set of filenames is wrong in Russia
by Wine Bugs June 23, 2003

June 23, 2003

http://bugs.winehq.com/show_bug.cgi?id=1009 ------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:28 ------- Bug comments restored from Gmane.org: WINE almost correctly uses charset cp1251 for text in Russia. The only place it takes incorrect is filenames. If I fire an open dialog, I get Russian filenames wrong. To reproduce this kind of distortion in a web browser (just for me to explain easily what it is), create a file with text in koi8-r and view it as if it was in cp1251 - you will have exactly he same distortion of characters. In all places where a program displays the filename, I get the same distortion, but files are opened OK. -- 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