[TAG] Opera dead in the water

Benjamin A. Okopnik ben at linuxgazette.net
Thu Mar 16 06:59:25 MSK 2006


On Wed, Mar 15, 2006 at 01:37:28PM -0700, bob van der Poel wrote:
> Benjamin A. Okopnik wrote:
> >On Wed, Mar 15, 2006 at 10:58:29AM -0700, bob van der Poel wrote:
> >>>A couple of things to try:
> >>>
> >>>1) Fire up a web server on your machine and try surfing to
> >       ^^^^^^^^^^^^^^^^^^^^
> >
> >Bob, you've got to read _every_ part of what's been written. If you
> >don't fire up a web server, then you can't expect to surf to 'localhost'
> >- there won't be a web server there. It wasn't a question of affecting
> >web access but of testing your browser's ability to connect to a server
> >*known* not to be behind a firewall.
> 
> Opps. Yes "web server". Okay ... I don't need one on my system and I've 
> not time to go though and install a full blown server. Is there 
> something simple I can install just to test this?
> >>>strace -o opera.strace /usr/bin/opera

I happen to really like 'thttpd'. Dirt-simple, no configuration
necessary, and nicely secure. E.g.: create a directory with an
'index.html' file in it (grab any HTML file and rename it), then 'cd' to
that directory and type 'su -c thttpd'. Enter your root password, and
there you are; you should now be able to see that page by surfing to
http://localhost/ .

> >>okay. Did this with -eopen and -econnect. But, nothing obvious shows up.
> >
> >What do you mean by "nothing obvious"? I'm certain that there are _some_
> >files that Opera is opening as it starts up.
> 
> I meant "nothing obvious TO ME". Maybe you can see something in the 
> attached log file.
 
Let's see... here's some interesting stuff:

> open("/home/bob/.opera/opera6.ini", O_RDONLY|O_LARGEFILE) = 4
> open("/home/bob/.opera/lock", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 4
> open("/home/bob/.opera/lock", O_RDWR|O_CREAT|O_LARGEFILE, 0666) = 4

[ ... ]

> open("/home/bob/.opera/styles", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 5
> open("/home/bob/.opera/styles/debugwithoutline.css", O_RDONLY|O_LARGEFILE) = 6
> open("/home/bob/.opera/styles/accessibility.css", O_RDONLY|O_LARGEFILE) = 6
> open("/home/bob/.opera/styles/contrastbw.css", O_RDONLY|O_LARGEFILE) = 6
> open("/home/bob/.opera/styles/contrastwb.css", O_RDONLY|O_LARGEFILE) = 6
> open("/home/bob/.opera/styles/hidecertainsizes.css", O_RDONLY|O_LARGEFILE) = 6
> open("/home/bob/.opera/styles/disabletables.css", O_RDONLY|O_LARGEFILE) = 6
> open("/home/bob/.opera/styles/hidenonlinkimages.css", O_RDONLY|O_LARGEFILE) = 6
> open("/home/bob/.opera/styles/imageandlinkonly.css", O_RDONLY|O_LARGEFILE) = 6
> open("/home/bob/.opera/styles/nostalgia.css", O_RDONLY|O_LARGEFILE) = 6
> open("/home/bob/.opera/styles/showstructure.css", O_RDONLY|O_LARGEFILE) = 6
> open("/home/bob/.opera/styles/textonly.css", O_RDONLY|O_LARGEFILE) = 6
> open("/usr/share/opera//ini/pluginpath.ini", O_RDONLY|O_LARGEFILE) = 5
> open("/home/bob/.opera/pluginpath.ini", O_RDONLY|O_LARGEFILE) = 5

Well, you did say that you blew all that away - so presumably, all of
the above got created fresh.

> open("/home/bob/.kde/share/config/kcmnspluginrc", O_RDONLY|O_LARGEFILE) = 5
> open("/usr/lib/jre-1.4.2_09/lib/i386/libORBitCosNaming-2.so.0", O_RDONLY) = -1 ENOENT (No such file or directory)

Hmmm... could be time to upgrade that JRE version. Mozilla gave me lots
of grief until I did, anyway.

You're right; doesn't seem to be anything obvious. :)


* Ben Okopnik * Editor-in-Chief, Linux Gazette * http://linuxgazette.net *





More information about the TAG mailing list