560 lines
20 KiB
Plaintext
560 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: Wed, 14 Sep 94 04:13:09 EDT
|
||
Subject: Linux-Development Digest #170
|
||
|
||
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: jzero@netcom.com (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?)
|
||
|
||
|
||
--
|
||
jzero@netcom.com
|
||
S.F., CA
|
||
|
||
------------------------------
|
||
|
||
From: y93chrwe@ida.liu.se (Christer Weinigel)
|
||
Subject: Re: IDEA: Energy saving features for harddisks
|
||
Date: Wed, 14 Sep 1994 01:04:24 GMT
|
||
|
||
roth@rummelplatz.uni-mannheim.de (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 (y93chrwe@und.ida.liu.se)
|
||
|
||
------------------------------
|
||
|
||
From: u9218738@muss.cis.McMaster.CA (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: connolly@ulua.hal.com (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 <dagenais@vlsi.polymtl.ca> 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 <haible@ma2s2.mathematik.uni-karlsruhe.de>
|
||
in <351kkg$g5n@nz12.rz.uni-karlsruhe.de>, 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
|
||
<connolly@hal.com> http://www.hal.com/%7Econnolly/index.html
|
||
|
||
------------------------------
|
||
|
||
From: roth@rummelplatz.uni-mannheim.de (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: matthew@crocker.com (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
|
||
mcrocker@crocker.com 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: wyhuang@sdcc15.ucsd.edu (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
|
||
wyhuang@ucsd.edu
|
||
|
||
------------------------------
|
||
|
||
From: twhite@vnet.net (TONY WHITE)
|
||
Subject: Re: LMSI CDrom
|
||
Date: 13 Sep 1994 01:49:41 GMT
|
||
|
||
Joerg Schneider (uk9o@rzstud1.rz.uni-karlsruhe.de) wrote:
|
||
: Andrew Wilson (awilson@merle.acns.nwu.edu) 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: schneid@ira.uka.de -- 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: george@leona.tamu.edu (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 <353922$dao@csnews.cs.colorado.edu>,
|
||
Drew Eckhardt <drew@frisbee.cs.Colorado.EDU> 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: urlichs@smurf.noris.de (Matthias Urlichs)
|
||
Subject: Re: /proc/mtab progress
|
||
Date: 13 Sep 1994 14:33:26 +0200
|
||
|
||
In comp.os.linux.development, article <34j67n$jv5@nippur.irb.hr>,
|
||
davj@ds5000.irb.hr 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: urlichs@smurf.noris.de
|
||
Schleiermacherstra<EFBFBD>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: urlichs@smurf.noris.de (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 <jeffpkCvxto0.2qt@netcom.com>,
|
||
jeffpk@netcom.com (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: urlichs@smurf.noris.de
|
||
Schleiermacherstra<EFBFBD>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: urlichs@smurf.noris.de (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 <jeffpkCvxto0.2qt@netcom.com>,
|
||
jeffpk@netcom.com (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: urlichs@smurf.noris.de
|
||
Schleiermacherstra<EFBFBD>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: brian@xp.psych.nyu.edu (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: joel@wam.umd.edu (Joel M. Hoffman)
|
||
Subject: Re: Login USERID length bug?
|
||
Date: Wed, 14 Sep 1994 02:45:23 GMT
|
||
|
||
In article <354vc4$8kp@cmcl2.NYU.EDU> brian@xp.psych.nyu.edu (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
|
||
(joel@wam.umd.edu)
|
||
|
||
--
|
||
=============================================================================
|
||
|_|~~ 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: president@whitehouse.gov
|
||
|
||
------------------------------
|
||
|
||
From: "Christopher M. Hanson" <ch4s+@andrew.cmu.edu>
|
||
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"
|
||
<ch4s+@andrew.cmu.edu> * I | | TOXIC * /!\ has unexpectedly quit.
|
||
<cmh@cs.cmu.edu> * \/ WASTE * --- [Who cares] [[Do nothing]]
|
||
|
||
|
||
------------------------------
|
||
|
||
From: so@brownie.cs.wisc.edu (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: 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
|
||
******************************
|