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=13153
Summary: winex11 regression causes SmartBarXP to close during
startup
Product: Wine
Version: 1.0-rc1
Platform: PC
URL: http://www.majorgeeks.com/SmartBarXP_d4366.html
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nodisgod(a)yahoo.com
CC: julliard(a)winehq.org
While trying to test bug 8018, I fetched a copy of SmartBarXP, installed it,
and tried to run it. The profile window opens, but when I try to continue, the
program suddenly quits without any indication of the cause. Since the reporter
of bug 8018 used 0.9.34, I performed a regression test and found the breaking
commit to be:
63dd1a02ca401a7f5045c58317984fe2ee3bb5cb is first bad commit
commit 63dd1a02ca401a7f5045c58317984fe2ee3bb5cb
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Feb 28 17:01:10 2008 +0100
winex11: Merge the iconification support into the SetWindowPos driver
backend.
:040000 040000 1f8297ed2de39bd6e9a126e04cfe3e6993b82235
425d13f0e00d4b48488706e04c7c9b9bfd327ba4 M dlls
Reverting the commit caused the application to start normally.
--
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=10993
Summary: Flash 8 Crashes on Launch - BadAtom
Product: Wine
Version: 0.9.52.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: paulw(a)hardmilk.com
Created an attachment (id=9957)
--> (http://bugs.winehq.org/attachment.cgi?id=9957)
Terminal Output when trying to launch Flash
Hi
I've recently installed Flash 8 on my Gentoo install of Wine 0.9.52. Upon
trying to launch it, it will display the startup banner, then instantly exit.
I've used the following methods to try load the program:
Launcher (on Desktop) - env WINEPREFIX="/home/paulw/.wine" wine "C:\Program
Files\Macromedia\Flash 8\Flash.exe"
Run Application - env WINEPREFIX="/home/paulw/.wine" wine "C:\Program
Files\Macromedia\Flash 8\Flash.exe"
and
wine "C:\Program Files\Macromedia\Flash 8\Flash.exe"
and
wine ~/.wine/drive_c/Program\ Files/Macromedia/Flash\ 8/Flash.exe
Aswell as in a terminal by cd'ing to the folder and then launching flash
cd ~/.wine/drive_c/Program\ Files/Macromedia/Flash\ 8/
wine Flash.exe
When running in a Terminal, I get the error attached.
I have tried wiping my Wine installation and re-installing from scratch,
including fresh installs of Flash 8. I also installed Flash 8 through Wine
itself.
As a side note. Dreamweaver 8 works perfectly, it's only Flash which fails to
load at all.
--
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=12017
Summary: py2exe fails because fixme:resource:get_resource_section
.rsrc isn't the last section
Product: Wine
Version: 0.9.56.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ahziem1(a)mailbolt.com
If you workaround bug 3591 with an imagehlp.dll override, then you run into
fixme:resource:get_resource_section .rsrc isn't the last section even though
bug 3897 implemented BeginUpdateResource & EndUpdateResource.
py2exe is handy for building Python Windows executables from Linux.
--
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=10785
Summary: Wine 0.9.51 crash when launching Slingplayer v1.5
Product: WineHQ Bugzilla
Version: unspecified
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P1
Component: bug list
AssignedTo: jnewman(a)codeweavers.com
ReportedBy: giovanni(a)piccirilli.eu
CC: giovanni(a)piccirilli.eu
Created an attachment (id=9639)
--> (http://bugs.winehq.org/attachment.cgi?id=9639)
Bug report
Hello,
I have tried to run the slingplayer to connect to my slingbox using the
methodology described in http://cyberpunkcafe.com/page.php?74. This produces a
crash of Wine as per attachment.
Note that I am using Ubuntu Gusty 7.10, Wine 0.9.51, Slingplayer as per URL:
http://download.slingmedia.com/player/pc/SlingPlayer_PC_Setup%201.5-UK.exe
Any assistance to get this working is greatly appreciated.
--
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=13516
Summary: Dynamic HTML Editor 4.2 Demo installs, crashes on
startup
Product: Wine
Version: 1.0-rc2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dimesio(a)earthlink.net
Created an attachment (id=13437)
--> (http://bugs.winehq.org/attachment.cgi?id=13437)
Console log from Dynamic HTML Editor crash
Another user originally posted a question about this in the forum
(http://forum.winehq.org/viewtopic.php?t=1078), though without any console
output. I downloaded the demo from the website
(http://www.dynamic-html-editor.com/en/download.asp), which actually has a
warning on the download page telling Mac and Linux users that they need to use
Virtual PC, VMware, or "another Windows emulator" to run the program. The demo
installs fine. When I tried to run the program, I got an initial screen telling
me this was just a demo, and when I clicked okay, the program crashed. I'm
attaching the console log.
--
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=11610
Summary: Microsoft Virtual Earth 3D beta fails to install
Product: Wine
Version: 0.9.55.
Platform: PC
URL: http://www.microsoft.com/Downloads/details.aspx?FamilyID
=e9298080-50c4-4f2e-9fc4-4009074996ba&displaylang=en
OS/Version: Linux
Status: NEW
Keywords: download, Installer
Severity: normal
Priority: P2
Component: gdiplus
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=10817)
--> (http://bugs.winehq.org/attachment.cgi?id=10817)
Backtrace in current git
Microsoft Virtual Earth 3D beta fails to install, because of missing gdiplus
functions:
gdiplus.dll.GdipDrawImageRectI
gdiplus.dll.GdipDrawImageRectRectI
gdiplus.dll.GdipDrawLinesI
winetricks gdiplus works around this, then the installer hangs...Backtrace
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=11517
Summary: Microsoft Virtual Earth 3D beta fails to install
Product: Wine
Version: 0.9.54.
Platform: PC
URL: http://www.microsoft.com/Downloads/details.aspx?FamilyID
=e9298080-50c4-4f2e-9fc4-4009074996ba&displaylang=en
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ead1234(a)hotmail.com
Microsoft Virtual Earth 3D beta fails to install, there is an OLE error and an
X11 bitmap error in the console
--
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=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.