http://bugs.winehq.org/show_bug.cgi?id=16941
Summary: interrupts cause nested trace output
Product: Wine
Version: 1.1.12
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
The winmm periodic timer interrupt (used e.g. by the dsound PCM player) causes
confusion in wine's debug log. I believe every line in the log should be output
atomically. This is not the case and makes the log harder to analyse.
Please search your traces using the following regexp
.[0-9]{4}:[a-zCR]
to find sections where one thread manages to interrupt another one amid a log
line.
In my case, all such occurrences are caused by one thread, identified as
follows:
0019:trace:mmtime:TIME_MMSysTimeThread Starting main winmm thread
Here's a sample where the main thread's (0009) logline is interrupted by the
timer's thread (0019) trace output:
0009: get_handle_fd(0019:Call KERNEL32.GetTickCount()
0019:Ret KERNEL32.GetTickCount()
0019:trace:dsound:DSOUND_timer (1,0,0x1fbbb0,0x0,0x0)
0019:[many lines omitted]
handle=00a4 ) <- This is the remains of the trace output
from the interrupted thread (0009)
0009: *fd* 00a4 -> 83
Here's another example, involving a redispatch to thread 0018:
001e0019:Call KERNEL32.GetTickCount()
0019:Ret KERNEL32.GetTickCount() ...
0019: [many lines omitted]
: create_key() = 0 { hkey=0020, created=0 }
^^^^ remains from thread 001e
0018: get_new_process_info( info=0038 )
0018: select() = PENDING { timeout=infinite, ...
001e:trace:reg:NtCreateKey <- 0x20
The interruptor's pattern is always the same:
- 2x GetTickCount()
- trace:dsound:DSOUND_timer
- dsound perform mix etc.
Looking at libs/wine/debug.c:default_dbg_vlog() I see no obvious mechanism to
ensure atomic output, while and dlls/ntdll/debugtools.c:NTDLL_dbg_vlog() might
have the machinery given a temporary output buffer and a single call to
write().
--
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=16469
Summary: Favicon is too large and trimmed by web browsers
Product: WineHQ.org
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: www-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: andriusmao(a)gmail.com
winehq.org has a too large favicon, both chrome and firefox do not display the
entire icon, I believe that's not intentional as
http://www.winehq.org/favicon.ico seems different ( this link do not work in
firefox, but ok in chrome)
--
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=16468
Summary: Freelancer renders huge fonts sizes
Product: Wine
Version: 1.1.10
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kai(a)kaishome.de
My resolution is set to 1600x1200 which computes to 126dpi on my monitor. In
Xorg this is fine, programs render nice. But it's common knowledge that most
windows programs look ugly or render unusable dialogs when the font resolution
is set other than 96dpi. So in winecfg I set it to 96 dpi and all windows
programs I try render correctly (with tiny fonts however - but that's okay for
a windows program ;-)).
But it looks like either wine doesn't respect that when rendering Freelancers
fonts or it renders font sizes wrong on opengl surfaces independent of dpi
settings.
In Freelancer there are overlapping texts in almost any dialog (attaching an
example screenshot). The buy screen is almost unusable.
Maybe it's related: In some dialogs (eg. mission briefings) I find something
that looks like html code and I suppose it comes from the dialogs utilizing rtf
code to do the formatting. Some rtf tags are ignored by wine and rendered plain
text - so formatting isn't really working. Maybe this relates to the incorrect
font sizes...
--
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=16425
Summary: Starmoney 6.0 installation hangs and programm don't work
Product: Wine
Version: 1.1.10
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dgersching(a)web.de
Installationscript linux_setup.sh from starmoney 6.0 linuxversion hangs after
IE6 has been installed. Also the installed programm with wine 1.1.8 don't work
with wine 1.1.10.
Kind regards
Detlef
--
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=16395
Summary: winetest should recover if it somehow brings down the OS
Product: Wine
Version: 1.1.10
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: madewokherd(a)gmail.com
It seems the ddraw:d3d tests cause my machine to reboot. While it would be nice
to fix them or skip that test somehow, this shouldn't stop me from running the
test suite. Winetest should be able to resume the tests where it left off when
the machine starts again and make a note that a particular test apparently
brought down the system.
Windows has an API for this sort of thing:
http://msdn.microsoft.com/en-us/library/cc948909(VS.85).aspx
--
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=13845
Summary: Paint Shop Pro X (PSP10) pagefaults immediately after
splashscreen
Product: Wine
Version: 1.0-rc4
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ben(a)atomnet.co.uk
Created an attachment (id=13902)
--> (http://bugs.winehq.org/attachment.cgi?id=13902)
PSP10 Pagefault
The application installs fine but when you try to run it it will display the
splashscreen and then pagefault out. Log 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=13770
Summary: GTA: Vice City, graphics missing/running poorly only
when game has focus
Product: Wine
Version: 1.0-rc4
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bobgoat37(a)yahoo.com
It has been like this for the last couple of versions. While in the actual game
almost all of the graphics are gone except for maybe the background, headlights
things like that. Performance is also very bad, though the sound is alright.
What is strange is if focus is taken away the graphics return to normal and the
game performs fine. Another similar problem is in the cutscenes, which look and
sound alright but are extremely choppy. Take focus away and they run fine. Must
have something to do with the input handling I guess.
Using NVIDIA drivers 173.14.05 on kernel 2.6.25 in Gentoo.
--
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=12882
Summary: UpDownWindowProc & CoGetClassObject
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
URL: http://www.pl32.com/
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: bart(a)neeneenee.de
Photoline 14.52 works with Wine 0.9.57 but has some bugs:
- the icon of the toolbars looks lousy
- the horizontal toolbars are to small
- some times the cursor is not visible when an image is opened and you try to
edit it
Besides a lot of "fixme fixme:font:GetCharacterPlacementW" at the application
start i'm getting these errors on the console window:
err:updown:UpDownWindowProc unknown msg 0407 wp=0000 lp=00000000
err:ole:CoGetClassObject class {a1f4e726-8cf1-11d1-bf92-0060081ed811} not
registered
The complete trace is available at:
http://www.neeneenee.de/wine_photoline1451.txt
I split the trace in different action:
* Application Start
* Open an image
* Edit the Preferences
* Opening an Photoshop PSD image
* Moving Toolbars
* Clicking throug different painting tools of the toolbox
--
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.