HDTenEightyP/NetNews huggingface dataset:
From: chard@genghis.borland.com (Richard Nelson)
Subject: Re: LENGTH and POS in TP 5.5
Originator: chard@genghis.borland.com
Organization: Borland International
Date: Fri, 11 Sep 1992 01:23:09 GMT

>Here is a problem with the LENGTH function in TP 5.5 that cost me
>several hours of debugging.  After discovering the source of the
>problem, I investigated the POS function as well.
>   ...[stuff deleted]...
>NOTE TO BORLAND: When you fix these and other problems, please
>let use know, so we can determine whether your fix invalidates
>our workarounds.  Thank you.

FYI, you can email to bugs@borland.com to report bugs.

I'm reporting these as documentation bugs, although it does strike
me that both functions should probably return type Byte, since the
length of or position in a string is by definition within that
range.
-- 
=========================================================================
 Richard Nelson, Borland Int'l | chard@borland.com | Go Bears! Grrr-rah!
  Had this been Borland's opinion, I would have written it in a manual.
             "Be good and you will be lonesome." -- Mark Twain
From: jnicholson@bowker.com (Jim Nicholson)
Newsgroups: comp.lang.pascal
Subject: Answer for TListBox <> SetData problem
Date: Wed, 09 Sep 92 10:29:31 EDT
Organization: Bowker Electronic Publishing, New Providence NJ

In an earlier post, I asked if someone could help me with code to load a
Tlistbox using the TDialog.SetData method.  Below are the results:

Borland provided me with a correct TListBoxRec:

   Type TListBoxRec = record
       PS : PStringCollection;
       Focused : integer;
       end;

YURY@vaxc.cc.monash.edu.au pointed out that TListBoxRec should contain a
pointer to a TCollection, rather than a TCollection.

Johnathan J. Stein <76576.470@CompuServe.COM> pointed out that if Focused is
not initialized properly (ie., Focused > PS.Count), TListBox may not appear be
responding to scroll bar clicks.

Thanks to everyone for their help.


Jim Nicholson                          Internet: jnicholson@bowker.com
Any opinions expressed are not         FidoNet : 1:2605/705.0
necessarily my own                     Voice   : 908-665-2864
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Ctrl-Break in TP 6.0 programs
Organization: University of Vaasa, Finland
Date: Thu, 10 Sep 1992 21:30:33 GMT

In article <5341@tuegate.tue.nl> erik@blade (Erik Manders) writes:
>When I write a program in Turbo Pascal 6.0, it is always possible to
>interrupt it by pressing Ctrl-Break. I don't want this to be possible,
>so is there anybody who knows what I have to do to prevent this.

Covered in the Frequently Asked Questions
112730 Jun 13 12:23 garbo.uwasa.fi:/pc/ts/tsfaq29.zip

"If you do not know how to go about getting this material, users are
welcome to email me for the prerecorded garbo.uwasa.fi instructions
(long, circa 29Kb).  North American users are referred to the garbo
mirror on wuarchive.wustl.edu.  Australian users are referred to the
archie.au mirror.  The mirrors may lag occasionally, or might not
have all the files.  If you do not receive my reply within five
days, please ask your own site's system manager to construct a
returnable mail path for you". 

..................................................................
Prof. Timo Salmi
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: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: New Idea!
Organization: Queen's University
Date: Mon, 7 Sep 1992 18:05:03 GMT

In article <18fpjdINNdko@matt.ksu.ksu.edu> holland@matt.ksu.ksu.edu (Rich Holland) writes:
>I've been using snippr24.zip (SNIPPER.COM) to cut the line with the
>runtime error, then loading the SCREEN.CUT file along with my file,
>and then using PgDn to find the line I need, and then referring to
>the SCREEN.CUT file to get the address from the MAP file.  IT's taking
>just a bit to long for my tastes.  I'm going to code something to
>automate it...i'll upload it somewhere when I'm done.

Once you've cut out the address, you don't need the .MAP file to find the 
line - just recompile with the TPC option /F ssss:oooo, or in TURBO use 
the Search/Find error command.

Duncan Murdoch
Organization: Queen's University at Kingston
Date: Tuesday, 8 Sep 1992 10:35:12 EDT
From: Jeff Boyd <BOYDJ@QUCDN.QueensU.CA>
Newsgroups: comp.lang.pascal
Subject: Re: I need help with copying "records"


tech@crash.cts.com (Don Bontemps) wrote:
>
>This question is regarding the manipulation of record arrays.  Suppose I
>declare the following record array:
>
  ...
>
>Now if I wanted to copy data[1] to data [2], could I just say
>data[2] := data[1] or would I have to do it this way
>data[2].name := data[1].name and so on and so forth.  Your help
>would be greatly appreciated.  Thanks (in advance).
>


When you tried it both ways, what happened?


jeff
From: st_waldman@zodiac.dsto.oz.au
Newsgroups: comp.lang.pascal
Subject: re: Turbo Pascal 7.0
Date: 9 Sep 92 21:20:18 GMT
Organization: D.S.T.O. Aeronautical Research Laboratory

Yes, it would be very interesting if we could get an idea
of any new features that Turbo Pascal 7.0 might have.

Witold Waldman

witold@hotblk.dsto.gov.au
Newsgroups: comp.lang.pascal
From: jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers)
Subject: Re: File type of *.EXE produced by TPW
Organization: Dept. FMC, Gorlaeus Labs, Leiden University, The Netherlands
Date: Mon, 14 Sep 92 09:02:34 GMT

In article <1992Sep13.185413.1@sc2a.unige.ch> excoffie@sc2a.unige.ch writes:
>
>I use TPw 1.5 to develop applications in biology under Windows 3.1.
>Al the executable file I produce are labelled as : Windows Real Mode
>by a file viewer from Norton desktop for Windows 2.0, whereas

That's right TPW compiled .EXE's are compatible with real mode.

>executable files of conventional applications are labelled as : Windows
>only.

Most of these won't run in real mode.

--
    o _   _  _   _   _             voice: +31-2522-20908 (19:00-24:00 UTC)
   / (_' |  (_) (_' | |            snail: P.S.O.
__/                                       attn. Jeroen W. Pluimers
                                          P.O. Box 266
jeroenp@rulfc1.LeidenUniv.nl              2170 AG Sassenheim
jeroen_pluimers@f256.n281.z2.fidonet.org  The Netherlands
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.lang.pascal
Subject: Re: BGI Env variable
Date: 8 Sep 92 18:53:32 GMT
Reply-To: 70465.203@compuserve.com
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

>This might be a FAQ, but...

>I have a copy of T.P.5.5 and a copy of T.C.2.0. The .bgi files are
>different sizes.  I haven't checked quatro pro's .bgi files.
>CAN you put all the .bgi files in one directory?
>How about the make, touch, grep, etc.. utilities that come with
>tp and tc?

TP and TC can share BGIs. On the LAN at my last job, we just put 
the latest version in the PUBLIC directory and due to the way
NetWare handles search drives, they were found automatically.

Never saw any problems with older programs choking on the newer BGI
files. 

Quattro and Paradox use files with the BGI extension that are *not*
BGI files as far as TP and TC are concerned. They also "know" where
to find their files.


-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/51	 Leonard.Erickson@f51.n105.z1.fidonet.org
(The CIS & Fido addresses are preferred)
Newsgroups: comp.lang.pascal
From: art@world.std.com (Al Thompson)
Subject: Re: TP units question
Organization: The World Public Access UNIX, Brookline, MA
	<ART.92Sep11131535@world.std.com>
	<dmurdoch.151.716241049@mast.queensu.ca>
Date: Sat, 12 Sep 1992 19:07:32 GMT

In article <dmurdoch.151.716241049@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:

   In article <ART.92Sep11131535@world.std.com> art@world.std.com (Al Thompson) writes:
   >   That sounds like a bad flaw in the Extended Standard.  Without the compiler 
   >   checking up on you, how do you know that the parameter list you put in the 
   >   implementation section is really correct?  
   >
   >You miss the point.  You are not supposed to put the parameter list in
   >the implementation section.  Therefore it will be neither correct nor
   >incorrect.  It just doesn't appear.  In TP this is optional.

   No, I think you missed the point.  You said (and repeat below) that you *do* 
   put the parameter list in the implementation section, but in a comment.  
   What I'm saying is that you're much better off putting it in as code, so 
   that the compiler can check that you got it right.

But how would you get it "wrong"?  Presumably you're using an editor that
allows you to cut and paste.  This should ensure you get it right.
In a sense, this is exactly the way forward declared procedures work in
standard Pascal.

   >But in TP its optional.  In TP I never include the parameter list in the
   >implementation section.  What I do is write the procedure and then using
   >my ever helpful emacs copy the procedure heading to the interface
   >section.  After that's done I go back to the implementation and comment
   >out the parameter list.

   That sounds like a crazy thing to do.  Why not let the compiler see it 
   twice?  It's free insurance against mistakes.

How?  What mistakes?  In the body of the procedure the paramters are just
another bunch of local variables.  If you refer to a variable not
mentioned in the heading and not declared as a local or global you will
get a variable undefined error message.  If the variable is misused, e.g.
treating a var parameter as a value parameter, the compiler won't
complain a bit.

Newsgroups: comp.lang.pascal
From: death@acca.nmsu.edu (Jeff Garzik)
Subject: Re: 256 colours in TPW 3.0?
Organization: New Mexico State University
X-Newsreader: Tin 1.1 PL5
Date: Mon, 7 Sep 1992 10:45:06 GMT

Mark Robinson (JO PhD) (mark-r@spec0.ee.man.ac.uk) wrote:
: 
: Hi.
: 
: First, let me apologise if this is a FAQ or naive question, I'm
: new to both TPW and this group.
: 
: I've started using TP for WIndows 3.0 with Windows 3.1 set to
: 800x600 by 256 (I have a Trident SGVA card). My problem is I
: can't use any more than the 20 reserved system colours when
: displaying bitmaps, presumably because GetDeviceCaps returns 20
: for the number of colours supported by the device. I seem to
: be able to add colours to the palette and realize it, but when I
: BitBlt my 256 colour bitmap to the screen, all the colours are
: mapped to their nearest system colour.
: 
: Is this a compatability problem with Windows 3.1 or am I doing
: something silly? Does anybody have a fragment of code which displays
: 256 colour device independent bitmaps?

I would check out the examples given in the OWLDEMOS directory on your
hard disk.  There is at least one bitmap viewer that I know of in there
that will display 256-color bitmaps.

BTW - Your are using TPW 1.0, not TPW 3.0 as your title suggested.

--
"Only sheep need a leader." - Nomeansno

death@acca.nmsu.edu
From: ts@uwasa.fi (Timo Salmi)
Newsgroups: comp.lang.pascal
Subject: Re: retrieve cmd line
Date: 9 Sep 92 18:10:44 GMT
Distribution: comp
Organization: University of Vaasa, Finland

In article <1992Sep8.815.4887@execnet> "jeff zeitlin" <jeff.zeitlin@execnet.com> writes:
>  [Omitted for brevity]
>
>  Your solution only works if he is using Turbo Pascal on an IBM-PC
:
>  there doesn't appear to ba any way to do the job.  Before this
>  question can be answered, we will have to know more about the
>  environment in which he wants to accomplish this goal.

Right.  Good point.  It is interesting (and kind of natural) that we
are so fixed on Turbo Pascal that we take almost for granted that
all questions are TP questions.  But originally this one was not. 
We are a general pascal group even if TP is clearly dominant in our
discussions. 

..................................................................
Prof. Timo Salmi
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
From: jlw5@ns1.cc.lehigh.edu (JOHN LESLIE WILLIAMS)
Newsgroups: comp.lang.pascal
Subject: Turbo Pascal 7.0
Date: 8 Sep 92 22:17:48 GMT
Organization: Lehigh University

Does anyone know the status of Borland's Turbo Pascal 7.0?  I have heard
repeated rumors that it is in the late stages of development, and any info on
beta testing, what this new version will have and when it will be available
would be greatly appreciated
-- 

     .,;::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::,.
     ::'   John Williams  -  Lehigh University - Bethlehell, PA    '::
     ::,     jlw5@ns1.cc.lehigh.edu - "James Brown is dead."       ,::
     ';:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::;'
From: Janusz_Ziemianski@mindlink.bc.ca (Janusz Ziemianski)
Newsgroups: comp.lang.pascal
Subject: Re: can't get EXEC to work
Date: 8 Sep 92 17:43:59 GMT
Organization: MIND LINK! - British Columbia, Canada
Distribution: world

I have version 5.5 of Turbo Pascal.  The docs say that the exec command should
have a "SwapVectors" before and after it to prevent interrupt handlers from
mucking with Turbo Pascal's interrupt vectors:

   swapvectors;
   exec(whatever);
   swapvectors;

I haven't used Turbo 6 but it may have the same requirements.
Newsgroups: comp.lang.pascal
From: dab3@Ra.MsState.Edu (David A. Besancon)
Subject: Re: can't get EXEC to work
Organization: Mississippi State University
Date: Thu, 10 Sep 1992 06:47:07 GMT


There are a few errors in your logic...

the following should work...

{ $m 4000,0,0 }             <-- notice the compiler directive.
{^^^^^^^^^^^^^^--- tells the compiler to reserve 16k of stack, and no heap}

program test;
uses DOS;
var 
  pname, cmdline : string;
begin
  write ('enter the name of the program to exec.. ');
  readln (pname);
  write ('and the command line arg... ');
  readln (cmdline);
  Swapvectors;                     <--- this is definately a good idesa to run
  exec(pname,cmdline);
  Swapvectors;                     <--- and again after the program call
end.  

signed 

david besancon---     dab3@ra.msstate.edu

Xref: sparky comp.lang.pascal:5360 alt.msdos.programmer:2359
From: Ralf.Brown@B.GP.CS.CMU.EDU
Newsgroups: comp.lang.pascal,alt.msdos.programmer
Subject: Re: 3 questions
Date: 13 Sep 92 10:42:11 GMT
Article-I.D.: ralf.2ab31b03
Organization: Carnegie Mellon University School of Computer Science
Originator: ralf@B.GP.CS.CMU.EDU

In article <1992Sep13.020938.898@ncsu.edu>, dspascha@eos.ncsu.edu (DAVID SCOTT PASCHAL) wrote:
}One thing you could check is whether or not the parent PSP field in the current
}PSP is zero.  For some reason COMMAND.COM (even child copies) like to zero out
}this field, making it nearly impossible to trace back to the original shell.

I've never seen either COMMAND.COM or 4DOS do this.  What they do is set
the parent PSP field to point at themselves, since the DOS kernel
handles program termination specially if the parent PSP is the same as
the terminating program's PSP.

-- 
Internet: RALF+@CS.CMU.EDU   |The University would disclaim this if it knew...
FIDO: Ralf Brown 1:129/26.1  |
BIT: RALF%CS.CMU.EDU@CARNEGIE|"Success has a simple formula: do your best,
AT&Tnet: (412)268-3053 school| and people may like it."   -- Sam Ewing
Newsgroups: comp.lang.pascal
From: bk@Turing.ORG (Brian Knatz)
Subject: Huffman code
Summary: Needed: code for compressing text files
Keywords: Huffman, compression, encryption
Organization: The Turing Project, Charlottesville Virginia.
Distribution: comp
Date: Fri, 11 Sep 1992 14:02:47 GMT

Hi all. Does anyone have Huffman code handy?

Huffman code does a statistical analysis of the distribution
of symbols in a string (eg. characters in a text file) and
generates unambigous symbols of varying bit-length, where the
most common symbols have the shortest encoding.

Any help in finding the code (so I don't have to figure out
how to write it myself) will be much appreciated.

thanks,

bk

-- 

------------------------------------------------------------------------
Brian Knatz, User Services Programmer    "Language is a Virus"
Academic Computing Center                  - William S. Burroughs
University of Virginia                     - Laurie Anderson
bk@Turing.ORG                            "The Truth is a Virus" - H.H.H.
------------------------------------------------------------------------
Newsgroups: comp.lang.pascal
From:  Boris Tyshkiewitch <btysh@aha.msk.su>
Subject: procedural types -- a bug in TP?
Date: Fri, 4 Sep 1992 21:32:45 GMT
Reply-To: btysh@aha.msk.su
Organization: <*AsA Trading Company*> (Echo2News)

Hello mwodrich@cs1.uct.ac.za!

Wednesday September 02 1992, mwodrich@cs1.uct.ac.za writes to All:


 muaz> In article <1992Aug28.154106.15275@news.columbia.edu>
 muaz> stone@cunixb.cc.columbia.edu (Glenn Stone) writes:

 >> From: stone@cunixb.cc.columbia.edu (Glenn Stone)
 >> Subject: procedural types -- a bug in TP?
 >> Date: 28 Aug 92 15:41:06 GMT
 >> This seems to dumb, I'm sure I'm missing something right under my nose.
 >> But anyway:
 >>
 >> I want to use a procedural type but my compiler (TP 5.5) objects.  So

 >> type
 >> proc = procedure (var x,y : integer);

                     ^^^^

 >> var p : proc;
 >>
 >> {F+}
 >> procedure swap (a,b : integer);

                   ^^^^

 >> begin
 >> end;
 >> {F-}
 >>
 >> begin
 >> p := swap;
 >> end.
 >> -+--+--+--+--+--+--+--+--+--+--+--+--+--+-
 >>
 >> The compiler stops on the "p := swap" line and says
 >> Error 143: Invalid procedure or function reference

 Its true, use "var" in both cases.

Boris.

--- GoldED 2.40+
 * Origin: Boris Tyshkiewitch, btysh@aha.msk.su, 2:5020/52@fidonet. (2:5020/52)
From: Alex.Rossi@p16.f120.n7102.z5.fidonet.org (Alex Rossi)
Newsgroups: comp.lang.pascal
Subject: can't get EXEC to work
Date: Mon, 07 Sep 92 20:08:00 GMT
Organization: FidoNet node 5:7102/120.16 - Interlink BBS, CT


On 05 Sep 92, Joel Daniel Just mumbled to All:

 JDJ> I am having trouble getting the EXEC command to work in Turbo Pascal v5.0
 JDJ> on the PC.  Here is an example program:

 JDJ> PROGRAM TEST;
 JDJ> USES DOS;
 JDJ> BEGIN
 JDJ>    EXEC('dir','');
 JDJ>    WRITELN('DONE')
 JDJ> END.

Have you considered assigning a little memory for the program you are calling to work with :-) Try something like {$M 1024,0,0} in the first line... You might have to fiddle a bit to get the numbers to an optimum but that's basically what the problem is.

Cheerio,
     Alex

--  
INTERNET: Alex.Rossi@p16.f120.n7102.z5.fidonet.org
via:  THE CATALYST BBS in Port Elizabeth, South Africa.
       (catpe.alt.za)   +27-41-34-1122 HST or +27-41-34-2859, V32bis & HST.
From: Ashley.Kleynhans@f54.n7101.z5.fidonet.org (Ashley Kleynhans)
Newsgroups: comp.lang.pascal
Subject: FileDoor Tag File Structure
Date: Mon, 14 Sep 92 12:48:06 GMT
Organization: FidoNet node 5:7101/54 - Depths of Insanity, Alberton

Hi Shane,
 
* In a message originally to All, Shane Greyvenstein said:

SG -> > I would be extremely grateful if someone could help me
SG -> > out.

SG ->Look in the docs!!!

Thanks a million for helping me out! I suppose I should have thought 
to look there since most programs like that come equipped with a 
structure document or something similar... anyway, I have not had 
much time for reading docs lately (sorry)...
 
Cheers.
--  
INTERNET: Ashley.Kleynhans@f54.n7101.z5.fidonet.org
via:  THE CATALYST BBS in Port Elizabeth, South Africa.
       (catpe.alt.za)   +27-41-34-1122 HST or +27-41-34-2859, V32bis & HST.
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.lang.pascal
Subject: Re: New Idea!
Date: 8 Sep 92 19:01:21 GMT
Reply-To: 70465.203@compuserve.com
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

holland@matt.ksu.ksu.edu (Rich Holland) writes:

>dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:

>>Once you've cut out the address, you don't need the .MAP file to find the 
>>line - just recompile with the TPC option /F ssss:oooo, or in TURBO use 
>>the Search/Find error command.

>But what does TPC /F ssss:oooo give me?  Just the line with the error?
>I'd like to be in an editor of some sort *at the line* so I can make the
>necessary changes, save it, and re-TPC it.  TURBO isn't an option -- the
>Search/Find is slower (more key-strokes) than 'q filename.pas -n#k' will
>be.  :-)

Ever try "find runtime error" in TP? That'll do it too! Even changes files.

-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/51	 Leonard.Erickson@f51.n105.z1.fidonet.org
(The CIS & Fido addresses are preferred)
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.lang.pascal
Subject: Re: New Idea!
Date: 8 Sep 92 18:58:51 GMT
Reply-To: 70465.203@compuserve.com
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

holland@matt.ksu.ksu.edu (Rich Holland) writes:

>I've got a rather large program which is spread out through around 10
>units, and over 6500 lines of code.  When it crashes mysteriously, I
>get a message like this:

>  Runtime error 105 at 0052:03A3

>I can then look at 'PROG.MAP' (the map file I told it to generate) and
>search for '0052:03A3' and get a line number.  Then, I have to page
>back through the map file a few pages, usually, and find the Unit name
>the line number is in.  Then, I go into Qedit and PgDn until I get to
>that line number.

Try:
	TPC <mainprog> /f0052:03a3

That will automatically tell you *which* file the error is in, which
line in that file, and display the line!

Also, if you use Norton Editor, you just give a commandline argument to
tell it which line in the file to go to.

-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/51	 Leonard.Erickson@f51.n105.z1.fidonet.org
(The CIS & Fido addresses are preferred)
From: holland@matt.ksu.ksu.edu (Rich Holland)
Newsgroups: comp.lang.pascal
Subject: Re: New Idea!
Date: 7 Sep 1992 21:52:06 -0500
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:

>Once you've cut out the address, you don't need the .MAP file to find the 
>line - just recompile with the TPC option /F ssss:oooo, or in TURBO use 
>the Search/Find error command.

But what does TPC /F ssss:oooo give me?  Just the line with the error?
I'd like to be in an editor of some sort *at the line* so I can make the
necessary changes, save it, and re-TPC it.  TURBO isn't an option -- the
Search/Find is slower (more key-strokes) than 'q filename.pas -n#k' will
be.  :-)

-- 
Rich Holland              | INTERNET: holland@matt.ksu.ksu.edu
100 Jardine Terr, Apt A7  | BITNET  : holland@ksuvm
Manhattan, KS  66502-3357 | UUCP    : ...!rutgers!matt.ksu.ksu.edu!holland
char*p="char*p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
Newsgroups: comp.lang.pascal
From: tech@crash.cts.com (Don Bontemps)
Subject: I need help with copying "records"
Organization: CTS Network Services (crash, ctsnet), El Cajon, CA
Date: 07 Sep 92 16:25:54 PDT

This question is regarding the manipulation of record arrays.  Suppose I
declare the following record array:


type

  temp = record
  name : string[10];
  date : string[4];
  pass : string[4];
  end;


var

  data : array[1..100] of temp;



Now if I wanted to copy data[1] to data [2], could I just say
data[2] := data[1] or would I have to do it this way
data[2].name := data[1].name and so on and so forth.  Your help
would be greatly appreciated.  Thanks (in advance).