http://bugs.winehq.org/show_bug.cgi?id=9773
Summary: FileMaker crashes
Product: WineHQ Apps Database
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: website-bugs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hhalvors(a)princeton.edu
Created an attachment (id=8211)
--> (http://bugs.winehq.org/attachment.cgi?id=8211)
partial backtrace
Wine 0.9.39, trying to run FileMaker Pro 8.5. Installation went great.
I can start FileMaker, and I can open a database. However, when I click on the
screen, FileMaker crashes. I have attached a partial backtrace.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9727
Summary: OPML displays error on startup; mshtml's ShowHTMLDialog
too stubby
Product: Wine
Version: CVS/GIT
Platform: Other
URL: http://support.opml.org/download
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-shdocvw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
http://www.scripting.com/stories/2007/09/20/howToSponsorAnOpenSourcePr.html
says Dave Winer really wants OPML working well on Linux,
so I had a look.
First problem: on startup, it tries to run
some javascript that runs a dll function. It fails with an
error dialog, and wine complains
fixme:mshtml:ShowHTMLDialog ((nil) 0x1959980 (nil) L"help: no" 0x7bdfadc4)
Second problem: any time it tries to display a web page,
it does start up your web browser, but the resulting page is
blank (perhaps it can't pass the URL to the browser).
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9519
Summary: Adobe Reader 8.1: Unable to accept License
(:mshtml:nsURI_Equals)
Product: Wine
Version: 0.9.44.
Platform: PC
URL: http://appdb.winehq.org/appview.php?iVersionId=8988
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Created an attachment (id=7882)
--> (http://bugs.winehq.org/attachment.cgi?id=7882)
reader 8.1 in wine
The License for the Adobe Reader 8.1 must be accepted, before you can
use the Application.
In wine, the License is not visible (another bug will follow),
but a click on the button "Accept" produce the following
trace and the Window is not closed:
2648:0010:trace:mshtml:nsURI_AddRef (0x2c421b0) ref=4
2649:0010:trace:mshtml:nsURI_Equals (0x2c421b0)->(0x2c421b0 0x34de48)
2650:0010:fixme:mshtml:nsURI_Equals default action not implemented
2651:0010:trace:mshtml:nsURI_Release (0x2c421b0) ref=3
Screehshot is attached
--
By by ... Detlef
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9520
Summary: Adobe Reader 8.1: License not visible (html-page)
Product: Wine
Version: 0.9.44.
Platform: PC
URL: http://appdb.winehq.org/appview.php?iVersionId=8988
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine.dev(a)web.de
Created an attachment (id=7883)
--> (http://bugs.winehq.org/attachment.cgi?id=7883)
reader 8.1 in wine
The License for the Adobe Reader 8.1 must be accepted, before you can
use the Application.
In wine, the License is not visible.
(license.html)
Screehshot is attached.
--
By by ... Detlef
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10178
Summary: Adobe Audition 1.5 freezes randomly on playback/startup
Product: Wine
Version: 0.9.47.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-winelib
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)deimos.ca
Created an attachment (id=8781)
--> (http://bugs.winehq.org/attachment.cgi?id=8781)
Console output of wine when Audition 1.5 freezes
This bug seems to be present on 0.9.46 and 0.9.47 as far as i can tell. Was
unable to reproduce on 0.9.45 so far.
When pressing play in Adobe Audition 1.5, wine freezes with errors about
"gdiobj.c" and "xrender.c" on the console (see attached log) This does not seem
affected by the audio settings in the 'winecfg' panel, ie. whether using oss or
alsa drivers, hardware accel/driver emulation, etc.
The "retrying (60 sec)" warnings occur again every 60 seconds after.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9729
Summary: Regression: gdi/x11 related changes cause lockups in
various win32 gui apps
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-gdi-(printing)
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Hello,
I experienced several gdi/x11 lockups in various windows gui applications with
recent git snapshots.
While trying to verify a bug (http://bugs.winehq.org/show_bug.cgi?id=9724) I
noticed that application is actually quite good for reproducing (instant lockup
on file open/save dialog).
Though it suffers from other bugs unrelated to this one so I filed this issue
as separate bug.
This is a regression, causing gui applications to completely lock up
--- snip ---
err:ntdll:RtlpWaitForCriticalSection section 0x617e8ca0 "x11drv_main.c:
X11DRV_CritSection" wait timed out in thread 0009, blocked by 0016, retrying
(60 sec)
err:ntdll:RtlpWaitForCriticalSection section 0x61270a80 "gdiobj.c: GDI_level"
wait timed out in thread 0016, blocked by 0009, retrying (60 sec)
--- snip ---
First bad commit is:
--- snip ---
baa8d225435f3bc029825b7601ca34a580b5e293 is first bad commit
commit baa8d225435f3bc029825b7601ca34a580b5e293
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Mon Sep 17 16:48:56 2007 +0200
gdi32: Replace DC_GetDCUpdate by get_dc_ptr+update_dc in the bitmap
functions.
:040000 040000 c2e3cf9b099b159ba06b616f12396d3eec97b053
4f3af2c6e18421d1b8db70a2f7558a9ab74f40b2 M dlls
--- snip ---
It should be noted that this commits cause immediate lockup in some
applications - but not all.
It's possible that later commits escalate this problem/behaviour further.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9936
Summary: Powerpoint Viewer 2007: crashes at start
Product: Wine
Version: 0.9.46.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-debug
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mathias.demare(a)gmail.com
Created an attachment (id=8437)
--> (http://bugs.winehq.org/attachment.cgi?id=8437)
The message that appears when trying to run Powerpoint Viewer 2007
When I start Powerpoint Viewer 2007, it crashes immediately (No screen shows
up, it's purely one 'fixme' message on the command line.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9942
Summary: Powerpoint Viewer 2007 doesn't handle .pptx
Product: Wine
Version: 0.9.46.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: test
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Speedator(a)gmx.de
Tried this .pptx for example: "The Next Wave has arrived, but why should you
care?"(http://www.microsoft.com/nz/events/techbrief/agenda.mspx).
It is said that I need the Compatibility pack(which does not make sense,
because this small app is expecially for this file-format and btw. it is not
needed at Windows XP), so I installed
it(http://www.microsoft.com/downloads/details.aspx?familyid=941B3470-3AE9-4…
without an issue.
But it again wants this pack to be installed...
.ppt-files run fine(tested a lot from different office-versions).
The PP Viewer 2007 is installed with Windows XP-settings on gutsy.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=9767
Summary: Some unicode characters show up as '?' in file selection
dialog
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: wine-misc
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ncliang(a)gmail.com
To reproduce, create a file with greek characters such as "ΑΒΓΔ.txt".
Run notepad and open the file in the open file dialog.
Observe that the filename shows up as "ΑΒ??.txt" instead of "ΑΒΓΔ.txt".
Lei pointed out that most fonts should have the glyphs needed to display greek
characters, so this is unlikely a font issue....
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10249
Summary: Battlefield2/SafeDisc 4.x and Punkbuster services cause
lockup: child processes debugging misconception
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-kernel
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: focht(a)gmx.net
Created an attachment (id=8876)
--> (http://bugs.winehq.org/attachment.cgi?id=8876)
WINEDEBUG=-all,+server,+tid,+loaddll,+seh wine ./BF2.exe +fullscreen 0 +szx 800
+szy 600 &>/tmp/debug_pipe
Hello,
while testing some PunkBuster stuff on popular games, I came across Battlefield
2 which employs SafeDisc 4.x
It seems there is a problem with debuggers in chained child processes.
Consider following scenario:
--- snip process list ---
pid threads parent executable (all id:s are in hex)
0000001b 1 00000008 'PnkBstrA.exe'
0000000c 2 00000008 'explorer.exe'
0000000a 2 00000008 '~e5.0001'
00000008 4 00000000 'BF2.exe'
--- snip process list ---
--- snip thread list ---
process tid prio (all id:s are in hex)
0000001b
0000001c 0
0000000c
00000010 0
0000000d 0
0000000a
00000012 0
0000000b 0
00000008
0000001a 1
00000014 15
00000013 0
00000009 0
--- snip thread list ---
"BF2.exe" = parent (game)
"~e5.0001" = 1st child = SafeDisc 4.x process = "debugger"
"PnkBstrA.exe" = 2nd child = PunkBuster Update Service
The 1st child acts as debugger for the parent "BF2.exe" and receives all debug
events (process, thread creation, dll load/unload...)
There are lots of breakpoint events triggered from parent.
This is part of SafeDisc 4.x and used for on-the-fly decryption of code
sections (child decrypts code of father).
When PunkBuster is initialized (loading of pbcl = client, pbag = agent), the
following services should get started: PnkBstrA.exe, PnkBstrB.exe and finally
the kmode driver PnkBstrK.exe
The service process "PnkBstrA.exe" is started from main process "BF2.exe"
(which is a debuggee itself).
No debug flags (DEBUG_PROCESS | DEBUG_ONLY_THIS_PROCESS) are specified in
process creation flags.
The debugger (child of parent, receives the process creation event) does not
make debugger_attach() to the newly created child process.
The child process seems to inherit the state of being a "debuggee": wine server
-> new_process -> set_process_debugger( process, parent->debugger );
The parent got its process->debugger from debugger_attach().
This leads to a problem in child process startup code:
"dlls/kernel32/process.c:start_process()" checks the PEB->BeingDebugged field
and if set, a system breakpoint is encountered before the entry code is called.
This breakpoint results in debug event - seen by debugger.
Unfortunately this event is _not_ expected by debugger because it didn't expect
another debuggee (child) to be created.
Ok, long story short solution: If you debug a process by attaching to an
already created process, you _must_ treat default debugging flags as if the
process has been created with DEBUG_ONLY_THIS_PROCESS, meaning that all childs
created by debuggee will NOT automagically become debuggees.
Short and (hopefully) acceptable patch snippet:
--- snip ---
diff --git a/server/debugger.c b/server/debugger.c
index a64a17a..c59f3a0 100644
--- a/server/debugger.c
+++ b/server/debugger.c
@@ -444,6 +444,7 @@ static int debugger_attach( struct process *process, struct
thread *debugger )
resume_process( process );
return 0;
}
+ process->create_flags |= DEBUG_ONLY_THIS_PROCESS;
return 1;
error:
--- snip ---
And yes, the patch (snippet) works as intended (tm) ;-)
Attached for sake of completeness is relevant server trace.
Search for "001c:trace:seh:raise_exception code=80000003 flags=0
addr=0x7b870ed8 " to the point where the entry system breakpoint is triggered.
Regards
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.