bugGNUstep - Bugs: bug #10876, Starting of pasteboard server...

Group
 
 

bug #10876: Starting of pasteboard server should be sooner

Submitter:  Stefan Urbanek <stefanu>
Submitted:  Tue 02 Nov 2004 10:37:38 PM UTC
   
 
Category:  Gui/AppKit Severity:  2 - Minor
Item Group:  Change Request Status:  Fixed
Privacy:  Public Assigned to:  alexm
Open/Closed:  Closed
* Mandatory Fields

Add a New Comment Rich Markup
   

Tue 09 Nov 2004 06:39:30 PM UTC, comment #3: 

Fixed in cvs by:
---
CVSROOT: /cvsroot/gnustep
Module name: gnustep
Branch:
Changes by: Alexander Malmberg <alexander@malmberg.org> 04/11/09 17:57:45

Modified files:
core/gui       : ChangeLog
core/gui/Source: NSPasteboard.m

Log message:
2004-11-09 18:55  Alexander Malmberg <alexander@malmberg.org>

  • Source/NSPasteboard.m (+_pbs): Give gpbs a --GSStartupNotification

argument. Listen for the notification and connect immediately if it
arrives. Clarify the user message.

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/core/gui/ChangeLog.diff?tr1=1.2411&tr2=1.2412&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/core/gui/Source/NSPasteboard.m.diff?tr1=1.59&tr2=1.60&r1=text&r2=text
---
and:
---
CVSROOT: /cvsroot/gnustep
Module name: gnustep
Branch:
Changes by: Alexander Malmberg <alexander@malmberg.org> 04/11/09 18:02:08

Modified files:
core/back      : ChangeLog
core/back/Tools: gpbs.m

Log message:
2004-11-09 19:00  Alexander Malmberg <alexander@malmberg.org>

  • Tools/gpbs.m (main): If we get a -GSStartupNotification argument,

post the notification after initializing. Fixes bug #10876.

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/core/back/ChangeLog.diff?tr1=1.330&tr2=1.331&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/gnustep/gnustep/core/back/Tools/gpbs.m.diff?tr1=1.15&tr2=1.16&r1=text&r2=text
---

Alexander Malmberg <alexm>
Group Member
Wed 03 Nov 2004 01:41:37 PM UTC, comment #2: 

I have no strong opinion on whether we should start gpbs at app startup or not. However, it is safer not to do so, so since others would rather not do this, I think that's best.

Fortunately, there is another solution. I've been toying with the idea of implementing a fast-autostart-mechanism that would help with things like this. I hacked up a proof-of-concept patch yesterday, and it worked nicely; instead of a 5 second wait, pasteboard access when gpbs wasn't running took ~0.01 seconds. I'll commit after finishing the rest of this and cleaning it up.

Alexander Malmberg <alexm>
Group Member
Wed 03 Nov 2004 09:09:53 AM UTC, comment #1: 

Just an opinion but ...
I agree that the pasteboard should be started early (just like the other daemons).
When I coded the automatic startup for these daemon, my intention was to provide a final fallback solution to start them if they had either crashed/been killed, or hand not been started earlier.
As such, I thought (and still think) that startup at the last possible moment is correct.
So, I do not really think that starting them earlier within an application is the right thing to do ... they should be started either at system boot time or at user login (for user specific daemons).  That being said, we might write a tool  to check daemons and start them if necessary.  It would be easy to run such a tool on login and/or run it in a subtask when an app start up.

Richard Frith-Macdonald <CaS>
Group Member
Tue 02 Nov 2004 10:37:38 PM UTC, original submission:  

the pasteboard server (gpbs) should be started sooner, not 'when requested'. Despite the lazy initialisation is a good practice, running the pasteboard server is not the right place to use it. It is making unpleasant user experience, when one tries to do cut/copy and more unpleasant when one wants to do drag&drop operation for the first time.

Therefore I would suggest that gpbs, when not started automatically by some init/login scripts, should be started by the first GNUstep application run, before the application enters the main run loop. So the request for running the gpbs will be 'first gnustep application run', not 'first use of pasteboard'.

Users are going to use PBS in most cases anyway.

Stefan Urbanek <stefanu>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

Only logged-in users can vote.

 

Follow 3 latest changes.

Date Changed by Updated Field Previous Value => Replaced by
2004-11-09 alexm StatusNone Fixed
    Open/ClosedOpen Closed
2004-11-03 alexm Assigned toNone alexm

Back to the top

Powered by Savane 3.13-d3ae.
Corresponding source code