wine-bugs

wine-bugs@winehq.org

1 participants
159165 discussions

[Bug 1310] Compile error. CVS. library/ldt.c
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1310 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:34 ------- Bug comments restored from Gmane.org: [root@cobra wine]# make make[1]: Entering directory `/usr/src/wine-cvs/wine/library' gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -fPIC -D__WINESRC__ -DDLLDIR="\"/usr/local/lib/wine\"" -D_REENTRANT -o ldt.o ldt.c ldt.c: In function `set_thread_area': ldt.c:97: `__NR_set_thread_area' undeclared (first use in this function) ldt.c:97: (Each undeclared identifier is reported only once ldt.c:97: for each function it appears in.) make[1]: *** [ldt.o] Error 1 make[1]: Leaving directory `/usr/src/wine-cvs/wine/library' make: *** [library] Error 2 ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-05 07:38 ------- I really don't see why you should get such an error. In line 97 in CVS, there's SYS_set_thread_area, NOT __NR_set_thread_area. Or try: cd /usr/include find|xargs grep __NR_set_thread_area to hopefully get some more clue on why exactly this error happens :-\ (perhaps SYS_set_thread_area is defined as __NR_set_thread_area somewhere in /usr/include) ------- Additional Comments From ivg2 <at> cornell.edu 2003-03-05 07:50 ------- I was slightly puzzled myself, but here it is: [phantom@cobra include]$ find|xargs grep __NR_set_thread_area ./bits/syscall.h:#define SYS_set_thread_area __NR_set_thread_area [phantom@cobra include]$ cd /usr/src/wine-cvs/wine/library [phantom@cobra library]$ grep syscall.h ldt.c # include <sys/syscall.h> [phantom@cobra library]$ grep syscall.h /usr/include/sys/syscall.h we scan the kernel's list and produce <bits/syscall.h> with macros for # include <bits/syscall.h> [phantom@cobra library]$ ------- Additional Comments From julliard <at> winehq.com 2003-03-05 12:00 ------- The __NR_ one should be defined in asm/unistd.h. Is your asm directory a link to some old kernel source by any chance? And what's your glibc version? ------- Additional Comments From ivg2 <at> cornell.edu 2003-03-05 12:31 ------- Very strange.. My glibc-kernheaders RPM somehow ended up being newer than Rawhide, even though I upgrade from Rawhide. I downgraded to current Rawhide, and the problem is fixed (__NR_set_thread_area is in asm/unistd.h for that version of the glibc headers, wine compiles..) Thanks for your help. Sorry for invalid report. ------- Additional Comments From dpaun <at> rogers.com 2003-03-25 17:38 ------- Looks like it's ready to be CLOSED. -- 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 1312] compilation problem on NetBSD (*BSD?)
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1312 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:30 ------- Bug comments restored from Gmane.org: dlls/ntdll/cdrom.c does not compile on NetBSD, because it expects CD_FRAMES, CD_SECS, and CDROM_MSF to be defined in some system header. On Linux, they seem to be in <linux/cdrom.h>, but they are not defined on NetBSD at all. I'll attach a patch that makes it compile again. This patch also ifdef's out a debugging message that uses some fields of a structure which also don't exist on NetBSD. ------- Additional Comments From wiz <at> danbala.ifoer.tuwien.ac.at 2003-03-08 02:16 ------- Created an attachment (id=418) --> (http://bugs.winehq.com/attachment.cgi?id=418&action=view) compilation fix as mentioned in the bug report ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-08 03:05 ------- 'scuse me, I don't see that TRACE("caching toc from=%d to=%d\n", hdr.cdth_trk0, hdr.cdth_trk1); line in newest CVS. Are you running CVS? If not, does CVS fix anything? Err no, you're not. Current CVS has some half-fix. Could you update and patch the remaining missing parts (CDROM_MSF etc.) instead? Thanks for the report! ------- Additional Comments From wiz <at> danbala.ifoer.tuwien.ac.at 2003-03-08 07:41 ------- ok, the CD_SECS and CD_FRAMES as well as the debug line are fixed in CVS. The CDROM_MSF is only used once outside of the #ifdef linux part -- I guess that's an error and just shouldn't be there. Additionally, I stumbled over a duplicate assignment around line 920: data->MediaCatalog.FormatCode = IOCTL_CDROM_MEDIA_CATALOG; data->MediaCatalog.FormatCode = sc.what.media_catalog.data_format; One of them should probably go... -- 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 1313] The Microsoft Powerpoint viewer cannot print
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1313 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:26 ------- Bug comments restored from Gmane.org: The Microsoft Powerpoint viewer http://download.microsoft.com/download/powerpoint2000/ppview97/2000/WIN98/E… cannot print in wine. If you do "wine ppview32", click on a .pps file, and then click print, the cursor turns busy until you move it, but nothing happens. If you do "wine ppview32 somefile.pps" (to launch the slideshow directly, without going through the main dialog) and then print from the right-click menu, the app just hangs, and nothing else happens either... When this happens, the following is printed to the log: 0009:fixme:commdlg:PRINTDLG_SetUpPrinterListComboA Can't find '(null)' in printer list so trying to find default N.B. There are printers defined in /etc/printcap, and other apps, such as the Word viewer, the Excel viewer, and the builtin notepad print just fine. ------- Additional Comments From wine <at> alk.org.lu 2003-03-25 14:42 ------- *** This bug has been confirmed by popular vote. *** -- 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 1314] Wine always downloads truetype fonts into its ps files when printing
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1314 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 10:10 ------- Bug comments restored from Gmane.org: In wine-20030302 shipped by SuSE, if you have a truetype font directory defined such as the following: [FontDirs] "dir1" = "/home/aknaff/winefonts/core/ttf" then all fonts defined there in will be downloaded into the generated postscript file, even if the printer natively understands them (as defined in the ppd file). I.e. if I have an arial truetype font, this font is downloaded to the printer, even though I have the following in my .ppd file: *Font ArialMT: *Font Arial-BoldMT: *Font Arial-BoldItalicMT: *Font Arial-ItalicMT: and even though I have the relevant .afm files in my [afmdirs]. The only way how I could force wine to use the printer's builtin Arial font was to define a substitution table where I substituted it with itself: [System\\CurrentControlSet\\Control\\Print\\Printers\\file\\PrinterDriverData\\FontSubTable] 1047119381 "Courier New"="Courier New" "Arial"="Arial" "Times New Roman"="Times New Roman" "Webdings"="Webdings" "Tahoma"="Tahoma" ... [Btw, the above FontSubTable worked for Courier New, Arial, Times New Roman, and Tahoma, but still not for Webdings. But that's probably a different problem]. After perusing the source code, I found the following in wine-20030219/dlls/wineps/font.c near the end of function PSDRV_SelectFont : if(physDev->dc->gdiFont && !subst) { if(PSDRV_SelectDownloadFont(physDev)) return 0; /* use gdi font */ } PSDRV_SelectBuiltinFont(physDev, hfont, &lf, FaceName); return (HFONT)1; /* use device font */ I.e. if there is a gdiFont defined for current font (I assume, this means if a display font has been loaded), and if the font is not the result of a substitution, then we download it into the printer. Otherwise we try to use a builtin font. Shouldn't that be the other way round: first try to use a builtin font, and only if that is not possible (because no such font defined in generic.ppd or missing .afm file) download it. ------- Additional Comments From wine <at> alk.org.lu 2003-03-25 14:42 ------- *** This bug has been confirmed by popular vote. *** -- 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 1315] wine can't see and use most of directories on VFAT
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1315 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:54 ------- Bug comments restored from Gmane.org: Hello wine developers, I have problems with directories on VFAT partitions. wine can't find most of directories, it see only them with name with all capital ASCII letters. With this problem I can run no program! I can run windows programs only from linux partition. I assigned this bug to wine-loader but I don't know if problem is there... Problems occur for longer time (I tried last three releases). Here is the listing directories and files which have such problems: !Audio &Audio !Compress CygWin !Editory !Education Fifne Filmy !Grafika !Hardware &Hardware Hry &Hry Install !Internet &Internet Linux &Listy Mp3 MSOffice My Music Obrázky Petr !Prog &Prog !Program Files temp &Upload Video &Video !Viewers Zálohy 3nityShop_soubory Frankie[1].asx Zarodek.bmp Pøísloví.doc snail.gif 3nityShop.htm 48h_ccds.it Entropie.jpg pp3-36-12.jpg ww1-36-12.jpg 1a1a.jpg 6a6a.jpg dirs.lst 1judas_o.mp3 print.mxp mat_sym_v5.ps zcu-ca.p7b ildasm.reg all.tgz eee.txt frankieKnuckles[1].wax Here is list which was OK: FANDA STULDA AVG6DB_F.DAT ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-09 05:06 ------- Are you sure you're using proper "win95" or "vfat" entries in the Filesystem type of a drive entry within the wine config file ~/.wine/config instead of using the strongly discouraged "dos" type? ------- Additional Comments From valtri <at> atlas.cz 2003-03-09 05:12 ------- Thanks for quick response. Yes I am. Here is my drive settings: [Drive A] "Path" = "/A:" "Type" = "floppy" "Device" = "/dev/fd0" [Drive C] "Path" = "/C:" "Type" = "hd" "Serial" = "16500FEC" "Label" = "Fat16" "Filesystem" = "win95" [Drive D] "Path" = "/D:" "Type" = "hd" "Serial" = "38D2DA25" "Label" = "Fat32" "Filesystem" = "win95" ; make sure that device is correct and has proper permissions ! [Drive E] "Path" = "/E:" "Type" = "hd" "Serial" = "3ACE2659" "Label" = "Mp3" "Filesystem" = "win95" [Drive H] "Path" = "${HOME}" "Type" = "network" "Label" = "Home" "Filesystem" = "win95" [Drive L] "Path" = "/" "Type" = "network" "Label" = "Linux" "Filesystem" = "win95" [Drive Q] "Path" = "/Q:" "Type" = "cdrom" "Device" = "/dev/cdrom" ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-09 05:17 ------- Hmm, indeed. Could you mention the mount options you use for /C: from /etc/fstab? Maybe some unusual codepage or so? Also, please add some --debugmsg +file,+dosfs logfile. ------- Additional Comments From valtri <at> atlas.cz 2003-03-09 06:16 ------- Part of etc/fstab: /dev/hda1 /C: vfat defaults,utf8,umask=007,quiet,nocase=1,uid=root,gid=local 0 0 End of logfile: trace:dosfs:DOSFS_ReadDir Read: long_name: L"Ir50_qc.dllrIR50_QC.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name: L"JAVAPERMGID" trace:dosfs:DOSFS_ReadDir Read: long_name: L"Ir50_32.dllrIR50_32.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name: L"JAVAPERMGID" trace:dosfs:DOSFS_ReadDir Read: long_name: L"Ivfsrc.axlIVFSRC.AX.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name: L"JAVAPERMGID" trace:dosfs:DOSFS_ReadDir Read: long_name: L"Ir32_32.dllVIR32_32.DLLHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name: L"JAVAPERMGID" trace:dosfs:DOSFS_ReadDir Read: long_name: L"Iac25_32.axVIAC25_32.AXHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name: L"JAVAPERMGID" trace:dosfs:DOSFS_ReadDir Read: long_name: L"vredir.vxdxVREDIR.VXDAXHOWUS~1.MSFSFPL~1.MSFF#2.logNCONEXA~2.LOG", short_name: L"JAVAPERMGID" warn:dosfs:DOSFS_FindUnixName L"WinRAR.exe" not found in '/C:/WINDOWS/SYSTEM' warn:file:CreateFileW Unable to get full filename from L"C:\\WINDOWS\\SYSTEM\\WinRAR.exe" (GLE 2) wine: cannot find 'WinRAR.exe' I can send compressed whole logfile directly to you (I don't know how attached it here). It take 140 kB. ------- Additional Comments From valtri <at> atlas.cz 2003-03-09 06:42 ------- Created an attachment (id=419) --> (http://bugs.winehq.com/attachment.cgi?id=419&action=view) Console log with debugmsg +file +dosfs ------- Additional Comments From valtri <at> atlas.cz 2003-03-09 06:43 ------- Already I know how attach file. :-) ------- Additional Comments From spetreolle <at> yahoo.fr 2003-03-10 07:35 ------- Run Scandisk on your disk, as you have several files with the same shortname. Looks like a corrupted filesystem. trace:dosfs:DOSFS_ReadDir Read: long_name: L"snail.gifISNAIL.GIFY~1.PS\0010", sh ort_name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"1a1a.jpgf1A1A.JPGIFY~1.PS\0010", sh ort_name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"6a6a.jpgf6A6A.JPGIFY~1.PS\0010", sh ort_name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"pp3-36-12.jpg.PP3-36~1.JPG", short_ name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"ww1-36-12.jpg.WW1-36~1.JPG", short_ name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"My Music2MYMUSI~1-36~1.JPG", short_ name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"&Audioi&AUDIOSI~1-36~1.JPG", short_ name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"&InternetU&INTER~136~1.JPG", short_ name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"&Progr&PROGINTER~136~1.JPG", short_ name: L"STULDA " trace:dosfs:DOSFS_ReadDir Read: long_name: L"Zarodek.bmpIZARODEK.BMPJPG", short_ name: L"STULDA " ------- Additional Comments From valtri <at> atlas.cz 2003-03-10 07:59 ------- I ran the scandisk (under Windows) and all is OK. Note files in this directory was repaired in the past and they already are with short names (with "~"). I will delete this directory and send new wine logfile. ------- Additional Comments From valtri <at> atlas.cz 2003-03-10 08:07 ------- Created an attachment (id=421) --> (http://bugs.winehq.com/attachment.cgi?id=421&action=view) gzipped log output again, executed program is "/D:/!Education/CyberSky/Cybersky.exe" ------- Additional Comments From valtri <at> atlas.cz 2003-03-10 08:14 ------- Many short names are the same. It seems there is a bug with finding out short names (or only in debug printfs :-)). ------- Additional Comments From valtri <at> atlas.cz 2003-03-25 08:49 ------- Interesting. I removed mount option "utf8" and it starts work: mount /dev/hda5 /D: -t vfat -o utf8 ... doesn't work (option "utf8" is required for reproducing this bug) mount /dev/hda5 /D: -t vfat -o iocharset=utf8 ... works, but there are doubled some characters mount /dev/hda5 /D: -t vfat -o iocharset=cp852 ... works, but some characters have bad encoding (cp852 isn't Windows standard, it contains iso8859-2 characters) mount /dev/hda5 /D: -t vfat -o iocharset=cp1250 ... works OK (cp1250 is standard encoding in Windows for iso8859-2 characters) -- 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 1316] MATLAB figure scaling too large
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1316 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:42 ------- Bug comments restored from Gmane.org: When I open a figure in MATLAB the text and general scale of the objects in teh figure are inordinately large. Some figures I have created on win show up only partially, because of the size. the url points to an example image. note how large the buttons etc are. Interestingly the tool tip string is the right size. thanks, and congratulations on a very well made program -- 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 1317] Embedded OLE-Objects in MS-Access97 RT
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1317 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:40 ------- Bug comments restored from Gmane.org: I've running MS Access 97 Runtime. When I open a database with an embedded OLE-Image in a form, wine crashes with following error: fixme:storage:StorageImpl_Commit (2): stub! wine: Unhandled exception, starting debugger... err:seh:start_debugger Couldn't start debugger ("debugger/winedbg 134688536 228") (2) Read the Wine Developers Guide on how to set up winedbg or another debugger fixme:ole:CoSetState ((nil)),stub! Wine exited with a successful status Regards, Daniel. ------- Additional Comments From marcus <at> jet.franken.de 2003-03-11 13:00 ------- please configure your debugger better to give a backtrace. (basically just do "regedit winedefault.reg" to get the registry to have the correct paths). also run with -debugmsg +ole and attach tyhe output. ------- Additional Comments From dschlager <at> kaindl.com 2003-03-12 00:34 ------- Created an attachment (id=422) --> (http://bugs.winehq.com/attachment.cgi?id=422&action=view) OLE Trace with -debugmsg +ole ------- Additional Comments From mike <at> theoretic.com 2003-03-12 10:28 ------- That trace seems to indicate the program ran successfully, or at least there's no mention of the crash in it. -- 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 1319] OpenGL on Radeon 8500 outputs ASCII garbage
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1319 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:34 ------- Bug comments restored from Gmane.org: When running the latest CVS of wine manually compiled with ./configure --enable-opengl, OpenGL programs output unreadable ASCII garbage to the terminal window, and make beeping noises. System info: Kernel: linux 2.4.20-ck3 Xfree86: 4.2.1-6pre7 (Debian) Graphics card: ATi Radeon 8500 64mb w/ ATi Binary drivers v2.5.1 Wine version: Cvs version as of 2003/3/12 ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-12 08:43 ------- Ah, here it is :) Please attach a --debugmsg +relay,+opengl log file to find out where this garbage happens. Thanks! ------- Additional Comments From pwdre_ser <at> hotmail.com 2003-03-12 16:01 ------- Created an attachment (id=423) --> (http://bugs.winehq.com/attachment.cgi?id=423&action=view) Logfile of running Neverwinter Nights version 1.29 ------- Additional Comments From pwdre_ser <at> hotmail.com 2003-03-12 16:05 ------- Here is a gzipped logfile of running Neverwinter Nights v1.29 with the requested parameters. Apologies for the large filesize. ------- Additional Comments From lionel.ulmer <at> free.fr 2003-03-15 16:08 ------- Well, this log is not really helpfull... As the garbage is on stdin and the trace on stderr (so I cannot see where the garbage starts). Moreover, except for the GL init in the X11 driver, there is NO GL call at all in this log. ------- Additional Comments From pwdre_ser <at> hotmail.com 2003-03-20 13:38 ------- I apologize. I invoked wine as specified with &> ~/winelog.txt... was this not correct? I could also attempt running a different openGL program (Such as quake2 or quake3 which I believe are available online.) ------- Additional Comments From lionel.ulmer <at> free.fr 2003-03-20 13:55 ------- Well, yeah, try to run with 'normal' Linux GL applications to see if it puts garbage too. Otherwise, as told, I do not see any GL call in your trace so I do not see why this garbage only happens in GL applications. ------- Additional Comments From pwdre_ser <at> hotmail.com 2003-03-20 20:37 ------- Well, native linux openGL programs all run fine. (glxgears, tuxracer, quake2 linux and quake3 linux) Additionally, I tried running the windows versions of quake2 and quake3, redirecting the same way I'd done before, with identical results. No opengl calls except the init. Is there anything else I can do to 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 1320] WM_PRINTCLIENT on textbox does not work
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1320 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:29 ------- Bug comments restored from Gmane.org: The internal GUI engine of Jade does complete top down drawing of a window and all its children in the same pass. To draw a textbox, the following logic is called: ::SetViewportOrgEx(hdc, rect.left, rect.top, NULL); ::SendMessage(hwnd, WM_PRINTCLIENT, (WPARAM)hdc, PRF_CLIENT | PRF_ERASEBKGND); Under Wine, this does not produce any visible output. ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:32 ------- Can you please produce a test case for this behaviour, or make available your application for testing? -- 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 1321] Files do not retain their timestamps with CopyFile
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1321 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:24 ------- Bug comments restored from Gmane.org: When using the CopyFile api, the copied file does not retain its timestamps as they do under Windows. ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:40 ------- Confirming, we should do this. Patches are welcome, I don't think it'd be hard. MSDN doesn't seem to mention behaviour here, but I expect the reporter is right :) -- 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 1322] IsTextUnicode failure with IS_TEXT_UNICODE_REVERSE_MASK
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1322 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:21 ------- Bug comments restored from Gmane.org: Calling IsTextUnicode with the IS_TEXT_UNICODE_UNICODE_MASK option correctly determines that ansi text is not unicode. However calling IsTextUnicode with the IS_TEXT_UNICODE_REVERSE_MASK option for that same ansi text incorrectly reports that the text is Unicode. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-14 20:34 ------- AFAICT IsTextUnicode is very rudimentary in wine. If you want to improve it please look in dlls/ntdll/rtlstr.c -- 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 1323] wctomb does not fail on invalid characters
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1323 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 09:00 ------- Bug comments restored from Gmane.org: To determine whether text is ansii, unicode (big or little endian) a series of test are performed including calling wctomb. This routine should return -1 if the conversion cannot be performed in the current locale. As a result, under Wine, an ansii string appears to be unicode (both big or little endian). -- 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 1325] program window (calamus) remains small
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1325 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 08:52 ------- Bug comments restored from Gmane.org: solved with a patch ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:28 ------- So, is this bug fixed then? -- 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 1326] Close Combat doesn't run
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1326 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 08:51 ------- Bug comments restored from Gmane.org: Close Combat installs fine from CD_ROM (it even does a direct link on desktop), but when I try to run CC.exe, I get a following note in a single popup-window: --- Close Combat Error Close Combat requires indeo 4.1 to display the videos. Please run the Close Combat setup again. --- I have indeo 4.1 codec in /usr/lib/win32/w32codec-0.90/ir41_32.dll When I run the setup.exe from CD-ROM, it installs the Close Combat all over again and when I run setup.exe from the installed directory I get following popup: --- Setup Error 544 Setup in unable to open the data file 'C:\Program Files\Microsoft Games\Close Combat\Setup\SETUP.stf'; run Setup again from where you originally ran it. --- ------- Additional Comments From lionel.ulmer <at> free.fr 2003-03-15 15:38 ------- Well, the problem is that the installer should also (if it installs the Intel Indeo codecs) put a lot of stuff in the registry... So one solution would be to do a '--debugmsg +relay', look at a RegOpenKey or something like that that fails. If you find it, people will be very happy to provide you with the key to put in your registry. Better would be to have the installer actually working though :-) ------- Additional Comments From mike <at> theoretic.com 2003-03-19 09:01 ------- The codec in /usr/lib/win32 is unlikely to be used by wine, I think that's mplayer, which uses wine internally but the two don't interact. -- 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 1327] Can't read .ini when installing driver for Visioneer PaperPort 6000 (a scanner)
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1327 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 08:48 ------- Bug comments restored from Gmane.org: This is my first time submitting a bug to the wine bugtracker, and I'm not versed in the wine internals; I hope I've fingered the correct module. Apologies if not! Download 6000.exe from http://www.visioneer.com/support/flatbed/6000downloads.asp Attempt to install it with "wine 6000.exe" InstallShield extracts its files, then displays an error dialog, "Missing or Invalid Parameter: UpdateNumber", and stops installing. I did some tracing: InstallShield calls GetPrivateProfileStringA() to retrieve the UpdateNumber entry from X:\update.exe\UPDATE.INI. Yes, the .ini exists and contains that entry. Its real filename is /tmp/update.ini. /tmp/update.exe is a file, put there by InstallShield. If I'm reading the trace correctly, it looks like wine's dosfs subsystem is returning /tmp/update.exe/update.ini as the real path, which is obviously wrong. Why a file is being used as a mount point in the first place is a mystery to me... Hopefully the above procedure should let you reproduce my trace easily, but I can send it if that's required. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-14 20:06 ------- Perhaps the bug is valid. However I have my doubts about getting your scanner to work using this method. Hmm... A bug is a bug though... ------- Additional Comments From dankna <at> childe.crusoe.net 2003-03-15 18:20 ------- Well, other people have reported success with this method (not with my model scanner), so it certainly seemed worth a try. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-16 12:55 ------- A relavant trace would help (what channels did you use?) -- 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 1330] argv[0] should be translated into DOS syntax
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1330 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 08:35 ------- Bug comments restored from Gmane.org: Running a DOS program from the command line, i.e.: wine -- ../prog.exe arg1 arg2 it would be helpful if the path to the executable (../prog.exe) was converted to DOS form (..\prog.exe) when it was passed in to the program as argv[0]. Having this path in UNIX form confused a program that was trying to find the path to its home dir. The work-around was easy, (specify a DOS path) but other WINE users may get bit by this as well. ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:15 ------- Confirming bug, changing summary -- 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 1334] wine under redhat8.1 beta5 cannot use name resolution
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1334 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 07:55 ------- Bug comments restored from Gmane.org: Running wine built on redhat (beta 5 - 8.0.94) 8.1. Notes starts, runs but will not do name resolution. Log shows the following. fixme:file:LockFile not implemented in server fixme:thread:SYSDEPS_SpawnThread CreateThread: stub fixme:winsock:WSACancelAsyncRequest (0xdeae),stub fixme:file:LockFile not implemented in server fixme:file:UnlockFile not implemented in server Name resolution is accessible to user from console, correct permissions set. On same build on other distribution i.e. mandrake8 it works fine.I can turn on debugging if someone wants me to? ------- Additional Comments From traxtopel <at> hotpop.com 2003-03-20 04:06 ------- Running a debug on winsock, I get the following, still will not resolve. Edited /etc/hosts added it manually. Under user ID notes is started I can ping this address. fixme:ole:CoRegisterMessageFilter stub fixme:thread:SYSDEPS_SpawnThread CreateThread: stub fixme:thread:SYSDEPS_SpawnThread CreateThread: stub trace:winsock:DllMain 0x41dc0000 0x1 (nil) trace:winsock:WSAStartup verReq=101 trace:winsock:WSAStartup succeeded trace:winsock:WSASetBlockingHook hook 0x41cb2510 trace:winsock:WSAAsyncGetHostByName hwnd 0x2002c, msg 00000401, host D15ML003, buffer 1024 fixme:thread:SYSDEPS_SpawnThread CreateThread: stub fixme:winsock:WSACancelAsyncRequest (0xdeae),stub ------- Additional Comments From traxtopel <at> hotpop.com 2003-03-21 02:12 ------- Not sure what has changed but somewhere between cvs 20030320 1pm CET & 20030321 8am CET dns resolving is working again? ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:04 ------- OK, I'll close this bug. Probably there was a slight regression that's been fixed. Thanks for reporting the issue! :) ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:06 ------- 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 1335] Game Drakan wants to update to Winsock2 which does not function
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1335 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 07:51 ------- Bug comments restored from Gmane.org: When I try to install Drakan under Linux and without Windows it wants to update to winsock2. Because this does not function the setup hangs. Could there be a way of making Drakan believe that the update worked? ------- Additional Comments From mike <at> theoretic.com 2003-03-30 15:07 ------ Wine supports winsock2 mostly anyway, so it shouldn't need to update. The real question is, why does it think it needs to update? Do you have a ws2_32.dll file in your fake windows/system directory? ------- Additional Comments From dh <at> onclick.org 2003-03-30 16:29 ------- No, there is no such file. Maybe the game Drakan just wants wine to update, if necessary or not, and expects some ok-message back? ------- Additional Comments From mike <at> theoretic.com 2003-03-31 03:40 ------- Change to your fake windows/system directory, then run "touch ws2_32.dll". See if that makes any difference. ------- Additional Comments From dh <at> onclick.org 2003-03-31 10:18 ------- I got a new error. There was a serious error popup followed by a popup that said that the setup directory could not be found. Is that the path to the game cd? This I found in ws2setup.log: WS2SETUP begin: 02/25/2003 07:44:14 RegQueryValueEx(VendorInstallDll) failed VendorWantsMSTCP=1, WantsMSIPX=2, WantsSetupUI=1 WantsMSDNS=1, WantsMSSAP=0 New wsock32.dll file version: 0004000a.00000678 Created WS2BAKUP.BAT backup batch file No version info for C:\WINDOWS\SYSTEM\wsock32.dll WS2SETUP end: failure windows/ws2setup.log (END) This is all I found on screen: Font metrics: 100.0% done fixme:int21:DOS3Call get interrupt vector - move to winedos... fixme:int21:DOS3Call get interrupt vector - move to winedos... fixme:process:CreateProcessA (E:\_ISTMP0.DIR\W95ws2setup.exe,...): CREATE_SEPARATE_WOW_VDM ignored fixme:win32:PE_CreateModule Security directory ignored fixme:process:CreateProcessA (E:\MSE000\setup.exe,...): NORMAL_PRIORITY_CLASS ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x40712c9c ignored fixme:msvcrt:MSVCRT__sopen : pmode 0x40068618 ignored fixme:dialog:MSGBOX_OnInit system modal msgbox ! Not modal yet. fixme:dialog:MSGBOX_OnInit task modal msgbox ! Not modal yet. -- 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 1337] Application support broken: Les Secrets de l'intelligence, UbiSoft
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1337 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 07:47 ------- Bug comments restored from Gmane.org: I previously used "Les Secrets de l'intelligence, Ubisoft" and it worked well. This application was designed for Windows 95. Now, I can't make it run with the last release. What changed in my config: automount use for /mnt/cdrom. Trace: --------------- [j@laptop Les Secrets]$ wine SECRETS.exe Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: Loading required GL library /usr/X11R6/lib/libGL.so.1.2 err:module:BUILTIN32_LoadLibraryExA loaded .so but dll wing.dll still not found - 16-bit dll or version conflict. file_set_error: Permission denied fixme:ntdll:RtlNtStatusToDosError no mapping for 0001869f wine: Unhandled exception, starting debugger... [1]+ Stopped wine SECRETS.exe [j@laptop Les Secrets]$ bg [1]+ wine SECRETS.exe & [j@laptop Les Secrets]$ killall wine [1]+ Terminated wine SECRETS.exe [j@laptop Les Secrets]$ ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-21 04:37 ------- Hmm, strange errors. Please attach a --debugmsg +relay,+files,+dosfs,+server logfile. ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-03-21 04:38 ------- Ugh, that should have been +file, of course... ------- Additional Comments From titan.costa <at> wanadoo.fr 2003-03-21 17:10 ------- 16-bit dll or version conflict ? That reminds me a problem I've had once. Do you have a wing.dll in you app directory ? ------- Additional Comments From jerome.bouat <at> wanadoo.fr 2003-03-22 06:00 ------- [j@laptop j]$ find ~/.wine/c -name 'wing\.dll' [j@laptop j]$ Created an attachment (id=426) --> (http://bugs.winehq.com/attachment.cgi?id=426&action=view) wine --debugmsg +relay,+files,+dosfs,+server SECRETS.exe 2>log.err -- 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 1338] WS_MAXIMIZEBOX doesn't work
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1338 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 07:42 ------- Bug comments restored from Gmane.org: http://article.gmane.org/gmane.comp.emulators.wine.bugs/4193 Hi, WS_MAXIMIZEBOX doesn't seem to work. I tried to enable just the maximize flag on a dialog, but instead what I got was wine didn't letting the user change the dialog size at all. Cesar Mello (mello <at> elipse.com.br) coded a little example which shows this bug, please see the attachments. Felipe http://article.gmane.org/gmane.comp.emulators.wine.bugs/4194 ------ Additional Comments From felipewd <at> elipse.com.br 2003-03-21 08:27 ------- Created an attachment (id=425) --> (http://bugs.winehq.com/attachment.cgi?id=425&action=view) TAR.GZ source app which shows the WS_MAXIMIZEBOX http://article.gmane.org/gmane.comp.emulators.wine.bugs/4352 ------- Additional Comments From spetreolle <at> yahoo.fr 2003-03-26 22:47 ------- hi, I compiled it with 'winemaker .' (the -J option must removed by hand in the Makefile,message sent to wine-devel) no problem at all, the window can be maximized,unmaximized and resized. -- 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 1000] MSFlightSim2002 : Resource Info function Problems
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1000 ------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:28 ------- Bug comments restored from Gmane.org: This bug is a part of Efforts to port Microsoft Flight Simulator to Linux via Wine --------------------------------------------------------------------------- Assumes: Read Bug 997 and all of its dependencies Shell Command $ wine fs2002.exe X11 output attached. Other Comments: Microsoft seems to have placed a function call in software since 1995 to make sure it is running on the Correct Windows version. This call seems to be misinterpreted with wine System: NVIDIA RIVA TNT RedHat Linux 7.0 Glibc 2.2-12 20GB HD: 2 GB /usr/local (formerly Windows C:) ext2 raid 10 GB /mnt/win_d (formerly Windows D:, use to be 16GB, rest split up as /, location of fs2002) vfat 1 GB /mnt/win_e (formerly Windows E:). vfat. Configured as Wine TEMPDIR 2 GB /usr ext2 2 GB / ext2 32MB swap swap 32MB ------- Additional Comments From mcbridematt <at> hotmail.com 2002-08-29 03:50 ------- Created an attachment (id=280) --> (http://bugs.winehq.com/attachment.cgi?id=280&action=view) Screenshot ------- Additional Comments From mcbridematt <at> hotmail.com 2002-08-29 03:58 ------- More debugging shows that: RtlAllocateHeap is known. But needs somemore programming. Debug output: 084c1018:trace:heap:RtlAllocateHeap (40350000,00000002,00000018): returning 403505f0 I have reason to belive this is used by Windows programs, particularly ones by Microsoft to check if there is enough diskspace. Microsoft must be the only one using it, as I have searched through Unoffical and Office implementations of the Platform SDK to no avail. ------- Additional Comments From mcbridematt <at> hotmail.com 2002-08-29 04:48 ------- Others: 64MB Ram 800MHz Duron ------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-03 02:42 ------- A related function: <code>RtlFreeHeap</code> Returns TRUE when asked for. But RtlAllocateHeap doesn't. ------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-03 02:44 ------- I've noticed that Wine does not pass on swap, but only the memory free. Perhaps we should create a "ForceRAM" option in the wine config file in the future to force programs to belive that there is a certain amount of ram ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-09-03 04:12 ------- Well, of course RtlAllocateHeap doesn't return TRUE. It's supposed to return an LPVOID, the address of the buffer allocated (like all heap alloc function do !). Having said that, I really don't think the error is due to RtlAllocateHeap. An "out of disk space" error might be caused by all sorts of other errors, too. RtlAllocateHeap is probably rather perfect. (it doesn't even have a single FIXME either) Attaching a --debugmsg +relay,+file,+dosfs log file of the error might be a good idea... A RAM size fake option would be a good idea, yes. (some games have a swap partition check, for example, and they fail to run if you don't have enough free swap space, so such an option would be good) ------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-04 01:58 ------- Created an attachment (id=284) --> (http://bugs.winehq.com/attachment.cgi?id=284&action=view) bzip'ed Debug output ------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-04 01:59 ------- I've also noticed this in other M$ apps: Microsoft Works 4.0, Microsoft Money for Win95 ------- Additional Comments From kyethespy <at> liquid2k.com 2002-10-05 20:38 ------- I can confirm this bug exists - and what's this about efforts to port fs to linux? -- 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 999] MSFlightSim2002 : PE_CreateModuleSecurity ignored
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=999 ------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:25 ------- Bug comments restored from Gmane.org: This bug is a part of efforts to port FS2002 to Linux via Wine. See Metabug 997 Additional Info in 998 Shell Command $ wine fs2002.exe Output: fixme:win32:PE_CreateModule Security directory ignored  ------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-06 02:15 ------- does anybody know what PE_CreateModuleSecurity does? -- 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 998] MSFlightSim2002 : WineEngRemoveFontResourceEx is stubbed
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=998 ------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:25 ------- Bug comments restored from Gmane.org: This bug is a part of efforts to help port FlightSimulator 2002 to wine. Command run: $ wine fs2002.exe fixme:win32:PE_CreateModule Security directory ignored err:win:WIN_FindWndPtr window 10024 belongs to other process fixme:font:WineEngRemoveFontResourceEx :stub fixme:font:WineEngRemoveFontResourceEx :stub fixme:font:WineEngRemoveFontResourceEx :stub fixme:font:WineEngRemoveFontResourceEx :stub Debugmsg FIXME: 084b8030:trace:heap:RtlAllocateHeap (40350000,00000002,00000018): returning 403505f0 -- 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 997] MSFlightSimPorting : Metabug
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=997 ------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 07:24 ------- Bug comments restored from Gmane.org: This is a bug to deal with problems porting Microsoft Flight Simulator 2002 to Unix. ------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-07 19:13 ------- Auto-generated debug report by Wine Quick Debug Report Maker Thingy: WINE Version: wine-20020904 Windows Version: None Installed Distribution: RedHat 7.0-gcc 3.2- glibc-2.2-12 Kernel Version: 2.2.16-22 OS Type: Linux CPU: i686 GCC Version: Configured with: ./configure Program: Microsoft Flight Simulator 2002 Standard Edition Program Type: Win32 Debug Options: -debugmsg +relay 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 '/mnt/win_d/games/fs2002fs2002.exe' I have a copy of the full debug report, if it is needed. Thank you! ------- Additional Comments From mcbridematt <at> hotmail.com 2002-09-08 01:55 ------- Whoops.., this is more correct Auto-generated debug report by Wine Quick Debug Report Maker Thingy: WINE Version: Wine 20020904 Windows Version: None Installed Distribution: RedHat 7.0, gcc 3.2, glibc 2.2-12 Kernel Version: 2.2.16-22 OS Type: Linux CPU: i686 GCC Version: Configured with: ./configure Program: Microsoft Flight Simulator 2002 Standard Edition Program Type: Win32 Debug Options: -debugmsg +relay 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: 0807a640:Ret comctl32.332() retval=403bc3e8 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bc3e8) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000011) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bc428 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bc428) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000012) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bcfa0 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bcfa0) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000013) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bcfe0 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bcfe0) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000014) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bd020 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bd020) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000015) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bd060 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bd060) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000016) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bd0a0 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bd0a0) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000017) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bd0e0 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bd0e0) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000018) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bd120 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bd120) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000019) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bd160 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bd160) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,0000001a) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bd1a0 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bd1a0) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,0000001b) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bd1e0 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bd1e0) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,0000001c) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bd220 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bd220) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,0000001d) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bd260 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bd260) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,0000001e) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bd2a0 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bd2a0) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,0000001f) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bd2e0 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bd2e0) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000020) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403bd320 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403bd320) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000021) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403b9270 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403b9270) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000022) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403b92b0 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403b92b0) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000023) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403b92f0 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403b92f0) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000024) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403beab0 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403beab0) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.332(41290098,00000025) ret=408f2b0d 0807a640:Ret comctl32.332() retval=403beaf0 ret=408f2b0d 0807a640:Call ntdll.RtlFreeHeap(40380000,00000000,403beaf0) ret=40993d8f 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40993d8f 0807a640:Call comctl32.329(41290098) ret=408f2af5 0807a640:Call ntdll.RtlFreeHeap(41290000,00000000,41290260) ret=40a858cd 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40a858cd 0807a640:Call ntdll.RtlFreeHeap(41290000,00000000,41290098) ret=40a858ed 0807a640:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40a858ed 0807a640:Ret comctl32.329() retval=00000001 ret=408f2af5 0807a640:Call ntdll.RtlLeaveCriticalSection(4094afc8) ret=408f2ab2 0807a640:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=408f2ab2 0807a640:Call ntdll.RtlDeleteCriticalSection(4094afc8) ret=408f2abd 0807a640:Ret ntdll.RtlDeleteCriticalSection() retval=00000000 ret=408f2abd 0807a640:Call ntdll.RtlEnterCriticalSection(4094ad4c) ret=408ea8e8 0807a640:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=408ea8e8 0807a640:Call ntdll.RtlLeaveCriticalSection(4094ad4c) ret=408ea967 0807a640:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=408ea967 0807a640:Call ntdll.RtlDeleteCriticalSection(4094ad4c) ret=408ea975 0807a640:Ret ntdll.RtlDeleteCriticalSection() retval=00000000 ret=408ea975 0807a640:Ret PE DLL (proc=0x408fb290,module=408e0000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x40a87850,module=40a70000,type=0,res=0x1) 0807a640:Call user32.UnregisterClassA(40afad05 "SysAnimate32",00000000) ret=40a7cc6a 0807a640:Ret user32.UnregisterClassA() retval=00000001 ret=40a7cc6a 0807a640:Call user32.UnregisterClassW(40afaf20 L"ComboBoxEx32",00000000) ret=40a8298a 0807a640:Ret user32.UnregisterClassW() retval=00000000 ret=40a8298a 0807a640:Call user32.UnregisterClassA(40afda83 "SysDateTimePick32",00000000) ret=40a8d5c9 0807a640:Ret user32.UnregisterClassA() retval=00000000 ret=40a8d5c9 0807a640:Call user32.UnregisterClassA(40afe243 "flatsb_class32",00000000) ret=40a8e01a 0807a640:Ret user32.UnregisterClassA() retval=00000001 ret=40a8e01a 0807a640:Call user32.UnregisterClassA(40afe8c5 "SysHeader32",00000000) ret=40a91f8a 0807a640:Ret user32.UnregisterClassA() retval=00000001 ret=40a91f8a 0807a640:Call user32.UnregisterClassA(40afeca5 "msctls_hotkey32",00000000) ret=40a929da 0807a640:Ret user32.UnregisterClassA() retval=00000001 ret=40a929da 0807a640:Call user32.UnregisterClassW(40affa1a L"SysIPAddress32",00000000) ret=40a998aa 0807a640:Ret user32.UnregisterClassW() retval=00000000 ret=40a998aa 0807a640:Call user32.UnregisterClassW(40afff32 L"SysListView32",00000000) ret=40aac6aa 0807a640:Ret user32.UnregisterClassW() retval=00000001 ret=40aac6aa 0807a640:Call user32.UnregisterClassA(40b02a85 "SysMonthCal32",00000000) ret=40ab27da 0807a640:Ret user32.UnregisterClassA() retval=00000000 ret=40ab27da 0807a640:Call user32.UnregisterClassA(40b02dc3 "NativeFontCtl",00000000) ret=40ab2aba 0807a640:Ret user32.UnregisterClassA() retval=00000000 ret=40ab2aba 0807a640:Call user32.UnregisterClassA(40b0375f "SysPager",00000000) ret=40ab692a 0807a640:Ret user32.UnregisterClassA() retval=00000000 ret=40ab692a 0807a640:Call user32.UnregisterClassW(40b03820 L"msctls_progress32",00000000) ret=40ab792a 0807a640:Ret user32.UnregisterClassW() retval=00000001 ret=40ab792a 0807a640:Call user32.UnregisterClassA(40b06f25 "ReBarWindow32",00000000) ret=40ac7c4a 0807a640:Ret user32.UnregisterClassA() retval=00000000 ret=40ac7c4a 0807a640:Ret user32.UnregisterClassW() retval=00000001 ret=40acb38a 0807a640:Call user32.UnregisterClassA(40b08765 "SysTabControl32",00000000) ret=40ad188a 0807a640:Ret user32.UnregisterClassA() retval=00000001 ret=40ad188a 0807a640:Call user32.UnregisterClassA(40b0a0a5 "ToolbarWindow32",00000000) ret=40ade94a 0807a640:Ret user32.UnregisterClassA() retval=00000001 ret=40ade94a 0807a640:Call user32.UnregisterClassA(40b0abc5 "tooltips_class32",00000000) ret=40ae456a 0807a640:Ret user32.UnregisterClassA() retval=00000001 ret=40ae456a 0807a640:Call user32.UnregisterClassW(40b0ad40 L"msctls_trackbar32",00000000) ret=40ae717a 0807a640:Ret user32.UnregisterClassW() retval=00000001 ret=40ae717a 0807a640:Call user32.UnregisterClassA(40b0c582 "SysTreeView32",00000000) ret=40af11fa 0807a640:Ret user32.UnregisterClassA() retval=00000001 ret=40af11fa 0807a640:Call user32.UnregisterClassW(40b0c640 L"msctls_updown32",00000000) ret=40af344a 0807a640:Ret user32.UnregisterClassW() retval=00000001 ret=40af344a 0807a640:Call gdi32.DeleteObject(00000caa) ret=40a87a64 0807a640:Ret gdi32.DeleteObject() retval=00000001 ret=40a87a64 0807a640:Call gdi32.DeleteObject(00000074) ret=40a87a7b 0807a640:Ret gdi32.DeleteObject() retval=00000001 ret=40a87a7b 0807a640:Call kernel32.GlobalDeleteAtom(0000c00d) ret=40a87a97 0807a640:Ret kernel32.GlobalDeleteAtom() retval=00000000 ret=40a87a97 0807a640:Call kernel32.HeapDestroy(41290000) ret=40a87ab9 0807a640:Ret kernel32.HeapDestroy() retval=00000001 ret=40a87ab9 0807a640:Ret PE DLL (proc=0x40a87850,module=40a70000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x40a42d90,module=40a20000,type=0,res=0x1) 0807a640:Call kernel32.TlsFree(00000000) ret=40a42e60 0807a640:Ret kernel32.TlsFree() retval=00000001 ret=40a42e60 0807a640:Ret PE DLL (proc=0x40a42d90,module=40a20000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x4099e7f0,module=40970000,type=0,res=0x1) 0807a640:Ret PE DLL (proc=0x4099e7f0,module=40970000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x409f95e0,module=409f0000,type=0,res=0x1) 0807a640:Ret PE DLL (proc=0x409f95e0,module=409f0000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x40773df0,module=406d0000,type=0,res=0x1) 0807a640:Ret PE DLL (proc=0x40773df0,module=406d0000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x40d1b890,module=40ce0000,type=0,res=0x1) 0807a640:Ret PE DLL (proc=0x40d1b890,module=40ce0000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x408541e0,module=40810000,type=0,res=0x1) 0807a640:Ret PE DLL (proc=0x408541e0,module=40810000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x40634bf0,module=40610000,type=0,res=0x1) 0807a640:Ret PE DLL (proc=0x40634bf0,module=40610000,type=0,res=0x1) retval=1 0807a640:Call kernel32.__wine_unregister_dll_16(4094ad2c) ret=408e95f2 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000017 ret=408e95f2 0807a640:Call kernel32.__wine_unregister_dll_16(409c93f0) ret=4097c852 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000010 ret=4097c852 0807a640:Call kernel32.__wine_unregister_dll_16(409c9544) ret=4097cba2 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000011 ret=4097cba2 0807a640:Call kernel32.__wine_unregister_dll_16(409c95c8) ret=4097cdc2 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000012 ret=4097cdc2 0807a640:Call kernel32.__wine_unregister_dll_16(409c9604) ret=4097cec2 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000013 ret=4097cec2 0807a640:Call kernel32.__wine_unregister_dll_16(409c9688) ret=4097d0e2 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000014 ret=4097d0e2 0807a640:Call kernel32.__wine_unregister_dll_16(409c9990) ret=4097db72 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000015 ret=4097db72 0807a640:Ret user32.UnregisterClassW() retval=00000001 ret=40acb38a 0807a640:Call user32.UnregisterClassA(40b08765 "SysTabControl32",00000000) ret=40ad188a 0807a640:Ret user32.UnregisterClassA() retval=00000001 ret=40ad188a 0807a640:Call user32.UnregisterClassA(40b0a0a5 "ToolbarWindow32",00000000) ret=40ade94a 0807a640:Ret user32.UnregisterClassA() retval=00000001 ret=40ade94a 0807a640:Call user32.UnregisterClassA(40b0abc5 "tooltips_class32",00000000) ret=40ae456a 0807a640:Ret user32.UnregisterClassA() retval=00000001 ret=40ae456a 0807a640:Call user32.UnregisterClassW(40b0ad40 L"msctls_trackbar32",00000000) ret=40ae717a 0807a640:Ret user32.UnregisterClassW() retval=00000001 ret=40ae717a 0807a640:Call user32.UnregisterClassA(40b0c582 "SysTreeView32",00000000) ret=40af11fa 0807a640:Ret user32.UnregisterClassA() retval=00000001 ret=40af11fa 0807a640:Call user32.UnregisterClassW(40b0c640 L"msctls_updown32",00000000) ret=40af344a 0807a640:Ret user32.UnregisterClassW() retval=00000001 ret=40af344a 0807a640:Call gdi32.DeleteObject(00000caa) ret=40a87a64 0807a640:Ret gdi32.DeleteObject() retval=00000001 ret=40a87a64 0807a640:Call gdi32.DeleteObject(00000074) ret=40a87a7b 0807a640:Ret gdi32.DeleteObject() retval=00000001 ret=40a87a7b 0807a640:Call kernel32.GlobalDeleteAtom(0000c00d) ret=40a87a97 0807a640:Ret kernel32.GlobalDeleteAtom() retval=00000000 ret=40a87a97 0807a640:Call kernel32.HeapDestroy(41290000) ret=40a87ab9 0807a640:Ret kernel32.HeapDestroy() retval=00000001 ret=40a87ab9 0807a640:Ret PE DLL (proc=0x40a87850,module=40a70000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x40a42d90,module=40a20000,type=0,res=0x1) 0807a640:Call kernel32.TlsFree(00000000) ret=40a42e60 0807a640:Ret kernel32.TlsFree() retval=00000001 ret=40a42e60 0807a640:Ret PE DLL (proc=0x40a42d90,module=40a20000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x4099e7f0,module=40970000,type=0,res=0x1) 0807a640:Ret PE DLL (proc=0x4099e7f0,module=40970000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x409f95e0,module=409f0000,type=0,res=0x1) 0807a640:Ret PE DLL (proc=0x409f95e0,module=409f0000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x40773df0,module=406d0000,type=0,res=0x1) 0807a640:Ret PE DLL (proc=0x40773df0,module=406d0000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x40d1b890,module=40ce0000,type=0,res=0x1) 0807a640:Ret PE DLL (proc=0x40d1b890,module=40ce0000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x408541e0,module=40810000,type=0,res=0x1) 0807a640:Ret PE DLL (proc=0x408541e0,module=40810000,type=0,res=0x1) retval=1 0807a640:Call PE DLL (proc=0x40634bf0,module=40610000,type=0,res=0x1) 0807a640:Ret PE DLL (proc=0x40634bf0,module=40610000,type=0,res=0x1) retval=1 0807a640:Call kernel32.__wine_unregister_dll_16(4094ad2c) ret=408e95f2 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000017 ret=408e95f2 0807a640:Call kernel32.__wine_unregister_dll_16(409c93f0) ret=4097c852 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000010 ret=4097c852 0807a640:Call kernel32.__wine_unregister_dll_16(409c9544) ret=4097cba2 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000011 ret=4097cba2 0807a640:Call kernel32.__wine_unregister_dll_16(409c95c8) ret=4097cdc2 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000012 ret=4097cdc2 0807a640:Call kernel32.__wine_unregister_dll_16(409c9604) ret=4097cec2 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000013 ret=4097cec2 0807a640:Call kernel32.__wine_unregister_dll_16(409c9688) ret=4097d0e2 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000014 ret=4097d0e2 0807a640:Call kernel32.__wine_unregister_dll_16(409c9990) ret=4097db72 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000015 ret=4097db72 0807a640:Call kernel32.__wine_unregister_dll_16(409ca504) ret=40980482 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000016 ret=40980482 0807a640:Call kernel32.__wine_unregister_dll_16(40b85140) ret=40b33a22 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000018 ret=40b33a22 0807a640:Call kernel32.__wine_unregister_dll_16(40b852e8) ret=40b33c62 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=00000019 ret=40b33c62 0807a640:Call kernel32.__wine_unregister_dll_16(40ba128c) ret=40b9c342 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=0000001a ret=40b9c342 0807a640:Call kernel32.__wine_unregister_dll_16(40bbd85c) ret=40bb6712 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=0000001c ret=40bb6712 0807a640:Call kernel32.__wine_unregister_dll_16(40bd42d8) ret=40bd1402 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=0000001b ret=40bd1402 0807a640:Call kernel32.__wine_unregister_dll_16(40c7ee5c) ret=40c1c512 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=0000001d ret=40c1c512 0807a640:Call kernel32.__wine_unregister_dll_16(414054c8) ret=413f7ac2 0807a640:Ret kernel32.__wine_unregister_dll_16() retval=0000001e ret=413f7ac2 I have a copy of the full debug report, if it is needed. Thank you! -- 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 1341] MS Excel viewer crashes wine when attempting to print file (on certain files only)
by Wine Bugs 22 Jun '03

22 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1341 ------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 07:24 ------- Bug comments restored from Gmane.org: http://article.gmane.org/gmane.comp.emulators.wine.bugs/4211 For certain Excel files, the Microsoft Excel viewer (http://download.microsoft.com/download/excel2000/Xlviewer/2000/WIN98/EN-US/…) crashes when attempting to print. For other Excel files, it works just fine. At the following URL is one example that crashes: http://www.agecon.ksu.edu/kdhuyvetter/Spreadsheets/cowlease.xls Here is how to reproduce: 1. Start the xlviewer with the given file: wine -debugmsg +psdrv xlview l:cowlease.xls 2. Go into print preview (File Menu, print preview) 3. Select setup 4. Click OK in the page setup dialog (no need to change any of the settings. 5. As soon as you click ok, you get a dialog box saying: > Your file could not be printed due to an error on a on LPR:lp. There are several possible reasons: > There may not be enough memory available. Try closing files and programs you aren't using. > If you use a network for printing, there may be a problem with the network connection or the printer driver. > There may be loose cables or a bad connection between your computer and printer. 6. Soon after, wine crashes, here is the end of the log (sometimes clicking OK on the dialog is necessary to produce the crash) trace:psdrv:PSDRV_SelectBrush hbrush = 0x72 trace:psdrv:PSDRV_SelectFont FaceName = L"" Height = 100 Italic = 0 Weight = 400 trace:psdrv:PSDRV_SelectBuiltinFont Trying to find facename 'Courier' trace:psdrv:PSDRV_SelectBuiltinFont Got family 'Courier' trace:psdrv:PSDRV_SelectBuiltinFont Got font 'Courier' trace:psdrv:ScaleFont 'Courier' 100 trace:psdrv:ScaleFont Selected PS font 'Courier' size 88 weight 400. trace:psdrv:ScaleFont H = 100 As = 74 Des = 26 IL = 12 EL = 0 trace:psdrv:PSDRV_SetDeviceClipping hdc=0xc70 trace:psdrv:PSDRV_FindPrinterInfo 'a' trace:psdrv:PSDRV_ExtDeviceMode (Driver=WINEPS, hwnd=(nil), devOut=(nil), Device='a', Port='LPT1:', devIn=(nil), Profile='(null)', Mode=0000) trace:psdrv:PSDRV_SelectPen hpen = 0x8e colour = 00000000 trace:psdrv:PSDRV_SelectBrush hbrush = 0x72 trace:psdrv:PSDRV_SelectFont FaceName = L"System" Height = 16 Italic = 0 Weight = 400 trace:psdrv:PSDRV_SelectBuiltinFont Trying to find facename 'System' trace:psdrv:PSDRV_SelectBuiltinFont Got family 'Helvetica' trace:psdrv:PSDRV_SelectBuiltinFont Got font 'Helvetica' trace:psdrv:ScaleFont 'Helvetica' 16 trace:psdrv:ScaleFont Selected PS font 'Helvetica' size 14 weight 400. trace:psdrv:ScaleFont H = 16 As = 13 Des = 3 IL = 2 EL = 0 trace:psdrv:PSDRV_DeleteDC trace:psdrv:PSDRV_FindPrinterInfo 'a' trace:psdrv:PSDRV_CreateDC (WINEPS a LPT1: (nil)) trace:psdrv:PSDRV_UpdateDevCaps ImageableArea = 75,150 - 2475,3150: PageSize = 2550x3300 trace:psdrv:PSDRV_UpdateDevCaps devcaps: horzSize = 203mm, vertSize = 253mm, horzRes = 2400, vertRes = 3000 trace:psdrv:PSDRV_SelectPen hpen = 0x8e colour = 00000000 trace:psdrv:PSDRV_SelectBrush hbrush = 0x72 trace:psdrv:PSDRV_SelectFont FaceName = L"" Height = 100 Italic = 0 Weight = 400 trace:psdrv:PSDRV_SelectBuiltinFont Trying to find facename 'Courier' trace:psdrv:PSDRV_SelectBuiltinFont Got family 'Courier' trace:psdrv:PSDRV_SelectBuiltinFont Got font 'Courier' trace:psdrv:ScaleFont 'Courier' 100 trace:psdrv:ScaleFont Selected PS font 'Courier' size 88 weight 400. trace:psdrv:ScaleFont H = 100 As = 74 Des = 26 IL = 12 EL = 0 trace:psdrv:PSDRV_SetDeviceClipping hdc=0xc74 trace:psdrv:PSDRV_FindPrinterInfo 'a' trace:psdrv:PSDRV_ExtDeviceMode (Driver=WINEPS, hwnd=(nil), devOut=0x42436580, Device='a', Port='LPT1:', devIn=0x424364d0, Profile='(null)', Mode=000a) trace:psdrv:PSDRV_ExtDeviceMode DM_MODIFY set. devIn->dmFields = 00007b13 trace:psdrv:PSDRV_MergeDevmodes Changing orientation to 1 (Portrait) trace:psdrv:PSDRV_MergeDevmodes Changing page to Letter 2159 x 2794 trace:psdrv:PSDRV_MergeDevmodes Changing Scale to 100 trace:psdrv:PSDRV_MergeDevmodes Changing Copies to 1 trace:psdrv:PSDRV_MergeDevmodes Trying to change to unsupported bin 7 trace:psdrv:PSDRV_SelectPen hpen = 0x8e colour = 00000000 trace:psdrv:PSDRV_SelectBrush hbrush = 0x72 trace:psdrv:PSDRV_SelectFont FaceName = L"System" Height = 16 Italic = 0 Weight = 400 trace:psdrv:PSDRV_SelectBuiltinFont Trying to find facename 'System' trace:psdrv:PSDRV_SelectBuiltinFont Got family 'Helvetica' trace:psdrv:PSDRV_SelectBuiltinFont Got font 'Helvetica' trace:psdrv:ScaleFont 'Helvetica' 16 trace:psdrv:ScaleFont Selected PS font 'Helvetica' size 14 weight 400. trace:psdrv:ScaleFont H = 16 As = 13 Des = 3 IL = 2 EL = 0 trace:psdrv:PSDRV_DeleteDC trace:psdrv:PSDRV_SelectPen hpen = 0x8e colour = 00000000 trace:psdrv:PSDRV_SelectFont FaceName = L"" Height = 100 Italic = 0 Weight = 400 trace:psdrv:PSDRV_SelectBuiltinFont Trying to find facename 'Courier' trace:psdrv:PSDRV_SelectBuiltinFont Got family 'Courier' trace:psdrv:PSDRV_SelectBuiltinFont Got font 'Courier' trace:psdrv:ScaleFont 'Courier' 100 trace:psdrv:ScaleFont Selected PS font 'Courier' size 88 weight 400. trace:psdrv:ScaleFont H = 100 As = 74 Des = 26 IL = 12 EL = 0 trace:psdrv:PSDRV_MergeDevmodes Changing PaperLength|Width to 269x0 trace:psdrv:PSDRV_MergeDevmodes Changing Scale to 0 trace:psdrv:PSDRV_UpdateDevCaps ImageableArea = 0,0 - 0,317: PageSize = 0x317 trace:psdrv:PSDRV_UpdateDevCaps devcaps: horzSize = 26mm, vertSize = 0mm, horzRes = 317, vertRes = 0 trace:psdrv:PSDRV_ExtEscape QUERYESCSUPPORT for 4115 trace:psdrv:PSDRV_SelectPen hpen = 0x8e colour = 00000000 trace:psdrv:PSDRV_SelectBrush hbrush = 0x72 trace:psdrv:PSDRV_SelectFont FaceName = L"System" Height = 16 Italic = 0 Weight = 400 trace:psdrv:PSDRV_SelectBuiltinFont Trying to find facename 'System' trace:psdrv:PSDRV_SelectBuiltinFont Got family 'Helvetica' trace:psdrv:PSDRV_SelectBuiltinFont Got font 'Helvetica' trace:psdrv:ScaleFont 'Helvetica' 16 trace:psdrv:ScaleFont Selected PS font 'Helvetica' size 14 weight 400. trace:psdrv:ScaleFont H = 16 As = 13 Des = 3 IL = 2 EL = 0 trace:psdrv:PSDRV_DeleteDC trace:psdrv:DllMain (0x42510000, 0x00000000, (nil)) wine: Unhandled exception, starting debugger... Wine already configured, run 'winesetup' to reconfigure. WineDbg starting on pid 8 No debug information in ELF 'wine' (0x00000000) Breakpoint 1 at 0x4000adc0 No debug information in ELF '/usr/lib/libntdll.dll.so' (0x40027000) No debug information in ELF '/usr/lib/libwine.so' (0x40129000) No debug information in ELF '/usr/lib/libwine_unicode.so' (0x40141000) No debug information in ELF '/lib/libm.so.6' (0x40222000) No debug information in ELF '/lib/libc.so.6' (0x40245000) No debug information in ELF '/lib/libdl.so.2' (0x40363000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) No debug information in ELF '/usr/lib/wine/advapi32.dll.so' (0x406d3000) No debug information in ELF '/usr/lib/wine/kernel32.dll.so' (0x40702000) No debug information in ELF '/usr/lib/wine/gdi32.dll.so' (0x407b0000) No debug information in ELF '/usr/lib/wine/ole32.dll.so' (0x40834000) No debug information in ELF '/usr/lib/wine/user32.dll.so' (0x408b0000) No debug information in ELF '/usr/lib/wine/rpcrt4.dll.so' (0x409f3000) No debug information in ELF '/usr/lib/wine/comdlg32.dll.so' (0x40a3d000) No debug information in ELF '/usr/lib/wine/shell32.dll.so' (0x40abc000) No debug information in ELF '/usr/lib/wine/shlwapi.dll.so' (0x40b44000) No debug information in ELF '/usr/lib/wine/comctl32.dll.so' (0x40b97000) No debug information in ELF '/usr/lib/wine/winspool.drv.so' (0x40c4a000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x40c81000) No debug information in ELF '/usr/lib/wine/x11drv.dll.so' (0x40cc3000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x4001a000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40d36000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40d4d000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40d5b000) No debug information in ELF '/usr/lib/libGL.so.1' (0x40e53000) No debug information in ELF '/usr/lib/libGLcore.so.1' (0x40ea0000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x40367000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2' (0x40023000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2' (0x413e0000) No debug information in ELF '/lib/libnss_files.so.2' (0x41640000) No debug information in ELF '/usr/lib/wine/mpr.dll.so' (0x42330000) No debug information in 32bit DLL 'C:\Program Files\XLView\XLVIEW.EXE' (0x30000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40050000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x40730000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x406e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x407d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x408d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x40a10000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x40850000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSO97V.DLL' (0x306c0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x40b60000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x40bb0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x40ae0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x40c50000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x40a50000) No debug information in 32bit DLL 'C:\PROGRAM FILES\XLVIEW\XLINTL32.DLL' (0x30c50000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40ce0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MPR.DLL' (0x42340000) Unhandled exception: page fault on read access to 0x00000050 in 32-bit code (0x300502fa). In 32-bit mode. 0x300502fa (XLVIEW.EXE.EntryPoint+0x37e2a in C:\Program Files\XLView\XLVIEW.EXE): pushl 0x50(%eax) Wine-dbg> Other spreadsheets than the above examples only lead to the dialog box, but not the crash. Others yet print just fine. Others print fine, as long as no setting is changed in page setup, but crash when chosing landscape mode. And I even have seen a case that crashed when picking landscape mode in the page setup box, but not when picking landscape in the printer options box. I use wine-20030302-0.i586.rpm on a SuSE 8.1 box. http://article.gmane.org/gmane.comp.emulators.wine.bugs/4219 ------- Additional Comments From wine <at> alk.org.lu 2003-03-25 14:41 ------- *** This bug has been confirmed by popular vote. *** http://article.gmane.org/gmane.comp.emulators.wine.bugs/4390 ------- Additional Comments From wine <at> alk.org.lu 2003-03-29 01:33 ------- Found out what was going on: I had a bad generic.ppd . By using the default generic.ppd, it works again. Sorry for the false alert. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs