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

[Bug 32314] New: Pikachu Volleyball (English version) crashes on restart
by wine-bugs＠winehq.org 18 Mar '16

18 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=32314 Bug #: 32314 Summary: Pikachu Volleyball (English version) crashes on restart Product: Wine Version: 1.5.18 Platform: x86-64 URL: http://games.hotut.com/post/pikachu-volleyball/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified Regression SHA1: 010019df064cfe1e9efee5ac6ee9e1e0954bd4f8 Created attachment 42654 --> http://bugs.winehq.org/attachment.cgi?id=42654 Terminal output The English version of Pikachu Volleyball crashes if restarted after the beginning of a round. (No problem with the original Japanese version.) To reproduce: - Start a game with either option at the title screen - Click Game -> Restart It also restarts (and crashes) automatically at the end of the round. Regression testing indicated: 010019df064cfe1e9efee5ac6ee9e1e0954bd4f8 is the first bad commit commit 010019df064cfe1e9efee5ac6ee9e1e0954bd4f8 Author: Jörg Höhle <Joerg-Cyril.Hoehle(a)t-systems.com> Date: Thu Oct 4 12:34:07 2012 +0200 mciseq: Create player thread in the synchronous case too. :040000 040000 4fecac2de61d692b36b829591062060ce25e861b 66bc6ddfb6dd3eddd0179ac2c98e887a3046dd31 M dlls Reverting that patch prevented 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 8

[Bug 29458] New: Explorer sometimes crashes on drag-and-drop in folders accessed from "/
by wine-bugs＠winehq.org 18 Mar '16

18 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=29458 Bug #: 29458 Summary: Explorer sometimes crashes on drag-and-drop in folders accessed from "/ Product: Wine Version: 1.3.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Classification: Unclassified Builtin explorer sometimes crashes when attempting to drag-and-drop a file. Other times, it doesn't allow this. -- 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 34303] New: underlined 8 point Times New Roman text doesn't display as underlined
by wine-bugs＠winehq.org 18 Mar '16

18 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=34303 Bug #: 34303 Summary: underlined 8 point Times New Roman text doesn't display as underlined Product: Wine Version: 1.7.0 Platform: x86 OS/Version: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com Classification: Unclassified To reproduce: * Open wordpad. * Type some text. * Set the font to 8 point and underlined. -- 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 17540] New: Zondervan Pradis cannot function due to unimplemented function ole32.dll.CoGetCurrentLogicalThreadId
by wine-bugs＠winehq.org 18 Mar '16

18 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=17540 Summary: Zondervan Pradis cannot function due to unimplemented function ole32.dll.CoGetCurrentLogicalThreadId Product: Wine Version: 1.1.15 Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: vanoudt(a)gmail.com Created an attachment (id=19680) --> (http://bugs.winehq.org/attachment.cgi?id=19680) WINEDEBUG output for +ole Zondervan Pradis 6.0 ( http://appdb.winehq.org/objectManager.php?sClass=version&iId=11417 ) cannot actually do anything useful The system relies on COM to open books served up by a database. Whenever it tries to do this, it brings up in the console: wine: Call from 0x602e9940 to unimplemented function ole32.dll.CoGetCurrentLogicalThreadId, aborting A +ole log is attached below -- 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 20

[Bug 21475] New: TI Interactive application fails when attempting to display the TI math palette
by wine-bugs＠winehq.org 18 Mar '16

18 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=21475 Summary: TI Interactive application fails when attempting to display the TI math palette Product: Wine Version: 1.1.37 Platform: x86 URL: http://education.ti.com/downloads/files/computer_softw are/tiitrial.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: ole32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=25861) --> (http://bugs.winehq.org/attachment.cgi?id=25861) TI Interactive +ole trace With wine-1.1.37, after using winetricks to install vcrun6sp6 and installing the TI Interactive trial, launching TI Interactive, dismissing the trial and registration dialogs, and then pressing Ctrl+M (or doing Insert -> Math Box) yields a message box that states: "Failed to create object. Make sure the object is entered in the system registry." Using native ole32 from the dcom98 redist allows the TI Interactive application to display the TI math palette panel as expected. From the +relay log: 0009:Call ole32.OleCreate(0032e754,40a3fca8,00000001,00000000,00e62710,001b7938,00e626c8) ret=40a2b858 0009:trace:ole:OleCreate ({5af21a82-ca6e-11d2-9613-004033a5109d}, {00000000-0000-0000-c000-000000000046}, 1, (nil), 0xe62710, 0x1b7938, 0xe626c8) ... 0009:Ret ole32.OleCreate() retval=80070057 ret=40a2b858 ... 0009:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,0032e64c) ret=40a09610 It seems that the failure of OleCreate is the culprit. A +ole log 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 11

[Bug 37838] New: Chessmaster X: Absent chess piece lighting with Direct3D
by wine-bugs＠winehq.org 16 Mar '16

16 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=37838 Bug ID: 37838 Summary: Chessmaster X: Absent chess piece lighting with Direct3D Product: Wine Version: 1.7.33 Hardware: x86 URL: https://archive.org/download/Chessmaster10thEditionDem o/Chessmaster10thEditionDemo.exe OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: multitude(a)internode.on.net Distribution: --- Chessmaster 10 (and Chessmaster 11 Grandmaster Edition) do not light chess pieces correctly. This is most noticable for wooden chess sets (the default). 1. Install the Chessmaster 10 demo from the URL (you may need to be in a 32-bit WINE environment for the installation to work). 2. Run the configuration program 'cmsettings.exe'. 3. Select 'OpenGL (Low Performance Video Cards)' and save. 4. Run 'game.exe'. 5. Once you've created a user, select the icon left of the rotating chess board and then select the 'Training Mode' icon. RESULT: When the chess board is displayed, the pieces are correctly lit (see OpenGL attachment). 6. Close the Chessmaster demo and re-run 'cmsettings.exe', this time selecting 'Direct3D (Full Effects)', and save. 7. Re-run 'game.exe' and go to the same 'Training Mode'. RESULT: The chess pieces do not have any lighting on them (see Direct3D attachment). -- 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 34454] New: Do not use builtin TTF fonts when native appropriate fonts are present in the system
by wine-bugs＠winehq.org 15 Mar '16

15 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=34454 Bug #: 34454 Summary: Do not use builtin TTF fonts when native appropriate fonts are present in the system Product: Wine Version: 1.7.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts AssignedTo: wine-bugs(a)winehq.org ReportedBy: t.artem(a)mailcity.com Classification: Unclassified This is a continuation of bug 34446. I'd like to propose that Wine should never try to load or use builtin fonts (which don't exactly look nice under certain fontconfig settings, like full hinting) when native appropriate fonts are present in the system. Thanks. -- 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 11951] New: Tide prediction cursor popup or tag creates " Untitled Window"
by wine-bugs＠winehq.org 14 Mar '16

14 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=11951 Summary: Tide prediction cursor popup or tag creates "Untitled Window" Product: Wine Version: 0.9.57. Platform: PC URL: http://wxtide32.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: n5470(a)pinefields.com WXTide32 includes a feature to show tide data by creating a cursor that tracks time of day and water height. It appears when the main window is opened and showing the realtime, graph, or overview display, and the user presses either the left-arrow or right-arrow key. A popup or tag follows the vertical part of the cursor line, showing the data for the time (vertical cursor line) and depth or height of water (horizontal cursor line). Under Wine, the cursor lines are drawn but the cursor popup or tag is missing or flashes briefly (hard to tell which is happening). At the same time, a new entry appears in the task bar: "Untitled Window". The app then blinks between idle (based on the regular movable cursor, controlled by a mouse, etc.) and busy, with "Untitled Window" showing in the task bar while the mouse cursor signals "busy". On minimizing the main window (showing the tide levels), the "Untitled Window" entry remains in the task bar. It cannot be maximized, opened, or closed. Only terminating the application removes "Untitled Window". No messages are written to stdout or stderr when the problem occurs. Under Windows, the key-controlled cursor moves as expected, with a popup attached to the scrolling cursor. No additional tasks appear in the task bar. -- 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 29182] New: Edit control WS_EX_CLIENTEDGE is not drawn if initially not WS_VISIBLE
by wine-bugs＠winehq.org 14 Mar '16

14 Mar '16

http://bugs.winehq.org/show_bug.cgi?id=29182 Bug #: 29182 Summary: Edit control WS_EX_CLIENTEDGE is not drawn if initially not WS_VISIBLE Product: Wine Version: 1.3.33 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: toni.spets(a)iki.fi Classification: Unclassified Created attachment 37648 --> http://bugs.winehq.org/attachment.cgi?id=37648 Hack to workaround the problem This is rather odd as I couldn't figure it out where the problem occurs deeper but the attached patch should give a good hint to someone who knows better. If the edit control is not WS_VISIBLE when created, WS_EX_CLIENTEDGE will be ignored through it's life and only show the background color without border. As I'm probably wrong this can be tested using the freeware program ResEdit by creating a new dialog and adding a normal text edit control. It seems there are more problems regarding updating the control on-the-fly with the properties editor. -- 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 37248] New: Floating point stack fault in a program compiled with Silverfrost FTN95
by wine-bugs＠winehq.org 11 Mar '16

11 Mar '16

https://bugs.winehq.org/show_bug.cgi?id=37248 Bug ID: 37248 Summary: Floating point stack fault in a program compiled with Silverfrost FTN95 Product: Wine Version: 1.7.25 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pepalogik(a)seznam.cz I use Silverfrost FTN95 compiler <http://www.silverfrost.com/11/ftn95/ftn95_fortran_95_for_windows.aspx> for debugging a Fortran 77 code. This compiler has quite a unique CHECKMATE feature which performs various run-time checks, but this compiler is Windows-only. First it seemed to work fine in Wine but then, when I used a larger code, the program execution resulted in a floating point stack fault. Note that the compiler itself works correctly in Wine, but the resulting CHECKMATE-enabled executable fails (while the very same executable runs well on Windows). I was happy when I found a workaround: to compile the program with /F_STDCALL. Unfortunately, this turned out to be insufficient for an even larger code (it is actually the same program with just larger parameter values and thus larger arrays and more iterations in various cycles). For this code, /F_STDCALL only causes the floating point stack fault to occur later. I cannot 100% guarantee that the code is correct - a floating point stack fault can be caused e.g. by calling a function with an incorrectly specified return type. However, I think this is unlikely for the following reasons: 1. It does work on MS Windows, 2. It has been checked with two different compilers (FTN95 and gfortran). 3. It has been checked with Silverfrost's CHECKMATE run-time checking (as it runs on Windows without failure). 4. It has been checked by me. Hence I guess it is a bug in Wine. What files do you need to tackle this problem? As the executable needs a Silverfrost's runtime library, you will have to install FTN95 in any case. I suggest that I will upload these files and information: * program source, * compiling instructions, * input files (which are required by the program). I will now wait for either your response or the appearance of Wine 1.7.26 in the PPA (it seems to be to complicated for me to build it from the source). If the latter happens earlier, I will check if the bug persists and upload the files I have suggested. -- 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