Subject: Linux-Development Digest #170
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Wed, 14 Sep 94 04:13:09 EDT

Linux-Development Digest #170, Volume #2         Wed, 14 Sep 94 04:13:09 EDT

Contents:
  dosemu 0.53 compile error: set ldt entry ? (Jim Nakamura)
  Re: IDEA: Energy saving features for harddisks (Christer Weinigel)
  how do i get Linux? (C.H. Lim)
  efficient M3 runtime for LINUX: RTHeapDepC.c? (Dan Connolly)
  Re: IDEA: Energy saving features for harddisks (Wolfgang Roth)
  [RADIUS]  Anybody port it yet? (Matthew S. Crocker)
  Unix graph/plot (William Huang)
  Re: LMSI CDrom (TONY WHITE)
  Re: nvi has a seriouis bug (Re: Help with development using vi.) (George R. Welch)
  Re: /proc/mtab progress (Matthias Urlichs)
  Re: Why I cannot mount a PhotoCD on Mitsumi ? (Matthias Urlichs)
  Re: Why I cannot mount a PhotoCD on Mitsumi ? (Matthias Urlichs)
  Login USERID length bug? (Brian Watts)
  Re: Login USERID length bug? (Joel M. Hoffman)
  Re: [Q] on Linux/MIPS port ("Christopher M. Hanson")
  nvi has a seriouis bug (Re: Help with development using vi.) (Bryan S. So)

----------------------------------------------------------------------------

From: [email-masked] (Jim Nakamura)
Subject: dosemu 0.53 compile error: set ldt entry ?
Date: Tue, 13 Sep 1994 14:37:13 GMT

I am getting the following compilation error:

        dpmi.c: In function 'set_ldt_entry'
        dpmi.c.167: structure has no member named 'seg_not_present'

Can anyone tell me how I can address it?

I have kernel 1.1.18, gcc 2.5.8, and libc.so.4.5.24.  (By the way
the Quickstart mentioned that I need lib.4.4.4.  Will libc.so.4.5.24
also work?)

-- 
[email-masked]
S.F., CA

------------------------------

From: [email-masked] (Christer Weinigel)
Subject: Re: IDEA: Energy saving features for harddisks
Date: Wed, 14 Sep 1994 01:04:24 GMT

[email-masked] (Wolfgang Roth) writes:

>Hi Christer,

>  I don't think that software controlled energy saving features are really necessary
>since more and more so called `green' computer (especially PC's) are sold. Their
>`green' functions work at hardware level and mostly provide even more energy saving
>features, e.g. for the screen.

>Regards,
>  Wolfgang

The problem with this is that most of these green computers need
assistance from the BIOS which isn't used very much under linux.
(I just upgraded my motherboard to one with the EPA logo).
I have also had some problems with the energy saving features
and Linux. I haven't had time to investigate all that much, but
it seems as if some options cause my Linux to hang without any
explanation; turning off the chipset's energy features fixed this.

One reason for wanting to turn off the hard disks is the noise.
I have put together a small machine which works as a server
for WFW and Linux. (The advantage is that I get long filenames
and permissions under Linux and better security when running
under DOS). I would also like to use this machine to phone up
my internet connection during night when the phone rates are lower,
and this brings me to the main problem. To do this, the machine has
to be on all the time, and since it's a collection of old hardware
(not much $$$), the disks are quite noisy (a bunch of old 20MB mac
disks, and since the computer lives in my bedroom, it can be quite 
hard to go to sleep. And that's why I want to be able to turn off 
my SCSI disks. (As an added bonus, the electricity bill will be lower. 
The monitor which is one of the most power hungry peripherals is 
usually turned off anyway).

BTW. I've got the SCSI disk restart working right now, so all I
need to fix now is the timeout code which turns off the disks.
Does anybody have any pointers of how to implement this. What
I need is some kind of array with "last-accesed-time" which should
be checked perioically to see if it's time to turn off a disk.
Is there a nice, simple and beautiful way to do this processing?
(There's a call "sys_alarm" in the kernel which seems to warrant 
further investigation.)

Well, that's my $0.02 for tonight.
Good night.
  Christer ([email-masked])

------------------------------

From: [email-masked] (C.H. Lim)
Subject: how do i get Linux?
Date: 13 Sep 1994 04:18:53 -0400

Hi everyone! Can someone please help me? i have some problem getting the 
Linux program. i ftp(ed) to sunsite.unc.edu /pub/linux but i don't know 
which files to copy.

thanks

------------------------------

From: [email-masked] (Dan Connolly)
Crossposted-To: comp.lang.modula3
Subject: efficient M3 runtime for LINUX: RTHeapDepC.c?
Date: 13 Sep 1994 20:48:35 GMT

I'm working on enhancing the modula-3 port of LINUX to synchronize the
garbage collector heap with the virtual memory subsystem.

I started with linux 1.0.9 and the M3 binary distribution for LINUX
by Michel Dagenais <[email-masked]> at:

        ftp://ftp.vlsi.polymtl.ca/pub/m3/linux/

I upgraded from linux 1.0.9 to 1.1.18 without incident -- for
unrelated reasons.

But even simple M3 programs like 'plaid' would stop to garbage
collect. I asked if this had something to do with the fact that VM =
FALSE in LINUX/RTHeapDep.i3, and Bill Kaslow said yes, that's exactly
the problem. He said that nobody has yet done the work to get the
memory protection stuff to work with the garbage collector under LINUX.

So I'm going to give it a try.

The first obstacle was that mprotect() is not included in the 1.1.18
version of the linux kernel. So I have upgraded to 1.1.45. The patches
supplied by Bruno Haible <[email-masked]>
in <[email-masked]>, when applied to the 1.1.45
source, would not build. So I assume that they are patches to an earlier
version of the kernel, and that the issue has been resolved by the 1.1.45
kernel.

        *** How can I test that mprotect() actually works? ***

I doubt that little 20-line C test programs will test it sufficiently.
Anyway...

Now I'm deep in the bowels of libm3/src/runtime/LINUX, trying to make
it look more like libm3/src/runtime/SPARC and/or
libm3/src/runtime/DS3100.

I thought the tricky part was going to be in RTHeapDep.m3, but I discovered
a whole new ball of wax in RTHeapDepC.c . The comments there
[thank god for the comments in the M3 code. How do the linux guys
get by without comments? Some form of telepathy that I'm not aware of?]
say:

/* This file implements wrappers for almost all LINUX 1.1.45 system calls
   that take pointers as arguments.  These wrappers allow the system
   calls to take arguments that might point to the traced heap, which
   may be VM-protected in the LINUX implementation of the collector.
   The wrappers read and write the referents of all pointers about to
   passed to the system call, which ensures that the pages are not
   protected when the call is made.

   Each wrapper is a critical section, with RTou__inCritical non-zero,
   so that another thread cannot cause the pages to become reprotected
   before the system call is performed.

   A few system calls are not handled here, or are handled only
   partially.  This restricts the system calls that can be made from
   Modula-3, or from libraries that are passed pointers into the
   Modula-3 traced heap.  These system calls are:
        ....
*/

The SPARC version of RTHeapDepC.c yields zillions of compile errors
on LINUX. gcc is picky, and you have to get this stuff right, I guess.

How did you come up with the list of syscalls that need wrappers?
How did you distinguish them from the ones like wait, wait3, ...?
   (Some calls in Section 2, including wait, wait3, sigvec,
   sigprocmask, and sigsuspend, are already wrappers for other system
   calls; it is not necessary to reimplement them here.)

Anyway... I suppose I can plot through most of this eventually, but
it looks tedous and error-prone.

I'm making slow progress, but any help would be appreciated.

Dan
-- 
Daniel W. Connolly        "We believe in the interconnectedness of all things"
Software Engineer, Hal Software Systems, OLIAS project   (512) 834-9962 x5010
<[email-masked]>                   http://www.hal.com/%7Econnolly/index.html

------------------------------

From: [email-masked] (Wolfgang Roth)
Subject: Re: IDEA: Energy saving features for harddisks
Date: 13 Sep 1994 21:52:31 GMT

Hi Christer,

  I don't think that software controlled energy saving features are really necessary
since more and more so called `green' computer (especially PC's) are sold. Their
`green' functions work at hardware level and mostly provide even more energy saving
features, e.g. for the screen.

Regards,
  Wolfgang

------------------------------

From: [email-masked] (Matthew S. Crocker)
Subject: [RADIUS]  Anybody port it yet?
Date: 13 Sep 1994 20:45:12 GMT

I was just about to get RADIUS to compile under linux when I decided
to ask if anybody has done it... I have the source (they are public
domain) but they don't compile cleanly  (actually the *do* compile,
they don't link....)

So, has anybody out there hack RADIUS yet?

BTW, RADIUS is a bit like kerberos, its a username/password
authentication scheme the my terminal server uses (Livingston
PortMaster).

I need it so I can setup account for SLIP/PPP and routing privs...

-Matt/2

--
-Matthew S Crocker               "The mask, given time, comes
[email-masked]              to be the face itself."  -anonymous
*OS/2*OS/2*OS/2*OS/2*OS/2*OS/2*OS/2*OS/2*OS/2*OS/2*OS/2*OS/2*OS/2*OS/2*OS/2*
 *linux*linux*linux*linux*linux*linux*linux*linux*linux*linux*linux*linux*

------------------------------

From: [email-masked] (William Huang)
Crossposted-To: comp.os.linux.help
Subject: Unix graph/plot
Date: 13 Sep 94 13:55:05 GMT

I'm having a great time using linux with X-windows.  However, it
does not have Unix graph/plot.  Without it, xterm's tek4014
emulation seems pretty pointless.

I have a Unix graph package, but I'm lacking the tek driver.  Is it
public domain?  If so can someone post it?

Thanks
Bill Huang
[email-masked]

------------------------------

From: [email-masked] (TONY WHITE)
Subject: Re: LMSI CDrom
Date: 13 Sep 1994 01:49:41 GMT

Joerg Schneider ([email-masked]) wrote:
: Andrew Wilson ([email-masked]) wrote:
: :    I've taken Kai Petzke's lmscd 0.3 driver and I'm adding audio support to
: : it. It still only works with the CM205/CM250 combination, but given enough
: : information about the CM206 and the CM205MS I may be able to adapt it.

: Great! I have hacked lmscd0.3 to work with 1.1.45 for my CM205, but it
: is really only a quick hack.

: Anyway I would love audio support...

: waiting (patiently), Joerg
: --
: Joerg Schneider -- e-mail: [email-masked] -- phone: +49 721 607140
:                    s-mail: Gerwigstr. 13, 76131 Karlsruhe, FRG

I've got a CM206 that I'd be willing to use for testing purposes.  I've 
also contacted Mediavision about sources of info on both the CM206 and 
the PAS16-LMSI(should be compatible with the CM205MS).  I'll let you know 
how they respond and maybe we can get to work.  I don't have ANY device 
driver experience, but I'd really like to learn. (I know, I know, typical 
newbie.)

E-mail if I can be of any help.

Thanks

------------------------------

From: [email-masked] (George R. Welch)
Crossposted-To: comp.os.linux.help
Subject: Re: nvi has a seriouis bug (Re: Help with development using vi.)
Date: 13 Sep 1994 16:01:28 GMT

In article <[email-masked]>,
Drew Eckhardt <[email-masked]> appears to have written:
>
>I run nvi 1.21, and historically, it's the most accurate of 
>all the vi clones I've used.  It's also eight bit clean,
>does split screen in text mode (aka Emacs, uemacs, vile, 
>etc), doesn't puke on complicated regexes the way Elvis 
>does, etc.
>
        And it doesn't FORCE that horrible sideways-scrolling
nonsence on you.  I *shudder* when I remember the bad old days
when all I had was elvis!
                                                 .
                                              .  .  .
                                           .   . . .   .
                                              . ... .
                        ------------George...............
                                              . ... .
                                           .   . . .   .
                                              .  .  .
                                                 .

------------------------------

From: [email-masked] (Matthias Urlichs)
Subject: Re: /proc/mtab progress
Date: 13 Sep 1994 14:33:26 +0200

In comp.os.linux.development, article <[email-masked]>,
  [email-masked] writes:
> 
> People asked for filesystem type to be ascii name. I made it.
> In the superblock structure an entry for struct file_system_type *
> is required (1.1.49):
> 
Good idea.
> 
> After this, /proc/mtab can be nicer.

Somebody else is working ona directory /proc/mtab, with subdirectories for
each mount point. Much nicer since you can get the path by chdir()/getpwd().

-- 
Stay the curse.
-- 
Matthias Urlichs        \ XLink-POP Nürnberg  | EMail: [email-masked]
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 <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

------------------------------

From: [email-masked] (Matthias Urlichs)
Crossposted-To: comp.os.linux.help
Subject: Re: Why I cannot mount a PhotoCD on Mitsumi ?
Date: 13 Sep 1994 16:01:02 +0200

In comp.os.linux.development, article <[email-masked]>,
  [email-masked] (Jeff Kesselman) writes:
> 
> The point of all this is that ALL CD-ROM types are fully ISO9660 
> compatible (other than perhapse really wierd propritary formats -- I won't 
> even guess what the Atari Jaguar does).
> 
On the Mac, for instance, the block layout within the CD is supposed to
follow ISO9660 but the actual blocks usually contain a HFS file system.

-- 
The discipline of desire is the background of character.
                                        -- John Locke
-- 
Matthias Urlichs        \ XLink-POP Nürnberg  | EMail: [email-masked]
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 <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

------------------------------

From: [email-masked] (Matthias Urlichs)
Crossposted-To: comp.os.linux.help
Subject: Re: Why I cannot mount a PhotoCD on Mitsumi ?
Date: 13 Sep 1994 17:20:52 +0200

In comp.os.linux.development, article <[email-masked]>,
  [email-masked] (Jeff Kesselman) writes:
> 
> The point of all this is that ALL CD-ROM types are fully ISO9660 
> compatible (other than perhapse really wierd propritary formats -- I won't 
> even guess what the Atari Jaguar does).
> 
On the Mac, for instance, the block layout within the CD is supposed to
follow ISO9660 but the actual blocks usually contain a HFS file system.

-- 
The discipline of desire is the background of character.
                                        -- John Locke
-- 
Matthias Urlichs        \ XLink-POP Nürnberg  | EMail: [email-masked]
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 <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

------------------------------

From: [email-masked] (Brian Watts)
Subject: Login USERID length bug?
Date: 12 Sep 1994 23:37:42 GMT

I think there is a serious problem in connection with 'login'.

Login doesn't work correctly when the login ID is > 8
characters AND you telnet or type 'login' at a console
*after* having logged in.
It gives a 'login incorrect' response.  This doesn't happen
when you login directly from the console.

I've had the same problem with kernels, 1.0.8, 1.1.35, and
1.1.45.

I'd be very happy if someone could shed light on this problem
because it is very embarrasing to tell people that they have
to restrict their login ID's to 8 characters (it smells of
MSDOS :=( ).

Thanx 

------------------------------

From: [email-masked] (Joel M. Hoffman)
Subject: Re: Login USERID length bug?
Date: Wed, 14 Sep 1994 02:45:23 GMT

In article <[email-masked]> [email-masked] (Brian Watts) writes:
>
>It seems that people are missing the point with respect to
>this... i.e. That it works *inconsistently*.  Anything that works
>inconsistently is a bug imho.  I have pinned down the
>inconsistency exactly -- if you type : login longusername
>it will WORK -- i.e. when the parameter is passed to login, it
>does NOT truncate the name -- however, when you type:
>login <Enter>
>login: longusername
>the longusername is truncated to longuser.  This HAS to be a bug
>because it is inconsistent.

Maybe I'm just using an "old" version of login, but I've been unable
to reproduce any of the reported bugs with long login names.  I
regularly login with a nine-letter login name, and it works fine.  I
just tried the examples above, and they all work just fine. 

Ls -l `which login`  yields:

        -rws--x--x   1 root     root        24004 Dec 29  1992 /bin/login

The only problem I ever have is with some programs not reporting the
ninth letter of the login id.  "Ls" is such a program.

-Joel
([email-masked])

-- 
=============================================================================
|_|~~ Germany, Europe. 1943.    "The diameter of the bomb was 30 centimeters,
__|~| 16 Million DEAD.           and the diameter of its destruction, about 7
                                meters, and in it four killed and 11 wounded. 
 cnc  Bosnia, Europe. 1993.     And around these, in a larger circle of  pain
 cnc  HOW MANY MORE?          and time,  are scattered two  hospitals and one
                          cemetery.   But the young woman who was  buried  in
                    the place from where she came, at a distance of more than
             than 100 kilometers, enlarges the circle considerably.   And the 
      lonely man who is mourning her death in a distant  country incorporates
into the circle the whole world.  And I won't speak of the cry of the orphans
that reaches God's chair and from there makes the circle endless and godless."
=============================================================================
     Tell Clinton to stop the genocide:  [email-masked]

------------------------------

From: "Christopher M. Hanson" <[email-masked]>
Subject: Re: [Q] on Linux/MIPS port
Date: Mon, 12 Sep 1994 23:38:07 -0400

In talking about Linux on MIPS...

Why not look into porting Linux-on-Mach...  After all, CMU has a freely-
available port of Mach to the DECstations.  Just look on ftp.cs.cmu.edu
in project/mach or some such.

TTFN,
Chris

Chris Hanson, KSC      *    ^^         *  ^  The Apple engineer "unknown"
<[email-masked]> * I |  | TOXIC  * /!\ has unexpectedly quit.
<[email-masked]>       *    \/  WASTE  * --- [Who cares] [[Do nothing]]

------------------------------

From: [email-masked] (Bryan S. So)
Crossposted-To: comp.os.linux.help
Subject: nvi has a seriouis bug (Re: Help with development using vi.)
Date: 13 Sep 1994 03:20:18 GMT

: 
: >Get a better vi. nvi from ftp.cs.berkeley.edu (if I remember the
: >address correctly) is a much better vi than elvis. (And let's you
: >cut&paste under X, which is the exact reason why I dumped elvis)

The problem with nvi (mine is ver 1.03) is, you can delete a line and put it
into a buffer.  Try this:

        "add

to delete a line and put it in register a.  And use

        "ap

to put it back.  It says "buffer a is empty" ... very scary!

Use another better vi -- "vim".

Bryan

------------------------------

** 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: [email-masked]

You can send mail to the entire list (and comp.os.linux.development) via:

    Internet: [email-masked]

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
******************************