HDTenEightyP/NetNews huggingface dataset:
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: BP7--colorized source code....
Organization: Queen's University
Date: Sun, 10 Jan 1993 22:46:50 GMT

In article <34942@adm.brl.mil> lee@cpu.us.dynix.com (Lee Crites) writes:

>*  I chose different colors for each category, just to see how it worked. 
>I noticed that STRING showed up in the reserved word color, but INTEGER,
>WORD, LONGINT, and CHAR did not.  Is this a bug, or do I just not
>understand what is happening?

INTEGER etc. are just identifiers standing for subranges of the integers.  
There's nothing syntactically special about them, so you can define your own 
types like
  type
    integer = 1..10;
    word = string;
etc.

STRING is special, because the compiler has to understand both uses in

  type 
    string10 = string[10];
    string255 = string;
	
You're not allowed to have your own identifier called STRING; it really is a 
reserved word.

>*  When I tried to use DPMIINST, it ran fine.  It even told me to send a
>copy of f9b18c13.db to Borland so that it could be included in the next
>release.  (Am I unique in this, or did everyone get that?!?)  

Nope, I didn't get that.  It recognized QEMM as something it could get along 
with.

Anyway, I
>can boot up BP, and get a screen, use some of the FKEYS, read in a
>program, etc, but when I try to use the menu bar, it hangs.  The only
>keystroke sequence that continues to work is Alt-X (fortunately).  It is
>no different when I use the keyboard or mouse.  I get the pull-down menu,
>and nothing else.  Am I missing something here?  I am using DR-DOS v6.0,
>4meg of RAM, 386SX/25.  I can run BPW just fine.  Bye the way, I did set
>up my CONFIG.SYS so that it conformed to the requirements stated in the
>installation instructions.

I suspect you'll have to call Borland for help on this.

>*  The new compiler, touted as compiling 85,000 lines per minute, seems to
>be no faster than my TP6 compiler.  I compiled all of my last three
>commercial software packages just before installing BP7, timing each, and
>then re-compiled them all right after (with TURBO).  The difference was
>less than a second, if at all, on my largest source file (6800 lines,
>including comments).  Is the TURBO.EXE compilation engine the same?

It's probably very similar, but since the language is different, the engine 
must be different.  I haven't noticed any speedup.  I have noticed that the
"standard machine" in the Borland ads keeps getting faster.

>*  I have seen two things that seem to contridict each other.  First, the
>new TV documentation discusses some differences in the physical
>size/format of the TObject, etc.  A couple of places in the documentation
>also state that BP7 is backward compatible.  Which is supposed to be
>right?  I can tell you that I had to recompile ALL of the UNITS from TP6
>before they worked with my BP7 programs, so I have a feeling that I know
>the answer already.

You can't use old .TPU files.  You can use almost all old source code, 
unless it is very low level and relies on the object layout.  That's the 
extent of the compatibility.

Duncan Murdoch
Newsgroups: comp.lang.pascal
From: Sorokin@ps1.iaee.tuwien.ac.at (Sorokin Zhenya)
Subject: Re: TP 6.0 Strange rounding problem (Debugger is *lying* to me!)
Organization: Inst. of General Electronics and Electroengeneering, TU Vienna
Date: Sun, 10 Jan 1993 14:17:00 GMT

In article <86406@ut-emx.uucp> mmigdol@ccwf.cc.utexas.edu (michael a migdol) writes:

>
>    Quoting from page 120 of "Turbo Pascal Library Reference" for Round(X: real)
>, " If X is exactly halfway between two whole numbers, the result is the number with the greatest absolute magnitude." I don't believe that it's the "money method" 
>problem. Do you have any other ideas?

If you just need a proper rounding, you can look into ANY book which 
contains a description of 8087/287/387 instructions and find the place where 
the rounding setting is described. As far as I remember you must reset a 
coprocessor with a parameter word. Then add just a one asm line into your 
program and that's it. The problem however may occur if your TP program 
performs multiple coprocessor resets. In this case add this statement just 
as a first statement to the procedure, which performs rounding. It could be 
dangerous to place a reset somewhere in the middle, because the program may 
perform some optimization and use a variable in coprocessor stack, which 
will be naturally lost after reset. 

If you want to discover the problem, then it may become a valuable 
contribution to TP-BUGS collection. Good luck!

Sincerely, 
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Help wanted identifying keyboard layout
Organization: University of Vaasa, Finland
Date: Wed, 6 Jan 1993 21:25:38 GMT

In article <1993Jan5.233616.11969@trl.oz.au> jbm@hal.trl.OZ.AU (Jacques Guy) writes:
>Would anyone know of a way to "interrogate" the keyboard
>as it were, so that for each key, it returns the 
>corresponding ASCII (not scan code)? And of finding
>out the layout of the keys, which, to my ignorant
>eyes, come in bewildering varieties, especially when
>you try to allow for laptops and book-sized PCs?

You might find the SCANCODE.EXE utility in garbo.uwasa.fi:/pc/ts/
tsbase11.zip of some use in testing the keybord even if it does not
come with source code.  It has four modes, one giving the ascii
values.

   All the best, Timo

..................................................................
Prof. Timo Salmi      Co-moderator of comp.archives.msdos.announce
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
Newsgroups: comp.lang.pascal
From: ricki@rwthi3.informatik.rwth-aachen.de (Richard Breuer)
Newsgroups: comp.lang.pascal
Subject: Who is the author of COOLMOUSE.PAS?
Date: 4 Jan 93 08:57:05 GMT
Organization: Informatik III, RWTH Aachen
NNTP-Posting-Host: wolf.informatik.rwth-aachen.de

The above mouse unit has been posted to the net some time ago, but
I removed the article header. Does anyone know who wrote it?
I'd really like to include the name of the author in the code.

	Ricki

--

e-mail: ricki@rwthi3.informatik.rwth-aachen.de            | E.vil N.ever D.ies
mail  : R. Breuer, Brunssumstr. 6, 5100 Aachen, Germany   |     (Overkill)
From: muzzle@cs.uq.oz.au (Murray Chapman)
Newsgroups: comp.lang.pascal
Subject: Re: Faster Pascal
Date: 11 Jan 93 00:42:42 GMT
Reply-To: muzzle@cs.uq.oz.au

In <1993Jan9.140610.28269@lugb.latrobe.edu.au> cscmd@lux.latrobe.edu.au (Mitch Davis) writes:

>In article <mitchell.11@odie.ee.wits.ac.za> mitchell@odie.ee.wits.ac.za (MITCHELL JAMES) writes:
>>G'day all!
>>
>>Bascially, I'm trying to find a way to run Pascal code faster. I have access 
>>to a 486 but this is woefully inadequate (for my needs at least).

>Hi there James!

>>If anyone has experienced/solved the speed problem, I would greatly 
>>appreciate their advice.

>I've had that problem, and I've solved it.  90% of the time, you can
>triple the speed of your program by re-writing it so it is smarter.

This is true.

Also, it's pretty well-known that on average, your computer spends 90% of
its time in 10% of the program.  In other words, there is no point in
trying to optimize statements that aren't executed multiple times.

For example:

1:	R := R * 4;
2:	for x := 1 to 100 do
3:	  for y := 1 to 100 do
4:	      line(0, 0, Sin(X) * R, Sin(Y) * R);

There would not be much point in changing line 1 to assembler code to do two
ASL's, as the speedup would be linear, and not all that much.

On the other hand, line 4 is executed 10000 times, and calls 20000 expensive
functions.  Make a lookup table for sin/cos, and you will save yourself 20000
function calls.

>>James Mitchell

>Mitchell James Davis.

Cheers,
Murray
--
~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^~^
  Murray Chapman                           muzzle@cs.uq.oz.au
  University of Queensland                 How many lightbulb jokes does it
  Brisbane, Australia                      take to change the subject?
Newsgroups: comp.lang.pascal
From: kiehl%utrurt@germany.eu.net (Johannes Kiehl)
Subject: Autocorrelation algorithm?
Originator: kiehl@utrurt
Organization: University of Trier
Date: Sun, 3 Jan 1993 15:46:09 GMT


HI netters,


I'd like to take a look at what an autocorrelation algorithm can do to
a sampled speech signal. Now the maths books in our library just don't
seem to make me any wiser (and certainly not because I knew them inside
out).

Does anybody have such a beast, coded in Pascal or C? Is there something on
the ftp servers?

Thxinadv,

hannes.

--
   ,eSEHBg.         Johannes Kiehl, Student at the
  &HP'ZNF'          University of Trier (Computational Linguistics)
  NZv1K'    ()
  ?ZHXMZ%_          kiehl%utrurt@germany.eu.net
   `*YZHB*'         kiehl@ldv01.uni-trier.de
From: 0005066432@mcimail.com (Tansin A. Darcos & Company)
Newsgroups: comp.lang.pascal
Subject: WILLY.ZIP - A Game
Date: 12 Jan 93 10:37:16 GMT

About a month ago on one of these lists I mentioned a game that I have
called Willy The Worm.  This is a game in which a user has to dodge
cannon balls dropping from above.

The major interest in this game was because the program is very fast,
and is written entirely in the Pascal language and includes source.  
This game has been referred to as similar to Donkey Kong.

Unfortunately my list of names was deleted by the system so I do
not have the list of people who wanted this program archive.  I
promised to send out a copy of the archive via E-Mail to anyone who
wanted a copy of it.  I would also send them a copy of UUDECODE if
they did not have it, so that they could decode the file.

Anyone wanting a copy of Willy the worm, please send me another 
message if you sent one before, or send me a new message if you
did not request it.  As the system sometimes chops mail headers,
specifically include an address to E-Mail the archive file to.

Thank You, 
Paul Robinson
TDARCOS@MCIMAIL.COM
(If you are interested, the REPLY or ANSWER command in response to
this message is probably sufficient.)
/s
Newsgroups: comp.lang.pascal
From: tb11056@cehp7 (Tatiana Bakharev)
Subject: Re: Removing memory resident programs
Organization: University of Illinois at Urbana
Date: Wed, 13 Jan 1993 02:30:01 GMT

bobw@blade.stack.urc.tue.nl (Bob Witlox) writes:


>Does anyone know how to remove a program from memory that has been terminated
>with Keep(0) ?  Is there a way to find out where a certain program is running
>in memory ?
>Mail me (at bobw@blade.stack.urc.tue.nl) or reply...

I use nice "ramfree" resident program. You can press alt-"=" and chose
resident programs to be removed (loaded after ramfree itself).

>Bob
Alex
> 
Newsgroups: comp.lang.pascal
From: damm@diku.dk (Kristian Damm Jensen)
Newsgroups: comp.lang.pascal
Subject: Re: pointers to arrays?!?
Date: 11 Jan 93 15:10:14 GMT
Organization: Department of Computer Science, U of Copenhagen

glgam@cc.newcastle.edu.au (GLGAM) writes:

>Suppose I had setup a pointer to an array on the heap...  How do I access the
>individual elements ?

>ie.

>Type
>   ArrayType = Array[1..Max] of Char;

>Var
>   ArrayVar  : ^ArrayType;
>   Index     : Word;	

>[..]

>ArrayVar[Index]^ := etc..????

>Doesn't work..  I know why..  I just can't for the life of me figure
>out what _does_ work..

ArrayVar is a pointer, so in order to access the object it points sto
you append a ^ to it. ArrayVar^ is an array. Now index.
-- 
Kristian Damm Jensen (damm@diku.dk)
"Life is like a sewer - what you get out of it depends on what you put into it"
- Tom Lehrer
From: berend@contrast.wlink.nl (Berend de Boer)
Newsgroups: comp.lang.pascal
Subject: Scramble text files
Date: Mon, 04 Jan 1993 10:21:18

Christian wrote in a message to All:

 C> Can anyone point me to some code that will scramble a text
 C> file? It could something that woudl do it on the fly (my
 C> program is creating the text to be appended to said file),
 C> or something I can churn the text file through later on.
 C> This doesn't hafta be fancy (DES etc. would be overkill,) I
 C> only need to keep the average user from using a text editor
 C> to view/modify  this file.

Just change the low and high order bytes?


Groetjes,

Berend. (-:
fido: 2:281/527.23
email: berend@contrast.wlink.nl

Newsgroups: comp.lang.pascal
From: eldred@rrunner.jpl.nasa.gov (Dan Eldred)
Subject: Code to generate directory???
Organization: Jet Propulsion Laboratory
Distribution: usa
Date: Tue, 5 Jan 1993 17:55:53 GMT

Anyone out there have a code fragment that will generate a directory
(not in a dialog box)?  This is for a port of a large code written on
a Sun workstation which has a command line interpreter, and I want it
to work the same way on the Mac as on the Sun (no flames, please).  
I need the directory to be stored in some sort of data structure so that
I can manipulate it.  
Many thanks.

	- Dan		eldred@rrunner.jpl.nasa.gov

Newsgroups: comp.lang.pascal
From: hmls@helios.rz.tu-clausthal.de (Lutz Schroer)
Subject: Re: TPW 1.5 dialog error -1
Organization: Techn. Univ. Clausthal
X-Newsreader: Tin 1.1 PL5
Date: Thu, 7 Jan 1993 16:45:20 GMT

Yves Mottet (momo@masg9.epfl.ch) wrote:
> 
> After making a 
>    Dlg := New();
>    ExecDialog(Dlg);
>    
> I get an Application Error:
>    Error Code = -1
> 
> But if I execute my program with the WorkShop iconized (even empty), this error DOES NOT occur...
> How is that possible ?

You seem to use the 'bordlg" style in your dialogs. These dialogs require
the presence of the BWCC.DLL somewhere in the memory. If you have iconized
the Workshop it has loaded the DLL. If not, you have to load it yourself.

The principle is as follows:

Use   'LoadLibrary()' to load the DLL (Look into then freaky manual for the 
				       exact parameters, I don't know them
				       by heart :-( )

After running the programme you have to call 'FreeLibrary()' to clear the
memory. otherwise the DLL would stay in memory until Windows is ended.

Greetings from rainy cold Clausthal-Zllerfeld
  Lutz Schroer	

-----------------------------------------------------------------
     Lutz Schroer              e-mail:hmls@sun.rz.tu-claustahl.de
     Osteroeder Str. 6
     W-3392 Clausthal-Zellerfeld      | Switch off your mind
     (Federal Republic of Germany)    | and let the heart decide.
--------------------------------------+--------------------------
From: lee@cpu.us.dynix.com (Lee Crites)
Newsgroups: comp.lang.pascal
Subject: Re: Performance questions
Date: 12 Jan 93 17:39:26 GMT

> 
> 1) I have seen often in 'C programs big functions separated in their
>    own .C file, to make their own separate .OBJ file.  If I were to
>    do this in PASCAL, implementing one function per .TPU, would there
>    be any performance lags _at run time_?
> 

You made an important point "_at run time_" here.  Sinc the compiler takes
care of putting everything into a nice neat little package (the .EXE), the
users would see no performance change between each function or procedure
in a seperate .TPU, or all in one big program.  YOU, on the other hand,
would see one.  Trying to develop a program with the dozen or so units
that we use here at Computer Mavericks is enough of a pain; trying it with
a hundred or more might just prove impossible.  I have no idea if there is
a limit on the number of items that you can list in the Uses clause, but
that might also be a limiting factor.

           =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
            lee@us.dynix.com | If it ain't broke yet,
                             |   let me have a shot at it....
           =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: mike.dickson@almac.co.uk (Mike Dickson)
Newsgroups: comp.lang.pascal
Subject: There is no decompile on
Date: 10 Jan 93 17:42:00 GMT
Reply-To: mike.dickson@almac.co.uk (Mike Dickson)
Organization: Almac BBS Ltd. +44 (0)324 665371

RH..I can't take a trubo pascal compiled program and reverse it to get
RH..the source code can I?

In a word, no.

/\/\ | |< |.                                     mike.dickson@almac.co.uk
---
 . SLMR 2.1a . Don't worry, everything's out of control.
Newsgroups: comp.lang.pascal
Subject: Re: Stuffing DOS command line
From: cscmd@lux.latrobe.edu.au (Mitch Davis)
Date: Sat, 9 Jan 1993 16:03:45 GMT
Organization: La Trobe University

In article <34933@adm.brl.mil> CHARPER%COLGATEU.bitnet@cunyvm.cuny.edu writes:
>Some years ago I worked with MS-Pascal, and used a method to load a desired
>string into the DOS command line, so that that command was executed when the
>application completed.

Hi there Cindy.

I can think of three ways to solve this problem.

One way (the poorest) is to call Int 16h subfunc 5 with the scan
code of each key you want to simulate.  This (on an AT, and up to a max of
16 chars) jams the key you want into the keyboard buffer, which then
gets effectively typed in when the program finishes.

>  This was the best way I know of to chain from one program to another.

I really don't know about being the best - it's certainly the easiest,
but has a number of shortcomings:

 o It can be defeated by Ctrl-Break, which clears the buffer.
 o If the user has already pressed some keys, you may run out of room.
 o It's ugly to watch it work.
 o It only works on ATs and higher.
 o etc.

Another option which is used by many menu programs is to have the two
programs run as part of a batch file:

RUNME.BAT
@echo off
rem let's call the first program.  It will generate 2nd.bat which has
rem the name of the second program to run in it.
first.exe
rem first made 2nd.bat, and now we run it.
call 2nd.bat
echo Done!

program first;

var t:text;

begin
  assign (t,'2nd.bat');
  rewrite (t);
  case random (3) of
    0:writeln (t,'dothis.exe');
    1:writeln (t,'dothat.exe');
    2:writeln (t,'doother.exe');
  end;
  close (t);
end.

The last way I'll suggest, (and IMHO the best) is to rewrite your
program in some area so that its memory requirements are in some way 
shortened by 400 bytes.  This would give you more than enough memory 
left over to use Ralf Brown's swapping exec unit (called SPWNO413.ZIP) 
to do a proper exec, albeit with MUCH reduced memory requirements.  
(Your main program ends up only taking up 320 bytes, which is a mere nothing!)

>I can't afford the memory to shell the command).

I think you can, and with room to spare if you follow method three.

If you'd like any help with the coding of this, please don't hesitate to
mail me back, or phone me on +61-3-890-0439 BH.  (Australia is GMT+10)

Mitch.
Newsgroups: comp.lang.pascal
From: hanke@nessie.cs.id.ethz.ch (Norbert Hanke)
Subject: Re: TP 6.0 Strange rounding problem (Debugger is *lying* to me!)
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Mon, 11 Jan 1993 16:38:15 GMT

In article <Sorokin.57.726713348@ps1.iaee.tuwien.ac.at> Sorokin@ps1.iaee.tuwien.ac.at (Sorokin Zhenya) writes:
>
>I've found finally how the rounding is being controlled in 87.
>Below is a test program which is self-explanatory. 
>
(some stuff deleted)
>
>var cw : word;
>    x:double;
>begin
>  
>  asm
>    fstcw cw         {We take control word and change it. If you are sure,
>                      what it should be, you may simply load proper one
>                      using only fldcw directive}
>    and cw,blank
>    or  cw, r10      {change to r00,r01,r11 to test}
>    fldcw cw
>  end;
>
>  x:= 513.5;
>  writeln( round(x));
>end.

Keep in mind that you're using DOUBLE here, and the original poster used
REAL. The problem might be with that strange Turbo Pascal REAL type. 

Norbert Hanke
ETH Zurich, Switzerland
Newsgroups: comp.lang.pascal
From: jzawodn@andy.bgsu.edu (jeremy zawodny)
Subject: Re: Borland / Turbo Pascal 7.0
Followup-To: sender
Summary: Yes, it's woth it.!
Organization: Bowling Green State Univ.
Distribution: na
Date: Tue, 12 Jan 1993 17:43:25 GMT

In article <dmurdoch.298.726846373@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
>In article <34964@adm.brl.mil> ISAACSON@husc3.harvard.edu writes:

>>So, the big question is this. Is it worth it to upgrade? Will I get
>>all the great new things I'm looking for, everything I've ever
>>wanted in a Pascal compiler and more? From the general opinions
>>I've heard recently, I think the answer is no. 

Considering a all that comes in the BP 7.0 package, it *is* definitely
worth it!

-BP 7.00
-Turbo Pascal
-Tubro Pascal for Windows
-Tvision and ObjectWindows app Frameworks
-Lots of impoved manuals
-DOS protected mode abilities
-lots more

>I'd say the TP 6 IDE is barely worth using as a development environment - it 
>gets in the way too much. The BP 7 IDE works much better.  There's far more 
>memory available, it's much more configurable.  

Yes, 7.0 in a *much* bettter developing environment. The "project
management" that's built into the package is finally coming to the level
of C++ 3.1....

Worth it if you have the $$$$

Jeremy

-- 
Jeremy Zawodny, Computer Nerd (student) @ Bowling Green State University

jzawodn@andy.bgsu.edu
From: mail_vieglai@uqvax.cc.uq.oz.au
Newsgroups: comp.lang.pascal
Subject: Environmental Software DLL
Date: 2 Jan 93 11:38:04 AEST
Organization: University Of Queensland

I have a windows 3.1 DLL written in tp for windows 1.5 that is
available for distribution.

The library is designed to link with the Microsoft Excel 4.0 spreadsheet
and provides facilities for calculating julian time, solar position,
clear sky insolation plus a few other goodies.

Anyone interested should contact me at
  MAIL_VIEGLAI@uqvax.cc.uq.oz.au

Happy '93,
DV:-)

Newsgroups: comp.lang.pascal
From: zisi@opal.cs.tu-berlin.de (Andreas Zisowsky)
Subject: Re: TSR HELP! ANY INPUT WOULD HELP!
Organization: Techn. University of Berlin, Germany
Date: Sun, 10 Jan 1993 21:06:56 GMT

Hello,
you have to consider that MS-DOS is not reentrant. So you may not
call an interrupt while you are handling an interrupt yourself.
So you have to program the function ButtonDown without using any
interrupt. Maybe (or probably) there are some other things to pay
attention to, so check out some TSR examples available via FTP.

Ciao.
Andreas

--

Andreas Zisowsky      -----       Internet: zisi@cs.tu-berlin.de
					    zisi@marie.physik.tu-berlin.de
Newsgroups: comp.lang.pascal,comp.sys.ibm.pc.programmer
From: stefan@sinus.stgt.sub.org (Stefan Bechtold)
Subject: Cursor and F1-F12 keys under Turbo-Pascal
Organization: Sinus Stuttgart, Germany
Date: Mon, 4 Jan 1993 13:48:21 GMT

How can I use the cursor keys and the F1,F2...F12 keys under
Turbo-Pascal. Is there any solution (as it's not possible
through ASCII-chars) ?

Any hints would be greatly appreciated.

Thank you,
Stefan
-- 
+ Stefan Bechtold # stefanb@delos.stgt.sub.org # Voice +49 711 813240 +
++++++++sed nemo potuit tangere: merda fuit ! (Martial III 17)+++++++++
Newsgroups: comp.lang.pascal
Subject: Re: FindFirst
From: cctr132@csc.canterbury.ac.nz (Nick FitzGerald, PC Software Consultant, CSC, UoC, NZ)
Date: Mon, 11 Jan 1993 00:47:42 GMT
Reply-To: Nick FitzGerald <n.fitzgerald>
Organization: University of Canterbury, Christchurch, New Zealand

In article <726632204.AA00152@f262.n620.z3.fidonet.org>,
tp923021@jarrah.canberra.edu.au (ben elliston) writes:
> I have stumbled across a problem with the FindFirst procedure ..
> 
>   FindFirst('C:\*.*', Hidden, SearchInfo);
> 
> Where SearchInfo is a SearchRec variable and I am using the DOS unit.
> It seems FindFirst (when used in conjuction with the FindNext procedure),
> finds all files matching the wildcard specification, but not the attribute
> specification.

This is a FAQ and as with many FAQ's the answer is RTFM.  In the TP55
Reference I have, on p.258 is found:

"The -Attr- parameter specifies the special files to include (in
addition to all normal files)."

OK -- maybe not a good example of drawing out the implications of the
implementation, but from what Ben says it works as documented, so he has
discovered a feature, -not- a bug.

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 Nick FitzGerald, PC Applications Consultant, CSC, Uni of Canterbury, N.Z.
 n.fitzgerald@csc.canterbury.ac.nz  TEL:+64(3)364 2337, FAX:+64(3)364 2332