Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA15524; Sat, 2 Dec 95 20:18:10 EST Received: from SENATOR-BEDFELLOW.MIT.EDU by MIT.EDU with SMTP id AA17182; Sat, 2 Dec 95 20:17:03 EST Received: (from root@localhost) by senator-bedfellow.MIT.EDU (8.6.12/2.3JIK) id UAA03921 for Linux-Development-System-Dist@senator-bedfellow.mit.edu; Sat, 2 Dec 1995 20:13:55 -0500 Message-Id: <199512030113.UAA03921@senator-bedfellow.MIT.EDU> From: Digestifier To: Linux-Development-System@senator-bedfellow.MIT.EDU Reply-To: Linux-Development-System@senator-bedfellow.MIT.EDU Date: Sat, 2 Dec 95 20:13:52 EST Subject: Linux-Development-System Digest #78 Linux-Development-System Digest #78, Volume #2 Sat, 2 Dec 95 20:13:52 EST Contents: Re: Netscape 2.0b3 problems, anyone?/Poss Bug in XFree86 S3 server (Alex Butcher) More Module Problems (Charles Campbell) Linux Demand-based SLIP (Steve Tickle) Re: Taligent is disbanded - could Linux pick up the pieces? (Jeff Garretson) Re: why no slackware bugfixes? (Matthias Urlichs) HELP! Linux 1.3.35 and above, and tulip.c (Lance Kalzus) ---------------------------------------------------------------------------- Crossposted-To: comp.os.linux.misc,comp.os.linux.x From: Alex.Butcher@bris.ac.uk (Alex Butcher) Subject: Re: Netscape 2.0b3 problems, anyone?/Poss Bug in XFree86 S3 server Date: Wed, 29 Nov 1995 14:00:19 GMT davis@evergreen.cc.usm.edu (Jonathan A. Davis) wrote: >mbison (raiden@shellx.best.com) wrote: >: >where it can be found. After you do that, you get the crashing >: >behavior. >: >: If you are getting "Signal 7" or "Bus Error" when you >: attempt to load a java applet, check your display setting. >: It appears that Netscape doesn't like anything above >: an 8 bit (256 color) display when it comes to Java. >: >: -MIC >It "may" be related to the X server itself. I'm running 2.0B3 on my >office workstation in Highcolor mode (16bpp S3) and have had no major >problems with beta Java applets. With the exception of the odd applet >that crashes Netscape entirely. Incidently, I've verified (so far) >that the same applets crash Netscape on the following machines: I'd actually second this. I've found something similar with my setup (iDX4-100, 8MB RAM, 2-1-1-1 cache, 0 DRAM read ws, 2 DRAM write ws, Kernel 1.2.13+KSwap+Voxware 3.x/Kernel 1.3.43, XFree86 3.1.1 S3 server on Diamond Stealth 64 Vision864). To check it out, try this: 1) Start X in 16bpp mode using: startx -- -bpp 16 2) Load a large JPEG into XV 3) Load a smaller JPEG into XV 4) During the resultant swap-frenzy (on 8MB at least) switch to a virtual console. 5) Eventually, the X server should catch a Signal 11 and terminate. I've tried totally conservative memory/cache settings and it doesn't seem to make any difference. 3-1-1-1 made it even worse! :) Interestingly, the problem also occurs in 24 bpp, but not in 8 or 32 bpp! Bug in XFree86 S3 server or XV? Any Ideas? Regards, Alex. -- Alex Butcher - Micro Support Technician Tel +44 (0)117 928 9000 x3038 Computing Service, University of Bristol, Tyndall Ave. Bristol BS8 1UD http://www.cse.bris.ac.uk/~ccajb/Welcome.html #include ------------------------------ From: campbell@longwood.cs.ucf.edu (Charles Campbell) Subject: More Module Problems Date: 2 Dec 1995 17:50:59 -0500 Like others, I am having trouble with modules. I am using version 1.3.45, with gcc 2.7.2, latest binutils, libc, etc. All my modules compile, but I get mod_use_count_ undefined for every module I try to install. Any clues??? Thanks in advance, Chuck Campbell ------------------------------ From: Steve Tickle Subject: Linux Demand-based SLIP Date: 2 Dec 1995 23:08:08 GMT Can someone please help me ?? I'm using a DIP script to dial up my IP provider's server to allow clients behind my firewall to access the internet. I'm running the sockd proxy server on the firewall with IP forwarding/gatewaying disabled. The clients behind the firewall on the LAN are using suitably socksified software. The problem is this: I can get the clients (eg Netscape, ftp, telnet) running FINE when I manually invoke the DIP script. However, being a home Linux enthusiast, I don't have the resource to let the firewall provide a permanent physical connection over the modem link. I would like to provide a virtual connection "layer" that intelligently establishes physical connection on demand. Is it possible to workaround/kludge this somehow ?? I'm also willing to code a decent patch if there are non already available. Would such a patch typically provide a software interface between sockd and the kernal routing layers ?? ============================================================================== Steve Tickle, Digital Image Design Ltd. (UK) stickle@cix.compulink.co.uk, stevet@did.com =============================================================================== ------------------------------ From: Jeff Garretson Subject: Re: Taligent is disbanded - could Linux pick up the pieces? Date: Sat, 2 Dec 1995 15:04:12 -0800 > I assume there will be various reactions to this announcement: A win for > free OS'es. A win for Microsoft. Another message to the world of ^^^^^^^^^^^^^^^^^^^ Damn! ======== Jeff Garretson Who wants to be remembered for bringing down Micro$oft... ------------------------------ From: urlichs@smurf.noris.de (Matthias Urlichs) Subject: Re: why no slackware bugfixes? Date: 1 Dec 1995 19:05:52 +0100 In comp.os.linux.development.system, article , jin@spdcc.com (Jerry Natowitz) writes: > > Unbelievable at it might seem, there was once a bug in IEFBR14 [...] There's at least one other bug -- it's called "IEFBR14". Why didn't they call the program NOOP or DUMMY? Unix command names are stupidly cryptic too, but at least they're shorter. ;-) -- What is matter? Never mind. -- Thomas Hewitt Key, 1799-1875 -- Matthias Urlichs \ XLink-POP N|rnberg | EMail: urlichs@smurf.noris.de Schleiermacherstra_e 12 \ Unix+Linux+Mac | Phone: ...please use email. 90491 N|rnberg (Germany) \ Consulting+Networking+Programming+etc'ing 42 PGP: 1B 89 E2 1C 43 EA 80 44 15 D2 29 CF C6 C7 E0 DE Click here. ------------------------------ From: kalzus@[128.122.230.28] (Lance Kalzus) Subject: HELP! Linux 1.3.35 and above, and tulip.c Date: 2 Dec 1995 17:40:39 GMT Has anyone modified the tulip.c carried in the 1.3.35 kernels and above, so that it actually works? I have already tried falling back to the de4x5.c driver. But the one given in the 1.3.35 and later kernel source trees doesn't compile! The bugger never finished re-writing it properly! -- Just another lamer in the soup, Lance Kalzus kalzus@[128.122.230.28] ------------------------------ ** FOR YOUR REFERENCE ** The service address, to which questions about the list itself and requests to be added to or deleted from it should be directed, is: Internet: Linux-Development-System-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.development.system) via: Internet: Linux-Development-System@NEWS-DIGESTS.MIT.EDU Linux may be obtained via one of these FTP sites: nic.funet.fi pub/OS/Linux tsx-11.mit.edu pub/linux sunsite.unc.edu pub/Linux End of Linux-Development-System Digest ******************************