> Am 21.05.2020 um 21:56 schrieb Patrick Cardona via Discussion list for the 
> GNUstep programming environment <[email protected]>:
> 
> Hi Riccardo,
> 
> If I run first Terminal and then 'gopen -a /usr/share/GNUstep/GWorkspace.app'
> I get these messages :
> 
> pi@raspberrypi:~ $ gopen -a /usr/share/GNUstep/GWorkspace.app
> 2020-05-21 21:44:41.257 GWorkspace[2611:2611] styleoffsets ... guessing 
> offsets
> 2020-05-21 21:44:41.259 GWorkspace[2611:2611] styleoffsets ... guessing 
> offsets
> 2020-05-21 21:44:45.173 fswatcher[2612:2612] register client 2
> 2020-05-21 21:44:45.953 gopen[2610:2610] Application seems to have hung
> pi@raspberrypi:~ $ 2020-05-21 21:44:46.289 GWorkspace[2613:2613] styleoffsets 
> ... guessing offsets
> 2020-05-21 21:44:46.296 GWorkspace[2613:2613] styleoffsets ... guessing 
> offsets
> 2020-05-21 21:44:48.866 fswatcher[2612:2612] register client 3
> 2020-05-21 21:44:50.671 GWorkspace[2611:2611] Lost information converting 
> decoded value to int32_t
> 2020-05-21 21:44:50.679 GWorkspace[2611:2611] Lost information converting 
> decoded value to int32_t
> 
> And, in this case, Gworkspace has not hung, bu is loaded twice (two icons in 
> the dock).

Hmmm, this looks like possibly a nasty race condition. By default, gopen asks 
the workspace manager application, i.e., GWorkspace.app, to start the requested 
application. If the workspace manager is not running, it will be launched 
first. So this is happening for you. But apparently this instance appears of 
the workspace manager appears not to respond (note the 'Application seems to 
have hung' message; maybe startup is too slow?) and therefore gopen just starts 
the requested application on itself, which leads to two instances of this 
process running. :-(

Wolfgang


  • ... Riccardo Mottola
    • ... Gregory Casamento
      • ... Richard Frith-Macdonald
        • ... Riccardo Mottola
          • ... Wolfgang Lux
            • ... Svetlana
            • ... Richard Frith-Macdonald
    • ... Patrick Cardona via Discussion list for the GNUstep programming environment
      • ... Riccardo Mottola
    • ... Patrick Cardona via Discussion list for the GNUstep programming environment
      • ... Wolfgang Lux
        • ... Patrick Cardona via Discussion list for the GNUstep programming environment
        • ... Riccardo Mottola
          • ... Riccardo Mottola
            • ... Wolfgang Lux

Reply via email to