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

[Bug 35190] New: MegaMari: v1.61 slower than v1.5.16
by wine-bugs＠winehq.org 23 Mar '18

23 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=35190 Bug ID: 35190 Summary: MegaMari: v1.61 slower than v1.5.16 Product: Wine Version: 1.6.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: _vi(a)list.ru Classification: Unclassified MegaMari ( http://appdb.winehq.org/objectManager.php?sClass=version&iId=14196 ) runs more or less fine with wine-1.5.16 (build from source code), but runs too slow with Debian-provided wine-1.6.1. It looks the same we as if run with wine-1.5.16 on slow Inet Atom computer - CPU-bound. -- 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 33344] New: Cannot use full screen resolution (1366x768, 16:9) with a game that support it
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=33344 Bug #: 33344 Summary: Cannot use full screen resolution (1366x768, 16:9) with a game that support it Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: madeodario(a)gmail.com Classification: Unclassified As in the title, I cannot use full screen resolution (1366x768, 16:9) with game that support it. In particular the game is GTA San Andreas (I think 1.01v). I'm using wine 1.5.27. The game lists only 640x480, 800x600, 1024x768. On Windows it is able to start with the full screen resolution (1366x768) and there are also more other resolutions available. The game has been installed in the same way on both Windows (7) and Linux (Xubu 12.10). I tried to use a virtual desktop. I set it to 1366x768 but the game still lists only 640x480, 800x600, 1024x768. I also tried to use a bigger virtual desktop (4000x3000). In this case, the game was able to recognize the 4000x3000 resolution (it started but clearly was unplayable due to huge resolution) but 1366x768 is still not present. -- 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 37402] New: WINAPI is not correct
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=37402 Bug ID: 37402 Summary: WINAPI is not correct Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: k1-801(a)mail.ru Distribution: --- I've found a strang bug while testing my program. I used few WINAPI funcs for codepage converting (the file path was in UTF-8, and to open it, I needed to convert it to the Windows's awkward wchar_t and back). I hadn't a copy of Windows that time, so I tested it on wine. There's the tested code: char* WcharToUTF8(wchar_t *in) { uint64_t len = WideCharToMultiByte(CP_UTF8, MB_ERR_INVALID_CHARS, in, -1, NULL, 0, NULL, NULL); char *out = (char*)calloc((len + 1) * 6, sizeof(char)); WideCharToMultiByte(CP_UTF8, MB_ERR_INVALID_CHARS, in, -1, out, len, NULL, NULL); return out; } It worked on wine. On wine it returns correctly converted string. On real Windows it returns nothing, and empty string crashes the program. After replasing MB_ERR_INVALID_CHARS with 0 it worked on both wine and Windows. char* WcharToUTF8(wchar_t *in) { uint64_t len = WideCharToMultiByte(CP_UTF8, 0, in, -1, NULL, 0, NULL, NULL); char *out = (char*)calloc(len + 1, sizeof(char)); WideCharToMultiByte(CP_UTF8, 0, in, -1, out, len, NULL, NULL); return out; } Also, the code was stolen from MSDN page about codepages, and there was a note about "nothing will work correctly WITHOUT MB_ERR_INVALID_CHARS". Windows bug? Wine bug? Wine did work as said in MSDN, Windows did not. -- 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 12714] New: SimCity 2000: crashes when saving or opening a file.
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=12714 Summary: SimCity 2000: crashes when saving or opening a file. Product: Wine Version: 0.9.60 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mkno(a)earthlink.net Whenever I open the file dialog to open or save a file, or when I just try to save a file directly, SimCity 2000 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 56

[Bug 36441] New: joy.cpl crashes when PS4 Gamepad connected via Bluetooth
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=36441 Bug ID: 36441 Summary: joy.cpl crashes when PS4 Gamepad connected via Bluetooth Product: Wine Version: unspecified Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lp-san(a)lostpoint.ru Created attachment 48464 --> http://bugs.winehq.org/attachment.cgi?id=48464 crash log available via gui crash message First of all, I'd like to apologize if I came to the wrong bigtracker, since I'm a wineskin user, not pure wine user. But I believe the problem is a wine-specific, not wineskin specific. I'm using Wineskin 2.6.0 (latest) with Wine Engine WS9Wine1.7.18 (the latest available via Wineskin). I'm connecting PS4 Gamepad via Bluetooth, then I start a Wine/Wineskin Command Line Shell, executing "control joy.cpl" and the control panel applet crashes. If I disconnect the gamepad, the applet works fine. I attached the crash log information in a text file. I can provide any debug information from the wine logs if needed. -- 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 36517] New: slovoeb.exe: unhandled exception: 0xe0434352 in 32-bit code (0x7b83bcd5)
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=36517 Bug ID: 36517 Summary: slovoeb.exe: unhandled exception: 0xe0434352 in 32-bit code (0x7b83bcd5) Product: Wine Version: 1.6.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pr0sto(a)hotmail.com Created attachment 48589 --> http://bugs.winehq.org/attachment.cgi?id=48589 backtrace.txt of exception by "slovoeb.exe" v.2.1 I get exception when I click open with WINE on "slovoeb.exe" v.2.1 (http://keycollector.ru/SlovoEB.zip) -------------------------------------------- ...see more on backtrace.txt in 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 37336] New: U-blox U-Center crashes when importing or exporting config file
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

https://bugs.winehq.org/show_bug.cgi?id=37336 Bug ID: 37336 Summary: U-blox U-Center crashes when importing or exporting config file Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: joshuapcloud(a)gmail.com Created attachment 49650 --> https://bugs.winehq.org/attachment.cgi?id=49650 error generated App runs well, but when I try to import a .txt configuration file, the app crashes. Tools > GNSS Configuration > Browse for file > Check the Store Config...box > Click either GNSS to File (or File to GNSS), I get: Program Error The program u-Center.exe as encountered a serious problem and needs to close. We are sorry for the inconvenience. -- 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 33722] New: Stereo IMA ADPCM encoding in WINE produces loud static instead of sound
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=33722 Bug #: 33722 Summary: Stereo IMA ADPCM encoding in WINE produces loud static instead of sound Product: Wine Version: 1.3.8 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msacm32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: Nachanon_Vetjasit(a)hotmail.com Classification: Unclassified I've been using Microsoft Sound Recorder to convert PCM (44100Hz 16-bit Stereo) wave file to IMA ADPCM (44100Hz 4-bit Stereo), and saved to a wave file. When I played the file in MPlayer, instead of the desired sound, it played a loud static on the right channel, and a mashup of both original channels on the left channel. Mono encoding didn't affected though. Other codecs are fine, except PCM (crashes; bug #26388), MS ADPCM and MP3 (unavailable). To reproduce: - Start Microsoft Sound Recorder (use Windows XP version or below): $ wine sndrec32.exe - Open some PCM wave file that is 44100Hz 16-bit Stereo. - Go to File > Properties - Click "Convert Now" - Choose "IMA ADPCM" codec with 44100Hz 4-bit Stereo configuration. - Click "OK" - Save it to another wave file. (No matter play button is grayed out or not) - Play that wave file with any player that supports IMA ADPCM. You'll hear a loud static on the right channel, and mashed-up sound on the left. Another thing is after encoded, Sound Recorder saw a doubled length of audio, MPlayer also saw so. When played, playhead moved twice the normal speed. (Which is a strange behavior) Note: I filed this as msacm32 since Sound Recorder is using it directly for encoding. Using WINE 1.3.8 (source) on Debian GNU/Linux 5.0 (i386: Intel Pentium 4 2.66GHz) WINE Audio Driver: ALSA 44100Hz 16bit (Full Hardware Acceleration) WINE installed without GStreamer support. -- 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 16

[Bug 14937] New: Astroplanner crash
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=14937 Summary: Astroplanner crash Product: Wine Version: 1.1.2 Platform: PC URL: http://www.ilangainc.com/astroplanner/reguserdl/V1.6.1/A stroPlannerWindows.zip OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: s9999(a)penguinmail.com Created an attachment (id=15529) --> (http://bugs.winehq.org/attachment.cgi?id=15529) Segment of relay output I'm trying to get Astroplanner to run with Wine. The author has a low opinion of Linux users being willing to pay for his software. So it only runs natively on Windows and OSX. I'd like to prove him wrong, but I need to get it running first. I'm doing this on an up to date Ubuntu 8.04 laptop. I've installed Wine from the repository. I've attached a segment of the relay output around what I think is causing the problem. Recreating the problem is very easy. Download Astroplanner from http://www.ilangainc.com/astroplanner/reguserdl/V1.6.1/AstroPlannerWindows.…. It runs in demo mode until registration. There is no installation process, so just run it under Wine. After a lot of initialization, the application comes up. Create a new plan when that screen comes up. Open the Edit, Preferences... window. The problem occurs when you close that window. This seems quite reliable. The problem seems to be an unhandled page fault in ntdll, but I really don't know if that is the real problem. 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 28

[Bug 29871] New: drawing in photoshop cs5 is almost impossible
by wine-bugs＠winehq.org 18 Mar '18

18 Mar '18

http://bugs.winehq.org/show_bug.cgi?id=29871 Bug #: 29871 Summary: drawing in photoshop cs5 is almost impossible Product: Wine Version: 1.4-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lenashou(a)gmail.com Classification: Unclassified launch photoshop cs5 open a new document (white background) select the brush tool (black color for example) try to draw something with the mouse. most of the time, only the first click work, drawing the shape of the brush. and sometime.. for whatever reason, you can draw something, as long as you keep the left mouse button pushed. the problem is not only on the brush, but on every tool where you need to keep the left mouse button pushed. this bug wasn't there in wine 1.3.28. -- 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 122