Changes between Version 1 and Version 2 of Ticket #7988, comment 3


Ignore:
Timestamp:
Sep 15, 2011, 1:54:16 PM (13 years ago)
Author:
phoudoin

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #7988, comment 3

    v1 v2  
    11I guess indeed that the current code don't handle fine the fork/exec case. So, depending on when the update code run; you can have:
    22
    3 - Two Terminals teams is due to the fork: the exec are not yet done for the child team...
    4 - after an exec done by a team already detected in previous cycle, the team name and/or icon is not updated according to the new running image
    5 - depending on when the icon is retrieved, it could be the one from before or after the exec. As this retrieval is done in a lazy way (at drawing time), it would explain why the end icon is not always either wrong or right. In the Terminal icon case, it's either the (just) forked Terminal icon or the (new) /bin/bash (generic app icon) which was exec'ed in its place.
     3- Two Terminals teams, due to the fork: the exec are not yet done for the child team...
     4- after an exec done by a team already detected in previous cycle, the team name and/or icon is not updated according to the new running image and still show its former parent attributes.
     5- depending on when the icon is retrieved, it could be the one from before or after the exec: icon is retrieved in a lazy/deferred way (at drawing time), it would explain why the end icon is not always either wrong or right. In this Terminal icon case, it's either the (just) forked Terminal icon or the (new) /bin/bash (generic app icon) which was exec'ed in its place.
    66
    77So, I guess I should redesign it a bit in order to handle the fork/exec case, indeed.