Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 01 Apr 1996 02:37:47 +0100
From:      "Gary Palmer" <gpalmer@FreeBSD.ORG>
To:        Sujal Patel <smpatel@wam.umd.edu>
Cc:        hackers@FreeBSD.ORG, macgyver@infinet.com, DARREND@novell.com, "Jordan K. Hubbard" <jkh@freefall.FreeBSD.org>, dlacroix@cray-ymp.acm.stuorg.vt.edu
Subject:   Re: Netscape 3.0b2 [Solution & Summary] 
Message-ID:  <519.828322667@palmer.demon.co.uk>
In-Reply-To: Your message of "Sun, 31 Mar 1996 15:32:02 CDT." <Pine.NEB.3.92.960331152816.5440A-100000@xi.dorm.umd.edu> 

next in thread | previous in thread | raw e-mail | index | archive | help
Sujal Patel wrote in message ID
<Pine.NEB.3.92.960331152816.5440A-100000@xi.dorm.umd.edu>:
> 
> Alright folks...  After getting a working trace of the way netscape was
> running, I've figured out that they are sending an illegal request to our
> Xserver.  This causes netscapes forked Java process to exit aburptly.  Why
> this only happens to some of us is still a mystery, but the solution is
> simple:

Strange. I just ran ktrace on a netscape process (I did:

ktrace -d -i netscape -install http://java.sun.com/

)

And would you believe it, this is the only sub-process I can find:

   471 netscape.bin RET   fork 470/0x1d6
   471 netscape.bin CALL  dup2(0xd,0x1)
   471 netscape.bin RET   dup2 1
   471 netscape.bin CALL  dup2(0xd,0x2)
   471 netscape.bin RET   dup2 2
   471 netscape.bin CALL  close(0)
   471 netscape.bin RET   close 0
   471 netscape.bin CALL  getdtablesize
   471 netscape.bin RET   getdtablesize 128/0x80
   471 netscape.bin CALL  close(0x7f)
   471 netscape.bin RET   close -1 errno 9 Bad file descriptor
   471 netscape.bin CALL  close(0x7e)
   471 netscape.bin RET   close -1 errno 9 Bad file descriptor

[ You get the idea ... trimmed ]

   471 netscape.bin CALL  close(0xf)
   471 netscape.bin RET   close -1 errno 9 Bad file descriptor
   471 netscape.bin CALL  close(0xe)
   471 netscape.bin RET   close -1 errno 9 Bad file descriptor
   471 netscape.bin CALL  close(0xd)
   471 netscape.bin RET   close 0
   471 netscape.bin CALL  close(0xc)
   471 netscape.bin RET   close 0
   471 netscape.bin CALL  close(0xb)
   471 netscape.bin RET   close 0
   471 netscape.bin CALL  close(0xa)
   471 netscape.bin RET   close 0
   471 netscape.bin CALL  close(0x9)
   471 netscape.bin RET   close 0
   471 netscape.bin CALL  close(0x8)
   471 netscape.bin RET   close 0
   471 netscape.bin CALL  close(0x7)
   471 netscape.bin RET   close 0
   471 netscape.bin CALL  close(0x6)
   471 netscape.bin RET   close 0
   471 netscape.bin CALL  close(0x5)
   471 netscape.bin RET   close 0
   471 netscape.bin CALL  close(0x4)
   471 netscape.bin RET   close 0
   471 netscape.bin CALL  close(0x3)
   471 netscape.bin RET   close 0
   471 netscape.bin CALL  execve(0xefbfbf2c,0xefbfc34c,0x49db00)
   471 netscape.bin NAMI  "/bin/netstat"
   471 netscape.bin RET   execve -1 errno 2 No such file or directory
   471 netscape.bin CALL  execve(0xefbfbf2c,0xefbfc34c,0x49db00)
   471 netscape.bin NAMI  "/usr/bin/netstat"

The main process then goes on to do (some time later) :

   470 netscape.bin CALL  read(0xc,0x4ea000,0x1000)
   470 netscape.bin GIO   fd 12 read 836 bytes
       "Name  Mtu   Network     Address            Ipkts Ierrs    Opkts Oerrs \
         Coll
        ed0   1500  <Link>00.00.c0.5c.46.8e            0     0        1     0 \
            0
        ed0   1500  10          10.0.0.1               0     0        1     0 \
            0
        lo0   16384 <Link>                           372     0      372     0 \
            0
        lo0   16384 127         127.0.0.1            372     0      372     0 \
            0
        sl0*  1500  <Link>                             0     0        0     0 \
            0
        sl0*  1500  10.0.1.1    10.0.1.1               0     0        0     0 \
            0
        sl1*  552   <Link>                             0     0        0     0 \
            0
        tun0  1524  <Link>                           883     0     1391     0 \
            0
        tun0  1524  158.152     158.152.50.150       883     0     1391     0 \
            0
        tun1* 1500  <Link>                             0     0        0     0 \
            0
       "

I have *NO* idea why it runs ``netstat -i'' - I doubt it can parse the
output somehow!

That (apart from /bin/sh initially running
/usr/local/lib/netscape/netscape.bin) is the ONLY fork in the entire
ktrace output...

Actually, I wonder if my ktrace is broken somehow:

   470 netscape.bin CALL  write(0x2,0xefbf98c8,0x45)
   470 netscape.bin GIO   fd 2 wrote 69 bytes
       "Warning: 
            Cannot allocate colormap entry for default background
        
       "

Then later on:

   470 netscape.bin CALL  read(0xd,0x42ec94,0x3fe)
   470 netscape.bin GIO   fd 13 read 69 bytes
       "Warning: 
            Cannot allocate colormap entry for default background
        
       "

Process 470 wrote to fd 2, and then read it back in from fd 13?!? I'm
going to look at this more closely.

Gary

P.S. At no time have I gotten this version of netscape to produce a
     ``java console''...



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?519.828322667>