On Sat, 6 Oct 2001, Ken Martwick wrote:
> Now that I have finally found a Linux distribution with the
> correct versions of the "X" libraries for Netscape v.3.04
> to run (BasicLinux), I have another problem.
Correct versions of X libraries?
I ran Netscape 3.01 under XFree 3.2 in Monkey Linux,
and have run Netscape 3.04 in RH 4.1, 4.2, 5.1 and 6.2.
As long as you have X running, how can you not have the
"correct" libraries? Perhaps they were there all along,
but just not where they were expected?
[steve@wizard steve]$ ldd /opt/netscape_304/netscape
libXt.so.6 => /usr/i486-linux-libc5/lib/libXt.so.6
libSM.so.6 => /usr/i486-linux-libc5/lib/libSM.so.6
libICE.so.6 => /usr/i486-linux-libc5/lib/libICE.so.6
libXmu.so.6 => /usr/i486-linux-libc5/lib/libXmu.so.6
libXpm.so.4 => /usr/i486-linux-libc5/lib/libXpm.so.4
libXext.so.6 => /usr/i486-linux-libc5/lib/libXext.so.6
libX11.so.6 => /usr/i486-linux-libc5/lib/libX11.so.6
libdl.so.1 => /lib/libdl.so.1
libc.so.5 => /usr/i486-linux-libc5/lib/libc.so.5
> Any HTML text
> displayed on the screen is "blacked out" as it scrolls onto
> the screen! Often. the line of text at the top or bottom
> that is scrolling onto the screen will remain readable.
Scrolling?
I get more of a <waiting> ::poof:: <the page appears>
> After first seeing this and corresponding with Steven, I
> added all of the X-window fonts; nothing changed. Since
> I had a spare HD partition, available, a "standard" in-
> stallation of Slackware v.3.5 was tried. This also had no
> effect. Does anyone know what is causing this and/or how
> to correct it? I am using the "XF86_SVGA" video driver
> with a Trident TGUI9680 SVGA board. For a test I tried
> the standard (16-color) VGA driver, but Netscape wouldn't
> run with it.
The only time I ever see blacked out text is when someone
uses CSS without taking older browsers into account. That
doesn't sound like your problem though.
Ah! Wait a minute... you're not trying to run Netscape
in an X session in 24 bit color, are you? IIRC, there are
(or were) problems with some versions of X and certain programs
(Netscape being one of them) running 24-bit.
In the "screen" section of your XF86Config file, you
should have a line that specifies your default color depth.
Here's the pertinent section of mine.
Section "Screen"
Driver "svga"
Device "S3 ViRGE DX/GX"
Monitor "Hitachi 17"
Subsection "Display"
Depth 16
Modes "640x480" "800x600" "1024x768" "1152x864" "512x384"
ViewPort 0 0
EndSubsection
EndSection
If you used a different X configurator than I did, yours
will look different, but the line for color depth of 16
(or 8) bits should be there (Netscape running under an 8
bit X isn't pretty though).
> On another subject, what can prevent linux from running an
> executable ELF program?
It might not have the x bit set... or it might not be
in your path.
> The program, a simple window man-
> ager, reacts as follows to "bash" or "ldd". The output of
> "ls -l" follows. The standard ELF "magic" is at the begin-
> ning of the program.
>
> ldd: can't execute 9wm (No such file or directory)
> -rwxr-xr-x 1 root root 26192 Feb 3 2000 9wm
You don't say what directory you have 9wm in, or whether
that directory is in your path... or show the command you
used to get that result.
Here's what I get:
[steve@wizard steve]$ ldd $(which 9wm)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6
libX11.so.6 => /usr/X11R6/lib/libX11.so.6
libc.so.6 => /lib/libc.so.6
/lib/ld-linux.so.2 => /lib/ld-linux.so.2
If you get nothing with that, then it means 9wm isn't in
your path. In that case, you'll need to specify the path
to the executable, as I did in the first example above.
Hope that helps,
- Steve
