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.
https://bugs.winehq.org/show_bug.cgi?id=38894
Bug ID: 38894
Summary: HTML Help workshop compiler doesn't work
Product: Wine
Version: 1.7.44
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: blocker
Priority: P2
Component: ole32
Assignee: wine-bugs(a)winehq.org
Reporter: dorch(a)laposte.net
Distribution: ---
I installed HTML Help Workshop following the instructions displayed here :
https://appdb.winehq.org/objectManager.php?sClass=version&iId=2978&iTesting…
I also tried to install it using this procedure:
https://code.google.com/p/htmlhelp/wiki/HHW4Wine#commentlist
(except for the registering of itcc.dll with regsvr32 that doesn't succeed in
my case so I skipped this step).
In both case, the compilation of an hhp failed with this message:
err:ole:COMPOBJ_DllList_Add couldn't load in-process dll
L"C:\\windows\\system32\\itss.dll"
err:ole:CoGetClassObject no class object {5d02926a-212e-11d0-9df9-00a0c922e6ec}
could be created for context 0x1
HHC5010: Error: Cannot open "c:\chmlatexfr.chm". Compilation stopped.
--
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=36202
Bug ID: 36202
Summary: Wargames demo crashes when exiting the map screen
(software renderer)
Product: Wine
Version: 1.7.17
Hardware: x86
URL: http://www.kazade.co.uk/downloads/wargames.zip
OS: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: gyebro69(a)gmail.com
Created attachment 48324
--> http://bugs.winehq.org/attachment.cgi?id=48324
terminal output
Steps to reproduce the problem with the demo:
1. install the demo and start the game with wargames.exe. On multicore systems
the game must be started with 'taskset -c 0' otherwise it hangs during the
opening screen.
2. select Software rasterizer, because hardware renderer has other problem
(crash)
3. in the menu start a new game, click on the blue spinning logo then click on
<Start>
4. click on the Map button on the interface panel on the right, then click on
the flashing <Exit> button. The game crashes at this point.
I see the same crash with Wine 1.2.3, 1.4.1, 1.6.2 etc.
Fedora 20
Nvidia binary drivers 337.12
Alsa 1.0.27 (pulseaudio is not running)
X.Org X Server 1.14.4
wine-1.7.17-148-g2e5cb7a
--
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.
https://bugs.winehq.org/show_bug.cgi?id=38571
Bug ID: 38571
Summary: Excel Viewer 2007: crash on launch
Product: Wine
Version: 1.7.42
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: aradovits(a)npsh.hu
Distribution: ---
Created attachment 51467
--> https://bugs.winehq.org/attachment.cgi?id=51467
This is the "crash" log.
I installed Excel Viewer 2007 from MSDN
(https://www.microsoft.com/en-US/download/details.aspx?id=10) and it's crash
when I start it.
--
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=34569
Bug #: 34569
Summary: Driftmoon : Arms of the characters are invisible
Product: Wine
Version: 1.7.2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xvachon(a)gmail.com
Classification: Unclassified
Created attachment 46022
--> http://bugs.winehq.org/attachment.cgi?id=46022
Screenshot
In Driftmoon, the arms of the characters do not appear. See the attached
screenshot.
The console gets flooded with 'fixme:d3d:resource_check_usage Unhandled usage
flags 0x8.'. Is there a way to mute such fixme's so that identifying the error
message is easier?
Arch Linux X64
nvidia 325.15-7
--
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.