http://bugs.winehq.org/show_bug.cgi?id=22030
Summary: LegoLand: Page fault on read access.
Product: Wine
Version: 1.1.40
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gaming4jc2(a)yahoo.com
Created an attachment (id=26791)
--> (http://bugs.winehq.org/attachment.cgi?id=26791)
wine: Unhandled page fault on read access to 0x00000000 at address 0x492ecc
(thread 002a), starting debugger...
On game launch, the indeo codecs fail to work - avi is scrambled - followed by
a page fault at main menu.
--
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=11998
Summary: Lunia Installer displays almost nothing; hangs
Product: Wine
Version: 0.9.57.
Platform: PC
URL: http://lunia.nexon.co.jp/beginner/down.asp
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: suikun(a)suikun.de
Created an attachment (id=11330)
--> (http://bugs.winehq.org/attachment.cgi?id=11330)
Commandline output of the installer before accepting the license
The installer to the free (as in beer) Japanese online game Lunia Senki shows
only an almost white window and hangs after accepting the (undisplayed)
license. This happens when using a clean 0.9.57 install. I'll attach the
commandline output from before and after accepting the license agreement.
For reproducing the bug simply download the installer at the included URL (use
the right download button). When running the installer the left option is the
"Accept license" button.
--
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=12406
Summary: document explorer (part of win doc kit) won't run
Product: Wine
Version: CVS/GIT
Platform: PC-x86-64
URL: http://download.microsoft.com/download/3/3/c/33cfef4d-
21da-4229-bc17-3eac7a7eabe1/WDKDocs_02222008.EXE
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: htl10(a)users.sourceforge.net
follow up to bug 12331 (which was about installation, and is fixed in current
git). document explorer dies with a note saying it wants to contact microsoft
to send a bug report.
--
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=20465
Summary: Brothers In Arms Hell's Highway : Setup asks for DVD
for every .cab file
Product: Wine
Version: 1.1.32
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P5
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xvachon(a)gmail.com
Created an attachment (id=24342)
--> (http://bugs.winehq.org/attachment.cgi?id=24342)
log
During the file copy process, the setup program asks for the DVD location (eg.
Z:\mnt\cdrom\...) everytime it has to extract files from a .cab archive. It
does not prevent the install process to work, but this behaviour seems quite
unusual for a game that uses a single DVD disc. I browsed the web and have not
found users whom had this issue under Windows. Console output 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.
http://bugs.winehq.org/show_bug.cgi?id=24529
Summary: TSDoctor 1.0.58 fails to run
Product: Wine
Version: 1.3.3
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bbutscheidt(a)yahoo.de
Created an attachment (id=30960)
--> (http://bugs.winehq.org/attachment.cgi?id=30960)
Wine output while starting or installing TSDoctor-1.0.58
Trying to run or install a recent version of TSDoctor
(http://www.cypheros.de/tsdoctor.html Trial Version 1.0.58 in my case) I get
an application error,
The original message in the Windows?-Message-box:
Exception EAccesViolation in Modul TSDocter.exe bei 001D0586.
Zugriffsverletzung bei Adresse 005D0586 in Modul 'TSDocor.exe'. Lesen von
Adresse 00000000.
I guess this suggests an access violation while reading from 00000000.
The output of the command line is given with the attachment.
Kind regards
bernd_b
--
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=19306
Summary: visual bugs on Trackmania in 1.1.19
Product: Wine
Version: 1.1.19
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: yoann.laissus(a)gmail.com
CC: stefan(a)codeweavers.com
Created an attachment (id=22351)
--> (http://bugs.winehq.org/attachment.cgi?id=22351)
without the bug
Since wine 1.1.19 with the fbo mode and the GLSL enabled, Trackmania Nations
Forever have importants visual bugs. For example, the car are not displayed.
I attached the screen of the main menu with the bug and without the bug.
The regression test :
commit 3e099d014750fa5fc2a10c6aa4bf23ddc80a1fc6
Author: Stefan Dösinger <stefan(a)codeweavers.com>
Date: Wed Feb 25 21:20:39 2009 +0100
wined3d: Advertise post pixelshader blending for a few more formats.
Windows advertises it on all these formats(Nvidia Geforce 7400), and
Trackmania Nations needs it on D3DFMT_Q8W8V8U8 to accept ps_3_0 support.
--
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=27032
Summary: Gnome Shell does not show Wine program names in dash
and panel
Product: Wine
Version: 1.3.19
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: uhkeller(a)googlemail.com
In the Gnome (3.0) shell, all running Wine applications share the same
nondescript icon, and their title in the panel is always given as "Wine Windows
Program Loader". Switching between Wine apps using the Dash requires a
right-click on the shared icon.
I have filed a bug report on this in the Gnome bugzilla, and it seems the issue
occurs because Wine sets the WM_CLASS of its Windows differently than Gnome
Shell expects. Gnome Shell expects WM_CLASS to match the .desktop file of the
application, while Wine sets it to "Wine" and the name of the Windows
executable. E.g. for Word 2007, xprop gives me:
WM_CLASS(STRING) = "WINWORD.EXE", "Wine"
while the .desktop file for Word 2007 is "Microsoft Office Word 2007.desktop"
I'm using Wine 1.3.19 on Arch Linux i686.
Relevant bug report in the Gnome bugzilla:
https://bugzilla.gnome.org/show_bug.cgi?id=649087
Might be related to this Wine bug:
http://bugs.winehq.org/show_bug.cgi?id=26950
--
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=25015
Summary: Pando downloader hangs
Product: Wine
Version: 1.3.6
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Running the downloader for a game that uses the Pando peer to peer
system, I noticed the UI had hang, the app was still using lots of CPU,
the downloaded file didn't seem to be growing (it was at 1GB out of 4GB),
and the console showed
err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to
be increased
lsof showed that PMB.exe has two listening sockets, 25 ESTABLISHED sockets,
96 pipes, one UDP socket, 7 UNIX sockets, 97 regular files, 3 directories,
and one device, for a grand total of 233. 233 is way below ulimit -n (1024).
Perhaps the app had closed lots of peer connections in the hour after
the warning? Which makes it sound like there isn't a bad leak.
No idea what it's doing with all those pipes, though.
It's possible Pando just needs a higher ulimit. Or perhaps it can
operate fine with this "low" ulimit, and the hang is not related to
running out of fds.
--
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=29708
Bug #: 29708
Summary: Wine processes take ages to start on Solaris
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fgouget(a)codeweavers.com
Classification: Unclassified
Winetest takes ages to complete on Solaris, particularly on Solaris 10: about
80 minutes.
I instrumented winetest to trace the time it takes to run each test and the
result is eloquent: starting a Wine process takes 4 to 5 seconds on Solaris 10.
With some grepping of the logs I built the following table which shows this
issue. Note that all operating systems are running inside VMware on the same
machine (one at a time of course), so they should all have the same
performance.
Seconds freebsd81 solaris1111 solaris10u9
0 401 169 0
1 48 220 0
2 8 43 0
3 10 16 15
4 2 6 123
5 4 2 190
6 2 3 45
7 3 4 21
8 3 2 9
9 2 1 8
10-29 17 24 34
30-59 3 4 8
60-99 1 1 3
100-119 0 0 1
120- 1 8 9
Also note that this is not the first-process start delay since winetest.exe is
already running. I took a trace with +timestamp but it only showed the last 0.6
seconds of execution so more digging is needed.
--
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=28858
Bug #: 28858
Summary: Pangya cursor movement lacks precision
Product: Wine
Version: 1.3.30
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pastorrub(a)msn.com
Classification: Unclassified
When trying to move the cursor on pangya, it moves faster than it should.
Judging by its movement, some variable is increased while other is not
decreased. When you move to the right it moves incredibly fast, so you have to
move the mouse slow to select an option and even in that way it lacks
precision.
Pangya version tested: http://pangyachaos.com/
--
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.