December 2012 - Wine-Bugs - list.winehq.org

[Bug 32067] New: Borderlands 2 Resolution Issue
by wine-bugs＠winehq.org March 12, 2013

March 12, 2013

http://bugs.winehq.org/show_bug.cgi?id=32067 Bug #: 32067 Summary: Borderlands 2 Resolution Issue Product: Wine Version: 1.5.15 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: jitsumi(a)gmail.com Classification: Unclassified Created attachment 42272 --> http://bugs.winehq.org/attachment.cgi?id=42272 wine log I cannot play with some resolutions. I got a "ran out of videomemory! Exiting..." message. That is weird, is that a resolution A will work, and a C also. But a resolution B that is bigger thatn A but smaller than C will not work... >From the log i got : err:d3d:resource_init Out of adapter memory so i think it is in the directx-d3d component, but not sure. I puit in attachement the complete log. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 24142] New: winebuild fails on sparc
by wine-bugs＠winehq.org March 12, 2013

March 12, 2013

http://bugs.winehq.org/show_bug.cgi?id=24142 Summary: winebuild fails on sparc Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, patch, source Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=30381) --> (http://bugs.winehq.org/attachment.cgi?id=30381) winebuild for sparc distcc -c -I. -I. -I../include -I../include -D__WINESRC__ -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wstrict-prototypes -Wwrite-strings -Wpointer-arith -g -O2 -o handle.o handle.c acledit.qJspDs.s: Assembler messages: acledit.qJspDs.s:160: Error: operation combines symbols in different segments acledit.qJspDs.s:161: Error: operation combines symbols in different segments winebuild: /usr/bin/as failed with status 1 winegcc: ../../tools/winebuild/winebuild failed make[1]: *** [acledit.dll.so] Error 2 make[1]: Leaving directory `/home/user/wine-git/dlls/acledit' make: *** [dlls/acledit] Error 2 I've found an old patch and rediff'ed it that seems to work fine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 28407] New: make: *** [dlls/msvcrt/tests] Error 2
by wine-bugs＠winehq.org March 12, 2013

March 12, 2013

http://bugs.winehq.org/show_bug.cgi?id=28407 Summary: make: *** [dlls/msvcrt/tests] Error 2 Product: Wine Version: 1.3.28 Platform: sparc OS/Version: Solaris Status: UNCONFIRMED Severity: critical Priority: P2 Component: msvcrt AssignedTo: wine-bugs(a)winehq.org ReportedBy: stedla(a)csu.org Getting an error when I run the /csu/home/stedla/Octave/winehq/wine-1.3.28/tool/ksh wineinstall scripts and it fails at msvcrt/tests/data.c file gcc -c -I. -I. -I../../../include -I../../../include -I../../../include/msvcrt -I./.. -DWINE_STRICT_PROTOTYPES -DWINE_NO_NAMELESS_EXTENSION -D_REENTRANT -fPIC -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wstrict-prototypes -Wunused-but-set-parameter -Wwrite-strings -Wpointer-arith -g -O2 -fno-builtin -o data.o data.c /usr/ccs/bin/as: "<stdin>": error: symbol "_open" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_spawnlp" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_spawnle" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_spawnl" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_execlpe" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_spawnlpe" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_sopen" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_execle" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_execlp" is used but not defined /usr/ccs/bin/as: "<stdin>": error: symbol "_execl" is used but not defined make[1]: *** [data.o] Error 1 make[1]: Leaving directory `/csu/home/stedla/Octave/winehq/wine-1.3.28/dlls/msvcrt/tests' make: *** [dlls/msvcrt/tests] Error 2 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 7

[Bug 15019] New: Solaris binary link wrong
by wine-bugs＠winehq.org March 11, 2013

March 11, 2013

http://bugs.winehq.org/show_bug.cgi?id=15019 Summary: Solaris binary link wrong Product: WineHQ.org Version: unspecified Platform: Sun URL: http://www.winehq.org/site/download OS/Version: Solaris Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: www-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rsparapa(a)mcw.edu The old link to the Solaris binary is 404. There is a new link that should be used instead http://ocean1.ee.duth.gr/SolarisX/ And, if you have a News section, I would mention that Wine v. 1.1.3 actually works on Solaris 10. Earlier versions, although compiling and installing, seemed to work on OpenSolaris variants only and Solaris 10 was out-of-luck. Three or more recent fixes in 1.1.3 get Wine working on Solaris 10 as well as OpenSolaris :o) Thanks for a great web site and great software! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 17048] New: MS Excel 2003 crashes on wine 1.0-1
by wine-bugs＠winehq.org March 11, 2013

March 11, 2013

http://bugs.winehq.org/show_bug.cgi?id=17048 Summary: MS Excel 2003 crashes on wine 1.0-1 Product: WineHQ Apps Database Version: unspecified Platform: Sun OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hrc_varun(a)yahoo.co.in CC: hrc_varun(a)yahoo.co.in Created an attachment (id=18849) --> (http://bugs.winehq.org/attachment.cgi?id=18849) This file contains the log and back trace for the commands wine excel and wine excel /s. In either of cases, excel doesnt open. Hi, I recently installed Office 2003 SP3 (slip streamed) on wine 1.0-1.el4.i386 (reported as stable). After wine installation and office installation, I configured wine thru winecfg and added the necessary overrides. (gdiplus, rpcrt4, riched20, riched32, ole32, oleaut) in the defaults and in excel (also added imm32). I also installed msxml3, now win word starts perfectly, but excel doesnt starts at all. Not even in safe mode, wine excel /s. I could not find any support for this on net. Even after a clean install. Enclosed is the log and back trace for the same. Perhaps it is a bug, please let me know if I could be doing something wrong and this issue (reported as bug) can be closed or set to invalid ?? The dll's mentioned in the log are present but cannot be loaded for a reason unknown to me. Regards, - Varun -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 14185] New: Wine 1.0 networking issues - /proc/net/route doesn't exit on Solaris hosts.
by wine-bugs＠winehq.org March 11, 2013

March 11, 2013

http://bugs.winehq.org/show_bug.cgi?id=14185 Summary: Wine 1.0 networking issues - /proc/net/route doesn't exit on Solaris hosts. Product: Wine Version: 1.0.0 Platform: Sun OS/Version: Solaris Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cmihai(a)boreas.ro Applications running in Wine 1.0 on Solaris hosts don't have any networking support. Wine attempts to use /proc/net/route to count route entries. There is no such thing on Solaris hosts. Instead, it should use something like netstat -rn. Behaviour: err:iphlpapi:getNumWithOneHeader Unable to open '/proc/net/route' to count entries! err:iphlpapi:getRouteTable unimplemented! To test this, I have created a /route file with a similar syntax to Linux /proc/net/route: cthulhu% cat /route Iface Destination Gateway Flags RefCnt Use Metric Mask MTU Window IRTT iwk00 00000000 0001A8C1 0003 0 0 0 00000000 0 0 0 And have modified wine sources by replacing /proc/net/route with /route in dlls/iphlpapi/ipstats.c After recompiling wine, I was able to run applications like EVE and connect to the Internet. Anyway, atm this is just a poor hackjob. It should not use /proc/net on non-Linux hosts at all. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 14816] New: Build breaks on "Solaris Express Community Edition" (SX:CE) (Solaris 11) at git + many warnings
by wine-bugs＠winehq.org March 11, 2013

March 11, 2013

http://bugs.winehq.org/show_bug.cgi?id=14816 Summary: Build breaks on "Solaris Express Community Edition" (SX:CE) (Solaris 11) at git + many warnings Product: Wine Version: 1.1.2 Platform: Sun OS/Version: Solaris Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: rob1weld(a)aol.com My Operating System is "Solaris Express Community Edition". bash-3.2$ uname -a SunOS unknown 5.11 snv_93 i86pc i386 i86pc I am using the default (vendor supplied) gcc. bash-3.2$ gcc -v Reading specs from /usr/sfw/lib/gcc/i386-pc-solaris2.11/3.4.3/specs Configured with: /builds2/sfwnv-gate/usr/src/cmd/gcc/gcc-3.4.3/configure --prefix=/usr/sfw --with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld --enable-languages=c,c++,f77,objc --enable-shared Thread model: posix gcc version 3.4.3 (csl-sol210-3_4-20050802) You will notice that when the Programmers at Sun compiled gcc for their Operating System that they used the configure options "--with-as=/usr/sfw/bin/gas --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld". This is in accordance with Sun's recommended practice (use Sun's "ld" and not another). When I configured Wine in keeping with the accepted practice on this platform and to identify X11's correct location I edited "tools/wineinstall". That file says such a change is permitted. Here is the small portion I edited: #--- defaults (change these if you are a packager) #CONFARGS="" # configure args, e.g. --prefix=/usr CONFARGS="--prefix=/opt/gnu/wine --with-x --x-includes=/usr/include/X11 --x-libraries=/usr/X11/lib --with-as=/opt/gnu/bin/as --with-gnu-as --with-ld=/usr/ccs/bin/ld --without-gnu-ld" Issue 1.): (Not a "bug", a problem) There are way too many warnings of this nature: warning: visibility attribute not supported in this configuration; ignored My build log was created by running the builder/installer with this command: bash-3.2$ ./tools/wineinstall 2>&1 | tee gmade_wine_1a_log.txt bash-3.2$ ggrep visibility\ attribute\ not\ supported gmade_wine_1a_log.txt | wc -l 13820 My build log would be 13820 lines shorter if I did not get those warnings. Issue 2.): (A "bug") The build breaks here: ../../../tools/winegcc/winegcc -B../../../tools/winebuild -mconsole generated.o misc.o protocol.o stream.o url.o testlist.o -o urlmon_test.exe.so ../../../libs/port/libwine_port.a -lurlmon -lole32 -luser32 -ladvapi32 -lkernel32 -lsocket -lnsl cp ../../dlls/mshtml/tests/mshtml_test.exe.so mshtml_test.exe && strip mshtml_test.exe cp ../../dlls/msxml3/tests/msxml3_test.exe.so msxml3_test.exe && strip msxml3_test.exe cp ../../dlls/shdocvw/tests/shdocvw_test.exe.so shdocvw_test.exe && strip shdocvw_test.exe cp ../../dlls/urlmon/tests/urlmon_test.exe.so urlmon_test.exe && strip urlmon_test.exe ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -DBUILD_SHA1=\"`GIT_DIR=../../.git git rev-parse HEAD 2>/dev/null`\" -fowinetest.res winetest.rc *** Error code 137 make: Fatal error: Command failed for target `winetest.res' Current working directory /aux0/wine-1.1.2/programs/winetest *** Error code 1 The following command caused the error: cd winetest && make make: Fatal error: Command failed for target `winetest' Current working directory /aux0/wine-1.1.2/programs *** Error code 1 The following command caused the error: cd programs && make make: Fatal error: Command failed for target `programs' Compilation failed, aborting install. bash-3.2$ If I type the exact same command by hand I do not get an error: bash-3.2$ cd /aux0/wine-1.1.2/programs/winetest bash-3.2$ ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -DBUILD_SHA1=\"`GIT_DIR=../../.git git rev-parse HEAD 2>/dev/null`\" -fowinetest.res winetest.rc bash-3.2$ cd /aux0/wine-1.1.2 bash-3.2$ Perhaps if you used "ksh93 -c ..." or "bash -c ..." to execute that line you would have success. Issue 3.): (A "bug") The first time I compiled and installed Wine I got this error when I tried to run Wine: start_wineboot failed to start wineboot, err 1359 I tried to search your bug list and the Internet to discover what error 1359 was with very little luck, see here http://www.google.ca/search?q=start+wineboot+"err+1359" . Another reporter has made this entry (with a different error number): [Bug 11158] Wineboot and virtual desktop http://www.winehq.org/pipermail/wine-bugs/2008-February/093660.html The Wine executable resulting from my first build attempt had no debugging info so second time I compiled Wine I first set two environment variables: bash-3.2$ set | grep FLAGS CFLAGS=-g CXXFLAGS=-g I should be able to use gdb to trace what the error is. Sometimes Wine simply terminates with the above message and on other occasions the OS mentions an "Illegal Instruction". Issue 4.): (A "bug") My config.log says this (edited): ... configure:7340: checking ldap.h usability configure:7357: gcc -c -g conftest.c >&5 configure:7363: $? = 0 configure:7377: result: yes configure:7381: checking ldap.h presence configure:7396: gcc -E conftest.c configure:7402: $? = 0 configure:7416: result: yes configure:7449: checking for ldap.h configure:7457: result: yes ... configure:9811: result: yes configure:9763: checking for X11/extensions/Xrandr.h configure:9789: gcc -c -g -I/usr/include/X11 conftest.c >&5 conftest.c:110:35: X11/extensions/Xrandr.h: No such file or directory configure:9795: $? = 1 configure: failed program was: | /* confdefs.h. */ ... | #define HAVE_X11_EXTENSIONS_XINERAMA_H 1 | /* end confdefs.h. */ | #ifdef HAVE_X11_XLIB_H | # include <X11/Xlib.h> | #endif | #ifdef HAVE_X11_XUTIL_H | # include <X11/Xutil.h> | #endif | | #include <X11/extensions/Xrandr.h> configure:9811: result: no configure:9763: checking for X11/extensions/Xrender.h configure:9789: gcc -c -g -I/usr/include/X11 conftest.c >&5 configure:9795: $? = 0 configure:9811: result: yes configure:9763: checking for X11/extensions/xf86vmode.h configure:9789: gcc -c -g -I/usr/include/X11 conftest.c >&5 conftest.c:111:38: X11/extensions/xf86vmode.h: No such file or directory configure:9795: $? = 1 configure: failed program was: | /* confdefs.h. */ ... | #define HAVE_X11_EXTENSIONS_XRENDER_H 1 | /* end confdefs.h. */ | #ifdef HAVE_X11_XLIB_H | # include <X11/Xlib.h> | #endif | #ifdef HAVE_X11_XUTIL_H | # include <X11/Xutil.h> | #endif | | #include <X11/extensions/xf86vmode.h> configure:9811: result: no ... configure:10681: checking for -lXinerama configure:10716: gcc -o conftest -g -I/usr/include/X11 conftest.c -lXinerama -L/usr/X11/lib -R/usr/X11/lib -lXext -lX11 -lsocket -lnsl >&5 configure:10722: $? = 0 configure:10749: result: libXinerama.so.1 ... configure:14597: checking for esd-config configure:14615: found /usr/bin/esd-config configure:14627: result: /usr/bin/esd-config configure:14647: checking for esd_open_sound in -lesd configure:14682: gcc -o conftest -g conftest.c -lesd -L/usr/lib -lesd -laudiofile -lm >&5 configure:14688: $? = 0 configure:14706: result: yes ... configure:17730: checking for LDAPSortKey configure:17761: gcc -c -g conftest.c >&5 conftest.c:226: error: syntax error before "ac__type_new_" conftest.c:226: warning: data definition has no type or storage class conftest.c: In function `main': conftest.c:230: error: syntax error before ')' token ... | /* end confdefs.h. */ | #include <ldap.h> | | typedef LDAPSortKey ac__type_new_; | int | main () | { | if ((ac__type_new_ *) 0) | return 0; | if (sizeof (ac__type_new_)) | return 0; | ; | return 0; | } configure:17782: result: no configure:17942: checking for ldap_count_references configure:17998: gcc -o conftest -g conftest.c -lsocket -lnsl -lpthread >&5 Undefined first referenced symbol in file ldap_count_references /var/tmp//ccI1aqbB.o ld: fatal: Symbol referencing errors. No output written to conftest collect2: ld returned 1 exit status The result of those tests not being written in a manner that is compatible with Solaris and thus failing (when given a chance they could work) is this message: config.status:1665: executing include/wine commands configure:24483: libXxf86vm development files not found, XFree86 Vidmode won't be supported. configure:24483: libxrandr development files not found, XRandr won't be supported. configure:24483: libcapi20 development files not found, ISDN won't be supported. configure:24483: libldap (OpenLDAP) development files not found, LDAP won't be supported. configure:24491: WARNING: No sound system was found. Windows applications will be silent. I do have Xrandr.h and xf86vmode.h (note how "xinerama.h" in the same directory is found). You are using "gcc -I/usr/include/X11 ..." and in the conftest program you have "#include <X11/extensions/Xrandr.h>". That would mean that "Xrandr.h" would have to be in the "/usr/include/X11/X11/extensions/Xrandr.h" file, instead of the "/usr/include/X11/extensions/Xrandr.h" file. # ls -l /usr/X11/include/X11/extensions/ ... -r--r--r-- 1 root bin 11583 Jun 20 16:04 Xrandr.h ... -r--r--r-- 1 root bin 8569 Jun 20 15:14 xf86vmode.h ... -r--r--r-- 1 root bin 1999 Jun 5 13:37 xinerama.h I do have libldap and if you used "-lldap" in your test it would work better: # ls -l /usr/lib/libldap.so lrwxrwxrwx 1 root root 12 Jul 18 15:28 /usr/lib/libldap.so -> libldap.so.5 There are a few things that need fixing to support Solaris (and in some of the above cases the other OSes also). Want a free copy of Solaris 11 (with ZFS) ? Solaris Express Community Edition DVD - Build 95 http://opensolaris.org/os/downloads/sol_ex_dvd/ Thanks for the free software. I had Wine working quite well on GNU/Linux (Debian) so hopefully it will be working on Solaris sometime soon. BTW: The link to the 'binary' at Blastwave is 404. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 13187] New: Apps hang on startup in X11DRV_CritSection
by wine-bugs＠winehq.org March 11, 2013

March 11, 2013

http://bugs.winehq.org/show_bug.cgi?id=13187 Summary: Apps hang on startup in X11DRV_CritSection Product: Wine Version: 1.0-rc1 Platform: Sun OS/Version: Solaris Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: laurent(a)elanor.org Created an attachment (id=13005) --> (http://bugs.winehq.org/attachment.cgi?id=13005) Wine console output Hello, Since a few versions ago, Adobe Reader installers do not start anymore, blocking on thread errors. They used to work on version 0.9.54. I built Wine each time using the same ./configure options. The wine processes are stuck, but they do not die, they stay in memory, not showing. My system is Sun Solaris 10 U3, with patches. The compiler is Solaris' GCC 3.4.3. Attached is the console output and the list of processes I used the following to configure: export PATH=/usr/bin:/usr/ccs/bin:/usr/sfw/bin:/opt/csw/bin:/opt/fontforge/bin SHELL=/bin/bash \ CPPFLAGS='-I/usr/sfw/include -I/usr/X11/include -I/opt/csw/include' \ LDFLAGS='-lm -L/usr/sfw/lib -L/usr/X11/lib -L/opt/csw/lib -R/usr/sfw/lib -R/usr/X11/lib -R/opt/csw/lib' \ ./configure --prefix=/opt/wine-1.0-rc1 \ --without-alsa \ --without-audioio \ --without-capi \ --without-cms \ --without-coreaudio \ --without-esd \ --without-gphoto \ --without-hal \ --without-jack \ --without-ldap \ --without-nas \ --without-opengl \ --without-oss \ --without-sane gmake depend gmake -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 13227] New: 100% CPU Usage with notepad - with dtrace output
by wine-bugs＠winehq.org March 11, 2013

March 11, 2013

http://bugs.winehq.org/show_bug.cgi?id=13227 Summary: 100% CPU Usage with notepad - with dtrace output Product: Wine Version: 0.9.61. Platform: Sun OS/Version: Solaris Status: UNCONFIRMED Severity: major Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: mritun(a)gmail.com Created an attachment (id=13061) --> (http://bugs.winehq.org/attachment.cgi?id=13061) DTrace stacktrace of most often executed functions wineserver is consuming 100% of CPU while running any application. I have created a test-case with notepad provided with wine. This bug is reproducible every time. The system is openSolaris build 84 (nevada SXCE build 84). Specifics are as following: $ WINEDEBUG=-all wine notepad $ wine --version wine-0.9.61 $ uname -a SunOS spot 5.11 snv_84 i86pc i386 i86pc CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ RAM: 2 GB DDR2 (single channel 2 GB x 1) The dtrace script I used to create the backtrace log of where the "wineserver" process is spending most of its time is as following: # cat wine.d #!/usr/sbin/dtrace -s pid14618:wineserver:: { @[ustack()] = count(); } -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 30634] New: SymInitialize process handle instead of process id in W9x mode
by wine-bugs＠winehq.org March 9, 2013

March 9, 2013

http://bugs.winehq.org/show_bug.cgi?id=30634 Bug #: 30634 Summary: SymInitialize process handle instead of process id in W9x mode Product: Wine Version: 1.3.32 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: benito(a)benibela.de Classification: Unclassified The wine dbghelp SymInitialize functions only works, when the process handle is passed to it, even in Windows 9x compatibility mode. But the (old) Platform SDK says explicitely: hProcess [in] Handle to the process for which symbols are to be maintained. If the application is a debugger, use the process handle for the object being debugged, otherwise use the GetCurrentProcess function to obtain the process handle. **Windows 95/98/Me**: Use the process identifier, not the process handle. (and it seems to be implemented that way) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5