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

[Bug 13731] New: Unbreakable spaces are not rendered correctly
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13731 Summary: Unbreakable spaces are not rendered correctly Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: jonathan(a)ernstfamily.ch In French unbreakable spaces have to be used before or after some punctuation marks (eg. :,;,etc.). Wine fails to render these spaces in resources files and they are replaced by squares. Alexandre Julliard guess it might be some sort of font issue. To reproduce : LC_ALL=fr_FR.UTF8 wine notepad Aide->À propos de Bloc-notes And you'll see : "Wine est une réalisation de[SQUARE]:" -- 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 3

[Bug 13723] New: Sound buffer freed by both winealsa.drv and dsound
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13723 Summary: Sound buffer freed by both winealsa.drv and dsound Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com So, who owns the buffer? Looks like dsound and winealsa.drv are having a little argument here. This doesn't happen on every run, but it seems kinda bad: $ cd dlls/dsound/tests $ RUNTEST_USE_VALGRIND=1 ../../../tools/runtest -P wine -M dsound.dll -T ../../.. -p dsound_test.exe.so ds3d.c ... Invalid free() / delete / delete[] at notify_free (heap.c:199) by RtlFreeHeap (heap.c:1284) by DirectSoundDevice_Release (dsound.c:1285) by IDirectSoundImpl_Release (dsound.c:304) by IDirectSound_IDirectSound_Release (dsound.c:442) by test_for_driver (ds3d.c:1004) by dsenum_callback (ds3d.c:1281) by DirectSoundEnumerateA (dsound_main.c:315) by ds3d_tests (ds3d.c:1324) by func_ds3d (ds3d.c:1344) by run_test (test.h:421) by main (test.h:470) Address 0x466ef78 is 0 bytes inside a block of size 65,536 free'd at free (vg_replace_malloc.c:323) by snd_pcm_munmap (in /usr/lib/libasound.so.2.0.0) by snd_pcm_hw_free (in /usr/lib/libasound.so.2.0.0) by snd_pcm_generic_hw_free (in /usr/lib/libasound.so.2.0.0) by snd_pcm_hw_free (in /usr/lib/libasound.so.2.0.0) by (within /usr/lib/libasound.so.2.0.0) by snd_pcm_hw_free (in /usr/lib/libasound.so.2.0.0) by snd_pcm_close (in /usr/lib/libasound.so.2.0.0) by IDsDriverBufferImpl_Release (dsoutput.c:274) by DSOUND_PrimaryClose (primary.c:299) by DSOUND_PrimaryDestroy (primary.c:331) by DirectSoundDevice_Release (dsound.c:1268) by IDirectSoundImpl_Release (dsound.c:304) by IDirectSound_IDirectSound_Release (dsound.c:442) by test_for_driver (ds3d.c:1004) by dsenum_callback (ds3d.c:1281) by DirectSoundEnumerateA (dsound_main.c:315) by ds3d_tests (ds3d.c:1324) by func_ds3d (ds3d.c:1344) by run_test (test.h:421) -- 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 13672] New: mIRC 6.32 script editor crashes with assertion failure in riched20
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13672 Summary: mIRC 6.32 script editor crashes with assertion failure in riched20 Product: Wine Version: CVS/GIT Platform: PC URL: http://www.mirc.com/get.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: nodisgod(a)yahoo.com Created an attachment (id=13666) --> (http://bugs.winehq.org/attachment.cgi?id=13666) mIRC 6.32 backtrace With Wine version wine-1.0-rc3-54-gb483b68, opening the script editor (Tools -> Script Editor) causes an assertion failure in riched20. Installing native riched20 through winetricks fixes the crash. -- 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

[Bug 13552] New: eDrawings CAD Viewer crashes into shell32 while opening a file
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13552 Summary: eDrawings CAD Viewer crashes into shell32 while opening a file Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk Hi, a user submitted garbage test result for this app. It crashes into shell32 while trying to open a file (a *dwg file in my case) I' ll attach a 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 6

[Bug 13425] New: The Punisher demo sound effect from launcher gets stuck
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13425 Summary: The Punisher demo sound effect from launcher gets stuck Product: Wine Version: CVS/GIT Platform: PC URL: http://www.gamershell.com/download_7780.shtml OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ode5002(a)blueyonder.co.uk Created an attachment (id=13335) --> (http://bugs.winehq.org/attachment.cgi?id=13335) punisher demo hangs on loading with debug on and sound problem happening The 'racking' sound effect that plays when you press play button in the launcher game. It stays stuck all through the game. You can workaround the sound by turning off 'Enable Launcher Sounds' check box in the audio tab of the launcher setup. I tried running the demo with the WINEDEBUG=+relay but the demo hangs on the loading screen. The tail of that is in report_file. I ran it normally from the console and the output of that is in the -- 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 13361] New: firefox 3 can't handle local paths in location window [ dogfood]
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13361 Summary: firefox 3 can't handle local paths in location window [dogfood] Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Today I tried to install Acrobat Reader, and for some reason it decided to use the download manager rather than a direct download. The download was interrupted (that's another story), and the download manager left a handy link on the desktop to resume the download. The launcher contained: env WINEPREFIX="/home/dank/.wine-firefox" wine "C:\Program Files\Mozilla Firefox\firefox.exe" C:\windows\temp\nosget_start_manager.html That's not going to fly for several reasons: 1) the backslashes aren't quoted or escaped (but that's a different bug) 2) Firefox 3 on Wine doesn't seem to recognize local paths as valid URLs; typing c:\foo.txt into the location window yields errors like Firefox can't find the file at /c:/foo.txt. Firefox 2 doesn't seem to have this trouble. (I have not verified that Firefox 3 can handle c:\foo.txt on Windows, but I'll eat a box of doughnuts if it can't.) -- 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 13403] New: fcc hangs , unless using native dbghelp
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13403 Summary: fcc hangs , unless using native dbghelp Product: Wine Version: CVS/GIT Platform: PC URL: http://www3.firstclass.com/ClientDownloads/FC90ClientDow nloadFiles/FC9106US.exe OS/Version: Linux Status: UNCONFIRMED Keywords: download Severity: normal Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: xerox_xerox2000(a)yahoo.co.uk A user sumitted garbage test results into appdb, so i gave it a try as well. The only output is: fixme:dbghelp:SymGetModuleInfo64 Wrong size That's it basically, nothing further happens. With native dbghelp (the app comes with it's own dbghelp, so no need to copy it) it gets a lot further, the tray icon comes up fine; not sure if a main window is also to pop up, i'm not familiar with this program, but that might be subject of another bug report -- 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

[Bug 13374] New: ComboBoxEx list get selected on mouse button down and release
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13374 Summary: ComboBoxEx list get selected on mouse button down and release Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dylan.ah.smith(a)gmail.com Created an attachment (id=13272) --> (http://bugs.winehq.org/attachment.cgi?id=13272) comctl32: Added tests to show a ComboBoxEx bug caused by incorrect focus change The quickest way to see the error is to use Wine's clone of wordpad. There are two dropdown lists (ComboBoxEx controls) that are on the toolbar. Click the button to drop down the list, then left click on an item in the list. You will probably notice that the wrong item is selected, and if you do it slowly (i.e. hold down the mouse button for a second then release it), then you will notice that the selection is made and the list disappears when the mouse button is pressed, and when it is released another selection is made even though the list has disappeared. I ran wordpad on Windows XP SP2, and noticed that the correct behavior is the item is only selected when the mouse button is released. Note that there are two other separate bugs that you might notice: - The font size is 0 to start with (richedit bug) - Selecting a new font size will give you an "Invalid number format" error when the control loses control (wordpad bug) - The selected items from the list are not applied until the combobox loses focus (wordpad bug) I have submitted patches that fix these other bugs to the wine-patches mailing list. I have done some created tests that show the bug is in ComboBoxEx from the comctl32 and not in ComboBox from the user32 dll. I have attached the patch that adds these, and will submit it to the wine-patches mailing list after I get the bug number to mention in the commit message. I did some debugging, and to my suprise it was a call to SetFocus was rolling up the ComboBoxEx's list. Digging deeper I found it was actually the WM_KILLFOCUS call to the window that previously had focus, which was the ComboBox (a child of ComboBoxEx). The ComboBox saw that it was losing focus, and what was losing focus it didn't recognize as itself, it's edit control, or its list control, so it incorrectly decided to roll the dropdown up. It turns out that what was losing focus was an edit control that ComboBoxEx and child ComboBox control didn't know about created since, oddly enough, native Windows does not use the child ComboBox's edit control. My tests for ComboBox and ComboBoxEx show what had focus before and after pressing the dropdown button, and selecting an item in the dropdown list. In both causes the top level (main) window had intial focus. With ComboBox the focus was correctly on the edit control after each of the mouse button up/down messages are sent. For ComboBoxEx the focus was supposed to be on ComboBox when the list is dropped down then on the edit control after it's rolled up, according to my crosstests, but instead it was on the edit control after the list is dropped down. Some debugging found that the focus was being changed to the ComboBox, but each time it did that, the ComboBoxEx was notified with a CBN_SETFOCUS command message, which had no case for it in the COMBOEX_Command function, so the default case was used. The default case contains two lines that sets the focus back to the edit control, thus causing the bug, however taking out those lines caused missing notifications of the change. Hopefully this is enough information for someone else more familiar with the code to properly fix the problem. -- 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 13342] New: Winedbg doesn't handle longlong's well
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13342 Summary: Winedbg doesn't handle longlong's well Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: m.b.lankhorst(a)gmail.com Created an attachment (id=13228) --> (http://bugs.winehq.org/attachment.cgi?id=13228) Test program A simple test function that passes LONGLONG's as arguments and is compiled with mingw gets parsed incorrectly by the winedbg. i586-mingw32msvc-gcc test.c -g -O0 -Wall -Werror -gstabs -W will result in having 0xef found as argument i586-mingw32msvc-gcc test.c -g -O0 -Wall -Werror -gstabs+ -W will result in thinking 0xbeefbeef is passed '0xbeefbeef' as argument -- 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 4

[Bug 13343] New: Regression error in today's git, Microsoft Office 2003 won 't install
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=13343 Summary: Regression error in today's git, Microsoft Office 2003 won't install Product: Wine Version: CVS/GIT Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: rmuncrief(a)comcast.net Between yesterday and today the installation of Microsoft Office 2003 was broken in git. If you try to run the installation from the CD it will complain that "D:\FILES\SETUP\setup.INI" doesn't exist and exits. I confirmed that this is a filename case sensitivity problem (everything is lower case on the CD - it's D:\files\setup\setup.ini) by copying the CD to disk, changing the case of the directories and filename to those Wine expected, and then the installation worked normally. -- 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