Subject: Linux-Development Digest #4
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:     Mon, 8 Aug 94 15:13:15 EDT

Linux-Development Digest #4, Volume #2            Mon, 8 Aug 94 15:13:15 EDT

Contents:
  Re: Linux backup of MSDOS? (Jim Balter)
  Re: g++ 2.6.0 kernel compiler problem (Beeblebrox)
  Re: Backspace behavior (Jim Balter)
  Re: How much hardware for Modula-3 on Linux? (Geoffrey Wyant - Sun Microsystems Labs BOS)
  WD graphics cards (Peter.Leyssens)
  Re: SLIP hangs in newer kernels (Richard Dall)
  Re: g++ 2.6.0 kernel compiler problem (Kevin K. Lewis)
  Re: SUGGESTION for new TeX dist. (Torsten "Teg" Grust)
  Mailbox/Swap AHA1542 patch (Keith Smith)
  Re: As; The GNU assembler docs {Q} (Harald T. Alvestrand)
  memory segmentation problem (EHippo)
  Re: Linux backup of MSDOS? (Tom Oehser)
  Re: As; The GNU assembler docs {Q} (Steve DuChene)
  Linux-Oberon System 3 (Markus Daetwyler)
  Re: File Locking (Florian La Roche)
  Re: IFS (Inherited File System) (Matthias Urlichs)
  Re: SLIP, CSLIP, PPP and modems (Matthias Urlichs)
  Re: SLIP, CSLIP, PPP and modems (Starcon SysAdmin)
  Re: SLIP, CSLIP, PPP and modems (Starcon SysAdmin)
  How to get DOSEMU 5.2 to work on recent kernels (Terry Tanski)
  Re: PCI SCSI Cards commpatable with Linux? (Drew Eckhardt)
  Dial-on-demand PPP (Kurt Greiner)
  Re: SLIP, CSLIP, PPP and modems (Ross J. Reedstrom)
  UDP socket (New Tech Information Systems Ltd.)

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

From: jqb@netcom.com (Jim Balter)
Subject: Re: Linux backup of MSDOS?
Date: Mon, 8 Aug 1994 10:13:04 GMT

In article <SPA.94Aug4011248@zen.fct.unl.pt>,
Salvador Pinto Abreu <spa@fct.unl.pt> wrote:
>In article <Cty94D.12A@pe1chl.ampr.org> rob@pe1chl.ampr.org (Rob Janssen) writes:
>
>> >    for FS in $FILESYSTEMS; do
>> >      cp /dev/zero $FS/.zero.
>> >      rm $FS/.zero.
>> >    done
>
>> >the idea is to fill the unused space with zeros so that gzip will do a
>> >better job.
>
>> Sorry but that won't work...  cp is clever enough not to store blocks
>> of zeroes on your disk!
>
>right!

Actually, cp only creates holes when copying regular files containing holes.
/dev/zero, not being a regular file, eats real disk blocks when cp'ed.

>> You can try a similar construct with "dd" instead.

Or cat.
-- 
<J Q B>

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

From: M.S.Ashton@dcs.warwick.ac.uk (Beeblebrox)
Subject: Re: g++ 2.6.0 kernel compiler problem
Date: Sat, 6 Aug 1994 15:39:35 GMT

marc@offline.be (Marc Duponcheel) writes:

>Hello linux developers,

>Anyone has tried to use 2.6.0 for kernel builing ?

Yes, works fine.
___
M.S.Ashton@dcs.warwick.ac.uk              M.S.Ashton@csv.warwick.ac.uk
C++ consultant and emacs support.         Mail me if you have any problems.

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

From: jqb@netcom.com (Jim Balter)
Subject: Re: Backspace behavior
Date: Mon, 8 Aug 1994 10:59:18 GMT

In article <Cu3M12.809@ucdavis.edu>,
Sam Oscar Lantinga <slouken@cs.ucdavis.edu> wrote:
>
>       Why is it that backspace on the virtual console
>echoes backslash and then the character erased?

Because you turned on stty echoprt.

>Is there any reason not to use "\b \b" to erase the character from the 
>screen?  

No, that's what stty echoe does.  RTF stty M.
-- 
<J Q B>

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

From: gwyant@cloyd.east.sun.com (Geoffrey Wyant - Sun Microsystems Labs BOS)
Crossposted-To: comp.lang.modula3,austin.forsale
Subject: Re: How much hardware for Modula-3 on Linux?
Date: 08 Aug 1994 11:56:23 GMT

Glad to hear that you are interested in M3 and Linux ! I think it is an
excellent basis for building distributed hypermedia applications.

I have successfully used M3 on a laptop with 8Mb of physical memory and
130Mb hard disk.  The CPU was a 33Mhz 486. I have found compilation
performance to be acceptable (thoug not stunning) with that
configuration. Execution performance has also seemed fine. I suspect
that a machine with 16Mb of memory would be more than adequate. Disk
speed is more important than CPU speed. 

I'm not sure how much help this is, but if I can answer any more
questions, don't hesitate to send mail !

--geoff
-- 
Geoff Wyant
Geoff.Wyant@east.sun.com
Sun Microsystems Laboratories, Inc.

2 Elizabeth Drive
Chelmsford, Ma.
01824

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

From: leyssens@wins.uia.ac.be (Peter.Leyssens)
Subject: WD graphics cards
Date: Mon, 8 Aug 1994 12:11:57 GMT

Hi,

Does anybody know of the performance of the Western Digital cards XLR8311
(sorry, my keyboard's totally jmessed up & backspace doesn't work either)
so, the cards XLR8VAL-3 and XLR831124 ?  Theyu are also known as Win8 andWin248
(or something like that : WinAccelerator or so).

I'd like to know how they compare to a simple ET4000-board and what chipset
they have.

Thanks in advance !

Please mail me directly :
leyssens@winx(DAMN' KEYBOARD !!)
leyssens@wins.uia.ac.be that is.


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

From: rdall@kurango.cit.gu.edu.au (Richard Dall)
Subject: Re: SLIP hangs in newer kernels
Date: Mon, 8 Aug 1994 04:00:13 GMT

ajbra2@mdw059.cc.monash.edu.au (Mr AJ Bradley) writes:

>Thank god, I was beginning to think I was the only one with this problem! 
>I had 1.0.9 and even _then_ the SLIP connection would hang for some time.
>I'm now running 1.1.33 (but not for long, just got the 38 patches) and Ill pick
>up the new version (and recompile it) of DIP and fingers crossed.. :)

>Ill post my observations and the results of the procedure in due course... but
>then again, maybe I wont need to post them, because you'll all hear me yelling
>for joy from where you are !


I am experiencing a similar problem. I have 2 PCs hooked with a serial cable, 
both running kernel 1.0.8, with the tcpip.tgz binary distribution currently
included with Slackware at sunsite.unc.edu.. One of these PCs boots a very
minimal distribution of linux from two floppy disks. It has only 4M of RAM, 
no hard drive space and no swap space. The other PC has 16M swap space, 5M of
RAM, full system on 100M of hd space. 

After much fiddling with different versions of network tools etc. I have 
managed to make it work- it does NFS mounts, telnet, ftp and talk. These 
things seem to work until something large tries to go across the line, 
then the network link jams. I have to kill "slattach" (which I use rather
than DIP), use "ifconfig" to take the mark the interface down, delete the
associated routes, and then restart slattach, reconfig, and reroute. 

I gather that the kernel does not have a means of coping with fragmentation in
the "IP" layer. I suspect that this may be the problem.  "ifconfig" has a 
parameter called "mtu", which the man pages warn "had better be big enough".
I found that these jams were happening much more easily when I specified a 
small value for "mtu" than for a large mtu. Unfortunately, ifconfig won't let
me make mtu bigger than 2048. 

I would be pleased to know of which, if any, version of the kernel has dealt
with this problem, and if it is a stable version? Perhaps this problem is 
only bothering people with minimal RAM or slow (FD driven) systems... 


Thanks for any suggestions on this one, I am posting to this group as I 
suspect it may be a kernel problem. Any email to rdall@kurango.cit.gu.edu.au 
please. 



Rick Dall



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

From: lewikk@grasshopper.aud.alcatel.com (Kevin K. Lewis)
Subject: Re: g++ 2.6.0 kernel compiler problem
Date: 08 Aug 1994 13:07:15 GMT

In article <1994Aug6.195011.20040@offline.be> marc@offline.be (Marc Duponcheel) writes:

   Hello linux developers,

   With gcc 2.6.0 I get (builing kernel):

   gcc -D__KERNEL__ -I/var/src/linux/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -pipe -m486  -c -o init/main.o init/main.c
   init/main.c: In function `checksetup':
   init/main.c:233: fixed or forbidden register was spilled.
   This may be due to a compiler bug or to impossible asm
   statements or clauses.

   Anyone has tried to use 2.6.0 for kernel builing ?

What kernel are you building?  I've used 2.6.0 to compile 1.1.40 with
no troubles.  Maybe older patch levels don't work as well.

   -- 

   -- marc.

    email  marc@offline.be [= me@home]
--
Kevin K. Lewis               | My opinions may be unreasonable
lewikk@aud.alcatel.com       | but such is the voice of inspiration

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

From: Teggy@heim2.tu-clausthal.de (Torsten "Teg" Grust)
Subject: Re: SUGGESTION for new TeX dist.
Date: 8 Aug 1994 12:13:03 GMT

Murali Chaparala (murali@magnet.fsu.edu) wrote:
:       How about including hyperlatex and xhdvi? After texing the
: linux-SAG with hlatex, reading it with xhdvi is like reading a 
: printed manual. 

: Check out the following url:
: http://xxx.lanl.gov/hyperlatex
                      ^^^^^^^^^^
        Hmm, the URL didn't work for me. I think you mean

                        http://xxx.lanl.gov/hypertex
Regards,
        --Teggy
--
/'''    Torsten "Teg" Grust   e-mail: Teggy@heim2.tu-clausthal.de
c-OO                                  intgr@asterix.rz.tu-clausthal.de
   \   
  -     `Gambling only pays, when you are winning.'  (Genesis)

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

From: keith@ksmith.com (Keith Smith)
Subject: Mailbox/Swap AHA1542 patch
Date: Sun, 07 Aug 94 14:06:28 GMT

My linux news server crashed again and I missed what _might_ have been a
patch to try and correct/diagnose the "no mailbox" in swapper task
messages I have been getting.  Could someone E-mail it to me, or tell me
to piss up a rope.
-- 
Keith Smith aka Digital Designs                 keith@ksmith.com
5719 Archer Rd.                    Free Usenet News and Internet Mail Services
Hope Mills, NC 28348-2201         All 28K/14K Modems  (910) 423-4216/7389/7391
Somewhere in the Styx of North Carolina ...         14K-V.32/28K-V.34/28K-V.34

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

From: hta@uninett.no (Harald T. Alvestrand)
Subject: Re: As; The GNU assembler docs {Q}
Date: 8 Aug 1994 13:56:57 GMT

The "info" program takes an "-f file" parameter.
It's (well) hidden in the "info" file on "info", which IS accessible
from its startup page.
-- 
                   Harald Tveit Alvestrand
                Harald.T.Alvestrand@uninett.no
      G=Harald;I=T;S=Alvestrand;O=uninett;P=uninett;C=no
                      +47 73 59 70 94
My son's name is Torbjxrn. The letter between "j" and "r" is o with a slash.

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

From: ehippo@aol.com (EHippo)
Subject: memory segmentation problem
Date: 8 Aug 1994 10:43:05 -0400

I have a program which works fine when compiled with Borland C++ but
yields
a segmentation fault when I run it under linux.

======== twodim.c ==============
#include <stdio.h>
#include <stdlib.h>
#include <ctype.h>

void *getmem(int);
void fillMatrix(double **, int, int);
void printMatrix(double **, int, int);

main()
{
  int i, j, m, n;
  double **matrix;
  char ans, temp[5];
    
  printf("How many rows? ");
  m = atoi(gets(temp));
    
  printf("How many columns? ");
  n = atoi(gets(temp));
    
  matrix = (double **)getmem(m*sizeof(double *));
  
  for (i=0; i<m; i++)
    matrix[i] = (double *)getmem(n*sizeof(double *));

#ifdef PRINT
  printMatrix(matrix, m, n);
#endif

  fillMatrix(matrix, m, n);
  
  printMatrix (matrix, m, n);
}

void *getmem(int size)
{
  void *p;

  p = malloc(size);
  
  if (p == NULL) 
    {
      fprintf(stderr, "Memory problem!\n");
      exit(1);
    }

  memset(p, size);
  return p;
}

void fillMatrix(double **table, int nr, int nc)
{
  int i, j;
  
  for (i=0; i<nr; i++)
    for (j=0; j<nc; j++)
      table[i][j] = i + 0.01 * j;
}

void printMatrix(double **table, int nr, int nc)
{
  int i, j;

  puts("\nMatrix contents:\n\n");
  
  for (i=0; i<nr; i++)
    {
      for (j=0; j<nc; j++)
        printf(" %5.2f", table[i][j]);
      printf("\n");
    }
}
======================== end of program ====================

The program compiles correctly, and runs "as is" on another system, so I
thought I'd ask here.  I hope this is the right newsgroup.

Jerry

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

From: toehser@cais2.cais.com (Tom Oehser)
Subject: Re: Linux backup of MSDOS?
Date: 8 Aug 1994 15:08:18 GMT

>>> >the idea is to fill the unused space with zeros so that gzip will do a
>>> >better job.

*Actually*, having started this misbegotten thread, the *idea* was not to 
make gzip do a better job.  Since what I am doing is putting 540mb of 
data onto a 525mb tape, the *idea* was to find a much dumber faster 
compression program than gzip --fast, so as to not waste time compressing 
it down to 300mb of data.  I would like gzip to do a much worse job.  Is 
there a compression program that uses much less cpu for less compression, 
but which will still fit 540 on 525?  -Tom


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

From: s0017210@cc.ysu.edu (Steve DuChene)
Subject: Re: As; The GNU assembler docs {Q}
Date: 8 Aug 1994 07:14:48 GMT

Arnt Gulbrandsen (agulbra@tigern.nvg.unit.no) wrote:
: In article <323tlo$rdh@sun.cais.com>,
: Tim Bass (Network Systems Engineer) <bass@cais.cais.com> wrote:

: Yes, in the info system.  The info system is the GNU hypertext
: manpage replacement.

: Say 'info', 'xinfo', or start emacs and do 'c-h i' and you should
: see the directory.  Look for gas or as, and read on.  The info pages
: are rather informative (though on some systems simply not there).

        I have a lot of info files on my system which seem to be 
        unaccessable. They are all in /usr/info and evertime I try to
        access them through the info program I get the following 
        message:  Sorry, unable to find the node "Top" in the file "sc".
        About 20% of the files there seem to be ok but the rest just give
        this error. Anyone have any ideas?
-- 
| Steven A. DuChene   sduchene@cis.ysu.edu  or  s0017210@cc.ysu.edu      
| Youngstown State University  | Computer Science / Math / Mech. Eng.
|They all laughed at Albert Einstein. They all laughed at Columbus. 
|Unfortunately, they also all laughed at Bozo the Clown. 

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

From: mdaetwyl@iiic.ethz.ch (Markus Daetwyler)
Subject: Linux-Oberon System 3
Date: 8 Aug 1994 15:30:33 GMT



Markus Daetwyler and Marc Sperisen are proud to present the only and true



             #===========================================#
             |                                           |
             |   Linux-Oberon(tm) System 3 Version 1.5   |
             |                                           |
             #===========================================#



It is available on hades.ethz.ch (129.132.71.5) in the directory
/pub/Oberon/System3/Linux by anonymous ftp.
In about two weeks it will be moved to neptune.ethz.ch (as the
administrator of the Oberon archive on neptune isn't here at the
moment we've put it on hades to make it available for you as soon
as possible).

Comments and bug reports are welcome but should be sent directly to us, as
this port isn't done by ETH.



Markus Daetwyler                      Marc Sperisen
mdaetwyl@iiic.ethz.ch                 msperise@iiic.ethz.ch


PS: We wont be sad if you send us postcards, creditcards, sound-, 
    graphic-, scsi-II- or ethernetcards. SCSI harddisks are prefered.



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

From: flla@stud.uni-sb.de (Florian La Roche)
Subject: Re: File Locking
Date: 8 Aug 1994 17:05:56 +0200

: This port will be in progress starting the 19th of this month... I have all
: the information collected thanks to several people who pointed out sources
: for various pieces of information on NFS and NFS file locking.  

There is a official description of NFS version 3. In that document, there
is a reference made to a book that contains a description about the file
locking protocol needed for NFS version 2.
If you didn't get this information, email me, and I will look it up for you.

NFS version 3 contains also a description for file locking used with it.

Florian  La Roche


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

From: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: IFS (Inherited File System)
Date: 8 Aug 1994 09:11:08 +0200

In comp.os.linux.development, article <320i2j$rar@tadpole.fc.hp.com>,
  laf@sde.hp.com writes:
> 
> I'm trying to get it working with 1.1.39.  The first problem is getting
> it to compile.  This is happening as I'm typing this.
> 
The second problem is that there's at least one iget() in there which isn't
balanced by an iput(). This means that you can't unmount the IFS filesystem
or (worse) one of the file systems you're IFS-mounting on top of each
other.

I haven't had time to investigate this further after I noticed the bug.
-- 
Cowards take hostages. Klingons do not.
                -- Worf to Yar, "Heart of Glory", stardate 41503.7
-- 
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

Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

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

From: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: SLIP, CSLIP, PPP and modems
Date: 8 Aug 1994 09:18:38 +0200

In comp.os.linux.development, article <Cu4rDn.F4w@cs690-3.erie.ge.com>,
  teffta@csp195.erie.ge.com (Andrew R. Tefft) writes:
> 
> If you watch while you're doing an ftp transfer over ppp, a lot of
> acks go from the receiver to the sender. If you watch an interactive
> session while you are also ftp'ing, you will see the delays caused
> by the queued up packets of the ftp transfer. Put those together
> and you might guess that the queued up packets from a transfer
> in one direction will delay the acks from the other direction.
> 
This should not be a problem, though; TCP should be able to use almost the
full bandwidth regardless of delayed ACKs.

What's confusing to TCP (warning: SWAG follows) is the high variance in the
ACK timings, i.e. sometimes an ACK arrives almost immediately but sometimes
it has to wait behind several TCP packets from the other transfer.

My guess: If SLIP had several queues and would enqueue TCP ACKs ahead of
"interactive" packets ahead of "normal" packets, transfer times would
improve considerably.

-- 
Many alligators will be slain,
but the swamp will remain.
-- 
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

Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

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

From: yuriev@astro.ocis.temple.edu (Starcon SysAdmin)
Subject: Re: SLIP, CSLIP, PPP and modems
Date: 8 Aug 1994 16:31:06 GMT

Jayme Cox (jayme@rain.org) wrote:
: Someone known as Jay Denebeim P025 (denebeim@bnr.ca) spake thus:

: > >Linux <--> Linux using Hydra on 1.7Mb & 1.4Mb ZIP files: total time 17 min
: > >Linux <--> Linux via SLIP (ftp transfer). Total time: 28 min 48 sec. 
: > Alex, you're comparing apples and oranges.  A network is not the same
: > thing as a file transfer.  SLIP is used to send arbitrary packets over
: > the phone line onto a network.  Its not limited to sending files.
: > Because of this, there is quite a bit more information that is
: > required for each packet then a file transfer takes.  Because of this,
: > it is definately going to be slower.
: This is not true at all. While the slip connection is responsible for
: sending other information (rip, arp, etc) if you arn't doing anything
: else, ftp's should be with 1-2% of zmodem/xmodem/ymodem transfers. Period.

: However, I am not sure exactly what test Alex is running. Are you doing two
: simultaneous ftp sessions? (one from linux1 -> linux2 and one from
: linux2 -> linux1 at the same time?) And that is what takes 28 mins?
: Or are you just ftp'ing two files (1.7Mb & 1.4Mb)?

: I'm not at my Linux box or I'd test it. But try this:
: telnet to linux-box2 and ftp back to linux-box1. At the same time ftp from
: linux-box1 to linux-box2. If the modem is transfering bi-directional
: there should be no difference in transfer times vs a single ftp session.
: (discounting kernal overhead, disk writes, etc)


I did it. Two simultaneus FTP sessions vs file transfer between same boxes
using my hydra.


Best wishes,
Alex

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

From: yuriev@astro.ocis.temple.edu (Starcon SysAdmin)
Subject: Re: SLIP, CSLIP, PPP and modems
Date: 8 Aug 1994 16:32:26 GMT

Jay Denebeim P025 (denebeim@bnr.ca) wrote:
: In article <31rvve$8hd@herald.indirect.com> mcguirk@indirect.com (Dan McGuirk) writes:
: >No, you don't seem to understand what he's talking about.  
: No, I think its you that misunderstood.
: Unlike xmodem or zmodem or whatever, SLIP/PPP are 'real' networking
: protocols. That means that you can be doing several things on the wire
: at the same time, FTPing, Telnetting, etc.  There's only so much
: bandwidth though, so the more things you do the slower they go.


I repeat: I do 2 FTP sessions. Why does it slowdown THAT MUCH???????


Best wishes,
Alex

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

From: terryt@cs.athabascau.ca (Terry Tanski)
Crossposted-To: comp.os.linux.help
Subject: How to get DOSEMU 5.2 to work on recent kernels
Date: 8 Aug 94 16:47:19 GMT

Hi,

I built DOSEMU 5.2 under kernel 1.1.19 and all went well. I could
use it in an xterm and on a VC. Moved to kernel 1.1.35 and even
though the thing still works under xterm, using it on a VC causes a
segmentation fault. Recompiling/reinstalling has not helped. Same
problem with kernel 1.1.40.

Can anyone help?

Terry

     *********    Terry Tanski, B.Sc.
    **********
   .      ****    Computing Services       Internet: terryt@cs.athabascau.ca
  ..      ****    Athabasca University        Phone: (403) 675-6339
 ....     ****    Box 10,000                    FAX: (403) 675-6333
..........****    Athabasca, Alberta CANADA

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

From: drew@frisbee.cs.Colorado.EDU (Drew Eckhardt)
Subject: Re: PCI SCSI Cards commpatable with Linux?
Date: 8 Aug 1994 16:35:22 GMT

In article <324t43$5td@classic.iinet.com.au>,
Jean-Paul Chia <jpchia@iinet.com.au> wrote:
>Does anyone know which PCI SCSI Cards are compatable with Linux?
>If your running Linux successfully with a PCI SCSI card please mail
>me. :)

NCR53c810 based boards (busmastering DMA, fast, very cheap ($70),
Linux 1.1.38 and newer)

Buslogic Bt946 (busmastering DMA, Adaptec 154x compatable)

Future Domain TMC-3260 (PIO w/8K FIFO, Linux 1.1.38 and newer)

-- 
Drew Eckhardt drew@Colorado.EDU
1970 Landcruiser FJ40 w/350 Chevy power
1982 Yamaha XV920J Virago

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

From: krg@intac.com (Kurt Greiner)
Subject: Dial-on-demand PPP
Date: 8 Aug 1994 16:34:09 GMT

Is anyone working on modifications to the PPP driver to allow dial on 
demand???

I envision a scenario such that a request to a node currently 
unreachable will invoke the dialup of a PPP connection if it isn't 
already active. I could see defining my providers' name server, so that 
if I ask for a node not in hosts or my local NS it will try to reach the 
remote, and then dial my provider automatically.


If this isn't done, does anyone have an idea of how this would be 
accomplished??

--
krg@intac.com

"You can only be young once, but you can be immature forever!!" - Anon.

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

From: RJR@photons (Ross J. Reedstrom)
Subject: Re: SLIP, CSLIP, PPP and modems
Date: Mon, 8 Aug 1994 12:03:41

In article <Cu4rDn.F4w@cs690-3.erie.ge.com>
  teffta@csp195.erie.ge.com (Andrew R. Tefft) writes:

<stuff deleted>

>It's then a question of timing, not bandwidth. A dedicated bidirectional
>protocol can either a) be streaming, where timing of acks is not
>important, or b) properly time its acks so that they are not delayed
>by the data going the other direction.
>-- 

Just to add another timing glitch to the pot, there's the disk buffers. By 
watching my modem lights,I've noticed that I get steady thoughput until the 
disk buffers flush, then there's a pause - apparently FTP doesn't like 
variations in timing of acks. BTW, I see overall thoughput on slip ftps 
similar to what everyone else here has been reporting, accept high for small 
files (of course).

Ross J. Reedstrom
rjr@pharmacy.wisc.edu

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

From: newtech@hk.net (New Tech Information Systems Ltd.)
Subject: UDP socket
Date: 8 Aug 1994 17:18:54 GMT

Hi there!
Does anyone have any experienance on programming with UDP socket in
Linux to share with?  How reliable are they?  Is there any sample code
or document available?

Thanks in advance

                        - Tom -


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


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