Subject: Linux-Misc Digest #438
From: Digestifier <Linux-Misc-Request@senator-bedfellow.MIT.EDU>
To: Linux-Misc@senator-bedfellow.MIT.EDU
Reply-To: Linux-Misc@senator-bedfellow.MIT.EDU
Date:     Thu, 16 Dec 93 16:22:08 EST

Linux-Misc Digest #438, Volume #1                Thu, 16 Dec 93 16:22:08 EST

Contents:
  SLOW??? (a920101@zipi.fi.upm.es)
  Re: Mail Order Linux Workstations (Larry Doolittle)
  Re: SLOW??? (David Barr)
  Re: fork: try again (Rene Dekker)
  Chaos on my Linux box? (rick@discus.mil.wi.us)
  Re: _Real_ hackers ... (David Feldman)
  Re: Linux counter: Usage growth of Linux (Mark Morley)
  Re: Windows emulation  was Re: Microsoft Invented Inferior Personal C (Craig Lewis)
  Re: Windows emulation  was Re: Microsoft Invented Inferior Personal C (Craig Lewis)
  Re: SLOW??? (R. Schalk)
  Bug Report: Slackware 1.1.1/ pl14 / SMC Ultra (Barry Schiff)
  Re: Windows emulation  was Re: Microsoft Invented Inferior Personal C (Pat O'Neil)
  Re: Yet another benchmark results.. (Tim Llewellyn)
  Re: Working ftape 0.9.7/8a + Conner Tape*Stor + Bulk Cartridges (Peter Dalgaard SFE)

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

Subject: SLOW???
From: a920101@zipi.fi.upm.es
Date: 16 Dec 93 14:55:42 +0100

Sorry if this is not interesting for everybody but...
How Slow is Linux on a 386 DX-40 (AMD) with IIT Coprocessor and 4 Mg?
Is it Slow?
VERY Slow?
TERRIBLY Slow?
Please tell me something!!!(gotta know this BEFORE installing LINUX)


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

From: doolitt@cebaf4.cebaf.gov (Larry Doolittle)
Subject: Re: Mail Order Linux Workstations
Reply-To: doolitt@cebaf4.cebaf.gov (Larry Doolittle)
Date: Thu, 16 Dec 1993 15:18:13 GMT

In article <1993Dec16.053951.10645@cs.ucla.edu>, edwin@maui.cs.ucla.edu
(Edwin Tisdale) writes:
> [ Stuff about mail order Linux workstation vendors deleted ]
> 
> In order to get a feel for the prices these vendors were charging,
> I asked each of them to give me a quote for the following configuration:
> 
> *     66 MHz 486DX2 with 256 KB cache and VESA Local Bus
> *     16 MB 70 ns System Memory
> *     32 bit IDE Controller (VLB)
> *     340 MB Hard Disk Drive
> *     Dual floppy disk drives
> *     32 bit 2 MB 1280x1024 Super VGA graphics accelerator (VLB)
                                        ^^^^^^^^^^^^^^^^^^^^
This is a can of worms.  Lots of these boards don't have good support
under XFree86-2.0.  For useful performance *now*, you *must* specify
a supported chipset.  To get 1280x1024x8 with a system like this, what
you want is an S3-928 based board, or maybe one of the ATI cards.
You also have to be careful about the RAMDAC.  Many NumberNine owners
are currently screwed because XFree won't support the double-speed
operation of their BrookTree RAMDAC, and they are therefore stuck at
85 MHz instead of the 130 MHz that their board should be capable of.
I would suggest specifying one of the 110 MHz RAMDACs from AT&T, like
the one used on the Actix GraphicsENGINE Ultra, so it is useful now.
Try reading comp.windows.x.i386unix for a week for more details.

> *     17" 0.26 mm dot pitch Non-Interlaced color monitor
> *     16 bit 10 Base T ethernet card
> *     Mini-tower case with 230 Watt power supply
> *     Keyboard and Microsoft compatible mouse
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^
You mean "MouseSystems or Logitech compatible serial mouse".
Microsoft mice have two buttons, nearly useless for X11.

I wish I could afford a 17" monitor and 16M RAM!

       - Larry Doolittle    doolittle@cebaf.gov

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

From: barr@pop.psu.edu (David Barr)
Subject: Re: SLOW???
Date: 16 Dec 1993 11:46:49 -0500

In article <1993Dec16.145542.1@zipi.fi.upm.es>,
 <a920101@zipi.fi.upm.es> wrote:
>Sorry if this is not interesting for everybody but...
>How Slow is Linux on a 386 DX-40 (AMD) with IIT Coprocessor and 4 Mg?

Quite acceptable

I run it on a 386/20 with 4meg, and am quite happy.

--Dave
-- 
"Diplomacy is the art of saying 'nice doggy' until you can find a rock."
- Will Rogers

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

Crossposted-To: comp.os.linux.help
From: dekker@dutiag.twi.tudelft.nl (Rene Dekker)
Subject: Re: fork: try again
Date: Thu, 16 Dec 1993 16:32:23 GMT

ab401@freenet.carleton.ca (Paul Tomblin) writes:

>I'm getting this message every day.  When it happens, I can't run anything, 
>and the only solution is to hit the reset button.  This is since I went from 
>the pl12 kernal to the pl14 kernal.  Is there a patch to the pl14 kernal that 
>I'm missing?  Is there something I've configured wrong?

This probably due to portmap zombies being generated. Try 
   ps -aux | grep zombie
to find out. A solution to this problem is getting the portmap deamon
from the rpc-0.9 distribution on tsx-11.mit.edu. It's in directory
   pub/linux/BETA/NFS/          (from memory)

Ciao,
Rene'

-- 
Rene Dekker    Delft University of Technology    r.dekker@twi.tudelft.nl
========================================================================
If life seems jolly rotten, there's something you've forgotten!
And that's to laugh and smile and dance and sing...

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

Crossposted-To: sci.electronics
From: rick@discus.mil.wi.us
Subject: Chaos on my Linux box?
Reply-To: rick@discus.mil.wi.us
Date: Thu, 16 Dec 1993 10:22:21 -0600 (CST)

Hi all...

I'm looking for a source of randomness under Linux (free UNIX clone, i386).

Unfortunately, I don't have a sound-card... so I can't "cat /dev/audio"
(compressing and hashing merrily as I go).

What other sources of randomness might I find on my Linux box?

Would it be difficult to make a noisy "dongle" to hang on a serial or
parallel port for "real" random input?  How would I use a "noise diode"
(biased Zener or cheap transistor) to construct such a device?

Why do I need random data?  Cryptography,  Monte-Carlo Testing, etc.
Note that I'm *NOT* looking for *pseudo*-stuff.  I want The Real Thing[tm].

(Please reply via e-mail, since I don't read sci.electronics.)

Rick Miller             <rick@discus.mil.wi.us>             +1 414 221 3403

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

From: dgf@netcom.com (David Feldman)
Subject: Re: _Real_ hackers ...
Date: Thu, 16 Dec 1993 16:55:55 GMT

In article <BURLEY.93Dec15130256@mole.gnu.ai.mit.edu> burley@mole.gnu.ai.mit.edu (Craig Burley) writes:
>
>Other true story: for quite a while he didn't understand that he
>could just put constant values in memory via the loader in the
>same way that he assembled instructions into memory.  This seems strange
>to us perhaps, but before "understanding" one thinks strange things,

As I recall the PDP-8 machine language has no "immediate" addressing mode.

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

From: morley@suncad.camosun.bc.ca (Mark Morley)
Subject: Re: Linux counter: Usage growth of Linux
Date: Thu, 16 Dec 1993 16:36:58 GMT

Sami-Pekka Hallikas (semi@dream.nullnet.fi) wrote:
> One possible way in Finland is send mail from my Public Linux system (BBS)
> Anyone can get access in here. I have limited newsfeed and it goes via UUCP,
> but anyway many users newer seen unix tested this system and liked it.
> (Linux rules !-D)

Yeah, I was wondering...  do my BBS users count for anything?  Although
they don't necessarily know it they are using Linux.  I currently have 140
users (give or take).  We're directly on the 'net too so all these people
are using telnet, ftp, etc.

Mark

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

Crossposted-To: alt.folklore.computers,alt.religion.kibology,comp.os.ms-windows.advocacy,alt.fan.mike-dahmus
From: craig@sage.cc.purdue.edu (Craig Lewis)
Subject: Re: Windows emulation  was Re: Microsoft Invented Inferior Personal C
Date: Thu, 16 Dec 1993 17:05:57 GMT

In article <STEVEV.93Dec16001715@miser.uoregon.edu> stevev@miser.uoregon.edu (Steve VanDevender) writes:
>
>If you really think about it, having Windows crash more than once
>a session is really bad, although once Windows has crashed out I
>wonder how you can consider yourself in the same Windows session
>afterwards.

*grin*

>
>In this case, length does matter.  Lots of operating systems will
>crash once per session, if the session ends with a crash; the
>real value is in how long the session is.  (Windows: 1 hour;
>Linux: 1 year (or more).)

Ok, my average Windows session is around 2 hours, and I have a crash about 1
hour into it.  All I do is read news through a telnet, and it just crashes.

On DOS, sometimes I'd run 3-4 days without a crash (I'd run big raytracing
batch files most of the nights, with moderate/heavy programming during the
days).

I don't know about Dynix, it seems to go down once a month or so.  Mostly when
there's a CS project to hand in.  I think they do Preventive Maintence often
enough that Dynix won't crash without a really high load.


-- 
Craig                                               Craig@Sage.Cc.Purdue.Edu
"I've made up my mind, don't confuse me with the facts".
   -US Representative Earl F. Landgreeb, on record.

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

Crossposted-To: alt.folklore.computers,alt.religion.kibology,comp.os.ms-windows.advocacy,alt.fan.mike-dahmus
From: craig@sage.cc.purdue.edu (Craig Lewis)
Subject: Re: Windows emulation  was Re: Microsoft Invented Inferior Personal C
Date: Thu, 16 Dec 1993 17:09:55 GMT

In article <1993Dec16.122643.20539@worldbank.org> cedwards1@worldbank.org (Charles Edwards) writes:
>
>I really have to wonder what kind of environments some of you people are
>running. I run Windows in a moderately complex environment which includes
>Banyan Vines and TCP/IP. My major activities are software development, 
>e-mail and word processing and can't remember the last time I had a crash.
>I turn on my machine on Monday morning and turn it off on Friday evening
>without a single reboot in between.

Ok, I run Windows, with three windows open.  One is DOS prompt, one is a
telnet to the Dynix server, and one is a FTP session to the Dynix server.
I don't do any background exectution, because I know that will kill it.  I just
read through news, uudecode pictures, save files, whatever.  Every so often,
I dump them to the PC hard drive, and copy it to diskette.  Doesn't sound like
to difficult of a task, yet it crashes about once an hour.  Go figure.

-- 
Craig                                               Craig@Sage.Cc.Purdue.Edu
"I've made up my mind, don't confuse me with the facts".
   -US Representative Earl F. Landgreeb, on record.

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

From: U001295@HNYKUN11.URC.KUN.NL (R. Schalk)
Subject: Re: SLOW???
Date: Thu, 16 Dec 1993 17:21:44 GMT

In article <1993Dec16.145542.1@zipi.fi.upm.es>
a920101@zipi.fi.upm.es writes:
 
>
>Sorry if this is not interesting for everybody but...
>How Slow is Linux on a 386 DX-40 (AMD) with IIT Coprocessor and 4 Mg?
>Is it Slow?
>VERY Slow?
>TERRIBLY Slow?
>Please tell me something!!!(gotta know this BEFORE installing LINUX)
>
 
No actually it's quite fast, unless you're going to run X11, then it will
be slow. To work comfortable with X, you need 8MB.
 
Grtx Ronald
 
********************************************************************
* ing. Ronald Schalk, afdeling CS, sectie COOS                     *
* Universitair Centrum Informatievoorziening (UCI)                 *
* University of Nijmegen (KUN)    snailmail: Geert Grooteplein 41  *
* e-mail : R.Schalk@uci.kun.nl               6525 GA Nijmegen      *
* tel: +31 80 617997 fax: +31 80 617979      The Netherlands       *
********************************************************************

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

From: bschiff@stc.lockheed.com (Barry Schiff)
Subject: Bug Report: Slackware 1.1.1/ pl14 / SMC Ultra
Reply-To: bschiff@stc.lockheed.com
Date: Thu, 16 Dec 93 17:51:16 GMT

I though I would post this so people running into the same problems might
save some of the time I spent.  If anyone knows the answer to my problem # 8
please let me know this is the only one I could not solve to date. I have
sent this information to Slackware. I have not yet sent to to SMC Ultra
driver author since I don't have that address on me right now.


1. The shutdown command expected to find the "su" command
        in /bin.  (I think you now have it /usr/bin). I added a link
        in /bin to to one in /usr/bin.


2. I happen to have an SMC Elite Ethernet card. The driver for
    this card in pl14 won't always detect the card. This seems
        to be fixed in pl14d which is what I am using now. It
        might even be fixed in pl14a but I never tried it.
        Don't use pl14b since it has a typo and won't compile.
        Also the SMC Elite Driver won't see the card if
        the IO Port Address is set to 340. I looked at the
        /usr/linux/drivers/new/smc_utltra.c auto_prob code
        and saw this address missing from the list. This is
        a legal address for the card and works with other network
        operating systems.

3. When setting up the network in netconfig run from setup, if
   you hit enter for gateway address you go into an infinite syntax
    error loop.  This probably also happens if you simple use
        netconfig by itslef but I did not try to repeat the error.
        The error is likely to inflict the other parameters also.

4. If you choose to build a LILO boot floppy (option 4) it does
        not work. If you choose the skip (option 3) you get
        a strange message but things go on ok.

5. If you set up a serial mouse that is microsoft compability on
        com 2 the link for /dev/mouse is not set correctly.
        should link to /dev/ttyS1 and explained in the mouse setup
        menu but the link gets set to /dev/cua (or something like that).

6. I did not check this version but on the last version if you loaded
        multiple X servers the script for swithing the link 
        (in the INSTALL directory (I think the packages subdirectory)
        was missing a "/" before the usr/... in the path name
        used for the cd command. If this script is taken form
        the directory it is in it won't work.

7. I was a little confused by the installation messages when installing
        EMACS and installed the X and none-X version. It was not totally
        clear that the none-X would really replace the X version rather
        then suppliment it. I now know the X version works even if you
        are not in X. This was that point I did not know before. Maybe
        state this and you might want to switch the installation order
        so if some lazy person (like I am sometimes) does not do prompt
        mode the X version gets installed by default.

8. This one I hope you can help me with. When I build a pl14d kernel
    it always thinks that the system was not shutdown correctly
        and run e2fsk when I boot. I use things like reboot, and
        shutdown -h now to shut things down. When I use your prebuilt
        kernel I don't have this problem.  I am probably 
        not setting some attribute
        of the kernel correctly.   My procedure is as follows:

                1. I build the kernel.
                2. I use the r____ zImage /dev/sda3 command (forgot the
                        name of that one) to set the root file system
                        in the kernel.
                3. cp zImage /dev/fd0 to copy it by my 5 inch boot floppy.
        I know I am probably missing some obvious step. Please fill me
        in??

I think thats it.  Hope this helps

Barry Schiff

                        


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

Crossposted-To: alt.folklore.computers,alt.religion.kibology,comp.os.ms-windows.advocacy,alt.fan.mike-dahmus
From: poneil@xobu.nswc.navy.mil (Pat O'Neil)
Subject: Re: Windows emulation  was Re: Microsoft Invented Inferior Personal C
Date: Thu, 16 Dec 1993 16:15:55 GMT

In article <1993Dec16.122643.20539@worldbank.org>, cedwards1@worldbank.org (Charles Edwards) writes:
|> In article <STEVEV.93Dec16001715@miser.uoregon.edu>, stevev@miser.uoregon.edu (Steve VanDevender) says:
|> >
|> >In this case, length does matter.  Lots of operating systems will
|> >crash once per session, if the session ends with a crash; the
|> >real value is in how long the session is.  (Windows: 1 hour;
|> >Linux: 1 year (or more).)
|> >--
|> 
|> I really have to wonder what kind of environments some of you people are
|> running. I run Windows in a moderately complex environment which includes
|> Banyan Vines and TCP/IP. My major activities are software development, 
|> e-mail and word processing and can't remember the last time I had a crash.
|> I turn on my machine on Monday morning and turn it off on Friday evening
|> without a single reboot in between.

I run Windows every day in a Novell and TCP/IP environment, and my 
major activities on that machine are software development, word processing,
and various utilities.  I rarely make it for an entire day, and I have 
noticed some really heinous memory leakage from lots of big name windows
applications, some of them Microsoft!  If I left my machine up all week 
and had no crashes, it would be running out of memory on most everything.

Try leaving you machine up constantly and see if you eventually run out 
of enough memory to be useful.

Pat out.

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

Crossposted-To: comp.sys.ibm.pc.hardware,comp.os.vms,comp.benchmarks,relcom.talk,relcom.fido.su.general
From: tjl@siva.bris.ac.uk (Tim Llewellyn)
Subject: Re: Yet another benchmark results..
Reply-To: tjl@bristol.ac.uk
Date: Thu, 16 Dec 1993 18:46:19 GMT


In article <CI4JH2.LDv@dscomsa.desy.de>, pawlak@zeubac.desy.de (Jerzy Michal
Pawlak) writes:
|>In article <2em10a$l13@vixen.cso.uiuc.edu>, furio@uiuc.edu (furio ercolessi)
|>writes:
|>>In article <1993Dec15.014035.2203@pacific.mps.ohio-state.edu>,
|>viznyuk@mps.ohio-state.edu (Dragon
|>>Fly) writes:
|>>|> - - - - - - - - Original code - - - - - - - - - - - - - - - - - - - - - -
|>>|> #include <stdio.h>
|>>|> #include <math.h>
|>>|> #include <time.h>
|>>|> main()
|>>|> {
|>>|> double  x,y[1000000];
|>>|> int     i;
|>>|> time_t  t;
|>>|>  
|>>|> time(&t);
|>>|> for (i=0;i<1000000;i++)
|>>|>       {
|>>|>       x=11.0+(33.5*i)*(33.5*i);
|>>|>       y[i]=(sin(3.1*i)+cos(5.1*i))*sqrt(x+exp(3.14*log(x+i)));
|>>|>       }
|>>|> printf("time=%d\n",time(0)-t);
|>>|> }
|>>
|>>I am a Fortran programmer and I am not very familiar with C, but
|>>it seems to me that there is nothing to prevent an optimizer
|>>from wiping away all the computations, after having recognized
|>>that no use is made of the results.  If I were designing this
|>>benchmark, I would have _at least_ printed the value of a
|>>certain y[i] at the end, with i defined (and computed!) as a
|>>random number between 0 and 999999.  
|>>
|>>My experience with Fortran compilers is that many
|>>of them happily omit to perform "unuseful" computations, and I
|>>design all my benchmarks accordingly.  Returning the results
|>>as subroutine arguments to a caller (which may ignore them) is
|>>usually a good enough trick to ensure that computations are
|>>really carried out, with the current generation of compilers.
|>>
|>Well spotted Furio! I have a new entry in this stupid contest:
|>
|>MicroVAX II, 16 MB, VAX/VMS 5.5-1
|>VAX FORTRAN v. 5.8 (I know, I should upgrade...)
|>6 users, (av. CPU load 10%)
|>time =0.04 s (average of 10 runs)
|>
|>Hahahahahaha.. I have the fastest machine in the world! All you have to do
|>is to recode a bit:
|>
|>        DOUBLE PRECISION x,y(1000000)
|>        t = SECNDS(0.0)
|>        DO 1 i=1,1000000
|>          x=11.0+(33.5*i)*(33.5*i)
|>          y(i)=(sin(3.1*i)+cos(5.1*i))*sqrt(x+exp(3.14*log(x+i)))
|>1       CONTINUE
|>        t = SECNDS(t)
|>        PRINT *,'Time=",t
|>        END
|>-- 
|>Michal (pawlak@zeubac.desy.de)
|>

Yeah, this FORTRAN program runs apprx 20 times faster on our VAX 4100 
with VMS 5.5-2 and DEC Fortran 6.0 than our AXP 3000/400 (VMS 1.5)! A quick
investigation reveals that on the AXP the process does page thru 8 megs
of virtual memory, not on the VAX though. I append the VAX Fortran listing.
As far as my limited (and rusty) macro allows me to understand, the optimized
fortran does all the calculations in the processor registers and never writes 
them out to virtual memory (and hence disk).

It seems the VAX Fortran compiler is "better" (at spotting such optimizations
in trivial programs) than the VAXC and AXP fortran
compiler. Heres my results with bench.for, built "vanilla" (ie fortran bench,
link bench) for various nodes in our cluster.

VAX 4100, 128MB Ram, many users and full batch load.
Cluster boot node and disk server.                          Time=  0.4609375
                                                            Page faults 123
VAXStation 3100 M76, no users (just this job in batch).
32 mb ram, local paging disk                                Time=   1.804688
                                                            Page faults 152

MicroVax II, 10 MB ram. 2 users logged in not doing much    Time=   18.40625
                                                            Page Faults 135

AXP 3000/400, 128 MB Ram, VMS 1.5, several Xsessions running
and 100% compute bound batch load.                          Time=   10.99219
                                                            Page Faults 1056

Note that on AXP system pages are larger (8kbyte) that on VAX (512 byte).
The AXP program wades thru the large array in virtual memory, paging to
disk when necessary. The VAX version just calculates in its internal
registers! (why doesn't the VAX prog just do a null operation).

Michal, I don't believe your figure for your MicroVax II though :-). Unless the
FORTRAN 5.8 compiler is even better at optimising this garbage than 6.0

Finally, I and others have pointed out the many fallacies in the original
benchmark, I think this finally shows that its results are pretty meaningless,
unless lots of other preconditions (ie the compiler MUST store the results
in virtual memory or equivalent (this is what the original poster
WANTS to measure, I think)) are also specified.

Also, that the VAX Fortran compiler is pretty hot.

-- 
=====================================================+===============+
Tim Llewellyn - OpenVMS, Soukous and Cricket Addict  | Read at your  |     
Physicist Programmer, Bristol Uni Particle Physics.  | own risk.     |
HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk  | Std disclaimer|
Pet Hates: Case Sensitivity! Unix. Tremolo systems.  | implicit      |
=====================================================+===============+


                                                                16-Dec-1993
17:56:44        DEC Fortran V6.0-1                  Page   1
                                                                16-Dec-1993
17:45:48        DISK$USERS_2:[TJL]BENCH.FOR;3               

00001           DOUBLE PRECISION x,y(1000000)
00002           t = SECNDS(0.0)
00003           DO 1 i=1,1000000
00004             x=11.0+(33.5*i)*(33.5*i)
00005             y(i)=(sin(3.1*i)+cos(5.1*i))*sqrt(x+exp(3.14*log(x+i)))
00006   1       CONTINUE
00007           t = SECNDS(t)
00008           PRINT *,'Time=',t
00009           END

BENCH$MAIN                                                      16-Dec-1993
17:56:44        DEC Fortran V6.0-1                  Page   2
01                                                              16-Dec-1993
17:45:48        DISK$USERS_2:[TJL]BENCH.FOR;3               

                .TITLE  BENCH$MAIN
                .IDENT  01

    0000        .PSECT      $PDATA
    0000        .LONG       ^X00000000
    0004        .XBYTE      54,69,6D,65,3D

    0004        .PSECT      $LOCAL
    0004        .LONG       ^X00000001
    0008        .ADDR       $PDATA
    000C        .LONG       ^X00000001
    0010        .ADDR       T
    0014        .LONG       ^X010E0005
    0018        .ADDR       $PDATA+^X4

    0000        .PSECT      $CODE
                                                                         ; 00001
    0000  BENCH$MAIN::
    0000        .WORD       ^M<IV,R2,R3,R11>
    0002        MOVAL       $LOCAL, R11
                                                                         ; 00002
    0009        CALLG       $LOCAL+^X4(R11), FOR$SECNDS
    0011        MOVL        R0, T(R11)
                                                                         ; 00003
    0014        MOVL        #1, I
    0017        NOP
    0018  L$1:
                                                                         ; 00004
    0018        CVTLF       I, R12
    001B        MULF2       #^X4306, R12
    0022        MULF2       R12, R12
    0025        ADDF2       #^X23, R12
    0028        CVTFD       R12, R2
                                                                         ; 00006
    002B        AOBLEQ      #1000000, I, L$1
                                                                         ; 00007
    0033        CALLG       $LOCAL+^XC(R11), FOR$SECNDS
    003B        MOVL        R0, T
                                                                         ; 00008
    003E        MNEGL       #1, -(SP)
    0041        CALLS       #1, FOR$WRITE_SL
    0048        PUSHAB      $LOCAL+^X14(R11)
    004B        CALLS       #1, FOR$IO_T_DS
    0052        PUSHL       T
    0054        CALLS       #1, FOR$IO_F_V
    005B        CALLS       #0, FOR$IO_END
                                                                         ; 00009
    0062        MOVL        #1, R0
    0065        RET         
                .END

BENCH$MAIN                                                      16-Dec-1993
17:56:44        DEC Fortran V6.0-1                  Page   3
01                                                              16-Dec-1993
17:45:48        DISK$USERS_2:[TJL]BENCH.FOR;3               

PROGRAM SECTIONS

    Name                                 Bytes   Attributes

  0 $CODE                                  102   PIC CON REL LCL   SHR   EXE  
RD NOWRT QUAD
  1 $PDATA                                   9   PIC CON REL LCL   SHR NOEXE  
RD NOWRT QUAD
  2 $LOCAL                                  28   PIC CON REL LCL NOSHR NOEXE  
RD   WRT QUAD

    Total Space Allocated                  139


ENTRY POINTS

    Address  Type  Name          

  0-00000000       BENCH$MAIN    


VARIABLES

    Address  Type  Name              Address  Type  Name              Address 
Type  Name          

      **      I*4  I               2-00000000  R*4  T                   **     
R*8  X             


ARRAYS

    Address  Type  Name                Bytes  Dimensions

      **      R*8  Y                 8000000  (1000000)


LABELS

    Address   Label   

      **      1       


FUNCTIONS AND SUBROUTINES REFERENCED

  Type  Name            Type  Name            Type  Name            Type  Name  
Type  Name            Type  Name          

   R*4  COS              R*8  EXP              R*8  LOG              R*4  SECNDS
R*4  SIN              R*8  SQRT          


COMMAND QUALIFIERS

  FOR BENCH/EXT/MAC/LIS

  /ASSUME=(ACCURACY_SENSITIVE,NODUMMY_ALIASES)
  /BLAS=(INLINE,MAPPED)
  /CHECK=(NOALIGNMENT,NOASSERTIONS,NOBOUNDS,OVERFLOW,NOUNDERFLOW)
  /DEBUG=(NOSYMBOLS,TRACEBACK)
  /DESIGN=(NOCOMMENTS,NOPLACEHOLDERS)
  /DIRECTIVES=(DEPENDENCE)
  /MATH_LIBRARY=(ACCURATE,NOV5)
  /PARALLEL=(NOAUTOMATIC,NOMANUAL)
 
/SHOW=(NODATA_DEPENDENCES,NODICTIONARY,NOINCLUDE,NOLOOPS,MAP,NOPREPROCESSOR,SING
GLE)
  /STANDARD=(NOMIA,NOSEMANTIC,NOSOURCE_FORM,NOSYNTAX)
 
/WARNINGS=(NOALIGNMENT,NOAlpha_AXP,NODECLARATIONS,GENERAL,NOINLINE,NOTRUNCATED_S
SOURCE,NOULTRIX,NOVAXELN)
  /CONVERT=NATIVE  /NOCROSS_REFERENCE  /NOD_LINES  /ERROR_LIMIT=30 
/EXTEND_SOURCE
  /F77  /NOG_FLOATING  /I4  /MACHINE_CODE  /OPTIMIZE=LEVEL=3
  /NORECURSIVE  /NOSYNCHRONOUS_EXCEPTIONS  /TERMINAL=NOSTATISTICS  /NOVECTOR
  /NOANALYSIS_DATA
  /NODIAGNOSTICS
  /LIST=DISK$USERS_2:[TJL]BENCH.LIS;1                                           
  /OBJECT=DISK$USERS_2:[TJL]BENCH.OBJ;6                                         

BENCH$MAIN                                                      16-Dec-1993
17:56:44        DEC Fortran V6.0-1                  Page   4
01                                                              16-Dec-1993
17:45:48        DISK$USERS_2:[TJL]BENCH.FOR;3               

COMPILATION STATISTICS

  Run Time:           0.14 seconds
  Elapsed Time:       0.81 seconds
  Page Faults:        404
  Dynamic Memory:     512 pages




-- 
=====================================================+===============+
Tim Llewellyn - OpenVMS, Soukous and Cricket Addict  | Read at your  |     
Physicist Programmer, Bristol Uni Particle Physics.  | own risk.     |
HEPNET/SPAN 19716::TJL Internet tjl@siva.bris.ac.uk  | Std disclaimer|
Pet Hates: Case Sensitivity! Unix. Tremolo systems.  | implicit      |
=====================================================+===============+

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

From: pd@kubism.ku.dk (Peter Dalgaard SFE)
Subject: Re: Working ftape 0.9.7/8a + Conner Tape*Stor + Bulk Cartridges
Date: Thu, 16 Dec 1993 17:49:03 GMT

In <2ep3qc$i2j@organpipe.uug.arizona.edu> kusnadi@desert-gw.ece.arizona.edu (Kusnadi) writes:

>Hi folks,
>I would like to share with you what I've been through with
>        "ftape-0.9.7/8a + Conner C250MQT + bulk tape cartridges"
>I have been following the ftape crussade since ftape-0.9.6.pl13, but I know
>nothing about programming QIC-80 floppy tape drive. So if you see
>anything funny about this story please correct me.

What happened to my earlier follow-up??
        [Present idiot deleted the header, thats what!]

Anyway, the point was that I have 0.9.8a working with just two
spot changes (one-liners) to the code. So it seems inadvisable
to follow in Kusnadis fingerprints. I'll post patches when I
feel reasonably certain that they are safe and sufficient.

The important patch is changing the line

  result = ftape_read_id( &location);

in smart_stop_tape() in ftape-rw.c to

  result = logical_eot || ftape_read_id( &location);

to prevent the driver from looking for an ID beyond the end of
a track.

--
   O_   ---- Peter Dalgaard
  c/ /'  --- Statistical Research Unit
 ( ) \( ) -- University of Copenhagen
~~~~~~~~~~ - (pd@kubism.ku.dk)

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


** 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-Misc-Request@NEWS-DIGESTS.MIT.EDU

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

    Internet: Linux-Misc@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-Misc Digest
******************************
