August 2008 - Wine-bugs - list.winehq.org

[Bug 11570] New: VDMSound crashes with illegal instruction
by wine-bugs＠winehq.org 12 Feb '18

12 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=11570 Summary: VDMSound crashes with illegal instruction Product: Wine Version: CVS/GIT Platform: Other URL: http://sourceforge.net/project/showfiles.php?group_id=20 091 OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: dos AssignedTo: wine-bugs(a)winehq.org ReportedBy: chris.kcat(a)gmail.com Created an attachment (id=10741) --> (http://bugs.winehq.org/attachment.cgi?id=10741) Trace log and backtrace of crash VDMSound is used on NT-based Windows systems for emulating audio cards (digital and midi) for DOS apps. Trying to run the provided dosdrv.exe results in an illegal instruction when trying to load vddloader.dll. The instruction it seems to crash on is popl %gs in the vm86_[enter|return] assembly functions (in ntdll/signal_i386.c). I have an AMD X2 4200+ CPU which is a 64-bit CPU, however I'm running a full 32-bit system (32-bit Linux kernel and all; nothing 64-bit). I should also probably note that the app I'm trying to run through VDMSound (Daggerfall) does not crash with an illegal instruction, but complains that it can't run under Windows 3.1, and exits. VDMSound is supposed to help allow the game to run under real Win2k/XP. Attached is a +all,-gdi,-syslevel,-heap winedebug trace, along with the winedbg dump at the very end. You can search for "code=c000001d" to find the point where it crashes. For some reason, some of the threads' traces in the log get intermingled at points, and I can't seem to help it much. -- 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 14495] New: NVIDIA Dawn Demo Fails to run
by wine-bugs＠winehq.org 12 Feb '18

12 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=14495 Summary: NVIDIA Dawn Demo Fails to run Product: Wine Version: 1.1.1 Platform: PC URL: http://www.nzone.com/object/nzone_dawndemo_home.html OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: cwadge(a)gmail.com Created an attachment (id=14820) --> (http://bugs.winehq.org/attachment.cgi?id=14820) Debug Verbosity NVIDIA's "Dawn" graphical demo crashes on execution with the following messageL wine: Unhandled page fault on read access to 0x00000044 at address 0x406609 (thread 0009), starting debugger... More verbose debugging is attached as a text file. -- 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 37

[Bug 9493] New: Cosmetic Errors when using Default Luna theme from Windows XP
by wine-bugs＠winehq.org 03 Feb '18

03 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=9493 Summary: Cosmetic Errors when using Default Luna theme from Windows XP Product: Wine Version: 0.9.44. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P3 Component: wine-gui AssignedTo: wine-bugs(a)winehq.org ReportedBy: smackdat1(a)gmail.com Created an attachment (id=7842) --> (http://bugs.winehq.org/attachment.cgi?id=7842) errors using luna theme Background for dragbar is black and Frame and Checkbox labelsdo not blend with the background. Component is just a guess -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 31

[Bug 13332] New: widl fails with unknown embedded type for somedata (0x0)
by wine-bugs＠winehq.org 02 Feb '18

02 Feb '18

http://bugs.winehq.org/show_bug.cgi?id=13332 Summary: widl fails with unknown embedded type for somedata (0x0) Product: Wine Version: 1.0-rc1 Platform: Macintosh OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: critical Priority: P2 Component: tools AssignedTo: wine-bugs(a)winehq.org ReportedBy: sachin_bhandare(a)persistent.co.in Created an attachment (id=13211) --> (http://bugs.winehq.org/attachment.cgi?id=13211) Sample IDL file Attached sample IDL file fails with following error. $>widl -I $WINE_HOME/include/wine/windows -I. -s -u -p -h test.idl error: write_embedded_types: unknown embedded type for somedata (0x0) I am using following WIDL version $>widl -V Wine IDL Compiler version 1.0-rc1 Copyright 2002 Ove Kaaven -- 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 18

[Bug 14961] New: Clannad Full Voice will not run
by wine-bugs＠winehq.org 15 Jan '18

15 Jan '18

http://bugs.winehq.org/show_bug.cgi?id=14961 Summary: Clannad Full Voice will not run Product: Wine Version: 1.1.3 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: at(a)drinian.org Created an attachment (id=15569) --> (http://bugs.winehq.org/attachment.cgi?id=15569) Trace of REALLIVE.EXE crash The latest version of the Japanese visual novel Clannad will not run in Wine. Installer completes correctly, but the interpreter, REALLIVE.EXE, crashes immediately on startup. Backtrace is 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.

1 17

[Bug 12425] New: win16 test suite: user32 comm16 test fails
by wine-bugs＠winehq.org 14 Jan '18

14 Jan '18

http://bugs.winehq.org/show_bug.cgi?id=12425 Summary: win16 test suite: user32 comm16 test fails Product: Wine Version: CVS/GIT Platform: Other URL: http://win16test.googlecode.com OS/Version: other Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=11964) --> (http://bugs.winehq.org/attachment.cgi?id=11964) Backtrace +++ This bug was initially created as a clone of Bug #9850 +++ The code can be downloaded from http://win16test.googlecode.com with svn, and is quite easy to run; see http://win16test.googlecode.com/svn/trunk/src/README for instructions. The kernel comm test hangs in current git. Attached is the backtrace in current git. -- 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 14530] New: Easy68k M68000 emulator: Copy & Paste does not work!
by wine-bugs＠winehq.org 02 Jan '18

02 Jan '18

http://bugs.winehq.org/show_bug.cgi?id=14530 Summary: Easy68k M68000 emulator: Copy & Paste does not work! Product: Wine Version: 1.1.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nestorac(a)gmail.com The application in this webpage: http://www.easy68k.com which is a Motorola 68k microprocessor emulator works flawlessly on Wine except for Copy & Paste, which does not work. Please, try it with las version, 1.1.1. Can anyone confirm this?? I have Ubuntu Hardy 8.04.1 and wine-1.1.1 There's also some strange behaviour: sometimes, when writing code, pressing Tab key makes the application not only to put a tabulator, but to start a new line. I think it would be really good to have it working on Linux, since it can be used at the University. This should be very easy to test. I have also sent a message to the developer forum of that application, but I think it has more to do with Wine than with the application itself. 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 36

[Bug 13355] New: Richedit very slowly open big text files
by wine-bugs＠winehq.org 29 Dec '17

29 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=13355 Summary: Richedit very slowly open big text files Product: Wine Version: 1.0-rc1 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nx(a)operamail.com Richedit wery slowly open big text files (about 700 KB an biggers) while in Windows XP same program million times faster open same big's file. -- 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 25

[Bug 13319] New: In dlls/user32/edit. c EDIT_EM_ReplaceSel Clobbers Important Var When Buffer Overflows
by wine-bugs＠winehq.org 29 Dec '17

29 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=13319 Summary: In dlls/user32/edit.c EDIT_EM_ReplaceSel Clobbers Important Var When Buffer Overflows Product: Wine Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: bsmith(a)sudleyplace.com Please don't hate me, but I don't have git or anything like it installed to make a formal patch, but I have benefited greatly from your work, so I'd like to repay the effort by reporting a bug even though I realize it's not in the correct format. In a Windows app, I am using edit.c as a replacement for the EDIT control in Windows. I don't use any of the other WineHQ files. Here's a short description of the bug: The handler EDIT_EM_ReplaceSel misbehaves when an insertion triggers a buffer overflow. The code correctly calls EDIT_NOTIFY_PARENT(es, EN_MAXTEXT), but shortly thereafter clobbers an important variable (strl) by using it instead of a temporary. The relevant OLD code in EDIT_EM_ReplaceSel is as follows: -------------------------------------------------------------- if ((honor_limit) && (size > es->buffer_limit)) { EDIT_NOTIFY_PARENT(es, EN_MAXTEXT); /* Buffer limit can be smaller than the actual length of text in combobox */ if (es->buffer_limit < (tl - (e-s))) strl = 0; else strl = es->buffer_limit - (tl - (e-s)); } if (!EDIT_MakeFit(es, tl - (e - s) + strl)) return; -------------------------------------------------------------- the NEW code is as follows: -------------------------------------------------------------- if ((honor_limit) && (size > es->buffer_limit)) { EDIT_NOTIFY_PARENT(es, EN_MAXTEXT); /* Buffer limit can be smaller than the actual length of text in combobox */ if (es->buffer_limit < (tl - (e-s))) strl2 = 0; else strl2 = es->buffer_limit - (tl - (e-s)); } else strl2 = strl; if (!EDIT_MakeFit(es, tl - (e - s) + strl2)) return; -------------------------------------------------------------- The calculation inside the honor_limit bracket of the value to use with the call to EDIT_MakeFit uses strl as if it were a temp var. This variable actually holds strlenW (lpsz_replace) and is used in later code as if it still had the original value. Using a (new) variable strl2 solves that problem -- this variable is declared as a UINT in the prologue. Perhaps you would prefer a name different from strl2 to better reflect its temporary nature. If you agree with the above analysis, I would greatly appreciate it if someone would make this into a patch and take it from there. I have make the above changes in my copy of edit.c and it works just fine when the buffer overflows which is how I stumbled on this bug in the first place. -- 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 46

[Bug 10164] New: Pool of Radiance 1. 4 intermittently shows garbage in surfaces
by wine-bugs＠winehq.org 22 Dec '17

22 Dec '17

http://bugs.winehq.org/show_bug.cgi?id=10164 Summary: Pool of Radiance 1.4 intermittently shows garbage in surfaces Product: Wine Version: 0.9.47. Platform: PC URL: http://www.fileshack.com/file.x/906/Pool+of+Radiance+Dem o OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: sick_soul(a)yahoo.it CC: xerox_xerox2000(a)yahoo.co.uk, stefandoesinger(a)gmx.at, 07067514(a)brookes.ac.uk (see bug #10133) After reverting d9fef10b71b9add27cfaeffa6d7e3ab42342bba7 I got Pool of Radiance 1.4 to start again. I found another regression for this application, in that some surfaces do not get displayed correctly, and some show quick intermittent garbage in them. This does not happen with older versions of wine. I did a regression test for this, which gave me: 3b822b80feba396ec017c9ef0d96d59a1733a2d8 is first bad commit commit 3b822b80feba396ec017c9ef0d96d59a1733a2d8 Author: Stefan DÃ¶singer <stefan(a)codeweavers.com> Date: Tue Aug 21 23:24:16 2007 +0200 wined3d: Reject opengl accelerated blits with system memory surfaces. :040000 040000 8ef4e54af50c3dbd862ff89bc80e1d1b00791f31 dcf76dd03a3451b4eed44796f39ccb1faee4ae6f M dlls I reverted the change in current git, and the problem went away. To summarize I could get the application to start, and show correct surfaces by reverting these two: http://source.winehq.org/git/wine.git/?a=commitdiff_plain;h=d9fef10b71b9add… http://source.winehq.org/git/wine.git/?a=commitdiff_plain;h=3b822b80feba396… I hope this information can be useful to you. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 27