October 2015 - Wine-Bugs - list.winehq.org

[Bug 13014] New: ProntoEdit NG 2.1.8 doesn't show Gallery
by wine-bugs＠winehq.org Nov. 22, 2015

Nov. 22, 2015

http://bugs.winehq.org/show_bug.cgi?id=13014 Summary: ProntoEdit NG 2.1.8 doesn't show Gallery Product: Wine Version: 0.9.61. Platform: Other URL: http://www.remotecentral.com/cgi- bin/files/rcfiles.cgi?area=prontong&db=other&br=programs &dv=philipsprontong&md=philipsprontoproeditng&kw=&st=&ar =&dt=&so=&pg=1&file=prontong/programs/ProntoProEditNG_v2 .1.8.zip OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com In http://winehq.org/pipermail/wine-users/2008-May/033707.html noted that the Gallery window didn't work. To work around bug 13013, do sh winetricks vcrun6 cc580 before starting. To reproduce the Gallery problem, start the app (perhaps you're supposed to also do File / New Configuration / OK) and do Tools / Gallery. A window should pop up, but none does. -- 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 33993] New: Install fails of application that previously installed successfully.
by wine-bugs＠winehq.org Nov. 22, 2015

Nov. 22, 2015

http://bugs.winehq.org/show_bug.cgi?id=33993 Bug #: 33993 Summary: Install fails of application that previously installed successfully. Product: Wine Version: 1.6-rc2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mcisho(a)yahoo.com Classification: Unclassified I have recently installed Fedora 19 x86_64 (fresh install, not an upgrade), replacing Fedora 17 x86_64. The kernel is 3.9.9. I am now attempting to install several Windows applications (all 32-bit) that had been successful installed and executed on Fedora 17. I installed Wine and the first of the Windows applications, which installed and executes successfully. Installing a dependency for the second application produced the following messages:- $ wine Jet40Sp3_comp.exe fixme:setupapi:extract_cabinet_file awful hack: extracting cabinet "C:\\users\\irs\\Temp\\IXP000.TMP\\Jetsetup.CAB" err:ole:TLB_ReadTypeLib Loading of typelib L"C:\\Progra~1\\Common~1\\Micros~1\\dao\\dao2535.tlb" failed with error 2 The Jet40Sp3_comp.exe is the exact same .exe that had been installed and executed on Fedora 17. The install failed with Wine 1.5.27 and fails with Wine 1.6-0.rc2. Are there any other diagnostics I can provide? -- 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 22

[Bug 27390] New: HoMM V Hammers of Fate crashes during 3D initialisation
by wine-bugs＠winehq.org Nov. 21, 2015

Nov. 21, 2015

http://bugs.winehq.org/show_bug.cgi?id=27390 Summary: HoMM V Hammers of Fate crashes during 3D initialisation Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Created an attachment (id=35021) --> (http://bugs.winehq.org/attachment.cgi?id=35021) crash backtrace: wined3d_swapchain_create>glsAssignDrawable While "Heroes of Might & Magic V" works well, the extension "Hammers of Fate" patchlevel 2.1 (aka. 2.01) crashes upon 3D initialisation (after displaying one still image). I'm using an "early 2009" NVidia 9400GM Mac mini with OSX 10.5.8. and XQuartz 2.6.1. The crash occurs with both XQuartz 2.6.1 as well as XQuartz 2.5.(1?), with Wine-1.3.21 with the one post 1.3.21 swapchain patch (I had hoped that it would make a difference) and with Wine-1.1.24. UseGLSL makes no difference, nor does ORM=fbo or backbuffer. I've not tried out the original HoF version 2.0 without patch. One other weird note: The app provides msvcp71.dll and msvcr71.dll in the Heroes...\bina1\ directory. They get loadded by default. If I override them with the builtins, after the crash, Wine won't end (Wine's desktop window remains open) and displays: err:ntdll:RtlpWaitForCriticalSection section 0x42bc48a4 "x11drv_main.c: X11DRV_CritSection" wait timed out in thread 0021, blocked by 0009, retrying (60 sec) 15 minutes later, it still hangs and I invoke killall -INT wineserver. -- 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 39068] New: Santander bank security module crashes during core module installation
by wine-bugs＠winehq.org Nov. 21, 2015

Nov. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=39068 Bug ID: 39068 Summary: Santander bank security module crashes during core module installation Product: Wine Version: 1.7.49 Hardware: x86 URL: https://wwws.santandernet.com.br/mps/bin/gbpluginabnse tup.exe OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 00cpxxx(a)gmail.com Distribution: Debian Created attachment 52045 --> https://bugs.winehq.org/attachment.cgi?id=52045 log+crash Follow up from bug 33430. After applying the patch from https://bugs.winehq.org/attachment.cgi?id=52041 the app installer still crashes, the last line from the log is: 0009:fixme:urlmon:SecManagerImpl_GetZoneMappings Default action is not implemented wine: Unhandled page fault on read access to 0x00000000 at address 0x433660 (thread 0009), starting debugger... It could suggest that the application does not like the stub return from GetZoneMappings. -- 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 1

[Bug 33534] New: RT Systems Radio programmer ADMS-2H fails to launch
by wine-bugs＠winehq.org Nov. 21, 2015

Nov. 21, 2015

http://bugs.winehq.org/show_bug.cgi?id=33534 Bug #: 33534 Summary: RT Systems Radio programmer ADMS-2H fails to launch Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eunderfinger(a)gmail.com Classification: Unclassified Created attachment 44381 --> http://bugs.winehq.org/attachment.cgi?id=44381 Log of reported error Error message when starting app. Unhandled exception: page fault on write access to 0x005bc359 in 32-bit code (0x009cfc35). -- 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 5

[Bug 39265] New: winhttp may try to decrypt one more ssl message than needed
by wine-bugs＠winehq.org Nov. 21, 2015

Nov. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=39265 Bug ID: 39265 Summary: winhttp may try to decrypt one more ssl message than needed Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winhttp Assignee: wine-bugs(a)winehq.org Reporter: 7element(a)mail.bg Distribution: --- In net.c:642 in read_ssl_chunk there is no break if buf_len == ssl_buf_size. If buf_len actually becomes equal to ssl_buf_size after buf_len += size, the loop should break, otherwise a new ssl message will be tried to be read. Code needs something like this on line 643: if(buf_len == ssl_buf_size) break; -- 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 5

[Bug 39264] New: wininet may try to decrypt one more ssl message than needed
by wine-bugs＠winehq.org Nov. 21, 2015

Nov. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=39264 Bug ID: 39264 Summary: wininet may try to decrypt one more ssl message than needed Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet Assignee: wine-bugs(a)winehq.org Reporter: 7element(a)mail.bg Distribution: --- In netconnection.c:768 in read_ssl_chunk there is no break if buf_len == ssl_buf_size. If buf_len actually becomes equal to ssl_buf_size after buf_len += size, the loop should break, otherwise a new ssl message will be tried to be read. Code needs something like this on line 769: if(buf_len == ssl_buf_size) break; -- 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 39311] New: VCDS Diagnostics crashes
by wine-bugs＠winehq.org Nov. 21, 2015

Nov. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=39311 Bug ID: 39311 Summary: VCDS Diagnostics crashes Product: Wine Version: 1.7.51 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 52390 --> https://bugs.winehq.org/attachment.cgi?id=52390 Backtrace Slackware wine 1.7.51 Hello everyone, I would like to submit a backtrace I got after installing a German diagnostics software for cars. The software can be downloaded from the following URL: http://vcdspro.de/download/1/ The software installs fine but crashes when launching it. -- 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 37587] New: Farm Frenzy 2: Fails to start - err:seh:setup_exception_record stack overflow
by wine-bugs＠winehq.org Nov. 21, 2015

Nov. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=37587 Bug ID: 37587 Summary: Farm Frenzy 2: Fails to start - err:seh:setup_exception_record stack overflow Product: Wine Version: 1.7.31 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gaming4jc2(a)yahoo.com Distribution: --- After installing Farm Frenzy 2, it fails to start. Only thing in the terminal output is: err:seh:setup_exception_record stack overflow 1472 bytes in thread 002a eip 7bc4626f esp 00230d70 stack 0x230000-0x231000-0x330000 Upon closer inspection it appears the .exe is obfusicated using ASProtect. A tool known as "ASPrINFO" says the following: [Farm Frenzy 2], [1.0], [1.4 build 02.26 Beta], [Alawar Entertainment, Inc.]. -- 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 5

[Bug 39358] New: Various crashes in LotRO launcher
by wine-bugs＠winehq.org Nov. 21, 2015

Nov. 21, 2015

https://bugs.winehq.org/show_bug.cgi?id=39358 Bug ID: 39358 Summary: Various crashes in LotRO launcher Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: cigydd(a)gmail.com Distribution: --- Created attachment 52453 --> https://bugs.winehq.org/attachment.cgi?id=52453 Lord of the Rings Online crashes at several points, this is a random example Dear developers, I play Lord of the Rings Online maybe for a year on my notebook (Lenovo IdeaPad Flex 10, x86-64, Linux Mint 17.2 Rafaela). Reporting for Wine 1.6.2 as this is the official release for my distro but also experienced very similar crashes still with Wine-Staging 1.7.51. The crashes occur in the launcher _before_ the login screen. The game client runs just without problems AFAIK (except of performance) but the original launcher I think is more complex. I've read that people don't need PyLotRO any more but I'm forced to use it. Maybe in ca. 1/6 of the launcher runs it completes to the launch of the game. In ca. 5/6 of the cases there is a crash or freeze. The points where the crashes occur are various. Just attaching here the output of the first crash I just caught. I have a theory that the launcher detects the previous crash somehow and by the next launch it gets a bit further and by the next one yet further until it recovers completely - but this could be my speculation only. I can make a collection of the various crash kinds if you want but I don't know if I should file separate bugs. Let's start with this one. -- 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