July 2017 - Wine-Bugs - list.winehq.org

[Bug 37372] New: Unexpected order of results in wildcard expansion
by wine-bugs＠winehq.org Jan. 3, 2025

Jan. 3, 2025

https://bugs.winehq.org/show_bug.cgi?id=37372 Bug ID: 37372 Summary: Unexpected order of results in wildcard expansion Product: Wine Version: 1.7.28 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: andreas(a)grapentin.org in cmd.exe, execute the following statement: for %f in (*) do echo %f On windows, you expect the files to be listed in lexicographically ascending order, and some applications rely on that behaviour, one example being the Gothic2 Modkit during Script parsing. However, the order when executing this through wine seems random. -- 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.

2 4

[Bug 17930] New: Cygwin compilation breaks without --disable-16bit
by wine-bugs＠winehq.org Dec. 31, 2024

Dec. 31, 2024

http://bugs.winehq.org/show_bug.cgi?id=17930 Summary: Cygwin compilation breaks without --disable-16bit Product: Wine Version: 1.1.17 Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dgerard(a)gmail.com http://wiki.winehq.org/WineOnWindows Cygwin compilation previously broke at internettransport.c (bug 16833). However, it now breaks in dispdib.dll16.spec: ccache gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -D_REENTRANT -Wall -pipe -fno-strict-aliasing -Wdeclaration-after-statement -Wwrite-strings -Wpointer-arith -g -O2 -o dispdib.o dispdib.c ../../tools/winebuild/winebuild -w --def -o dispdib.dll16.def --export ./dispdib.dll16.spec ./dispdib.dll16.spec:1: 'pascal' not supported for Win32 make[2]: *** [dispdib.dll16.def] Error 1 make[2]: Leaving directory `/cygdrive/d/wine-git/dlls/dispdib.dll16' make[1]: *** [dispdib.dll16] Error 2 make[1]: Leaving directory `/cygdrive/d/wine-git/dlls' make: *** [dlls] Error 2 Regression testing shows the commit in question as: [86f54f4c8900db155ad9b11fabf644e0c1b644f9] gdi32: Make dispdib.dll into a stand-alone 16-bit module. Later builds break similarly in compobj.dll16.spec: ./compobj.dll16.spec:215: Type 'segptr' not supported for Win32 ./compobj.dll16.spec:216: Type 'segptr' not supported for Win32 ./compobj.dll16.spec:217: Type 'segptr' not supported for Win32 make[2]: *** [compobj.dll16.def] Error 1 make[2]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls/compobj.dll16' make[1]: *** [compobj.dll16] Error 2 make[1]: Leaving directory `/cygdrive/d/cygwine/wine-1.1.17/dlls' make: *** [dlls] 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.

2 4

[Bug 22384] New: DbgHelp doesn't support DWARF-2 on Mac OS X
by wine-bugs＠winehq.org Dec. 30, 2024

Dec. 30, 2024

http://bugs.winehq.org/show_bug.cgi?id=22384 Summary: DbgHelp doesn't support DWARF-2 on Mac OS X Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: minor Priority: P2 Component: dbghelp AssignedTo: wine-bugs(a)winehq.org ReportedBy: cdavis(a)mines.edu Mac OS X has long had support for DWARF-2. Unfortunately, the current implementation of DWARF-2 support in DbgHelp is tied to ELF. This means it can't directly be used on Mac OS X, because Mac OS X does not support ELF. I understand that getting things to work on Linux first takes priority over getting them to work on Mac OS, but right now we Mac users are stuck with the inferior stabs format. Plus, I get the feeling we're going to need this for 64-bit support. Also, DWARF happens to be the default format on 10.5 and up. I also understand that the scheme that Apple uses is different from ELF systems. Not only does DWARF-2 stuff get its own segment (__DWARF), but when the binary is built, the DWARF stuff is put into a dSYM companion bundle. On top of that, the dSYM bundle isn't even generated automatically for multi-file builds. This means that: - We have to invoke dsymutil to create the dSYM bundle. - We have to install the dSYM bundle (if present) with each binary. - We have to find the dSYM bundle to get DWARF-2 debug info. I would be more than willing to help with this. (This might have even made a good SoC project. Too late now...) -- 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.

2 10

[Bug 29267] New: rtf text from wine's richedit shows up with a black background in LibreOffice Writer
by wine-bugs＠winehq.org Dec. 26, 2024

Dec. 26, 2024

http://bugs.winehq.org/show_bug.cgi?id=29267 Bug #: 29267 Summary: rtf text from wine's richedit shows up with a black background in LibreOffice Writer Product: Wine Version: 1.3.34 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com Classification: Unclassified To reproduce: 1. Open Wine's wordpad and LibreOffice Writer. 2. Type some text in wordpad. 3. Copy text to the clipboard. 4. Paste into LibreOffice Writer. Or: 1. Open Wine's wordpad and LibreOffice Writer. 2. Type some text in wordpad. 3. Save from wordpad as a .rtf file. 4. Open the rtf file in LibreOffice Writer. In both cases, the text shows up with a black background in Writer. This does not happen with native riched20. When opening the rtf file with Word 2007, I do not see the black background, so this is somehow related to the interaction between Wine's richedit and LibreOffice, and I can't be sure which is at 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.

2 4

[Bug 20350] New: Lightsmark 2008 - benchmark label looks wrong
by wine-bugs＠winehq.org Dec. 25, 2024

Dec. 25, 2024

http://bugs.winehq.org/show_bug.cgi?id=20350 Summary: Lightsmark 2008 - benchmark label looks wrong Product: Wine Version: 1.1.31 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: zilforever(a)gmail.com Created an attachment (id=24093) --> (http://bugs.winehq.org/attachment.cgi?id=24093) wine GUI looks different (element that display score). First it appear: wrong background (white not gray) and it looks like not editable input. In Windows XP SP 3 its not visble. After benchmark wrong size and color of font. I checked the source and it use richedit20 but im not good at it so maybe my mistake. Ubuntu 9.04 Intel(R) Pentium(R) Dual CPU E2220 @ 2.40GHz CPU flags: 2400MHz MMX SSE SSE2 SSE3 SSSE3 HTT Linux 32bit GCC 4.3.3 Release May 26 2009 Linux 2.6.28-15-generic i686 GeForce 9600 GT PCI Express 180.44 512Mb -- 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.

2 12

[Bug 26302] New: outliner Keynote NF has a several problems
by wine-bugs＠winehq.org Dec. 25, 2024

Dec. 25, 2024

http://bugs.winehq.org/show_bug.cgi?id=26302 Summary: outliner Keynote NF has a several problems Product: Wine Version: 1.3.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: wit9(a)yandex.ru Created an attachment (id=33527) --> (http://bugs.winehq.org/attachment.cgi?id=33527) listing of "fixmes" There is a popular outliner Keynote NF (Mozilla Public License 1.1) (http://code.google.com/p/keynote-nf/downloads/list) It's written in Delphi with using of some additional components, so author has no plans to port it to Linux. Using the Keynote NF with the Wine causes several problems, including 1. error when pasting from the clipboard 2. using lists and other In the terminal appear a lot of "fixme" (see attachment). -- 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.

2 15

[Bug 36788] New: Wine doesn't show anything with Photodex slideshow
by wine-bugs＠winehq.org Dec. 25, 2024

Dec. 25, 2024

http://bugs.winehq.org/show_bug.cgi?id=36788 Bug ID: 36788 Summary: Wine doesn't show anything with Photodex slideshow Product: Wine Version: 1.7.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: ostash(a)ostash.kiev.ua CC: julliard(a)winehq.org Regression SHA1: ea07c310ecfee6b301e7af8413760eb446e6f184 I have one exe file which seems to be Photodex generated slideshow application. It used to word perfectly with Wine in 2010-2012, but when I tried to run it recently I got no output on screen. Sound plays fine, and it looks like application window is created (it is present on taskbar), but there is no window, no borders, no title, no output. Well this slideshow runs fullscreen, but anyway no output. I've managed to bisect this problem to: ea07c310ecfee6b301e7af8413760eb446e6f184 is the first bad commit commit ea07c310ecfee6b301e7af8413760eb446e6f184 Author: Alexandre Julliard <julliard(a)winehq.org> Date: Tue Sep 4 13:34:15 2012 +0200 winex11: Create the whole window at window creation time. :040000 040000 62dd63d6f45078b96e4305d60fe8d1b7386b1bc0 c02b6dc1c8940fc75d22753888c3fba415848f38 M dlls Unfortunately code changed too much from that time, so git revert patch can't be applied. -- 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.

2 29

[Bug 37615] New: wineconsole: user backend won't detect font -> white boxes
by wine-bugs＠winehq.org Dec. 25, 2024

Dec. 25, 2024

https://bugs.winehq.org/show_bug.cgi?id=37615 Bug ID: 37615 Summary: wineconsole: user backend won't detect font -> white boxes Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: david(a)ixit.cz Distribution: --- Created attachment 50064 --> https://bugs.winehq.org/attachment.cgi?id=50064 wineconsole.log Wine compiled without ncurses. When wineconsole is started, it shows white boxes instead of font. Log with WINEDEBUG=+wineconsole attached. This code is from 2002: programs/wineconsole/user.c : line 442 /* FIXME: * the current freetype engine (at least 2.0.x with x <= 8) and its implementation * in Wine don't return adequate values for fixed fonts * In Windows, those fonts are expected to return the same value for * - the average width * - the largest width * - the width of all characters in the font * This isn't true in Wine. As a temporary workaround, we get as the width of the * cell, the width of the first character in the font, after checking that all * characters in the font have the same width (I hear paranoia coming) * when this gets fixed, the code should be using tm.tmAveCharWidth * or tm.tmMaxCharWidth as the cell width. */ I tried comment font checking, then output is better, but font isn't fixed-width (still smaller issue than white boxes instead of font). In Ubuntu 12.04 is freetype 2.4.8, so IMHO we can rely on 2.4 series + ncurses is default, so we can go ahead and fix it. -- 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.

2 3

[Bug 25887] New: winevdm tries to run dos apps via dosbox on Z: which is reserved in dosbox
by wine-bugs＠winehq.org Dec. 22, 2024

Dec. 22, 2024

http://bugs.winehq.org/show_bug.cgi?id=25887 Summary: winevdm tries to run dos apps via dosbox on Z: which is reserved in dosbox Product: Wine Version: 1.3.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: pquiring(a)gmail.com If you try to run a dos app that is not under .wine/drive_c (C:) winevdm will try to use Z: which is reserved in dosbox and fails. Need to mount / with another drive letter and then run the dos app in that folder. Winevdm doesn't even create a mount statement for z: sample bad config generated: [autoexec] mount c /home/user/.wine/dosdevices/c: mount y /home/user/.wine/dosdevices/y: Z: cd \home\user\DATA\games\game Z:\home\user\DATA\games\game\game.exe exit -- 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.

2 14

[Bug 33557] New: SourceInsight: Can't find project file in Project file browser after creating project
by wine-bugs＠winehq.org Dec. 21, 2024

Dec. 21, 2024

http://bugs.winehq.org/show_bug.cgi?id=33557 Bug #: 33557 Summary: SourceInsight: Can't find project file in Project file browser after creating project Product: Wine Version: 1.5.29 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wendaotao(a)163.com Classification: Unclassified You can't find files in Project file browser of Project Window after creating a project. It will be ok after reopening project. SourceInsight version：3.50.0070 OS: Ubuntu 10.04 Wine:1.5.29 -- 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.

2 4