October 2008 - Wine-bugs - list.winehq.org

[Bug 13767] New: Lightning Warrior Raidy : In game text not displayed
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=13767 Summary: Lightning Warrior Raidy : In game text not displayed Product: Wine Version: 1.0-rc4 Platform: PC-x86-64 URL: http://jastusa.com/raidy/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: taedium_vitae(a)eml.cc Created an attachment (id=13802) --> (http://bugs.winehq.org/attachment.cgi?id=13802) Terminal output When playing Lighting Warrior Raidy, in game text is not displayed except for character names and the interface itself.This would seem to indicate a missing or broken font, but my font configuration works fine with other games.While I shouldn't need to do this I also tried copying fonts into ~/.wine/drive_c/windows/Fonts including japanese fonts from a windows installation (which might be needed) and installing windows truetype fonts with winetricks.Neither of these fixed the issue.I tried forcing a japanese local with LC_ALL=ja_JP too (but again, this is probably not needed) Terminal output is attached both with and without WINEDEBUG=+font -- 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 21

[Bug 14673] New: Eudemons Online: In-game graphics rendered outside of virtual desktop
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=14673 Summary: Eudemons Online: In-game graphics rendered outside of virtual desktop Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P1 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: fatalitycomix(a)gmail.com Overview: After successful login to a game server, while emulating a virtual desktop (the only known way to produce in-game graphics at all), the in-game graphics are displayed 100% to the left of the virtual desktop. The input area remains the same (within the virtual desktop). See attached screenshot for an example of this glitch. Steps to reproduce: 1) Set a built-in dll override for "MFC42.DLL" for both "play.exe" and "soul.exe" 1a) Copy a recent Windows XP version of MFC42.DLL to wine's system32 folder. 2) Set graphics overrides for "play.exe" that include emulating a virtual desktop of 1024x768 pixels @ 96 DPI. 3) Run "Play.exe" using wine. 4) Log in to a game server. Actual Results: The application ran and its in-game graphics were displayed outside of the virtual desktop. Expected Results: The in-game graphics should be displayed within the virtual desktop, matching the input area. -- 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 19

[Bug 14066] New: Emergency 4 crashes at startup
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=14066 Summary: Emergency 4 crashes at startup Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: oliver.deisenroth.foren(a)online.de After running 'wine Em4.exe', Emergency 4 crashes -- 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 19

[Bug 11583] New: Neverwinter Nights 2: outdoors textures sometimes all white/gray
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=11583 Summary: Neverwinter Nights 2: outdoors textures sometimes all white/gray Product: Wine Version: 0.9.54. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Simetrical+wine(a)gmail.com When playing Neverwinter Nights 2, version 1.11.1153 (no expansion pack), sometimes in outdoors environments all textures are white or gray, making navigation fairly hard. Apparently this occurs only during the daytime. I've attached a debug log from me starting the game, loading a saved game exhibiting the problem, wandering around for a minute, and then exiting, with debug options: warn+all,debug+all,err+all,+trace. Some relevant-looking lines that are repeated very frequently are: warn:d3d_shader:IWineD3DVertexShaderImpl_CompileShader Swizzled attribute validation required an expensive comparison fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glUseProgramObjectARB @ glsl_shader.c / 3226 Especially the second. But what do I know. :) If there's anything else I can do to help (screenshot? different debug options?) please say. See also comment at <http://appdb.winehq.org/objectManager.php?sClass=version&iId=10531>: "The outdoor setting that was used in many of the towns and villages had light problems. The problem seemed to arise at daytime, and seemed to be a result of incorrectly handled light effects. It resulted in a screen that was too bright, often so bright that nothing at all could be seen. The only remedy was either to wait for the night to kick in or to try to navigate using the map which was really annoying." -- 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 31

[Bug 11387] New: SMP/Dual core performing worse than single core
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=11387 Summary: SMP/Dual core performing worse than single core Product: Wine Version: 0.9.54. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jcollins(a)asgardsrealm.net I searched for another bug report on this but did not find anything. I've tested the same application on two similar systems with similar software loads. Essentially, the application (Majesty) preforms considerably better on a single core system than it does on a more powerful dual core system. Single Core System: AMD Athlon(tm) 64 Processor 3300+ 1.5 Gig RAM GeForce 6200 256M Dual Core System: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ 2 Gig RAM GeForce 7800 256M Both systems are running Debian Etch, with kernel version 2.6.18-5-k7, NVIDIA GLX Module 100.14.19, and Wine 0.9.53 (using Scott's packages). I would expect the dual core system to run as well, if not better, than the single core system. However, it is extremely sluggish on the dual core system and blazingly fast (in some cases needing to be slowed down) on the single core. I have also tested the dual core system with 0.9.54 (built using Scott's 0.9.53 package as a basis), with no improvement. I'll happily provide any additional information that would be helpful. -- 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 18

[Bug 14055] New: Occasional wine crash during Heroes of Might and Magic III gameplay
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=14055 Summary: Occasional wine crash during Heroes of Might and Magic III gameplay Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: riklaunim(a)gmail.com Created an attachment (id=14275) --> (http://bugs.winehq.org/attachment.cgi?id=14275) Crash log During gameplay the game may sometimes crash. It looks like the bug is related to mp3/sound – “mp3dec.asi” (using OOS in wine). The log shows the backtrace. -- 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 72

[Bug 15689] New: Onenote 2007: no drawing.
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=15689 Summary: Onenote 2007: no drawing. Product: Wine Version: 1.1.6 Platform: All OS/Version: All Status: UNCONFIRMED Severity: minor Priority: P2 Component: ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: Crazedhamster(a)hotmail.com Created an attachment (id=16752) --> (http://bugs.winehq.org/attachment.cgi?id=16752) Backtrace Clicking on the drawing tool causes it to go grey and disappear. -- 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 12804] New: winecfg: pressing enter in library override closes winecfg
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=12804 Summary: winecfg: pressing enter in library override closes winecfg Product: Wine Version: 0.9.60 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com CC: jeffzaroyko(a)gmail.com Pressing enter when entering a dll override doesn't add the override. For those of us that find mice an exercise in masochism and prefer keyboards, it's quite a pain... -- 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 39

[Bug 9848] New: flipviewer fails to load
by wine-bugs＠winehq.org 04 Sep '15

04 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=9848 Summary: flipviewer fails to load Product: Wine Version: 0.9.46. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P3 Component: wine-advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: eyecreate(a)gmail.com Created an attachment (id=8321) --> (http://bugs.winehq.org/attachment.cgi?id=8321) Error log for flipviewer The flipviewer(www.flipviewer.com) app installs and the library program works, but the actual program fails. Backtrace log attached. -- 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 14915] New: FlushFileBuffers() fails on disk volume, sets ERROR_INVALID_HANDLE when handle supposedly valid
by wine-bugs＠winehq.org 04 Sep '15

04 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=14915 Summary: FlushFileBuffers() fails on disk volume, sets ERROR_INVALID_HANDLE when handle supposedly valid Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vesselinpeev(a)hotmail.com Ran under Wine, the following program receives ERROR_INVALID_HANDLE as a Windows last error when the flushing call fails. Note that if you are testing under Windows Vista, you need to run the program with administrative privileges to be able to get the handle to the volume. For brevity, I've omitted GetLastError() printing for failure cases except the flushing one, but, needless to say, you may want to add them for full correctness / error handling / safety, or do let me know and I'll happily add these and re-post the code. # include <windows.h> # include <stdio.h> # include <tchar.h> int _tmain() { LPCTSTR volName = _T("\\\\.\\C:"); HANDLE hFile = CreateFile(volName, GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRITE, 0, OPEN_EXISTING, 0, 0); if (hFile != INVALID_HANDLE_VALUE) { _tprintf(_T("Opened volume %s\n"), volName); SetLastError(0xdeadbeef); /* to make sure that it's really the next call that sets the last error -- advice taken from Dmitry Timoshkov's comment at http://bugs.winehq.org/show_bug.cgi?id=14855 */ if (FlushFileBuffers(hFile)) { _tprintf(_T("File buffers flushed\n")); } else { DWORD dwRet = GetLastError(); _ftprintf(stderr, _T("File buffers not flushed, GetLastError() returned %lu"), dwRet); if(dwRet == ERROR_INVALID_HANDLE) { _ftprintf(stderr, _T(" (\"The handle is invalid\")")); } _ftprintf(stderr, ".\n"); } } else { _ftprintf(stderr, _T("Could not open volume %s\n"), volName); return -2; } if(! CloseHandle(hFile)) { _ftprintf(stderr, _T("Could not close handle to volume %s\n"), volName); return -3; } return 0; } -- 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 17