Files
oldlinux-files/ftp-archives/tsx-11.mit.edu/1996-10-07/mail-archive/linux-devel/Volume2/digest243
2024-02-19 00:24:15 -05:00

620 lines
20 KiB
Plaintext

From: Digestifier <Linux-Development-Request@senator-bedfellow.mit.edu>
To: Linux-Development@senator-bedfellow.mit.edu
Reply-To: Linux-Development@senator-bedfellow.mit.edu
Date: Thu, 29 Sep 94 22:13:07 EDT
Subject: Linux-Development Digest #243
Linux-Development Digest #243, Volume #2 Thu, 29 Sep 94 22:13:07 EDT
Contents:
xpat2-1.00 BETA release for testing (Michael Bischoff)
Re: Time Zone (H. Peter Anvin)
Re: problems compiling kernel 1.1.45+ for scsi (Mika Kuoppala)
i486 Word length, anyone? (Riku Saikkonen)
unique timestamp in kernel code? (Heiko Schlittermann)
PPC (PowerMac) port status? (Zack T. Smith)
Re: 1+ Gig SCSI Drives // (Thomas E Zerucha)
Telnet Troubles... (Thomas E Zerucha)
Porting from SunOS to Linux (Dynamic Linking) (DRACO)
ISDN Support for Linux (Pete Dalinis)
Re: Adaptec 1542/SCSI under Linux (Riku Meskanen)
Re: Trouble using "execl" (Mitchum DSouza)
Re: More ELF. (Mitchum DSouza)
Re: Memory in 1.1.50: What is data? (Kevin Martinez)
Re: Don't use Linux?! (Mike Jagdis)
Shared Libs: working toward a permanent solution? (Mike Jagdis)
X11--is 2MB supported on ET4000 yet (Bill Kress)
Re: [STATUS] Linus Floppy Driver Development (Michael James Porter)
Re: IF YOU HAVE A MAGNETO-OPTICAL DRIVE... (Han Kim)
----------------------------------------------------------------------------
From: mbi@math.nat.tu-bs.de (Michael Bischoff)
Subject: xpat2-1.00 BETA release for testing
Date: 29 Sep 1994 13:15:26 GMT
Reply-To: mbi@mo.math.nat.tu-bs.de
Hello,
I have uploaded a BETA release of xpat2 (the sequel to xpat) to
mo.math.nat.tu-bs.de in /pub/in.
It should look like
-rw-r----- 1 ftp other 301444 Sep 29 14:57 xpat2-1.00-beta2.tar.gz
(Sources only, you need the xpm library to compile it)
I am interested in bug reports, before I upload to tsx and sunsite.
There is one bug known: On systems short of memory, parts of the window
are not redrawn completely after a window resize event. I cannot find
the bug, however. Hints are welcome.
Any volunteer to improve the french translation?
Michael
--
EOI
============================================================================
Michael Bischoff e-mail: mbi@mo.math.nat.tu-bs.de
Abt. Mathematische Optimierung or m.bischoff@tu-bs.de
Inst. Angewandte Mathematik or on.bischoff@zib-berlin.de
Pockelsstrasse 14 Tel. +49-531-391-7555, Fax: +49-531-391-4577
38106 Braunschweig Germany
------------------------------
Crossposted-To: comp.os.linux.admin,comp.os.linux.help
From: hpa@ahab.eecs.nwu.edu (H. Peter Anvin)
Subject: Re: Time Zone
Reply-To: hpa@nwu.edu (H. Peter Anvin)
Date: Tue, 27 Sep 1994 23:24:21 GMT
Followup to: <CwsJpu.6MI@dcs.ed.ac.uk>
By author: nxm@dcs.ed.ac.uk (Nikos Massios)
In newsgroup: comp.os.linux.admin
>
> I think EET stands for Eastern European Time and it is GMT+02. Well
> if my previous statement is right then Slackware 1.2.0 is wrong
> because it thinks that EET is GMT+03. Anybody knows what EET is?
>
EET is GMT+2 in the winter and GMT+3 in the summer.
/hpa
--
INTERNET: hpa@nwu.edu --- Allah'u'abha ---
IBM MAIL: I0050052 at IBMMAIL HAM RADIO: N9ITP or SM4TKN
FIDONET: 1:115/511 or 1:115/512 STORMNET: 181:294/1 or 181:294/101
"This conversation made more sense this time around." -- Bill & Ted
------------------------------
From: mikaak@evitech.evitech.fi (Mika Kuoppala)
Subject: Re: problems compiling kernel 1.1.45+ for scsi
Date: 29 Sep 1994 16:00:36 +0200
Srini Seetharam (srini@igt.com) wrote:
: I am running Slackware 1.2 with kernel 1.1.13.
: I presently have only ide drives and they work just fine.
: I ahev some (little) experience compiling kernels. I compiled
: 1.1.13, 1.1.35 many times with varying options.
: I need to compile a kernel higher than 1.1.45 to support my new
: scsi NCR 53c810 chip.
: I downloaded 1.1.45 sources and the patches from 46 to 50.
: this one is 1.1.49
: -------------------------cut here----------------------------
[stuff deleted]
: fake.c:996: unterminated character constant
: sh: perl: command not found
-----------------------
You haven't installed perl, or it cannot be found !
: cpp: output pipe has been closed
: make[2]: *** [53c8xx_d.h] Error 127
: make[2]: Leaving directory `/usr/src/linux/drivers/scsi'
: make[1]: *** [driversubdirs] Error 1
: make[1]: Leaving directory `/usr/src/linux/drivers'
: make: *** [linuxsubdirs] Error 1
: runabout:/usr/src/linux#
I hope that this helps a bit.
--
Mika Kuoppala
Evitech mikaak@evitech.fi
Espoo-Vantaa Institute Of Technology
------------------------------
Subject: i486 Word length, anyone?
From: riku.saikkonen@compart.fi (Riku Saikkonen)
Date: Thu, 29 Sep 94 17:18:00 +0200
>an apparently-BSD-ish variable called NBPW. I found its counterpart
>NBBY (Number of Bits per BYte) in the include/bsd/bsd.h file, so I'm
>assuming that NBPW is Number of Bytes Per Word. Of course, I could be
...
>I tried setting it to 32 (since the 486 is a 32-bit processor <shrug>),
Hmm... This seems to be a question of definition. _I_ have always
thought that a word is defined as two bytes, or 16 bits, independent of
machine. But I don't know...
Anyway, int in Linux is 32-bit, short is 16-bit, and char is 8-bit, if
that helps any...
-=- Rjs -=- riku.saikkonen@compart.fi - IRC: Rjs
"For still there are so many things / that I have never seen: /
in every wood in every spring / there is a different green." - Tolkien
------------------------------
From: heiko@lotte.sax.de (Heiko Schlittermann)
Subject: unique timestamp in kernel code?
Date: Wed, 28 Sep 1994 21:40:22 GMT
Is there any possibility to create an unique timestamp (e.g. when the
disk last time was changed) when running kernel code?
Ad hoc I use jiffies, but jiffies are unsigned long, I read in
limits.h: ULONG_MAX -> UINT_MAX = 2^32. That is expressed in days
about 497 days. (Based on 100HZ (100 jiffies / second).) May be, it
doesn't matter anything, but it would not be very clean....
-- heiko
------------------------------
From: zack@netcom.com (Zack T. Smith)
Subject: PPC (PowerMac) port status?
Date: Thu, 29 Sep 1994 04:27:36 GMT
Hi,
I'm looking for PPC status. Is it getting anywhere? Is the Apple
PowerMac going to be supported or will there be the same trouble
getting hardware info as with the 68k Mac?
TIA
Zack Smith
------------------------------
From: zerucha@shell.portal.com (Thomas E Zerucha)
Subject: Re: 1+ Gig SCSI Drives //
Date: 29 Sep 1994 01:19:08 GMT
To clarify, the problems I cited occur in biosparam, which only affects fdisk.
If you use the whole drive, you won't call biosparam, so you won't run into
the problem.
Secondly, the problem is more a conflict with coexisting DOS partitions.
DOS processes the track/cyl/sector information as I noted, normally
different below/above 1Gb. If the linux biosparam doesn't follow the
same rule, either linux or dos or both will get very confused.
------------------------------
From: zerucha@shell.portal.com (Thomas E Zerucha)
Subject: Telnet Troubles...
Date: 29 Sep 1994 01:22:40 GMT
Telnet will quit sending characters after about 1 minute when I am using
ppp. I put some print debugs in the telnet code and found that it is reading
the keyboard, and fills the output-to-net queue, but the queue never gets
sent out after a given point.
Has anyone else experienced this, and is there a fix?
---
zerucha@shell.portal.com
------------------------------
From: draco@xvnews.unconfigured.domain (DRACO)
Subject: Porting from SunOS to Linux (Dynamic Linking)
Date: 29 Sep 1994 19:33:05 GMT
Reply-To: draco@xvnews.unconfigured.domain
Dear friends,
I am trying to port a system from SunOS to Linux. The porting
has been a breeze except for the fact we dont have libdl available.
The system depends on dlopen and dlsym, since C++ code is generated
at run-time and then linked to the application.
Does anybody is working in the port of libdl???
Does anybody had already faced the same problem? If so, how it had been treated?
Does anybody has an idea on how to solve the problem???
Thanks for your attention.
Marcelo Sant'Anna
PUC-Rio
Informatics Department -- Rio de Janeiro - Brazil
e-mail: draco@inf.puc-rio.br
------------------------------
From: pdalinis@amiserv.xnet.com (Pete Dalinis)
Subject: ISDN Support for Linux
Date: 29 Sep 1994 02:38:49 GMT
I have heard that people are working on ISDN drivers for Linux. I am
just wondering when (how much longer), what interface brand, etc...
And of course - are they free, and are they FTP'able or do they come with
a particular interface?
Thanks!
Pete
------------------------------
From: mesrik@tukki.jyu.fi (Riku Meskanen)
Subject: Re: Adaptec 1542/SCSI under Linux
Date: 28 Sep 1994 09:33:34 GMT
James E. McNalley (mcnalley@metnet.geog.pdx.edu) wrote:
[ ... stuff deleted ... ]
: the A oro C/CF, but I'm happy with the B. The A is no longer supported,
^^^^^^^^^^^^^^^^^^^^^^^^^
By Adaptec, but not by Linux!
: and the only car I've heard that had trouble was older C's when the SCSI
: cables weren't properly shielded. I've had *no* trouble with my
: 1542B and NEC 3Xi, plus a pair of IDE disks. At one time I had
: a pair of 200MB SCSI disks in with my dual IDE disks, but I didn't have
: them in long and am selling them so I can buy one bigger disk and pay
: off my 3Xi ;-) I didn't have any trouble with the 2 SCSI and 2 IDE disks.
: (some people ask about this...)
I've been using A model card from Nov -92 and used almost *every* single
release of the kernel that Linus has produced and not counting some
silly typo on one kernel *every* version have worked for me.
Now I'm running 1.1.49 and have no plans to upgrade before Linus
comes back from down-under and before Eric has settled down and
checked these rumours. I have no time to mess things
up, if there is really a bug in 1.1.5x, but i can't just believe
that adaptec cards have suddenly stopped working properly under
Linux. The problems must be on hw side or in kernel driver code.
All adaptec cards except 1542C-preF that had problems with shielding
are far more superior than the most of the other cards i have seen,
both in quality and reliability (allthoug BusTek has better price
/performance factor), that's my opinion (not a Flame!)
The problems in most cases are between the keyboard and the chair.
: --
: James McNalley | "I have never let my schooling interfere with my
: Linux/Unix Hacker | education" -Mark Twain
: Portland, OR | "Live free or die" -New Hampshire motto
: mcnalley@metnet.geog.pdx.edu -or- mcnalley@agora.rdrop.com
--
:-) riku
--
#include <std.bullshit> /* missing cool .signature -- got a spare? */
------------------------------
From: Mitchum.DSouza@mrc-apu.cam.ac.uk (Mitchum DSouza)
Subject: Re: Trouble using "execl"
Date: 28 Sep 1994 10:06:24 GMT
In article <1994Sep26.091605.4417@reks.uia.ac.be>, rgeens@uia.ac.be
(Ronald.Geens) writes:
|>
|> >In article <35s10k$bge@hopper.acm.org>, ian_vogt@ACM.ORG writes:
|> >|>
|> >|>
|> >|> I am trying to get a task to transform into another program
|> >|> using the "execl" function call. The task appears to die
|> >|> with the following displayed on the screen:
|> >|>
|> >|> libc.so.4 (DLL Jump 4.5pl26) => /lib/libc.so.4.5.26
|> >|>
|> >|> Can anyone tell me what this means, what I'm doing wrong, and/or
|> >|> how to fix it?
|> >|>
|> >|> A trace line just before the "execl" prints but I don't get tracing
|> >|> from after the "execl" or from the beginning of the target program.
|> >
|> >Use the correct arguments to execl() and it will work as
|> doccumented/expected.
|> >
|>
|> No way it won't.
|>
|> What args are wrong here ? This program works perfectly allright on SunOS 4.3
|> and
|> Solaris, but not on Slackware ...
This doesn't mean SunOS is correct!!
|> #include <stdio.h>
|> #include <unistd.h>
|>
|> main()
|> {
|> char *args[1];
|> args[0]=NULL;
|> printf("pid = %d, pgrp = %d\n",getpid(),getpgrp());
|> if (execl("a.out",NULL)<0) perror("What the fuck\n");
|> /* or if (execve("a.out",args,args)<0) perror("What the fuck\n"); */
|> printf("What is this\n");
|> return 0;
|> }
Please read the execl() manpage.
Mitch
------------------------------
From: Mitchum.DSouza@mrc-apu.cam.ac.uk (Mitchum DSouza)
Subject: Re: More ELF.
Date: 28 Sep 1994 10:45:19 GMT
In article <3673br$ei2@Venus.mcs.com>, macgyver@MCS.COM (MacGyver) writes:
|>
|> Hi,
|>
|> I've been watching these discussions about ELF vs a.out with quite a
|> bit of interest. It looks, at least to me, like things will be moving
|> toward ELF. Who actually decides if this happens and if so when it
No one should have to "decide" for the masses. It is totally up to you.
For example you can currently run a QMAGIC and ZMAGIC binary on your system
and as far as you're concerned you shouldn't have to worry about the binary
type. ELF is just another binary type. Clearly there will be a bias (i.e.
future libc's and most shared libraries etc.. will be ELF) so you should be
oblivious of the fact that ELF is being thrust upon you.
|> happens? What does Linus have to say about it? If this does take
|> place, does this mean that EVERYTHING must be recompiled for ELF? (I
|> understand that both formats will be supported, but, if we're moving
|> to ELF then I, personally, would want to use the 'preferred' medium)
Nothing has to be recompiled unless you want to. Clearly there is a
performance decrement if you have both an ELF and DLL libc in core ,so yes
it would be a wise idea to recompile things - but this can be done at your
own pace. I assume the next distribution from vendors like Slackdare and
SLS will probably be ELF based.
|> Just how big is this project going to be if its implemented? It'd be
|> nice if the hard work that all the developers have done didn't have to
|> be recompiled or rewritten.
Mitch
------------------------------
From: Kevin Martinez <lps@rahul.net>
Subject: Re: Memory in 1.1.50: What is data?
Date: Wed, 28 Sep 1994 03:11:13 GMT
heiser@spc280.ed.ray.com (Bill Heiser) writes:
>: Peter Suetterlin (pit@myhost.subdomain.domain) wrote:
>:: Just half an hour ago, I compiled the latest 1.1.50 kernel version.
>:: During bootup, I got the following message:
>:: Memory: 12956k/16384k available (624k kernel code, 384k reserved, 2420k data)
>Someone else wrote:
>: Memory: 25900k/32768k available (712k kernel code, 384k reserved, 5772k data)
>: Linux version 1.1.50 (root@ka4ybr) (gcc version 2.5.8) #2 Sat Sep 17 13:44:27 EDT 1994
>This is what mine looks like:
>Memory: 29532k/32768k available (524k kernel code, 384k reserved, 2328k data)
>Linux version 1.1.51 (root@bhhome) (gcc version 2.5.8) #1 Thu Sep 22 20:17:49 ED
and mine:
Memory: 21240k/24576k available (612k kernel code, 384k reserved, 2340k data)
Linux version 1.1.51 (root@mariko) (gcc version 2.5.8) #1 Sun Sep 25 00:09:22 PDT 1994
--
========================================================================
Kevin Martinez lps@rahul.net Member of the John De Armond Fan Club
I owe all my success to Roly Poly Fish Heads! Call: 1 510 676 1111
========================================================================
------------------------------
From: jaggy@purplet.demon.co.uk (Mike Jagdis)
Subject: Re: Don't use Linux?!
Date: Sat, 17 Sep 1994 10:31:00 +0000
* In message <jeffpkCw5HpL.CLz@netcom.com>, Jeff Kesselman said:
JK> Its a terrific product, and I intend to install it on my new
JK> Linux system after IBCS becomes stable.
It is. Do it now. The bugs that may be left are obscure and do not appear to
pop out of the woodwork spontaneously :-).
Mike
------------------------------
From: jaggy@purplet.demon.co.uk (Mike Jagdis)
Subject: Shared Libs: working toward a permanent solution?
Date: Sat, 17 Sep 1994 10:15:00 +0000
* In message <CONNOLLY.94Sep14103940@ulua.hal.com>, Dan Connolly said:
DC> Hmmm... I should do some reading on ELF and the iBCS
DC> project. Is there any hope that solaris binaries will run on
DC> LINUX?
I don't see why it shouldn't be possible. The iBCS emulator can already do
SVR3 (and a whole slew of variations), SVR4 and has alpha bits for Xenix 386
and the 386 BSDs. If someone buys me Solaris I'll see what needs doing (if
anything :-) ).
Mike
------------------------------
From: kress@kentrox.com (Bill Kress)
Subject: X11--is 2MB supported on ET4000 yet
Date: Thu, 29 Sep 1994 22:44:01 GMT
The subject says it all. I want to have my new ET4000/W32i
card exploited to its fullest extent. At least I'd like to
be able to use some of the extra memory for scrolling. Has
this stuff been fixed yet?
Thanks.
Bill K.
------------------------------
From: mike@strauss.udel.edu (Michael James Porter)
Subject: Re: [STATUS] Linus Floppy Driver Development
Date: 28 Sep 1994 19:24:57 -0400
In article <36bm24$5tn@mickey.iaccess.za>,
Steve Davies <steve@iaccess.za> wrote:
=>In article <366k58$stg@imag.imag.fr>, Alain Knaff <Alain.Knaff@imag.fr> wrote:
=>> Yes, but what we need to know is not when the floppy has been
=>>changed, but rather when it is inserted. The DISK CHANGE LINE is set
=>>when the floppy is _removed_ not when it is inserted. It is cleared
=>>when a disk is in the drive _and_ a seek is done. Thus, in order to
=>>detect a disk _insertion_ the drive has to be seeked endlessly. If the
=>>period of the poll is too small, the noise gets annoying, if it is too
=>>long the feature gets useless.
Central Point's CPBACKUP does something that keeps the drive's light
lit, but the drive doesn't seem to make any noise. As soon as a
disk is inserted, the program picks up. I guess CPBACKUP is polling
something...
I don't really know much about this in general - I just thought I'd
mention what I have seen.
Mike
------------------------------
From: hskim@ripley.ece.uiuc.edu (Han Kim)
Crossposted-To: comp.os.linux.help
Subject: Re: IF YOU HAVE A MAGNETO-OPTICAL DRIVE...
Date: 28 Sep 1994 23:31:21 GMT
James Jurach (phaedrus@arlut.utexas.edu) wrote:
> Help.
> If you have a SCSI magneto-optical drive or have seen one that "works"
> under Linux-1.1+ please let me know. I need to purchase one of the
> 1.3 Gb variety, but at this point, I am open to suggestion.
> These are the only ones I am aware of at this point:
> =========================
> Fujitsu M2511A (128 Mb)
> Ricoh 5030E-II (???)
> I know that without serious tweaking, this drive does _not_ "work":
> =========================
> HP C1716T (1.3 Gb)
> As this information is not privided in the SCSI-Howto, if there is
> much of a response, I will share it with anyone else who is interested.
> However, from my previous request (about a month ago) I received only
> 1 response. :-(
> I'd appreciate model #, disk capacity, dimensions, and approximate cost.
> However, I need mainly the model # and capacity. Thanks in advance.
We have a Maximum Duette MO drive which is really a Matsushita.
We heard that the company (Maximum) went belly up or absorved by another.
Can't remember exact capacity but about 1 Gb (500 Mb per side), and
works with v1.19 and DTC 1542 clone. As you expect, no special driver
required. Only did some tests, though. No guarantee from me.
> With fingers crossed and eyes to the skies,
> James Jurach
> phaedrus@arlut.utexas.edu
Han..
--
Han Seok Kim | hskim@uiwpls.ece.uiuc.edu
Wave Propagation Lab. | (217) 333 - 4406
Univ. of Illinois at Urbana-Champaign | Linux - to die for
------------------------------
** 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-Request@NEWS-DIGESTS.MIT.EDU
You can send mail to the entire list (and comp.os.linux.development) via:
Internet: Linux-Development@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 Digest
******************************