November 2009 - Wine-bugs - list.winehq.org

[Bug 15367] New: "Using help" or "Help on help" crashes winhlp32
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=15367 Summary: "Using help" or "Help on help" crashes winhlp32 Product: Wine Version: 1.1.4 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: b0ntrict0r(a)yandex.ru winhlp32 crashes if user selects "Using help" or "Help on help" menu element in any (wine) application, e.g. notepad or winhlp32. Steps to reproduce: 1. Start wine application: % wine notepad 2. Select "Help" -> "Using help" 3. See backtrace in console wine: Unhandled page fault on read access to 0x00000028 at address 0x7ec6ede7 See attachment for full error 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 29

[Bug 15060] New: MCI_WAVE_SET_SAMPLESPERSEC not implimented, patch (needs cleanup)
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=15060 Summary: MCI_WAVE_SET_SAMPLESPERSEC not implimented, patch (needs cleanup) Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: nospam(a)thenerdshow.com I compiled the following using mingw32: http://msdn.microsoft.com/en-us/library/ms713226(VS.85).aspx Description, From MSDN: "Uses the MCI_OPEN, MCI_RECORD, and MCI_SAVE commands to record and save a waveform-audio file." Test Results: It builds with no errors and records a wav file! The resulting wav file, however is in the wrong format (44000 Hz), a rate which I can't see is defined anywhere. (winecfg is set at 48000 Hz) and can't be played back with MCI_PLAY. Nor can it be played back with aplay, totem or xine. However, I converted the wav file into an mp3 and found that it is in fact correctly recorded, albeit in the wrong format, so I modified the example code and tried to set different parameters like so: dwReturn = mciSendCommand( (MCIDEVICEID) &wDeviceID, // the above device ID MCI_WAVE_SET_SAMPLESPERSEC, // command to send MCI_SET | MCI_WAIT, // method of sending 22000 ); // set sample rate to 22000 Result: Again, it builds with no errors but the wav file is still being recorded at 44000 Hz! A look at the terminal output reveals an interesting discovery: fixme:mci:MCI_MapMsgAtoW Message MCI_<<40000>> needs translation fixme:mci:mciSendCommandA message 40000 mapping failed Looking at the wine source, 40000 mapping equates to this function: $ grep MCI_WAVE_SET_SAMPLESPERSEC /usr/include/wine/windows/mm* #define MCI_WAVE_SET_SAMPLESPERSEC 0x00040000L So you see, I can't proceed to change the recording format of my program except in windows. So before I started fixing wine I asked google to see if I was just duplicating effort and got this patch (and possibly the related links), submitted in 2001 that provides this functionality, but it needs cleaned up: http://www.winehq.org/pipermail/wine-patches/2001-April/000267.html I will try to make this patch work and get it into the right format over the course of the next month, but I am on a very limited budget and need to spend time looking for work so if anyone else who has more time to devote to it, please do so. -- 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 14

[Bug 15272] New: Pipes (PeekNamedPipe, NtQueryInformationFile) crash Wine
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=15272 Summary: Pipes (PeekNamedPipe, NtQueryInformationFile) crash Wine Product: Wine Version: 1.0.0 Platform: Other URL: http://www.inf.unisi.ch/phd/bonzini/test-poll.tar.gz OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bonzini(a)gnu.org The program in the URL, which tests a native Windows emulation of poll(2) similar to Cygwin's, exposes several bugs in Wine: 1) if compiled with -DINTERACTIVE, Wine crashes on test_pipe if test_tty is enabled 2) if not compiled with -DINTERACTIVE, Wine crashes on test_pipe if it is not placed first. 3) test_pipe crashes Wineserver (there is a comment in the function -- if you comment everything after the function, it works). It should be compiled using MinGW tools (./configure && make), and run with "wine gltests/test-poll.exe". The TTY test fails, but as I couldn't test it under Windows, I don't know if it is a bug. The important part is the crash on pipes, anyway! On a brighter note, socket tests pass with flashing lights. -- 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 15036] New: 'Gift' game crash with a D3D/OpenGL error
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=15036 Summary: 'Gift' game crash with a D3D/OpenGL error Product: Wine Version: 1.1.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: madvax(a)free.fr Created an attachment (id=15688) --> (http://bugs.winehq.org/attachment.cgi?id=15688) Execution / error log Software : 'Gift' Category : Games The game starts. The introduction video is launched but it's displayed on a thin band only at the top of the screen (5% ?). Most of the screen is blinking garbage. Sound is Ok, the CD is found by the game. 2 or 3 seconds after that the game crashes (see attached log). 'looks like a D3D/openGL error. Video card : ATI Radeon mobility 9700 - fglrx driver (UseFastTLS is set to "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 9

[Bug 14541] New: WinExec() fails when starts Unix binaries
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=14541 Summary: WinExec() fails when starts Unix binaries Product: Wine Version: 1.1.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: nick(a)pu.if.ua Created an attachment (id=14880) --> (http://bugs.winehq.org/attachment.cgi?id=14880) Patch for kernel32 After upgrade to Wine 1.1.0 from 0.9.56 I found out that my WinEdt can't launch Unix binaries (xdvi, xterm etc) anymore. A dialog box saying "Cannot execute command ..." appears, but binaries are started anyway. AFAICS it is caused by a patch by Dmitry Timoshkov that introduces "winoldap.mod". Now WinExec creates a process and then executes wait_input_idle() that fails for Unix processes that have hProcess == 0. I attach a quick fix that solves the problem for me, but I am not sure that my patch is quite correct and complete. Now we can only check that a Unix process is started successfully, but we don't know what is going on later. Maybe somebody is able to propose a better solution? -- 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 14427] New: widl crashes in dlls/rpcrt4
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=14427 Summary: widl crashes in dlls/rpcrt4 Product: Wine Version: 1.1.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env AssignedTo: wine-bugs(a)winehq.org ReportedBy: ambro(a)b4ever.net Created an attachment (id=14749) --> (http://bugs.winehq.org/attachment.cgi?id=14749) gdb backtrace I am unable to compile Wine 1.1.1. 1.0 and 1.1.0 compile fine. I am getting the following error: ../../tools/widl/widl -I. -I. -I../../include -I../../include -D__WINESRC__ -D_RPCRT4_ -DCOM_NO_WINDOWS_H -DMSWMSG -c -C epm_c.c epm.idl make[2]: *** [epm_c.c] Segmentation fault Interestingly, it crashes only if widl is compiled with -O2 (0,1 and 3 work). I compiled widl with "-O2 -g" and ran it in gdb. I'm attaching the backtrace. I'm using Gentoo and gcc version is "Gentoo 4.1.2 p1.0.2". If you think this is compiler related, should I post a bug at Gentoo? -- 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 22

[Bug 13948] New: err:seh:setup_exception_record stack overflow
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=13948 Summary: err:seh:setup_exception_record stack overflow Product: Wine Version: 1.0-rc4 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Axel.Thimm(a)ATrpms.net Created an attachment (id=14097) --> (http://bugs.winehq.org/attachment.cgi?id=14097) Last 100 lines of the WINEDEBUG=+relay output This is wine-1.0-rc4 as built by Fedora in Fedora 9/x86_64 most probably built with gcc version 4.3.0 20080428 (Red Hat 4.3.0-8). There is no usage of Windows. An educational interpreter for Greek Schools (http://spinet.gr/glossomatheia/download/) fails to start with $ wine ./gm.exe fixme:reg:GetNativeSystemInfo (0xb77bf9) using GetSystemInfo() ALSA lib pcm.c:2104:(snd_pcm_open_conf) Cannot open shared library /usr/lib/alsa-lib/libasound_module_pcm_pulse.so ALSA lib pcm.c:2104:(snd_pcm_open_conf) Cannot open shared library /usr/lib/alsa-lib/libasound_module_pcm_pulse.so fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:debugstr:CheckRemoteDebuggerPresent (0xffffffff)->(0xd64f31): Stub! err:seh:setup_exception_record stack overflow 888 bytes in thread 0009 eip 603154b4 esp 00230fb8 stack 0x230000-0x231000-0x330000 Segmentation fault -- 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 13822] New: Excel 2002 can't save some random files. A "Disk full" error message appears.
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=13822 Summary: Excel 2002 can't save some random files. A "Disk full" error message appears. Product: Wine Version: 1.0-rc4 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexandre(a)linuxfr.eu Created an attachment (id=13869) --> (http://bugs.winehq.org/attachment.cgi?id=13869) This file cannot be saved using wine 1.0rc4 on Ubuntu Hardy Hi Wine, First things first, here are some information about my system : I'm using Ubuntu Hardy, # wine --version wine-1.0-rc4 # uname -a Linux minimal 2.6.24-18-generic #1 SMP Wed May 28 20:27:26 UTC 2008 i686 GNU/Linux I'm using "Microsoft Office 2002 (10.6501.6626) SP3". I'm launching the software with the gnome launcher : `env WINEPREFIX="/home/user/.wine" wine "C:\Program Files\Microsoft Office\Office10\EXCEL.EXE"` Here is the bug and how to reproduce it : 1) Launch Excel 2002 2) An error message appears once the software is loaded : "Erreur d'accès de fichier. La connexion réseau a peut-être été perdue." which can be loosely translated into "Error accessing the file. Network connection has perhaps been lost." 3) Ignore the error by clicking "Ok" 4) Open a specific file (I couldn't find some common stuff between the files that cannot be saved, even some highly complex files could be saved while some very simple couldn't) 5) Try to save the file 6) An error message appears : "Disk full" 7) Click "Ok" 8) Another error message appears : "Document not saved" ("Document non enregistré.") 9) That's it : _some_ documents are just impossible to save, which is a bit pointless :> You'll find a file that can't be saved using wine-1.0-rc4 (the bug was also present is rc3). For the information, it's possible to open and save the same file with cxoffice 6.2.0-1. One last thing : I have 13GB free on / and 167GB free on /home, the permissions are ok in every directories I tried to save the files in. -- 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 28

[Bug 13647] New: DSM Plugin for UltraVNC 1.0.4 Doesn't Work
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=13647 Summary: DSM Plugin for UltraVNC 1.0.4 Doesn't Work Product: Wine Version: 1.0-rc3 Platform: PC URL: http://sourceforge.net/project/showfiles.php?group_id=63 887&package_id=60914&release_id=571174 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chad.sikorra(a)gmail.com Created an attachment (id=13629) --> (http://bugs.winehq.org/attachment.cgi?id=13629) relay log The plugin allows the connection to be encrypted. When selecting the DSM plugin and trying to connect you receive an error "Connection Failed - Error Reading Protocol Version". The plugin can be found at ... http://msrc4plugin.home.comcast.net/~msrc4plugin/ A relay log is attached. A few key lines I noticed from a brief look at the log for anything obvious... 0009:Ret rsaenh.CPImportKey() retval=00000000 ret=7eb91d13 0009:Ret advapi32.CryptImportKey() retval=00000000 ret=10001f3d 0009:Call KERNEL32.MultiByteToWideChar(00000000,00000000,10009ea8 "Error importing key.",ffffffff,00000000,00000000) ret=7df81852 My guess is this is wine trying to import the rc4.key file the plugin uses. Is this a crypt related issue? -- 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 22

[Bug 13488] New: pixel shader does not work after update
by wine-bugs＠winehq.org 13 Nov '09

13 Nov '09

http://bugs.winehq.org/show_bug.cgi?id=13488 Summary: pixel shader does not work after update Product: Wine Version: 1.0-rc2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael-shz(a)web.de I used wine version 9.44 as provided with OpenSuse 10.3 (32 bit). For the graphic card (NVidia GeForce 7900) the latest NVidia driver 169.12-0.1 was used. 3 D graphic worked fine. Compiz was not installed. Then I installed "Vampire-Bloodlines" with the latest patches. And it was mostly playable. After updating to version 1.0 RC 2, I get a nearly black screen directly after starting that game. Light sources are hardly recognizable. Everything else is pitch black. There is not warning or error message logged into the console. When I disable the "pixel shader" with winecfg, the screen is once again o.k. There are still some some minor atrifacts, probably due to the missing shader. To make it short: The support of the pixel shader seems to be broken somewhere between 9.44 and 1.0 RC 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 16