Closed
Bug 134570
Opened 22 years ago
Closed 22 years ago
Print-to-file not working with threaded XprintUtil
Categories
(Core Graveyard :: Printing: Xprint, defect, P1)
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla1.0
People
(Reporter: roland.mainz, Assigned: roland.mainz)
Details
Attachments
(1 file, 1 obsolete file)
1.47 KB,
patch
|
Biesinger
:
review+
attinasi
:
superreview+
asa
:
approval+
|
Details | Diff | Splinter Review |
It looks that there is a weired problem when the following conditions are all true: - Destination is a file (print-to-file) - Threaded version of XprintUtil is used (non-threaded codepath works) - Xprt is running on a Linux x86 (little endian) box - Client is on a Solaris/SPARC machine Weired...
Assignee | ||
Comment 1•22 years ago
|
||
Swapping QA<-->Owner...
Assignee: katakai → Roland.Mainz
QA Contact: Roland.Mainz → katakai
Assignee | ||
Updated•22 years ago
|
Severity: normal → blocker
Status: NEW → ASSIGNED
Priority: -- → P1
Target Milestone: --- → mozilla1.0
Assignee | ||
Comment 2•22 years ago
|
||
Assignee | ||
Updated•22 years ago
|
Assignee | ||
Comment 3•22 years ago
|
||
Requesting r=/sr=/a= ...
Assignee | ||
Comment 4•22 years ago
|
||
Attachment #76975 -
Attachment is obsolete: true
Comment 5•22 years ago
|
||
Comment on attachment 77197 [details] [diff] [review] Better patch for 2002-03-31-08-trunk per katakai's comments r=biesi
Attachment #77197 -
Flags: review+
Comment 6•22 years ago
|
||
Comment on attachment 77197 [details] [diff] [review] Better patch for 2002-03-31-08-trunk per katakai's comments sr=attinasi - thy patch it is fine. Is there a code patch to remove (for the threaded case) or is it just the define?
Attachment #77197 -
Flags: superreview+
Assignee | ||
Comment 7•22 years ago
|
||
Marc Attinasi wrote: > (From update of attachment 77197 [details] [diff] [review]) > sr=attinasi - thy patch it is fine. Thanks! > Is there a code patch to remove (for the > threaded case) or is it just the define? No, I'd like to keep the threaded version of the code around. I assume we simply miss a XInitThreads() to initalise the per-display locking system in the libX11 library (this issue looks pretty much like a race-condition in the libX11 internal structures) - however there are two problems: 1. XInitThreads() must be called before any other libX11 calls are made - therefore the GDK/GTK+ libraries should be responsible to call this function (but I assume it is safe to call XInitThreads() multiple times, 1st one initalises the locking system, further calls are NOPs - therefore I assume we could stick it somewhere early in the code on our side on demand (but not in the Xprint module since libX11 calls have been made before the module is loaded)) 2. XInitThreads() is broken in Solaris 2.7 and causes the application to hang. I have to wait for a fix from Sun until I can do further investigations on all platforms... ;-(
Comment 8•22 years ago
|
||
Comment on attachment 77197 [details] [diff] [review] Better patch for 2002-03-31-08-trunk per katakai's comments a=asa (on behalf of drivers) for checkin to the 1.0 trunk
Attachment #77197 -
Flags: approval+
Comment 9•22 years ago
|
||
Checked in 04/04/2002 03:29
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Updated•16 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•