Gnome panel problem Opera 10.10 on Ubuntu 9.10 64 bit

Discussion in 'all things UNIX' started by Ocky, Nov 28, 2009.

Thread Status:
Not open for further replies.
  1. Ocky

    Ocky Registered Member

    Joined:
    May 6, 2006
    Posts:
    2,713
    Location:
    George, S.Africa
    The problem is described here: http://my.opera.com/community/forums/topic.dml?id=315991
    (2nd. paragraph of OP .. the second thing....)
    As mentioned this only applies to the 64 bit ext4 fs version of Ubuntu 9.10.
    There are no problems with the 32 bit ext3 fs versions.
    Also there were no problems with either Ubuntu versions using the previous Opera
    build 10.01.
    Running Opera from terminal shows no errors.
    Anyone else notice this ? Can't reproduce as it happens randomly.
     
  2. Eice

    Eice Registered Member

    Joined:
    Jan 22, 2009
    Posts:
    1,413
    Using 32-bit + ext4. Can't confirm.
     
  3. Mrkvonic

    Mrkvonic Linux Systems Expert

    Joined:
    May 9, 2005
    Posts:
    10,213
    You could try starting the app and hooking the process with strace and hope for the error(s), then try to analyze the trace and see if anything useful comes up.

    You could run strace with the following flags:

    sudo strace -Tt -f -s 512 -o /tmp/logfileforallthis -p <pid>

    Then, see what why and when errors occur ...

    Cheers,
    Mrk
     
  4. Ocky

    Ocky Registered Member

    Joined:
    May 6, 2006
    Posts:
    2,713
    Location:
    George, S.Africa
    When are you planning a lecture tour to these parts ? Then I would take the opportunity to ask you to analyse the strace log. (Coffee on the house !) ;)
    I get reams of output like this:-
    Code:
    22757 09:02:10 read(3, 0x3162b74, 4096) = -1 EAGAIN (Resource temporarily unavailable) <0.000007>
    22757 09:02:10 select(25, [3 4 5 24], [], [], {0, 0}) = 0 (Timeout) <0.000008>
    
    22757 09:04:19 open("/home/walter/.opera/widgets/106320615547656338031258992367/cache", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 15 <0.000012>
    22757 09:04:19 getdents(15, /* 4 entries */, 32768) = 112 <0.000015>
    22757 09:04:19 getdents(15, /* 0 entries */, 32768) = 0 <0.000007>
    22757 09:04:19 close(15)                = 0 <0.000008>
    22757 09:04:19 access("/home", F_OK)    = 0 <0.000010>
    22757 09:04:19 access("/home/walter", F_OK) = 0 <0.000010>
    22757 09:04:19 access("/home/walter/.opera", F_OK) = 0 <0.000010>
    22757 09:04:19 access("/home/walter/.opera/widgets", F_OK) = 0 <0.000011>
    22757 09:04:19 access("/home/walter/.opera/widgets/542127296198304005381258992367", F_OK) = 0 <0.000011>
    22757 09:04:19 access("/home/walter/.opera/widgets/542127296198304005381258992367/cache", F_OK) = 0 <0.000012>
    22757 09:04:19 umask(077)               = 022 <0.000007>
    Interestingly, when I run the Opera test profile opera -pd /tmp/test_opera the problem is gone. I will ask in Opera forum what this could mean.

    Regards.
     
  5. Mrkvonic

    Mrkvonic Linux Systems Expert

    Joined:
    May 9, 2005
    Posts:
    10,213
    What you see are system calls. Do man 2 <system call name> and start learning good stuff :) BTW, the errors are most likely to be at the end of the log.
    Mrk
     
Thread Status:
Not open for further replies.
  1. This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
    By continuing to use this site, you are consenting to our use of cookies.