wine-bugs January 2008

wine-bugs@winehq.org

1 participants
9873 discussions

[Bug 10126] New: .Net 1.1 fails on install in regsvcs.exe
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10126 Summary: .Net 1.1 fails on install in regsvcs.exe Product: Wine Version: 0.9.47. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-dotnet AssignedTo: wine-bugs(a)winehq.org ReportedBy: jjmckenzie51(a)sprintpcs.com Created an attachment (id=8695) --> (http://bugs.winehq.org/attachment.cgi?id=8695) Dump log from regsvcs.exe error. While attempting to install .Net 1.1 regsvcs.exe caused a coredump error. Attached is the dump log. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 13

[Bug 10134] New: regtlib.exe from .NET 1.1's dotnetfx. exe installer crashes with heap problem
by wine-bugs＠winehq.org 27 Nov '21

27 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10134 Summary: regtlib.exe from .NET 1.1's dotnetfx.exe installer crashes with heap problem Product: Wine Version: CVS/GIT Platform: Other URL: http://www.microsoft.com/downloads/details.aspx?displayl ang=en&FamilyID=262D25E3-F589-4842-8157-034D1E7CF3A3 OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com This one was mentioned at the end of bug 5358, but I only just now got around to isolating it. I ran into this in the context of bug 5358 (Microsoft Dynamics GP Trial). That app comes with dotnetfx.exe, which fails to install. The problem is a heap corruption or something in our COM implementation, as it fails slightly faster and cleaner with WINEDEBUG=warn+heap, and succeeds with native dcom98. The problem can be reproduced with the .net 1.1 installer downloadable from Microsoft. This has the same md5 signature as the one on the cdrom. Oddly, when I first hit this it took ten seconds, the second time it took half an hour, no idea why the speed difference. I think it might be WINEDEBUG=warn+heap makes it run slow, that's another sign of an uninitialized variable. Here's the script I used to demonstrate the bug. I'll attach fail.log. set -x wineserver -k rm -rf .wine export WINE=$HOME/wine-git/wine export WINEPREFIXCREATE=$HOME/wine-git/tools/wineprefixcreate sh ~/bin/winetricks fakeie6 # install .net 1.1 test -f dotnetfx.exe || wget http://download.microsoft.com/download/a/a/c/aac39226-8825-44ce-90e3-bf8203… # fwiw, md5sum dotnetfx.exe is 52456ac39bbb4640930d155c15160556 # WINEDEBUG=warn+heap,+process $WINE dotnetfx.exe # Here's how it fails: #trace:process:CreateProcessW app L"c:\\windows\\system32\\URTTEMP\\regtlib.exe" cmdline L"\"c:\\windows\\system32\\URTTEMP\\regtlib.exe\" \"c:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\mscorlib.tlb\"" #warn:heap:HEAP_ValidateInUseArena Heap 0x110000: invalid in-use arena magic for 0x11a1a8 #wine: Unhandled page fault on read access to 0xaaaaaaba at address 0x7ec89683 (thread 0023), starting debugger... # OK, so run just the failing command: WINEDEBUG=warn+heap,+ole $WINE c:\\windows\\system32\\URTTEMP\\regtlib.exe c:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\mscorlib.tlb > fail.log 2>&1 # Yep, that fails very nicely -- but passes with native dcom98! sh ~/bin/winetricks dcom98 WINEDEBUG=warn+heap,+process $WINE c:\\windows\\system32\\URTTEMP\\regtlib.exe c:\\windows\\Microsoft.NET\\Framework\\v1.1.4322\\mscorlib.tlb > ok.log 2>&1 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 37

[Bug 9665] New: Mask of eternity crashes at startup with wine version 0.9. 36 and newer
by wine-bugs＠winehq.org 21 Nov '21

21 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=9665 Summary: Mask of eternity crashes at startup with wine version 0.9.36 and newer Product: Wine Version: 0.9.45. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: wine-directx-ddraw AssignedTo: wine-bugs(a)winehq.org ReportedBy: deadlock(a)start.no Kings Quest 8 - Mask of Eternity crashes on startup with an exception error. The specific error has been attached. Version 0.9.36 didn't have this problem, and after doing a lot of debugging and regression I located that the problem is located in a change between version 0.9.36 and 0.9.37. The specific code is shown below. wine version 0.9.36, file wine/dlls/ddraw/direct3d.c: 324 d1 = dref; 325 d2 = dref; 326 hr = Callback( (LPIID) &IID_IDirect3DRefDevice, reference_description, device_name, &d1, &d2, Context); wine version 0.9.37(and up to version 0.9.45 at least): 327 d1 = dref; 328 d2 = dref; 329 /* The rgb device has the pow2 flag set in the hel caps, but not in the hal caps */ 330 d1.dpcLineCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 | D3DPTEXTURECAPS_NONPOW2CONDITIONAL | D3DPTEXTURECAPS_PERSPECTIVE); 331 d1.dpcTriCaps.dwTextureCaps &= ~(D3DPTEXTURECAPS_POW2 | D3DPTEXTURECAPS_NONPOW2CONDITIONAL | D3DPTEXTURECAPS_PERSPECTIVE); 332 hr = Callback( (LPIID) &IID_IDirect3DRGBDevice, reference_description, device_name, &d1, &d2, Context); I tried commenting out line 330 and 331 in version 0.9.44 and the game ran without crashing at startup, but there has to be a better way to solve this. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 49

[Bug 10147] New: Word Viewer 2003 - Tab behavior differs from Windows
by wine-bugs＠winehq.org 21 Nov '21

21 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10147 Summary: Word Viewer 2003 - Tab behavior differs from Windows Product: Wine Version: 0.9.47. Platform: PC URL: http://www.microsoft.com/downloads/details.aspx?FamilyId =95E24C87-8732-48D5-8689-AB826E7B8FDF&displaylang=en OS/Version: Linux Status: NEW Keywords: conformance, download Severity: trivial Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Tab behavior differs from Windows while using Word Viewer 2003's installer. While this is a trivial matter, I was attempting to write a script using AutoHotKey to automate testing of the program in Wine/Windows. Since screen resolution/windows placement can differ very easily, using the keyboard is the easiest way to make sure the script does what I want. The main difference is that under Windows, one tab takes me from the license agreement's text to the checkbox to accept the agreement. Under Wine, it takes me to the cancel button. Using tab twice under Wine brings me to the checkbox. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 27

[Bug 10365] New: Nero 7 essentials fails to install
by wine-bugs＠winehq.org 20 Nov '21

20 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10365 Summary: Nero 7 essentials fails to install Product: Wine Version: unspecified Platform: PC URL: http://www.nero.com/enu/index.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: ead1234(a)hotmail.com Created an attachment (id=9036) --> (http://bugs.winehq.org/attachment.cgi?id=9036) 1st dialog When trying to install nero 7 essentials a dialog box pops up saying it could not complete an msi query, then it is followed up by an msiexec error dialog. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 48

[Bug 10287] New: unable to install nero 8
by wine-bugs＠winehq.org 17 Nov '21

17 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10287 Summary: unable to install nero 8 Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: NEW Severity: major Priority: P2 Component: wine-msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: infyquest(a)gmail.com Created an attachment (id=8939) --> (http://bugs.winehq.org/attachment.cgi?id=8939) nreo console output I am unable to install nero 8. It comes up the screen Preparing Installation, then suddenly it crashes. I am attaching the console output -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 35

[Bug 9412] New: FL Studio 7 cannot play most of its WAV files
by wine-bugs＠winehq.org 16 Nov '21

16 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=9412 Summary: FL Studio 7 cannot play most of its WAV files Product: Wine Version: 0.9.43. Platform: PC-x86-64 URL: http://imageworld.tucows.com/files7/flstudio7_RC6b.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: mail(a)science.su Created an attachment (id=7732) --> (http://bugs.winehq.org/attachment.cgi?id=7732) WINEDEBUG=+loaddll,warn+all wine FL.exe FL Studio 7 is professional software for creating music. It works *almost* perfectly but because of this bug it isn't actually usable: most of its WAV files do not work and this makes the program useless! As I have said FL Studio make use of WAV files. Some WAV files are in standard PCM uncompressed audio format and they plays fine. Others use non-standard WAV format and fails to play at all. Because of that a lot of effects and sounds cannot be used. If I run the program with WINEDEBUG=+loaddll,warn+all I get the following output when I try to play a "non-standard" WAV file: (see attachment). When I play standard PCM-encoded WAV file there is no such output. I think this output gives some useful clues but unfortunately I have almost no knowledge about Widnows sound API so I cannot fix this myself. Feel free to ask any additional questions. The program has a demo and it is almost fully functional (see the URL field). How to reproduce (instruction by Travis Forghani, with minor changes and comments for better readability): 1) Click on "Packs" to expand it. Then click on "Basses" to expand it. Next, click on the "BASS_EfEm_C2"; when you click on the BASS_EfEm_C2 effect, the sound that is supposed to be created is created. This works because "BASS_EfEm_C2" is standard PCM encoded WAV file. 2) Click on "RealDrumkits" to expand it. Next, click on "RD_Crash". When you click on the "RD_Crash" effect, the sound that is supposed to be created is not created and there is no output via the speakers. This doesn't work because "RD_Crash" is non-standard WAV. But on clean Windows this works out-of-the-box. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 24

[Bug 9416] New: FL Studio 7 ignores virtual desktop setting
by wine-bugs＠winehq.org 16 Nov '21

16 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=9416 Summary: FL Studio 7 ignores virtual desktop setting Product: Wine Version: 0.9.43. Platform: PC URL: http://imageworld.tucows.com/files7/flstudio7_RC6b.exe OS/Version: Linux Status: NEW Keywords: download Severity: minor Priority: P2 Component: wine-misc AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com While attempting to test bug 9412, I used winecfg to set a virtual desktop, so I could read the bug description while testing (full screen app). Even with a virtual desktop set, the app still launches full screen. Managed/unmanaged windows makes no difference as well. To reproduce: Install FL Studio 7. run winecfg, enable virtual desktop launch FL Studio 7. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 4

[Bug 10953] New: SpaceTime: Installer Crash (Reading Registry?)
by wine-bugs＠winehq.org 16 Nov '21

16 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10953 Summary: SpaceTime: Installer Crash (Reading Registry?) Product: Wine Version: 0.9.52. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-advapi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: peterbelm(a)gmail.com Created an attachment (id=9887) --> (http://bugs.winehq.org/attachment.cgi?id=9887) Console Output The SpaceTime installer crashes, apparently reading the registry according to the report created with the embedded madExcept. There's nothing especially notable about the console output, except a fixme "CheckTokenMembership". Always reproducible, and creating the registry keys referred to in the madExcept crash report doesn't solve the problem. SpaceTime can be downloaded here: http://media.spacetime.com/software/downloads/Install-SpaceTime3D.exe -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 7

[Bug 10522] New: endless WM_PAINT loop bug (update regions, queue paint count)
by wine-bugs＠winehq.org 14 Nov '21

14 Nov '21

http://bugs.winehq.org/show_bug.cgi?id=10522 Summary: endless WM_PAINT loop bug (update regions, queue paint count) Product: Wine Version: CVS/GIT Platform: PC URL: http://www.microsoft.com/whdc/devtools/debugging/install x86.mspx OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-user AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Created an attachment (id=9265) --> (http://bugs.winehq.org/attachment.cgi?id=9265) trace with WINEDEBUG=+tid,+message,+win,+server Hello, I've seen this bug a while ago in other apps but ignored it because it was not easily to reproduce. Well until recently when I tested some stuff with windbg from "Debugging Tools for Windows" (Microsoft). I used debugging tools version 6.8.4.0 and recent GIT (wine-0.9.49-302-g58b85bb). Immediately when a child window was opened using toolbar (register, locals, .. whatever), windbg would become unresponsive, eating most CPU. Happens in both GUI modes - "floating/docking toolwindow" and "MDI emulation. Though "MDI emulation" is more obvious, it actually shows the endless refreshing (window caption). Attached is WINEDEBUG=+tid,+message,+win,+server log. Additionally I added a trace message which prints the current queue paint count (when incremented or fetched) which makes some things easier to spot. Printed as "inc_queue_paint_count: %d" and "get_message_paint_count: %d". The window hierarchy is as follows: --- snip --- *root*=0x10020 Shell_TrayWnd=0x10022 WinDbgFrameClass=0x10024 DockClass=0x10026 ToolbarWindow32=0x10028 msctls_statusbar32=0x1002a tooltips_class32=0x1002e WinBaseClass=0x10030 ToolbarWindow32=0x10032 SysListView32=0x10034 SysHeader32=0x10036 RichEdit20W=0x10038 --- snip --- After the child windows are created the queue paint count never drops to zero, resulting in endless WM_PAINT processing. Maybe some update (region) code path missed or flags problem? I played a bit with ignoring null region updates and it seemed to help a bit (preventing endless WM_PAINT loop) though other stuff wasn't drawn properly then. Regards -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

2 39

← Newer
1
2
3
4
5
6
7
8
9
...
988
Older →

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 January 2008