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

[Bug 10063] New: wineconsole run fail on korean locale.
by wine-bugs＠winehq.org June 16, 2016

June 16, 2016

http://bugs.winehq.org/show_bug.cgi?id=10063 Summary: wineconsole run fail on korean locale. Product: Wine Version: 0.9.47. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dlunch(a)gmail.com wineconsole failed to run in korean locale. it reports 'err:wineconsole:WCUSER_SetFont wrong font' few times and 'err:wineconsole:WINECON_Fatal Couldn't find a decent font, aborting'. but when i tried LANG="C" wineconsole cmd, it runs successfully. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 32

[Bug 9532] New: Month calendar control uses 0=sunday for firstDayOfWeek
by wine-bugs＠winehq.org May 16, 2016

May 16, 2016

http://bugs.winehq.org/show_bug.cgi?id=9532 Summary: Month calendar control uses 0=sunday for firstDayOfWeek Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter(a)cendio.se This bug has been transferred from bug 9490. The month calendar control displays sunday as the first day of the week, even though LOCALE_IFIRSTDAYOFWEEK=0. This is because the implementation is based uses 0=sunday, rather than 0=monday. MSDN indicates that the API (SetFirstDayOfWeek/GetFirstDayOfWeek) should use 0=monday, see http://msdn2.microsoft.com/en-us/library/ms670423.aspx. So, either the implementation needs to be changed to use 0=monday throughout the code, or we can continue to use 0=sunday internally, but then we need to convert when we talk to the rest of the world. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 9522] New: Text entry box does not refresh properly, but worked in v 0 .9.20 and below
by wine-bugs＠winehq.org April 23, 2016

April 23, 2016

http://bugs.winehq.org/show_bug.cgi?id=9522 Summary: Text entry box does not refresh properly, but worked in v 0.9.20 and below Product: Wine Version: 0.9.21. Platform: PC URL: http://www.xcalibur.co.uk/MuckClient/ OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P4 Component: wine-gdi-(printing) AssignedTo: wine-bugs(a)winehq.org ReportedBy: pdurland(a)gmail.com As far as I know, this is an issue that exists in only one application, but could extend to others. The application is minor and the bug is minor so this is just a minute fix. According to this page: http://appdb.winehq.org/appview.php?iVersionId=8240&iTestingId=12794 Paul Fisher has been able to reproduce this on 3 separate versions of wine. ------------ Linux Distribution information: Ubuntu 7.04 on x86 Program: Muckclient v3.42 Issue: After connecting to a world, any text entered into the input box at the bottom of the window will not be seen. I had this issue with 0.9.44 and reverted back to 0.9.15 thanks to a testing note on the application DB pages. I then grabbed different versions from that point and found the exact version that 'broke' this functionality. The 'break' occurred between 0.9.20 and 0.9.21, hence the version number I've used in the report. To reproduce: Download and install program through wine. Launch program. Connection window will pop up. Double click on the entry already in the list. Try typing in the entry box on the window that appears. No text will be seen. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 27

[Bug 10156] New: "typos" on some include files
by wine-bugs＠winehq.org April 1, 2016

April 1, 2016

http://bugs.winehq.org/show_bug.cgi?id=10156 Summary: "typos" on some include files Product: Wine Version: 0.9.47. Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-winelib AssignedTo: wine-bugs(a)winehq.org ReportedBy: sacrom(a)gmail.com CC: sacrom(a)gmail.com Created an attachment (id=8741) --> (http://bugs.winehq.org/attachment.cgi?id=8741) File that contains diff's of the current header files with the "fixed" header files I'm porting a windows app to Wine (using WineLib) and I found some small problems in some header files in Wine (that contain different values from the corresponding Windows header files). To be able to compile on C++ I did also change some header files. >From my point of view these are small typos problems (see attachment) I hope this to be enough! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24

[Bug 9790] New: Regression in Heroes of Might and Magic 5
by wine-bugs＠winehq.org March 4, 2016

March 4, 2016

http://bugs.winehq.org/show_bug.cgi?id=9790 Summary: Regression in Heroes of Might and Magic 5 Product: Wine Version: 0.9.45. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: martyspamtrap(a)comcast.net This is observed on the full version of Heroes of Might and Magic 5 (but is probably reproducible on the demo). After updating to Wine 0.9.45 (coming from 0.9.44), I started experiencing application lockups in Heroes 5 during game play on the map screen. The lockup consists of no further mouse or keyboard instructions being recognize, although the background music continues to play. An ALT-TAB to a shell and a "kill -9" get me back in control. The problem is triggered somewhat randomly, but I've reproduced it twice by loading up a saved game, panning around the map, viewing a hero's status screen, and returning to the map. At this point, some of the status windows are no longer drawing themselves completely and my system starts thrashing on my hard drive. A little more panning around the map results in the lockup. This issue did not exist in Wine 0.9.44. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 13

[Bug 9791] New: Heroes of Might and Magic 5 (full) requires d3dx9_25.dll
by wine-bugs＠winehq.org March 4, 2016

March 4, 2016

http://bugs.winehq.org/show_bug.cgi?id=9791 Summary: Heroes of Might and Magic 5 (full) requires d3dx9_25.dll Product: Wine Version: 0.9.44. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P4 Component: wine-directx AssignedTo: wine-bugs(a)winehq.org ReportedBy: martyspamtrap(a)comcast.net After a clean installation of Heroes 5 in Wine, attempting to run it fails. The console reports that d3dx9_25.dll is required by H5_Game.exe. My workaround is to either copy this file from a Windows installation, or copy Wine's d3dx8.dll.so to d3dx9_25.dll. Nasty hack, but it seems to work. I'd like to request an enhancement to include a more proper version of this DLL in Wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 85

[Bug 9823] New: Mentioning "wine eject" in SGML
by wine-bugs＠winehq.org Feb. 19, 2016

Feb. 19, 2016

http://bugs.winehq.org/show_bug.cgi?id=9823 Summary: Mentioning "wine eject" in SGML Product: Wine Version: 0.9.45. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-documentation AssignedTo: wine-bugs(a)winehq.org ReportedBy: marco(a)harddisk.is-a-geek.org Created an attachment (id=8287) --> (http://bugs.winehq.org/attachment.cgi?id=8287) A patch for Wine Doc including a description of "wine eject" In http://www.winehq.org/site/docs/wineusr-guide/command-line-options there currently is no mention of "wine eject" command . The patch in the attachment adds a section about wine eject. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 10638] New: winegcc: gcc failed
by wine-bugs＠winehq.org Jan. 30, 2016

Jan. 30, 2016

http://bugs.winehq.org/show_bug.cgi?id=10638 Summary: winegcc: gcc failed Product: Wine Version: 0.9.49. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P1 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: manish.iitm(a)yahoo.co.in Created an attachment (id=9448) --> (http://bugs.winehq.org/attachment.cgi?id=9448) The attachment is the config.log file generated by wine while configuring. While compiling the wine-0.9.49 I am getting these error. Please help me to resolve these error's. ------------------------------------------- winegcc: gcc failed make[2]: *** [winex11.drv.so] Error 2 make[2]: Leaving directory `/home/manish/Desktop/Download/wine-0.9.49/dlls/winex11.drv' make[1]: *** [winex11.drv] Error 2 make[1]: Leaving directory `/home/manish/Desktop/Download/wine-0.9.49/dlls' make: *** [dlls] Error 2 -------------------------------------------------- But, by the way my gcc version is gcc-3.4.4. And my operating system is "Red Hat Enterprise Linux WS release 4 (Nahant Update 2)". Also I have attach the config.log file. Thanking in anticipation. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 10919] New: GetLargestConsoleWindowSize() should not return hard coded constants
by wine-bugs＠winehq.org Jan. 9, 2016

Jan. 9, 2016

http://bugs.winehq.org/show_bug.cgi?id=10919 Summary: GetLargestConsoleWindowSize() should not return hard coded constants Product: Wine Version: 0.9.51. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-console AssignedTo: wine-bugs(a)winehq.org ReportedBy: reijo.sund(a)helsinki.fi Created an attachment (id=9840) --> (http://bugs.winehq.org/attachment.cgi?id=9840) sizepro.c - A source demonstrating the problem and a solution in terms of APIs ---------------------------------------------------------------------- MSDN library includes sample code for console applications (http://msdn2.microsoft.com/en-us/library/aa263818.aspx) The source is available at: http://www.helsinki.fi/~sund/console_vs6.zip . The source compiles easily with winelib after --cuiexe transformations with winemaker. The examples 14 and 32 deal with the GetLargestConsoleWindowSize() function. The problem is that the current implementation in Wine returns hard coded constants (X=80, Y=24) for the maximum size. This causes problems for applications that have followed the conventions of sample code, because it "prevents" the resizing of console window to bigger than "maximum". In principle, the window size could be changed manually by using properties dialog, but that is an "ugly" solution. Another "ugly" solution would be to change the hard coded constants to bigger values in Wine implementation. A better solution would be to actually implement the required functionality. I have attached a source (sizepro.c, compiles with 'winegcc -o sizepro.exe sizepro.c') that demonstrates the problem and infers the maximum console window size in relation to current resolution and font. I also tried to implement the corresponding functionality to Wine, and attached the source for the improved function (kernel32_console_ getlargestconsolewindowssize.c). That works fine for me, but I'm not sure whether it follows the conventions of Wine (or how to deal with strange __i386__ definitions without duplicating the code). So, I wonder if someone else more familiar with Wine development could check it out and derive an adequate patch. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24

[Bug 9635] New: Dragon Naturally Speaking 8 fails on "spell that"
by wine-bugs＠winehq.org Jan. 8, 2016

Jan. 8, 2016

http://bugs.winehq.org/show_bug.cgi?id=9635 Summary: Dragon Naturally Speaking 8 fails on "spell that" Product: Wine Version: CVS/GIT Platform: Other URL: http://scansoft.com OS/Version: other Status: NEW Severity: normal Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com winetricks vcrun6 else ereg fails with 'need mfc42' (but that's ok) install word viewer 97 else app start fails with "incomplete, need docobj.dll" winetricks fakeie6 else app start fails with 'ie required' cd "$HOME/.wine/drive_c/Program Files/ScanSoft/NaturallySpeaking8/Program" else app complains repeatedly err:module:import_dll Library MSVCR71.dll (which is needed by L"...\\dd10HOOK.dll") not found, and doesn't work After all that, it starts up remarkably quickly compared to DNS 7. It still has one error dialog box on startup that you have to ignore. Recognition works pretty well, but "spell that" doesn't work; when you try it, the app puts up a dialog saying "interface not found", and wine spits out lines like err:ole:marshal_object couldn't get IPSFactory buffer for interface {d5f569d0-593b-101a-b569-08002b2dbf7a} err:ole:CoGetClassObject no class object {b9bd3860-44db-101b-90a8-00aa003e4b50} could be created for context 0x1 err:ole:proxy_manager_create_ifproxy Could not get IPSFactoryBuffer for interface {05eb6c68-dbab-11cd-b3ca-00aa0047ba4f}, error 0x80040155 err:ole:CoMarshalInterface Failed to marshal the interface {d5f569d0-593b-101a-b569-08002b2dbf7a}, 80040155 err:ole:CoGetClassObject no class object {dd108005-6205-11cf-ae61-0000e8a28647} could be created for context 0x1 (Trying to use native dcom98 quickly fails with wine: Call from 0x7ee1ef40 to unimplemented function oleacc.dll.GetRoleTextA, aborting) -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6