http://bugs.winehq.org/show_bug.cgi?id=15655
Summary: Tournament director doesn't start
Product: Wine
Version: 1.1.6
Platform: PC
URL: http://www.thetournamentdirector.net/download.html
OS/Version: Linux
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Depends on: 15654
Created an attachment (id=16714)
--> (http://bugs.winehq.org/attachment.cgi?id=16714)
+relay in git
After bug 15654, Tournament Director still won't run:
Few generic errors, but seems this may be the culprit:
err:ole:CoGetClassObject class {a6b222ab-a5ea-4899-b230-084657eddc7d} not
registered
err:ole:CoGetClassObject no class object {a6b222ab-a5ea-4899-b230-084657eddc7d}
could be created for context 0x1
which is "Browser Thread State"
+relay 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=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.
http://bugs.winehq.org/show_bug.cgi?id=20230
Summary: GetThreadTimes() and the Actual and Pseudo Current
Thread Handles
Product: Wine
Version: 1.1.30
Platform: PC
URL: http://rh-software.com
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ray(a)pobox.co.uk
Some time ago I had an issue with SIV being unable to read the thread CPU time
usage when using GetThreadTimes(). I tracked down to the following and then did
a work-a-round.
The "Current Thread" effectively has 2 current thread handles, these are the
actual thread handle and the ~0 pseudo handle as returned by
GetCurrentThread(). When a call is made to GetThreadTimes() this calls
NtQueryInformationThread( ThreadTimes ) which contains the test "if (handle ==
GetCurrentThread())". As a result of this when GetThreadTimes() is called with
the actual thread handle no data is returned.
\WINE-1.1.30\dlls\ntdll\thread.c(1011): if (handle == GetCurrentThread())
I suspect the code should be changed to allow both the pseudo and actual thread
handles to be used as a minimum, better still would, when possible, be to
implement this function for any thread.
While searching the source I also noticed:
NTSTATUS WINAPI NtSetInformationThread( HANDLE handle, THREADINFOCLASS class,
LPCVOID data, ULONG length )
{
NTSTATUS status;
switch(class)
{
case ThreadZeroTlsCell:
if (handle == GetCurrentThread())
And suspect that code would benefit from a similar fix.
--
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=13249
Summary: Putty: Yes/No/Cancel dialog moving with keyboard arrows
Product: Wine
Version: unspecified
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: munozferna(a)gmail.com
I was trying to create an automated test for putty, and I noticed that there is
a problem between the Cancel and No button on a Yes/No/Cancel dialog. There
seem to be '2' controls between them when you move through the buttons with the
keyboard arrows. This dialog appears when establishing a connection to a
server, putty asks for a confirmation to accept rsa2 keys. I also noticed that
the OK / Cancel dialog seems to have 'two' more tabs position, so instead of
going to OK when you press arrow key on Cancel, it goes 'nowhere' two times. If
you use the tab key it seems to work fine. I am currently using wine-1.0-rc1.
--
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=16058
Summary: thumbnail view in total commander does not work
correctly
Product: Wine
Version: 0.9.46.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: d-84(a)bk.ru
Created an attachment (id=17284)
--> (http://bugs.winehq.org/attachment.cgi?id=17284)
thumbnail view
thumbnail view in total commander does not work correctly
os is ubuntu 7.10,
wine is 0.9.46-0ubuntu1
total commander is 7.02a and 7.01.
--
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=16198
Summary: wine uses obsolete version of gecko. (Affects Google
Sketchup, Picasa, and zillions of other apps.)
Product: Wine
Version: 1.1.9
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: mshtml
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Wine has not updated its version of gecko in
a long time, despite the many security updates
for gecko that are available. Also, I think
Wine is using a version of gecko that has been
end-of-lifed:
http://www.pcworld.com/businesscenter/article/153015/mozilla_plans_for_fire…
We need to move to a newer version of gecko and
set up procedures for periodically updating
it as security fixes for it are released.
--
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=18739
Summary: Sketchup Crashes after startup
Product: Wine
Version: 1.1.22
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: danny(a)orionrobots.co.uk
Created an attachment (id=21488)
--> (http://bugs.winehq.org/attachment.cgi?id=21488)
Error Log
THis is after the templates dialog. A brocken HTML help page seems to be
showing - app dies before that can be dismissed.
I am not usinh winetricks.
Wine install from wineHQ deb on Ubuntu Jaunty.
Sketchup 7 installed with HW_OK set to 1.
Nvidia graphics card with Nvidia drivers.
The crash is about a second in, but I am unable to use any controls before
then. The google "bug splat" shows.
Gecko debug symbols have been installed.
--
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=12263
Summary: Sketchup Cannot initialize OpenGL - ChoosePixelFormat
fails
Product: Wine
Version: 0.9.58.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: opengl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gioloi72(a)gmail.com
Created an attachment (id=11713)
--> (http://bugs.winehq.org/attachment.cgi?id=11713)
the console log of wine 0.9.58 launching sketchup
In Ubuntu 7.10 Gutsy I have updated wine from 0.9.46 (comes with gutsy) to
0.9.58.
In 0.9.46 I was able to run Google Sketchup 6 stable enough to work (only the
toolbars and menus don't refresh correctly).
After the update to 0.9.58 Sketchup no longer runs and I don't get any error
message.
Then in the registry key
HKEY_CURRENT_USER\Software\Google\SketchUp6\GLConfig\Display\HW_OK
changing value from 1 to 0 (It was set to 1 because Sketchup worked with
0.9.46)
cause Sketchup to show a popup window with error "Can't initialize OpenGL:
ChoosePixelFormat fails"
After uninstalling 0.9.58 and reinstalling 0.9.46 Sketchup works again...
Excuse my english
Attached 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=16511
Summary: Google Sketchup rejects some ruby scripts containing
CRLF
Product: Wine
Version: 1.1.10
Platform: Other
URL: http://sketchup.google.com
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Oddly, under Wine, the example ruby scripts from
http://sketchup.google.com/download/rubyscripts.html
are rejected by Sketchup unless you remove the CRs,
i.e. run them through dos2unix.
The one-liner "puts 'hello'" program is ok, though. The smallest
script I've created that exibits the problem is a hello, world
app that starts with a ten line comment. This script does not cause
the error when run in Sketchup on MS Windows.
I'll attach the script.
--
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.