November 2013 - Wine-Bugs - list.winehq.org

[Bug 15354] New: fixme:int:DOSVM_Int10Handler when running W98 program
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=15354 Summary: fixme:int:DOSVM_Int10Handler when running W98 program Product: Wine Version: 1.1.4 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: axel.braun(a)gmx.de Once again, this time without attachment: I have a reasonably old W98 program which I like to get up and running under Wine. During the installation it says axel(a)A30:~/.wine/drive_c/topo/topo.ins> wine testdir.exe c:\topo\topo.134 fixme:int:DOSVM_Int10Handler Get Font Information - Not Supported err:int:TIMER_TimerProc DOS timer has been stuck for 60 seconds... ...and then it hangs. I think this exe checks for files in the directory, but I'm not sure... -- 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 34337] New: YNAB 4 last loaded early last week, now it will not
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=34337 Bug #: 34337 Summary: YNAB 4 last loaded early last week, now it will not 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: dr00bert(a)gmail.com Classification: Unclassified Created attachment 45705 --> http://bugs.winehq.org/attachment.cgi?id=45705 Output from running wine command at command line YNAB 4 was previously working without fault early last week, but I have not been able to run it all week. Multiple reboots and some internet troubleshooting have not helped this issue. -- 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 32963] New: Party Of Sin DEMO does not find a suitable graphic card on NVIDIA
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=32963 Bug #: 32963 Summary: Party Of Sin DEMO does not find a suitable graphic card on NVIDIA Product: Wine Version: 1.5.23 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: giovanni.nicola(a)ticino.com Classification: Unclassified Party of sin demo installs but on run pops up a message that no suitable graphic card is found compatible with the XNA HiDef Profile -- 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 3

[Bug 31428] New: Dustforce: open with black screen
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=31428 Bug #: 31428 Summary: Dustforce: open with black screen Product: Wine Version: 1.5.10 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gufide_g(a)yahoo.ca Classification: Unclassified Created attachment 41315 --> http://bugs.winehq.org/attachment.cgi?id=41315 Terminal output The game seems to run fine but the screen is all black. Sound is good but I can't see a thing Video specs: nvidia gt540m (optimus) with intel card: black screen with optirun: white screen I tried with a emulated desktop too but there's no changes. I still don't know if it's the game or my video specs the problem -- 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 7

[Bug 30725] New: Scrollbar paging problems
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=30725 Bug #: 30725 Summary: Scrollbar paging problems Product: Wine Version: 1.5.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Classification: Unclassified There are some issues with scrollbars. I initially noticed these issues with IDA Pro Free, but other programs which use the same type of scrollbar are affected, including Windows Notepad.exe. Try the following in Windows. Run Notepad and load a long text document. The window shows a small proportion of the document with a scrollbar at the right-hand side. Move the mouse pointer over the scrollbar below the "thumb". Click the left button. Notice how the region below the thumb highlights in black briefly. Hold down the left button. The region below the thumb is highlighted in black, and the document pages down repeatedly while the left button is pressed. Move the mouse pointer while holding the left button down (but keeping the pointer within the lower scrollbar region, e.g. move it up and down slightly). The mouse movement doesn't affect the paging-down. Trying the same under Wine... Clicking below the thumb, the region is not highlighted in black (or if it is, it's so brief as to be invisible). Holding the left button down with the mouse pointer below the scrollbar thumb does cause the document to repeatedly page down. However, the lower scrollbar region is not highlighted in black. It seems Wine does draw it in black, but immediately overwrites it -- I see brief flickers of black rectangles. If while holding the left button you move the mouse pointer, the document stops paging down. While you are moving the mouse, the lower scrollbar region is shown in black. -- 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 4

[Bug 29619] New: wine incorrectly treats multilingual (russian) capital letters in filenames/paths in mounted NTFS
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=29619 Bug #: 29619 Summary: wine incorrectly treats multilingual (russian) capital letters in filenames/paths in mounted NTFS 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: vde(a)ykoctpa.ru Classification: Unclassified when trying to open by under-wine program any file on NTFS volumes mounted by NTFS-3G having capital russian (possible any non-ASCII) letters in path, CreateFile returns error to app. to see: mount native Windows drive and create symlink d: wine explorer on "select" shold open file or say "there is no windows windows program configured to open this type of file", but if there capital letters in path message will be "File not found". path OK: d:\share\data\юг 1\file.txt path ERR: d:\share\data\Юг 2\file.txt particularly frustrating that such use could make migration from Windows much more easier - if not a bug PS. native Linux apps has no problems -- 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 11

[Bug 24166] New: Team Fortress 2 freezes while playing.
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=24166 Summary: Team Fortress 2 freezes while playing. Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ddonofrio(a)member.fsf.org Introduction: I have read bugs 7698, 12327 and 15162 with all comments and I'm sure this is not the same issue. Please let me know if there is more information I can provide. Short Description: After a few minutes of playing, process hl2.exe starts using 100% of a CPU and the game freezes with no sound stuttering. if I have the mouse pointer (Like when I'm selecting a character) I can move the mouse but nothing responds. If a SIGTERM(15) is sent to hl2.exe the game finished and the X are successfully restored. That allow me to repeat this issue over and over again trying to find a pattern for deducing the root of the problem. Testbeds: For a best analysis of this issue, I have configured the following testbed based on 2 machines, one with the game and another one just connected to the same LAN. 1) Machine and software where the game is running: CPU: Intel(R) Core(TM)2 Quad CPU Q6600 @2.40GHz Memory: 4GB Ram OS: GNU/Linux Distribution: Ubuntu 10.04.1 LTS Kernel: 2.6.32-24-generic #41-Ubuntu SMP Thu Aug 19 01:38:40 UTC 2010 x86_64 $ lspci | grep VGA 01:00.0 VGA compatible controller: ATI Technologies Inc RV630 [Radeon HD 2600 Series] $ fglrxinfo OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: ATI Radeon HD 2600 Pro OpenGL version string: 3.2.9756 Compatibility Profile Context $ wine --version wine-1.3.1 Testbed additional information: Wine has no configuration but default. Game parameters: -heapsize 1024000 -dxlevel 81 -width 1680 -height 1050 Compiz were disabled. 2) A second machine where I start a ssh session in order to monitoring process when the game freezes. Testing performed: Testing steps: 1) I started steam, then I went to game library and I selected TF2. I have pressed "Play" button and wait. The game was successful loaded, I find a "Two Forts" available game and I Joined in. After 8 minutes and 32 seconds playing, when I was getting back to the starting point room (to be cured at the medicine kit), exactly when the door were opening the game got freeze. There was no sound stutter, just like a picture the game got freeze. I got connected from the second machine (via ssh) and I saw hl2.exe process using the 100% of one CPU. Just by sending a SIGTERM to hl2.exe process it finished. That brings me down to Steam menu again. 2) I have pressed "Play" again. I was looking for a "Two Forts" available game for 30 seconds approximately. The game was loaded successful, and when I was looking for a character the game got freeze again. Just when I pointed the Engineer. I was able to move the mouse but nothing responses. >From the second machine terminal I saw the same: hl2.exe process using the 100% of one CPU. Just by sending a SIGTERM to hl2.exe process it finished. That brings me down to Steam menu again. 3) I have pressed "Play" again. I was looking for a "Two Forts" available game for several minutes, I got dropped due to slot reservation 3 times so I have desired to play at Egipt. I have selected the engineer again and when the game just starts, a heavy appears in front of me and the game got freeze again. Same like before, to kill the process where needed. 4) I have repeated the same actions with: Different characters, different maps, and the game got freeze completely random. I was not able to find a patter after 3 ours of testing. 5) I have tried to run ft2 by running the following line but the game crashes while loading a level: $ env WINEDEBUG=fixme-all env WINEPREFIX="/home/game/.wine" padsp wine explorer /desktop=steam,1680x1050 "c:\archivos de programa\steam\steamapps\myaccount\team fortress 2\hl2.exe" -game tf -steam -heapsize 1024000 -dxlevel 81 -width 1680 -height 1050 Using breakpad crash handler Setting breakpad minidump AppID = 440 Forcing breakpad minidump interfaces to load Looking up breakpad interfaces from steamclient Calling BreakpadMiniDumpSystemInit Looking up breakpad interfaces from steamclient Calling BreakpadMiniDumpSystemInit err:ole:RevokeDragDrop invalid hwnd (nil) err:mmtime:TIME_MMTimeStop Timer still active?! -- 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 19

[Bug 30051] New: Virtual Playtable can't load bass.dll
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=30051 Bug #: 30051 Summary: Virtual Playtable can't load bass.dll Product: Wine Version: 1.3.37 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eurekafag(a)eureka7.ru Classification: Unclassified This is the "Magic: The Gathering" implementation written on Java. The game is freeware, you can download it from their site: http://virtualplaytable.com/downloads.php Since there's no native version yet I tried to run it on wine and succeeded but I experienced strange behavior in the process. The game (or rather the included JRE) seems to require BASS.dll but it doesn't contain it and runs fine on Windows without it. But on wine it shows a message box "The procedure entry point BASS_Init could not be located in the dynamic link library BASS.dll". So I downloaded this DLL which is also freeware from http://www.un4seen.com/download.php?bass24 But it didn't help. Then I tried to debug and see what's wrong inside using WINEDEBUG=+relay wine Playtable.exe > log.txt 2>&1 And the game suddenly started. It still shows the error when I run it without the debug variable or when I use debug but redirect the output to /dev/null but it runs fine if I redirect it to /dev/zero. Strange enough and I tested it on two different PCs on wine 1.3.37 and 1.4rc5 built by myself from git without any 3rd party patches. A perfect case of a heisenbug (http://en.wikipedia.org/wiki/Heisenbug) I make a cautious assumption that it somehow connected to the speed of the execution. Maybe a race condition or such. When program is being debugged it slows down and bass.dll has enough time to decrypt and unpack itself (yes, it looks like heavily obfuscated). When I redirect the debug output to /dev/null the slowdown may be not big enough comparing to /dev/zero. I don't know. My PCs: 1) Intel G620, 4 Gb RAM, integrated video (128 Mb), 1.5 Tb HDD, Debian Testing i386, wine-git 1.3.37 and then due to bug #28693 1.4rc5 with the same result. 2) Core i7 2600, 16 Gb RAM, NVIDIA GeForce GTX 560 Ti, 2.5 Tb HDD, Debian Testing x86_64, wine 1.3.37. -- 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 3

[Bug 27547] New: Crash with error:"TIME_MMTimeStop Timer still active?!"
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=27547 Summary: Crash with error:"TIME_MMTimeStop Timer still active?!" Product: Wine Version: 1.3.22 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: antoine38100(a)gmail.com Created an attachment (id=35210) --> (http://bugs.winehq.org/attachment.cgi?id=35210) srceensaver of the terminal that lauched CCS I use counter strike source (download at this adresse -> http://aviara.ro/) and, on running, the software stops with this error -- 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 7

[Bug 24524] New: Cannot disable the debugger
by wine-bugs＠winehq.org Sept. 9, 2015

Sept. 9, 2015

http://bugs.winehq.org/show_bug.cgi?id=24524 Summary: Cannot disable the debugger Product: Wine Version: unspecified Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: rgovostes(a)gmail.com According to kernel32/except.c, there are only two behaviors supported by Wine: 1) (with AeDebug\Auto = 0) show a dialog when a crash occurs 2) (with AeDebug\Auto = 1) run a debugger process There doesn't seem to be a way to have the program terminate on a crash. I suppose a program could override it by changing the exception handler but the default start_debugger() handler has this functionality. -- 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