wine-bugs April 2015

wine-bugs@winehq.org

1 participants
8247 discussions

[Bug 15655] New: Tournament director doesn't start
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=15655 Summary: Tournament director doesn't start Product: Wine Version: 1.1.6 Platform: PC URL: http://www.thetournamentdirector.net/download.html OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Depends on: 15654 Created an attachment (id=16714) --> (http://bugs.winehq.org/attachment.cgi?id=16714) +relay in git After bug 15654, Tournament Director still won't run: Few generic errors, but seems this may be the culprit: err:ole:CoGetClassObject class {a6b222ab-a5ea-4899-b230-084657eddc7d} not registered err:ole:CoGetClassObject no class object {a6b222ab-a5ea-4899-b230-084657eddc7d} could be created for context 0x1 which is "Browser Thread State" +relay 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.

2 15

[Bug 37487] New: Quicken 2014 - NtOpenFile does not support \\SystemRoot\\
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=37487 Bug ID: 37487 Summary: Quicken 2014 - NtOpenFile does not support \\SystemRoot\\ Product: Wine Version: 1.7.30 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: michael(a)fds-team.de Distribution: --- Created attachment 49878 --> https://bugs.winehq.org/attachment.cgi?id=49878 Test to demonstrate the issue Hi, Quicken 2014 tries to load the ntdll by using \\SystemRoot\\ inside the path: ---snip--- 003e:Call ntdll.RtlInitUnicodeString(0033eea4,1000eed8 L"\\SystemRoot\\System32\\ntdll.dll") ret=1000bb29 003e:Ret ntdll.RtlInitUnicodeString() retval=0033eea4 ret=1000bb29 003e:Call ntdll.NtOpenFile(0033eebc,80100000,0033ee84,0033ee9c,00000005,00000000) ret=1000bb60 003e:Ret ntdll.NtOpenFile() retval=c000003a ret=1000bb60 ---snip--- This does not work in Wine as NtOpenFile does not properly parse the \\SystemRoot\\ part. I attached a test to demonstrate the issue. -- 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.

2 10

[Bug 36619] New: valgrind shows a few possible leaks in d3d8/tests/device.c
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=36619 Bug ID: 36619 Summary: valgrind shows a few possible leaks in d3d8/tests/device.c Product: Wine Version: 1.3.30 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==4644== 1 bytes in 1 blocks are possibly lost in loss record 6 of 4,513 ==4644== at 0x4007185: malloc (vg_replace_malloc.c:292) ==4644== by 0x635703D: ??? (in /usr/lib/dri/i965_dri.so) ==4644== by 0x649C254: ??? (in /usr/lib/dri/i965_dri.so) ==4644== by 0x64B9986: ??? (in /usr/lib/dri/i965_dri.so) ==4644== by 0x6492D86: ??? (in /usr/lib/dri/i965_dri.so) ==4644== by 0x62F3161: ??? (in /usr/lib/dri/i965_dri.so) ==4644== by 0x60BFA1D: shared_dispatch_stub_639 (in /usr/lib/libglapi.so.0.0.0) ==4644== by 0x4C52B0E: context_create (context.c:1730) ==4644== by 0x4D1054B: swapchain_init (swapchain.c:914) ==4644== by 0x4D10D1A: wined3d_swapchain_create (swapchain.c:1039) ==4644== by 0x4BF667B: swapchain_init (swapchain.c:163) ==4644== by 0x4BF6772: d3d8_swapchain_create (swapchain.c:188) ==4644== by 0x4BF2B73: device_parent_create_swapchain (device.c:3019) ==4644== by 0x4C60804: wined3d_device_init_3d (device.c:896) ==4644== by 0x4BF2F3F: device_init (device.c:3118) ==4644== by 0x4BF460E: d3d8_CreateDevice (directx.c:369) ==4644== by 0x4A5546D: create_device (device.c:90) ==4644== by 0x4A64FEB: test_depth_stencil_size (device.c:2675) ==4644== by 0x4A79032: func_device (device.c:6220) ==4644== by 0x4A9AA2C: run_test (test.h:584) ==4644== ==4644== 20 bytes in 1 blocks are possibly lost in loss record 1,237 of 4,513 ==4644== at 0x4008DDA: calloc (vg_replace_malloc.c:619) ==4644== by 0x64A72A9: ??? (in /usr/lib/dri/i965_dri.so) ==4644== by 0x64A80B0: ??? (in /usr/lib/dri/i965_dri.so) ==4644== by 0x64B9A57: ??? (in /usr/lib/dri/i965_dri.so) ==4644== by 0x6492D86: ??? (in /usr/lib/dri/i965_dri.so) ==4644== by 0x62F3161: ??? (in /usr/lib/dri/i965_dri.so) ==4644== by 0x60BFA1D: shared_dispatch_stub_639 (in /usr/lib/libglapi.so.0.0.0) ==4644== by 0x4C52B0E: context_create (context.c:1730) ==4644== by 0x4D1054B: swapchain_init (swapchain.c:914) ==4644== by 0x4D10D1A: wined3d_swapchain_create (swapchain.c:1039) ==4644== by 0x4BF667B: swapchain_init (swapchain.c:163) ==4644== by 0x4BF6772: d3d8_swapchain_create (swapchain.c:188) ==4644== by 0x4BF2B73: device_parent_create_swapchain (device.c:3019) ==4644== by 0x4C60804: wined3d_device_init_3d (device.c:896) ==4644== by 0x4BF2F3F: device_init (device.c:3118) ==4644== by 0x4BF460E: d3d8_CreateDevice (directx.c:369) ==4644== by 0x4A5546D: create_device (device.c:90) ==4644== by 0x4A64FEB: test_depth_stencil_size (device.c:2675) ==4644== by 0x4A79032: func_device (device.c:6220) ==4644== by 0x4A9AA2C: run_test (test.h:584) ==4644== See also bug 28800, which is for the test failing under valgrind. -- 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.

2 6

[Bug 29600] New: IBankWizard.exe doesn't display embed iexplore
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=29600 Bug #: 29600 Summary: IBankWizard.exe doesn't display embed iexplore Product: Wine Version: 1.3.36 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified IBankWizard.exe is the manager program of 95559 online bank (交通银行） 1. Download https://pbank.95559.com.cn/personbank/download/AssistantDelopy/AssistantIns… 2. Install with Wine 3. Start IBankWizard.exe $ cd .wine/drive_c/Program\ Files/BOCOM/IBankWizard2011 $ wine IBankWizard.exe Expect result: Display a window with some content Actual result: Only display a blank frame Workaround by winetricks ie7 -- 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.

2 7

[Bug 33707] New: Duke Nukem Forever crashes in d3ddrv
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=33707 Bug #: 33707 Summary: Duke Nukem Forever crashes in d3ddrv Product: Wine Version: 1.5.31 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: roland(a)mxchange.org CC: wine-bugs(a)winehq.org Classification: Unclassified Created attachment 44630 --> http://bugs.winehq.org/attachment.cgi?id=44630 Default debug log (no WINEDEBUG) The mentioned game crashed in d3ddrv when it tries to compile shaders, an except from debug.log follows: //------ Snip ---- err:d3dcompiler:compile_shader HLSL shader parsing failed. //------ Snap ---- Plus the place where it crashes: //------ Snip ---- 21 0x08536a73 in d3ddrv9 (+0x26a72) (0x0033cb68) //------ Snap ---- What the assembler code wants: //------ Snip ---- Wine-dbg>disas 0x08536a73 0x08536a73: pushl %edi 0x08536a74: movl %esi,%ecx 0x08536a76: call 0x08536730 ?CompileShader_PS@dnShaderCompiler@@QAEXPAVdnShader@@@Z in d3ddrv9 0x08536a7b: popl %edi 0x08536a7c: popl %esi 0x08536a7d: popl %ebp 0x08536a7e: ret $0x8 0x08536a81: int $3 0x08536a82: int $3 0x08536a83: int $3 //------ Snap ---- Please see attached files for more details. -- 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.

2 24

[Bug 37687] New: S.T.A.L.K.E.R - Shadow of Chernobyl locks up on start with dynamic lightning
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=37687 Bug ID: 37687 Summary: S.T.A.L.K.E.R - Shadow of Chernobyl locks up on start with dynamic lightning 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: zzarko(a)gmail.com Distribution: --- If I try to enable dynamic rendering in S.T.A.L.K.E.R - Shadow of Chernobyl (any of two dynamic options), the game even won't to start. This is what I get in the terminal (all messages after starting): fixme:msvcrt:MSVCRT__set_abort_behavior _WRITE_CALL_REPORTFAULT unhandled err:ole:CoInitializeEx Attempt to change threading model of this apartment from multi-threaded to apartment threaded fixme:thread:__hook_pthread_create most thread attributes ignored! err:ntdll:RtlpWaitForCriticalSection section 0x7bcd1f00 "loader.c: loader_section" wait timed out in thread 0023, blocked by 0009, retrying (60 sec) The last line repeats every minute and all I can do is to kill it. When using static lightning, sometimes (every 4th-5th run) STALKER locks up on "Exit to windows". This is the error I get on terminal when that happens: err:ntdll:RtlpWaitForCriticalSection section 0x7bcd2240 "rtl.c: peb_lock" wait timed out in thread 0028, blocked by 0009, retrying (60 sec) It looks similar to prevous last line. I'm running updated Ubuntu 14.04 64bit, using wine from wine team ppa (1.7.31), and game is installed in fresh win32 prefix. Game was bought on GOG, version is 1.0006, installer is setup_stalker_shoc_2.1.0.7. The graphic card is Radeon 7950, with Catalyst 14.20. I'll gladly try to answer questions/try stuff to make this work. -- 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.

2 16

[Bug 34147] New: Borland ilink32 malfunctions in newer versions of wine
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=34147 Bug #: 34147 Summary: Borland ilink32 malfunctions in newer versions of wine 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: cnliou9(a)fastmail.fm Classification: Unclassified Created attachment 45424 --> http://bugs.winehq.org/attachment.cgi?id=45424 The log. Borland ilink32 version 5.66 runs properly in wine v1.0.1 in Debian squeeze. It crashes in wine v1.4.1 in Debian wheezy. Comments on the attached log: File O:\prog.tds is not locked by any other programs including IDE. Deleting this file before running ilink32.exe does not fix the problem. If I remember correctly, the following two messages did not occurred to wine v1.0.1: Warning: Cannot release virtual memory at addr 00000000 for 67108864 bytes (errcode 87) Error: Could not delete O:\prog.tds (project already open in IDE?) -- 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.

2 16

[Bug 34641] New: sketchup 8 display problem when selecting by dragging
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=34641 Bug #: 34641 Summary: sketchup 8 display problem when selecting by dragging Product: Wine Version: 1.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: burelbruno(a)orange.fr Classification: Unclassified Env : UBUNTU 13.04 Wine 1.6 Sketchup 8 Nvidia card with the "Nouveau" driver, NOT with the Nvidia driver When dragging (both ways) to select items normal display disappear, the screen display tiles of the wallpaper and others old display -- 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.

2 6

[Bug 31674] New: Wine 1.5.6 breaks Quicken 99 import of .qif files; special text character handling problem
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=31674 Bug #: 31674 Summary: Wine 1.5.6 breaks Quicken 99 import of .qif files; special text character handling problem Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: drt781(a)yahoo.com Classification: Unclassified Have been using Quicken 99 for years via Wine. Upgraded from OpenSuse 12.1 to OpenSuse 12.2, and with it Wine 1.5.6 broke import function for .qif files. When I try to import a local .qif file (containing transactions) the operation completes "successfully" but resulting table of data is corrupted. Quicken 99 now, newly, incorrectly interprets .qif files. Uses current date for most transactions (instead of historical), and appears to have mangled, shifted, and/or truncated fields. Where 2d field frequently was blank, 3d field shifted into its place in truncated form. None of the fields displayed correctly. Dollar amounts also incorrect; inaccurate and too large by a factor of x100, as if Q 99 failed to see decimals, but the cents still are not rounded (as would be expected if decimal was just dropped) and the amounts are not familar. Only the imported data is corrupted; pre-existing data ok. Looks like a possible problem/change in handling special characters in plain text import files, such as following symbols: ' , and . Possibly also following: * and / The ^ character separated transactions; may have been read ok. Don't think that would explain the entire problem, though. Problem also exists under Wine 1.5.12, not resolved. This will make it much harder to use Q99. -- 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.

2 20

[Bug 34576] New: Altova XML Spy 2013 rel.2 sp2: crashes during entering registration code
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=34576 Bug #: 34576 Summary: Altova XML Spy 2013 rel.2 sp2: crashes during entering registration code Product: Wine Version: 1.7.2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wininet AssignedTo: wine-bugs(a)winehq.org ReportedBy: kroman(a)hp.com Classification: Unclassified Created attachment 46028 --> http://bugs.winehq.org/attachment.cgi?id=46028 backtrace Latest version of Altova crashes while entering (correct) permament registration code. Steps to reproduce: 1. Download latest Altova XML Spy 32-bit, Enterprise Edition from http://www.altova.com/download_current.html. 2. Install it (no .wine directory). 3. Run Xml Spy from Wine menu from application launcher. 4. Enter permament license key, my data: Name: Kamil Roman Company: Hewlett-Packard Co Unfortunately, for obvious reasons I can't give you the registration key. However, one may request for a trial key, which will probably result in the same error as the application seems to crash while trying to download some data from the Internet. Running Kubuntu Running, wine 1.7.2 from wine ppa. Any workaround is very welcome. Installer's sha1 sum: kamil@localhost:~/Downloads/instalki HP$ sha1sum XMLSpyEnt2013.exe b6a8a921b67f358609ebf5092ba7b2a8fc94a5ac XMLSpyEnt2013.exe -- 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.

2 12

[Bug 36319] New: valgrind shows several possible leaks in quartz/tests/misc.c
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=36319 Bug ID: 36319 Summary: valgrind shows several possible leaks in quartz/tests/misc.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Created attachment 48405 --> https://bugs.winehq.org/attachment.cgi?id=48405 valgrind log ==27568== 5,744 bytes in 148 blocks are possibly lost in loss record 643 of 655 ==27568== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==27568== by 0x4ECBA52: alloc_bstr (oleaut.c:162) ==27568== by 0x4ECC255: SysAllocStringByteLen (oleaut.c:413) ==27568== by 0x4EF7C4F: ITypeLib2_Constructor_MSFT (typelib.c:2254) ==27568== by 0x4EFB20B: LoadTypeLibEx (typelib.c:3460) ==27568== by 0x4EFCDF2: LoadTypeLib (typelib.c:454) ==27568== by 0x4EFD4AA: LoadRegTypeLib (typelib.c:537) ==27568== by 0x647CAD3: ??? ==27568== by 0x6483475: ??? ==27568== by 0x6413806: ??? ==27568== by 0x6413AC0: ??? ==27568== by 0x53134DD: CoCreateInstance (unknwn.h:226) ==27568== by 0x64832A8: ??? ==27568== by 0x6486644: ??? ==27568== by 0x641A819: ??? ==27568== by 0x6413AC0: ??? ==27568== by 0x53134DD: CoCreateInstance (unknwn.h:226) ==27568== by 0x4D6F01A: test_aggregation (misc.c:81) ==27568== by 0x4D70125: func_misc (misc.c:174) ==27568== by 0x4D723D4: run_test (test.h:584) ==27568== ==9329== 288 bytes in 2 blocks are definitely lost in loss record 485 of 657 ==9329== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==9329== by 0x654C126: ??? ==9329== by 0x6544704: ??? ==9329== by 0x64ECFB7: ??? ==9329== by 0x64E7667: ??? ==9329== by 0x53134DD: CoCreateInstance (unknwn.h:226) ==9329== by 0x4D6F01A: test_aggregation (misc.c:81) ==9329== by 0x4D70125: func_misc (misc.c:174) ==9329== by 0x4D723D4: run_test (test.h:584) ==9329== by 0x4D727C3: main (test.h:654) ==9329== etc. -- 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.

2 4

[Bug 37612] New: Mount & Blade: Crashes on startup (No compatible Direct3D Device)
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=37612 Bug ID: 37612 Summary: Mount & Blade: Crashes on startup (No compatible Direct3D Device) Product: Wine Version: 1.7.31 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: m22mail(a)comcast.net Mount & Blade: Warband crashes after the intro video with the error popup "Could not find any compatible 3D device". The game runs in Wine version 1.7.9 however it seems all the latest versions crash with this error. I installed all the DirectX .dlls from winecfg and installed the latest DirectX 9.0 Redistributable, but the crash remains. It seems as though this error happens when a video card does not meet the requirements, however I can confirm my card does meet the requirements, being that it opens in older versions of Wine. -- 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.

2 11

[Bug 38290] New: LabVIEW installer (2009sp1, 2012 Fall, 2014 Fall) fails with msi.dll ACCESS_VIOLATION
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=38290 Bug ID: 38290 Summary: LabVIEW installer (2009sp1, 2012 Fall, 2014 Fall) fails with msi.dll ACCESS_VIOLATION Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: enrico.segre(a)weizmann.ac.il Distribution: --- when setup.exe is run from desktop without particular wineprefix, as I reported for the AppDB ( https://appdb.winehq.org/objectManager.php?sClass=application&iId=4556 ). I see that several other bugs related to msi and labview (5399, 8895, 26537, 27841, 28849, 29099 for example) have already been filed and closed, so forgive if that is a duplicate, or if there is a trivial workaround which I ignore. -- 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.

2 12

[Bug 35033] New: Alpha Protocol: Game hangs with black screen at startup
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=35033 Bug #: 35033 Summary: Alpha Protocol: Game hangs with black screen at startup Product: Wine Version: 1.7.7 Platform: Other OS/Version: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ipickert55(a)gmail.com Classification: Unclassified Created attachment 46703 --> http://bugs.winehq.org/attachment.cgi?id=46703 Wine Log Game just sits there with a black screen, no sound or menus or anything. -- 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.

2 12

[Bug 36801] New: Crash during program install
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=36801 Bug ID: 36801 Summary: Crash during program install Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mike99(a)live.co.uk Created attachment 48876 --> http://bugs.winehq.org/attachment.cgi?id=48876 Contains data produced by 'Show Details' button in error box. When trying to install BearShare, the BearShare installation box opens followed by Program Error box with the error ' BearShareSetup-r0-n-bf.exe has encountered a serious problem...' I have attached a copy of the data produced by the 'Show Details' button. -- 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.

2 6

[Bug 29252] New: ICBC Internet Banking Assistant ICBCEBankAssist.exe can't open embed iexplore
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=29252 Bug #: 29252 Summary: ICBC Internet Banking Assistant ICBCEBankAssist.exe can't open embed iexplore Product: Wine Version: 1.3.34 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fracting(a)gmail.com Classification: Unclassified Created attachment 37828 --> http://bugs.winehq.org/attachment.cgi?id=37828 Log: start ICBC Assistant wine-1.3.34-39-g95f81d1 1. Download ICBC Internet Banking Assistant installer ( ICBCSetupIntegration.msi ) from https://mybank.icbc.com.cn/icbc/enperbank/index.jsp $ wget http://www.icbc.com.cn/icbc/html/download/EbankToolsSoftware/ICBCSetupInteg… 2. install ICBC Internet Banking Assistant $ msiexec /i ICBCSetupIntegration.msi 3. Start Internet Banking Assistant cd to "Program Files/ICBCEbankTools/ICBCSetupIntegration" $ wine ICBCEBankAssist.exe 4. Click on "One-key Installation for Non-USBKey User" Expect result: open a embed iexplore, user can install ActiveX controls from the Assistant Actual result: nothing happen winetricks wininet doesn't work, winetricks ie7 doesn't work -- 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.

2 7

[Bug 25579] New: Microsoft Flight Simulator X: cannot activate product
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=25579 Summary: Microsoft Flight Simulator X: cannot activate product Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Terminal shows some wininet fixme's: fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! so I tried native wininet, no dice. Next was a winhttp error: err:winhttp:netconn_secure_connect couldn't verify server certificate (12057) so 'winetricks winhttp'. Still no luck: austin@aw21 ~/.wine/drive_c/Program Files/Microsoft Games/Microsoft Flight Simulator X $ wine fsx.exe fixme:heap:HeapSetInformation 0x750000 0 0x32f36c 4 fixme:heap:HeapSetInformation 0x110000 0 0x32f368 4 fixme:heap:HeapSetInformation 0x330000 0 0x32f364 4 fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub! fixme:ras:RasEnumConnectionsW (0x204b90,0x1e1e454,0x1fd2004),stub! fixme:ras:RasEnumConnectionsW RAS support is not implemented! Configure program to use LAN connection/winsock instead! fixme:secur32:schan_InitializeSecurityContextW Using hardcoded "NORMAL" priority fixme:wintrust:HTTPSCertificateTrust (0x1ef968) fixme:wintrust:HTTPSFinalProv (0x1ef968) didn't try beyond that. -- 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.

2 9

[Bug 38159] New: NULL pointer dereferencing
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=38159 Bug ID: 38159 Summary: NULL pointer dereferencing Product: Wine Version: 1.7.37 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: isakov-sl(a)bk.ru Distribution: --- File /dlls/krnl386.exe16/int2f.c Lines 1026-1034 if (!driver_request) { /* FIXME - to be deleted ?? */ ERR("ES:BX==0 ! SEGFAULT ?\n"); ERR("-->BX=0x%04x, ES=0x%04x, DS=0x%04x, CX=0x%04x\n", BX_reg(context), context->SegEs, context->SegDs, CX_reg(context)); driver_request[4] |= 0x80; driver_request[3] = 5; /* bad request length */ return; } If driver_request == NULL then driver_request[4] will be NULL pointer dereferencing. -- 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.

2 4

[Bug 29849] New: oleaut32's OLEPictureImpl_Load fails when Stat() method is missing
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=29849 Bug #: 29849 Summary: oleaut32's OLEPictureImpl_Load fails when Stat() method is missing Product: Wine Version: 1.4-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael.blumenkrantz(a)gmail.com Classification: Unclassified Created attachment 38772 --> http://bugs.winehq.org/attachment.cgi?id=38772 test case Without a Stat() method, this function should only read the parts of a file that are needed. Instead, it continues to read and eventually crashes. Find attached a test case which takes an image file as an argument, then 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.

2 23

[Bug 38356] New: Xibo Player 1.7.3: Cant start
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

https://bugs.winehq.org/show_bug.cgi?id=38356 Bug ID: 38356 Summary: Xibo Player 1.7.3: Cant start Product: Wine Version: 1.7.40 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: ignacio.santolin(a)gmail.com Distribution: --- Created attachment 51200 --> https://bugs.winehq.org/attachment.cgi?id=51200 Xibo debug I Installed http://xibo.org.uk/get-xibo/ "Xibo For Windows" And When i tries to start, shows the attached debug and cant start -- 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.

2 7

[Bug 36633] New: Administrative privileges not sufficient
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=36633 Bug ID: 36633 Summary: Administrative privileges not sufficient Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 9728889999o(a)gmail.com Created attachment 48676 --> http://bugs.winehq.org/attachment.cgi?id=48676 Error Message I tried to run an application under Wine and it says that I have "insufficient privileges, please close and run again as administrator." I tried to run the Windows 7 USB/DVD Creator. See the attachment for more. -- 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.

2 10

[Bug 37067] New: System.NotSupportedException: CodePage 1361 not supported
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=37067 Bug ID: 37067 Summary: System.NotSupportedException: CodePage 1361 not supported Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mscoree Assignee: wine-bugs(a)winehq.org Reporter: t_arceri(a)yahoo.com.au Gemini Script Editor crashes when trying to open a script. With the following exception thrown. The scripts are from rpgmaker I think it might use Korean as a was to try obfuscate the script Unhandled Exception: System.TypeInitializationException: An exception was thrown by the type initializer for ScintillaNet.Scintilla ---> System.NotSupportedException: CodePage 1361 not supported at System.Text.Encoding.GetEncoding (Int32 codepage) [0x00000] in <filename unknown>:0 -- 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.

2 6

[Bug 35927] New: Win Toolkit v.1.4.37.20 requires administrative privilegies on startup.
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=35927 Bug ID: 35927 Summary: Win Toolkit v.1.4.37.20 requires administrative privilegies on startup. 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: sov.info(a)mail.ru Created attachment 47977 --> http://bugs.winehq.org/attachment.cgi?id=47977 screenshot I tried to login as root and run wine, but this error still present. You can see it on screenshot... Ubuntu 14.04 beta x64, wine x86-x64, ver. 1.6.2 from proposed. -- 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.

2 7

[Bug 36434] New: Regression: Capture NX-D fails with "Initialization error (E010)"
by wine-bugs＠winehq.org 12 Feb '21

12 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=36434 Bug ID: 36434 Summary: Regression: Capture NX-D fails with "Initialization error (E010)" Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fordfrog(a)fordfrog.com i'm using latest wine from source repository. this bug is probably week or so old. when launching Nikon Capture NX-D, it fails with "Initialization error (E010)". i have wine compiled with both 32bit and 64 versions (using gentoo live ebuild), but for the app i am using 32 bit version (64bit version does not work due to some missing implementation in wine). i'm running the app using following command: WINEPREFIX=~/.wine32 WINEARCH=win32 wine .wine32/drive_c/Program\ Files/Nikon/Capture\ NX-D/Module/CaptureNX-D.exe .wine32 directory is initialized for 32bit arch and windows 8. before week or so the app started without any issue and it was usable. but few days ago it stopped to launch. this is the output before the bug occurs: $ WINEPREFIX=~/.wine32 WINEARCH=win32 wine .wine32/drive_c/Program\ Files/Nikon/Capture\ NX-D/Module/CaptureNX-D.exe fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33fbcc 1 C) semi-stub fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:thread:GetThreadPreferredUILanguages 52, 0x33f9c0, 0x33fa30 0x33f9c8 fixme:heap:HeapSetInformation (nil) 1 (nil) 0 fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33edc0 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33ee50 1 C) semi-stub fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x33ec80 1 C) semi-stub fixme:msvcrt:__clean_type_info_names_internal (0x788b0e54) stub fixme:msvcrt:__clean_type_info_names_internal (0x1001e33c) stub fixme:thread:SetThreadIdealProcessor (0xfffffffe): stub the complete process of installation and running is the same as in bug #35864. -- 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.

2 7

[Bug 14697] New: wineserver: debug events can block completion of queued user APCs
by wine-bugs＠winehq.org 11 Feb '21

11 Feb '21

http://bugs.winehq.org/show_bug.cgi?id=14697 Summary: wineserver: debug events can block completion of queued user APCs Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, consider the following scenario... A debugger is attached to a debuggee. The debuggee has two threads. The debugger processes debug events and queries virtual memory info of remote process using VirtualQueryEx in its main loop. VirtualQueryEx -> NtQueryVirtualMemory -> enqueues APC_VIRTUAL_QUERY user APC for remote process (debuggee). The calling thread is blocked until the APC is completed. Following is the "good" case: tid=0009 (debugger process, calling thread, main debugger loop) tid=001a (debuggee thread 1) --- snip --- .. 0009: queue_apc( thread=(nil), process=0x54, call={APC_VIRTUAL_QUERY,addr=0x7fff0000} ) 001a: *wakeup* signaled=192 cookie=0x7ffdb7b4 0009: queue_apc() = 0 { handle=0x68, self=0 } 0009: select( flags=4, cookie=0x32d30c, signal=(nil), prev_apc=(nil), timeout=infinite, result={}, handles={0x68} ) 0009: select() = PENDING { apc_handle=(nil), timeout=infinite, call={APC_NONE} } 001a: select( flags=4, cookie=0x7ffdb7b4, signal=(nil), prev_apc=(nil), timeout=1c8f097946d2824 (-0.1787600), result={}, handles={} ) 001a: select() = USER_APC { apc_handle=0x68, timeout=1c8f097946d2824 (-0.1787600), call={APC_VIRTUAL_QUERY,addr=0x7fff0000} } 001a: select( flags=4, cookie=0x7ffdb7b4, signal=(nil), prev_apc=0x68, timeout=1c8f097946d2824 (-0.1792110), result={APC_VIRTUAL_QUERY,status=40000002,base=(nil),alloc_base=(nil),size=0,state=0,prot=0,alloc_prot=0,alloc_type=0}, handles={} ) 0009: *wakeup* signaled=0 cookie=0x32d30c 001a: select() = PENDING { apc_handle=(nil), timeout=1c8f097946d2824 (-0.1792110), call={APC_NONE} } 0009: get_apc_result( handle=0x68 ) 0009: get_apc_result() = 0 { result={APC_VIRTUAL_QUERY,status=40000002,base=(nil),alloc_base=(nil),size=0,state=0,prot=0,alloc_prot=0,alloc_type=0} } --- snip --- Now the interesting one, which ultimately leads to block of calling thread ... tid=0009 (debugger process, calling thread, main debugger loop) tid=001a (debuggee thread 1) tid=001b (debuggee thread 2) --- snip --- 0009: continue_debug_event( pid=0019, tid=001a, status=65538 ) 001a: *wakeup* signaled=258 cookie=0x7ffdb7b4 001b: *wakeup* signaled=258 cookie=0x7ffd77b4 0009: continue_debug_event() = 0 .. 0009: read_process_memory( handle=0x54, addr=0x7ffd8000 ) 001a: *signal* signal=19 0009: read_process_memory() = 0 { data= {} } 0009: read_process_memory( handle=0x54, addr=0x7ffd4000 ) 001a: *signal* signal=19 0009: read_process_memory() = 0 { data={} } 0009: queue_apc( thread=(nil), process=0x54, call={APC_VIRTUAL_QUERY,addr=(nil)} ) 001b: *wakeup* signaled=192 cookie=0x7ed44874 0009: queue_apc() = 0 { handle=0x68, self=0 } 001a: load_dll( handle=(nil), base=0x61090000, size=102400, dbg_offset=0, dbg_size=0, name=0x13e468, filename=L"C:\\windows\\system32\\msacm32.dll" ) 001a: *sent signal* signal=10 001b: *sent signal* signal=10 001a: load_dll() = 0 .. 0009: select( flags=4, cookie=0x32d30c, signal=(nil), prev_apc=(nil), timeout=infinite, result={}, handles={0x68} ) 0009: select() = PENDING { apc_handle=(nil), timeout=infinite, call={APC_NONE} } 001a: set_thread_context( handle=0xfffffffe, flags=00010007, suspend=1, context= {...}) 001a: set_thread_context() = 0 { self=1 } 001b: select( flags=4, cookie=0x7ed44874, signal=(nil), prev_apc=(nil), timeout=infinite, result={}, handles={0x4c} ) 001b: select() = USER_APC { apc_handle=0x68, timeout=infinite, call={APC_VIRTUAL_QUERY,addr=(nil)} } 001a: select( flags=4, cookie=0x7ffdb7b4, signal=(nil), prev_apc=(nil), timeout=0, result={}, handles={} ) 001a: select() = PENDING { apc_handle=(nil), timeout=1c8f09794c8b694 (+0.0000000), call={APC_NONE} } 001b: set_thread_context( handle=0xfffffffe, flags=00010007, suspend=1, context= {...}) 001b: set_thread_context() = 0 { self=1 } 001b: select( flags=4, cookie=0x7ffd77b4, signal=(nil), prev_apc=(nil), timeout=0, result={}, handles={} ) 001b: select() = PENDING { apc_handle=(nil), timeout=1c8f09794c90dc4 (+0.0000000), call={APC_NONE} } ... --- snip --- At this point, tid=0009 (debugger) is blocked forever. When the APC_VIRTUAL_QUERY user APC is queued, remote thread 001b is selected/destined to carry out the APC. After thread 001a and 001b woke up, a dynamic library is loaded from thread 001a which results in LOAD_DLL_DEBUG_EVENT dispatched. This initiates the suspension of all threads in the child process (SIGUSR1 is sent for 001a and 001b). Thread 001a is suspended first, 001b next. The suspension of 001b happens to a time when 001b is about to carry out the APC_VIRTUAL_QUERY. Meanwhile thread 0009 (calling process) is waiting for APC completion result forever because it's blocked by VirtualQueryEx in debugger loop, unable to receive and process any debug event. Regards -- 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.

2 21

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs April 2015