April 2014 - Wine-bugs - list.winehq.org

[Bug 26466] New: Spike 2
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=26466 Summary: Spike 2 Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dam973(a)gmail.com Created an attachment (id=33694) --> (http://bugs.winehq.org/attachment.cgi?id=33694) Result in the terminal when the program crashes The software works fine except for analysis , new result view (a very important feature):the program crashes : i have putted the bug report in attachement -- 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 21531] New: Ultima IX crashes on start
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21531 Summary: Ultima IX crashes on start Product: Wine Version: 1.1.35 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cybrgen(a)yandex.ru Created an attachment (id=25940) --> (http://bugs.winehq.org/attachment.cgi?id=25940) Backtrace of Ultima IX crash Subj. Backtrace in 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.

1 11

[Bug 31940] New: DJMax Trilogy: Input delay
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=31940 Bug #: 31940 Summary: DJMax Trilogy: Input delay Product: Wine Version: 1.5.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: oli1660(a)gmail.com CC: julliard(a)winehq.org Classification: Unclassified Regression SHA1: adad80f4bd4aba325549ad8747a2951e97209660 When playing DJMax Trilogy, there is a very noticeable delay between when a key is pressed and when it is registered by the game. -- 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 22163] New: Cities XL 1.1.0.457-B4 fails to run
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=22163 Summary: Cities XL 1.1.0.457-B4 fails to run Product: Wine Version: 1.1.41 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jaakko.nissi(a)helsinki.fi Created an attachment (id=27046) --> (http://bugs.winehq.org/attachment.cgi?id=27046) wine CitiesXL.exe 2> normalrun.log The launcher fails with error: Error click ok to terminate program. Running the game with -nolauncher flag fails with the normal Program error dialog. Strangely enough the game can be run with wine from either ntfs or fat32, but is unplayably sluggish. Getting to the login screen takes about 15 minutes on a heavy duty rig. Wine is self compiled git head from this morning. -- 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 10

[Bug 24369] New: UCS-4 trick not working with resource files
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=24369 Summary: UCS-4 trick not working with resource files Product: Wine Version: unspecified Platform: x86 OS/Version: Windows 98 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: carlo.bramix(a)libero.it Created an attachment (id=30717) --> (http://bugs.winehq.org/attachment.cgi?id=30717) Resource file for testing Here there is an extract of my email sent to wine-devel mailing list about this problem: ==== CUT = CUT = CUT Let's take for example this piece of code from richedit.h: #if defined(__GNUC__) # define RICHEDIT_CLASS20W (const WCHAR []){ 'R','i','c','h','E','d','i','t','2','0','W',0 } #elif defined(_MSC_VER) # define RICHEDIT_CLASS20W L"RichEdit20W" #else static const WCHAR RICHEDIT_CLASS20W[] = { 'R','i','c','h','E','d','i','t','2','0','W',0 }; #endif Because the famous UCS-4 "issue", the control name is splitted in its single letters. While this can work in almost all situations with C/C++ sources, it is absolutely not possible to put a richedit control in RC files. For example, if I put a Richedit control into a dialog box, it will crash since the letter by letter format won't be recognized by the resource compiler. >From the above example, I was wondering what you think about doing a change like this one: #if defined _MSC_VER || defined RC_INVOKED || sizeof(wchar_t) == 2 # define RICHEDIT_CLASS20W L"RichEdit20W" #elif defined(__GNUC__) # define RICHEDIT_CLASS20W (const WCHAR []){ 'R','i','c','h','E','d','i','t','2','0','W',0 } #else static const WCHAR RICHEDIT_CLASS20W[] = { 'R','i','c','h','E','d','i','t','2','0','W',0 }; #endif We will fall in the first case when the name expressed as string is currently recognized: 1) because we are running under Microsoft Visual C++ 2) because it is used by resource compiler 3) because the string format is currently safe since we are under UCS-2 instead of UCS-4. Perhaps this point is not written as good as you want... I do not know if you prefer to use some informations emitted by configure script or you will prefer to simply check the size of wchar_t. The second case is the specific hack normally used until now with GCC. The third case is the last chance solution, as it was before. I moved the __GNUC__ case after the one used by _MSC_VER because __GNUC__ and RC_INVOKED are both declared in windres. Now I took this fragment from richedit.h as example, but perhaps I have also seen other places where the resource compiler could be "rejected". ==== CUT = CUT = CUT According to the reply I received, I'm creating a bug here and I tried to create a resource file that could be used for inspecting the problem. I tried my best but unfortunately, as you can see on top of this bug, I'm not using directly an operating system that allows the testing of WINE. The defect has been noticed by me when trying to compile an application with ReactOS' sources which uses the same exact system include files normally used by WINE. I hope all this could be useful. -- 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 34131] New: Back and Forward button greyed out in an .exe file ...
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=34131 Bug #: 34131 Summary: Back and Forward button greyed out in an .exe file ... Product: Wine Version: 1.4.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lawrencrj(a)GMail.com Classification: Unclassified An e-book (*.exe) sent to me works fine in all respects in Wine 1.4.1 on Ubuntu 12.04 LTS except that the back button and forwward button that are "live" when it is run in XP and in Windows 7 are "greyed out" on my Linux computer. NOTE this e-book is created by a compiler on Windows and there has been no attempt to run that compiler under Wine on Ubuntu. Our problem is with the exec file that it creates. When the HTML source files from which the e-book was compiled are copied to my Linux computer, both Chrome and Firefox run OK, and the back and forward buttons work -- but the e-book that is compiled from them will not work unless a "back" link is "hardwired" as part of each HTML to get back to the previous page to "mimic" the action that should be accomplished with the back button. The name of the program that runs in XP and Win 7 to create the problem exec file is "Active E Book compiler" (version 4.22) from "www.softpedia.com". http://www.softpedia.com/get/Others/E-Book/Active-E-Book-Compiler.shtml This compiler only works if Internet Explorer is installed on the the Widnows computer that runs it. A solution might be to take the source files and compile them with an e-book compiler that will run under Linux (or at least under WINE). -Richard J. Lawrence -- 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 3

[Bug 35259] New: Stationplaylist Studio *availabl free will not run
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=35259 Bug ID: 35259 Summary: Stationplaylist Studio *availabl free will not run Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: steve.in.spain(a)me.com Classification: Unclassified Hi I use a programme suite called stationplaylist *www.stationplaylist.com* which I currently run on a Windows server. There are several elements (available from th website to download). The two that I use are Studio and Creator. I am switching to a linux *Ubuntu Desktop 12.04* server. In the past I tested stationplaylist on Wine on Debian and it worked. I haev downloaded both programmes (Studio and Creator). Creator runs fine but Studio after installing when i go to run says there is a serious error and it cannot run. I have updated and followed all the advice on the "before you report a bug" page. I have restarted server and everything is up to date. Any advice or help with this would be appreciated. It may be worth pointig out then when it crashed and i go for a log nothing shows! Thanks -- 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 20784] New: Artweaver drop-down menu behind parent window
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=20784 Summary: Artweaver drop-down menu behind parent window Product: Wine Version: 1.1.33 Platform: PC URL: http://www.artweaver.de/home-en OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs(a)winehq.org ReportedBy: billstei(a)hbci.com In Artweaver 1.07, the drop-down menus are drawn behind the window that contains the drop-down widget. Example: In the Brush tool window (Ctrl-9 to show it), the widget which selects the type of brush when clicked draws the menu window/items behind the Brush window. -- 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 23633] New: Painting issue with MDI application.
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23633 Summary: Painting issue with MDI application. Product: Wine Version: 1.0.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vishal.pr87(a)gmail.com Created an attachment (id=29562) --> (http://bugs.winehq.org/attachment.cgi?id=29562) MDI Painting issue MDI child painting issue while switching from one MDI child to another MDI child using Ctrl+Tab Please find the screen shot attached. Also, painting issue is there while pressing Ctrl+Tab with a single MDI child activated. Thank you -- 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 29885] New: NtQueryVolumeInformationFile(..., FileFsDeviceInformation) return wrong value for cd-roms
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=29885 Bug #: 29885 Summary: NtQueryVolumeInformationFile(...,FileFsDeviceInformati on) return wrong value for cd-roms Product: Wine Version: 1.4-rc3 Platform: x86 OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified I don't know of any real apps that depend on this, but while writing a conformance test, I noticed that wine returns FILE_DEVICE_CD_ROM_FILE_SYSTEM when Windows 7 returns FILE_DEVICE_CD_ROM. See attached test program. -- 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