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.
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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=16105
Summary: Loki: Launching the game fails
Product: Wine
Version: 1.1.8
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xvachon(a)gmail.com
Created an attachment (id=17338)
--> (http://bugs.winehq.org/attachment.cgi?id=17338)
Log no WINEDEBUG parameters
The installer required winetricks dotnet20 in order to work. I installed and
patched the game flawlessly to the latest version (1.0.8.3), copied the crack
and added the missing library d3dx9_36. Console outputs for no WINEDEBUG
parameters and for WINEDEBUG=+relay,+seh for the attempts following the
modification are 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.
http://bugs.winehq.org/show_bug.cgi?id=31311
Bug #: 31311
Summary: Wine crashes when using photoshop plugin pspi for Gimp
Product: Wine
Version: 1.4.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: stefan.schweizer(a)arcor.de
Classification: Unclassified
Created attachment 41145
--> http://bugs.winehq.org/attachment.cgi?id=41145
backtrace generated by wine
While trying to open the photoshop plugin menu in Gimp 2.8 filter->Photoshop
Plug-in Settings... Wine crashes with error message (backtrace see attachment).
The Photoshop Plugin pspi.exe.so (see http://tml.pp.fi/gimp/pspi.html)
obviously does not work with wine 1.4.1 (also not with v1.4.0). I use Ubuntu
12.04 64bit.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=30677
Bug #: 30677
Summary: After start KOMPAS Viewer 13 windows control button
hide
Product: Wine
Version: 1.5.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hyper_sonic(a)hotbox.ru
Classification: Unclassified
It is appear allways after start Kompas Viewer 13.
Windows header and buttons hide and i can't move, resize, close or rollback any
running application.
PS I'm use Ubuntu 12.04 with wine version 1.5.4.
I attached screenshot.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=21209
Summary: Ankh: speech output stops before end of sentence
Product: Wine
Version: 0.9.44.
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dsound
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
CC: m.b.lankhorst(a)gmail.com
commit 9c469e1a9487d81186642282de89048fc51c0864
Author: Maarten Lankhorst <m.b.lankhorst(a)gmail.com>
Date: Sun Aug 19 23:52:19 2007 +0200
dsound: Handle failing of IDsDriver_CreateSoundBuffer better.
prior to wine-0.9.44 causes Ankh's voice output to stop way before the end of
each sentence. Although it's a very old commit and the (structure of the) code
in dsound looks different now, behaviour has never changed since. The bug is
audible right from the intro movie.
Simultaneously, it causes the movie to stop intermittently (for ~1/2s, varying)
at the start of each audio sentence. Before that commit, movement was quite
fluid.
Perhaps the 1/2 second (sometimes more, sometimes randomly less) that is cut
from the end of the audio output corresponds with the motion break that occurs
before audio is started, as if audio output was hold back for a small and
random amount of time, then chopped?
Winecfg setting OSS HW, 22050Hz at 8bit; using Ubuntu Intrepid.
HW or emulation makes no difference. Same results with ALSA (in versions of
Wine newer than 0.9.44 where ALSA does not seem to initialize with Intrepid).
No PulseAudio.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=32681
Bug #: 32681
Summary: Certain types of lighting causes metro2033 to lagg.
Product: Wine
Version: 1.5.21
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: salamanderrake(a)gmail.com
Classification: Unclassified
Metro 2033 lags severely in certain lighting conditions.
--
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.