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

[Bug 15707] New: winhttp: winhttp.ok test fails in OpenSolaris
by wine-bugs＠winehq.org 13 Mar '09

13 Mar '09

http://bugs.winehq.org/show_bug.cgi?id=15707 Summary: winhttp: winhttp.ok test fails in OpenSolaris Product: Wine Version: 1.1.6 Platform: PC OS/Version: Solaris Status: NEW Keywords: source, testcase Severity: normal Priority: P2 Component: winhttp AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=16786) --> (http://bugs.winehq.org/attachment.cgi?id=16786) +winhttp in git ../../../tools/runtest -q -P wine -M winhttp.dll -T ../../.. -p winhttp_test.exe.so winhttp.c && touch winhttp.ok err:winhttp:netconn_init Failed to load symbol i2d_X509 winhttp.c:740: Test failed: failed to open a request 12157 winhttp.c:743: Test failed: failed to send request 6 winhttp.c:747: Test failed: failed to retrieve certificate context 6 winhttp.c:751: Test failed: failed to retrieve key bitness 6 winhttp.c:754: Test failed: failed to receive response 6 winhttp.c:758: Test failed: failed unexpectedly 6 winhttp.c:759: Test failed: request failed unexpectedly 1 fixme:winhttp:set_option unimplemented option 63 fixme:winhttp:request_query_option unimplemented option 63 fixme:winhttp:request_query_option unimplemented option 63 make: *** [winhttp.ok] Error 7 +winhttp attached -- 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 15798] New: 3D Game Studio text objects newline characters mistranslated
by wine-bugs＠winehq.org 13 Mar '09

13 Mar '09

http://bugs.winehq.org/show_bug.cgi?id=15798 Summary: 3D Game Studio text objects newline characters mistranslated Product: Wine Version: 1.1.7 Platform: HP OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: mdirk(a)sympatico.ca Until recently, I was sure that 3D Game Studio version A6.40.5 worked. But a specific 3DGS game, which is really a tool to build shaders, could not be tested earlier, because the built-in compilation of .fx files was not yet implemented. This compiler-DLL is not the cause of the bug, but being able to run SMEE2, which is this tool, only compiled with 3DGS as if it was a game, shows a subtle glitch in the handling of strings of text. 3D Game Studio has its own system for displaying 3D sprites, 2D panels, text objects and other 2D objects, which may not translate well into OpenGL. But when displaying text objects, some internal form of newline characters are interpreted by 3DGS running under Windows, by allowing a single string to continue on the next line. The way this translates when running under Wine, the next line overstrikes the previous line, without shifting downward. This results in somewhat amusing display in the settings of SMEE2, where text is supposed to be superimposed on a multi-colored background panel, to fit into tabular form. But only a first line with superimposed characters displays instead of each table of settings. It makes the selection of shader parameters impossible from within this tool, even though the shaders themselves may render well by 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.

1 7

[Bug 15314] New: winhelp: transition to richedit breaks minigolf1997.hlp file
by wine-bugs＠winehq.org 13 Mar '09

13 Mar '09

http://bugs.winehq.org/show_bug.cgi?id=15314 Summary: winhelp: transition to richedit breaks minigolf1997.hlp file Product: Wine Version: 1.1.4 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: richedit AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net CC: eric.pouech(a)orange.fr Created an attachment (id=16145) --> (http://bugs.winehq.org/attachment.cgi?id=16145) 11 year old minigolf.hlp file, broken display since wine-0.9.61 MINIGOLF.HLP is displayed incorrectly in 1.0 and 1.1.4, whereas 0.9.16 and 0.9.57 worked. More precisely, winhlp32 displays roughly 6 odd chars instead of all text. The 6 index entries are shown correctly, though. An educated-guess regression testing (reading about richedit while looking for duplicates) located the cause between wine-0.9.60 and .61 in commit 9b24f2a0507d173e65641649a70fced300afab26 bad winhelp: make richedit the default for rendering, on 2008-04-28. This version still had the ability to switch renderer via $WINHELP_RICHEDIT, which got lost in "Get rid of the old internal rendering" on 2008-05-01. Via this variable, I could very that this transition indeed causes the bug. The file (11kB) is attached. -- 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 15264] New: Audio broken under Solaris
by wine-bugs＠winehq.org 13 Mar '09

13 Mar '09

http://bugs.winehq.org/show_bug.cgi?id=15264 Summary: Audio broken under Solaris Product: Wine Version: 1.1.4 Platform: Other OS/Version: Solaris Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: andreww591(a)gmail.com Created an attachment (id=16056) --> (http://bugs.winehq.org/attachment.cgi?id=16056) log of winecfg crash Audio appears to be broken under Solaris (I'm running Solaris Express Community Edition snv_89). Audio programs cannot play or record anything (audio just fails silently, no visible errors occur), and the winecfg "Audio" tab causes winecfg to crash. winecfg doesn't crash on the audio tab if the Audio value in the HKCU\Software\Wine\Drivers registry key is set, but audio still doesn't work and winecfg displays an error message that says "Found driver in registry that is not available", no matter what driver the key is set to. -- 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 15007] New: The Lost Crown's menu is no longer accessible in-game
by wine-bugs＠winehq.org 13 Mar '09

13 Mar '09

http://bugs.winehq.org/show_bug.cgi?id=15007 Summary: The Lost Crown's menu is no longer accessible in-game Product: Wine Version: 1.1.3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: c_norris1989(a)hotmail.com The Lost Crown, an adventure game, used to work near perfectly in wine. Now clicking the icon to display the menu causes it to crash. This prevents the user from saving the game, or quitting the program in the usual way. I don't know what to about a backtrace because if I try to run the game via the terminal, it won't work at all. So you'll have to tell me where I can find a log or something. -- 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 14968] New: DrawPrim.c needs to handle more than 4 vertex shader prims causes crash
by wine-bugs＠winehq.org 13 Mar '09

13 Mar '09

http://bugs.winehq.org/show_bug.cgi?id=14968 Summary: DrawPrim.c needs to handle more than 4 vertex shader prims causes crash Product: Wine Version: 1.1.3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: celticht32(a)aol.com CC: celticht32(a)aol.com Draw Prim needs to handle this in drawStridedSlow : The vertex shader definition in direct x calls for 16 vertex shader types currently several game applications call for vertex shader 7 initialization and wine fails with : fixme:d3d_draw:drawStridedSlow Should not get here as coordsToUse is two bits only (7)! which is a valid mode : which should map to the 4s gl call in opengl here is the Direct X definition for mode 7 D3DDECLTYPE_SHORT4 Four-component, signed short expanded to (value, value, value, value). The link for the definition is : http://msdn.microsoft.com/en-us/library/bb172533(VS.85).aspx -- 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 15

[Bug 10831] New: Guild Wars: "Observe" menu does not display additional information about selected game
by wine-bugs＠winehq.org 13 Mar '09

13 Mar '09

http://bugs.winehq.org/show_bug.cgi?id=10831 Summary: Guild Wars: "Observe" menu does not display additional information about selected game Product: Wine Version: 0.9.51. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P5 Component: wine-net AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoppq(a)mbnet.fi Created an attachment (id=9698) --> (http://bugs.winehq.org/attachment.cgi?id=9698) Working Observe menu shot (Cedega) The Observe menu allows to observe past PvP matches. When a game is selected, it should show at the bottom the tabards/flags of the teams, the map being played on and when the game was played. This display is completely missing when playing with Wine. Attached is a working menu shot (from Cedega) to show what it SHOULD look like. I do not know why it is not displaying it (or what wine component this should be filed under, wine-net was a pure guess). From the looks of it there is no apparent display glitch (a Wine user who has never seen GW on Windows or Cedega wouldn't necessarily know there is anything missing, hence the attached shot to show what should be there). It seems more like GW is deciding not to display it, which might be due to missing data (problem with networking?) or some other issue. -- 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 10900] New: database corrupted when download with Troopmaster DOTNET
by wine-bugs＠winehq.org 11 Mar '09

11 Mar '09

http://bugs.winehq.org/show_bug.cgi?id=10900 Summary: database corrupted when download with Troopmaster DOTNET Product: Wine Version: 0.9.51. Platform: PC-x86-64 URL: http://www.troopmaster.com OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: timgelvin(a)gmail.com When using the Troopmaster DOTNET feature, I unlock the database to download the current database from Troopmaster's server to install on my computer. It even acts like this was done successfully, so I click on the icon for scout management and the entire program closes. But when clicking the icon for adult management everything is fine until I switch to a different adult database. So I'm thinking whatever got downloaded got corrupted. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 15071] New: Sometimes mutex aren't destroyed after app terminate
by wine-bugs＠winehq.org 10 Mar '09

10 Mar '09

http://bugs.winehq.org/show_bug.cgi?id=15071 Summary: Sometimes mutex aren't destroyed after app terminate Product: Wine Version: 1.1.2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: blackgilmor(a)gmail.com I often run some app which uses mutex to protect before multiple instances of that app. From time to time, I have to kill that app process, and run it again in very short time. I observed that sometimes mutex created by my app stays, afer that I closed or killed my app. Because of that I can't run it again before whole system reboot. As I know, windows frees all apps mutex, just after app terminate -- 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 15037] New: MSVC 6: Debug-compiled executable not calling MSVC debugger on "Retry"
by wine-bugs＠winehq.org 10 Mar '09

10 Mar '09

http://bugs.winehq.org/show_bug.cgi?id=15037 Summary: MSVC 6: Debug-compiled executable not calling MSVC debugger on "Retry" Product: Wine Version: 1.1.1 Platform: PC-x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: claus.fischer(a)clausfischer.com CC: claus.fischer(a)clausfischer.com Microsoft Visual C++ 6 is working to a large extent. When a program is compiled in DEBUG mode and violates an assertion (in WTL), the MSVC on Windows will give the user the choice to press "Retry" and start a debugger. On Wine, a debugger is not started, or at least the MSDEV-Studio doesn't show the Debug menu. -- 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