HDTenEightyP/NetNews huggingface dataset:
From: Shane.Greyvenstein@f61.n7101.z5.fidonet.org (Shane Greyvenstein)
Newsgroups: comp.lang.pascal
Subject: Breaking up a HUGE file safely
Date: 16 Nov 92 00:00:01 GMT
Article-I.D.: catpe.2951.2B09361E
Organization: FidoNet node 5:7101/61 - Pyramid, Pretoria

Hello Jay!

In a msg of <14 Nov 92>, Jay Chu writes to All:

 -> I have a 3 meg binary file that's too large for copying to any
 -> floppy disks.

 -> Is there a safe method for breaking this HUGE file up into
 -> smaller files like 1.2 meg each?  Then, using a combining method,
 -> I can combine the smaller files into the original file again? --

I use ARJ as a compression program, and it has a nifty feature capable of this.  The format would be something to the effect of

ARJ a [path]archivename [path][filespec] -v1200000

If you don't want to do this, you might consider DOS BACKUP, which I find a pain, actually, or maybe write a copy program for us all!  <G>

Kindest regards,
Shane

--  
INTERNET: Shane.Greyvenstein@f61.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: csn73@seq1.keele.ac.uk (P.R. Harding)
Newsgroups: comp.lang.pascal
Subject: Re: Help with this programming
Date: 20 Nov 92 17:11:10 GMT
Organization: Keele University, England

From article <1992Nov13.174232.1428@dcatlas.dot.gov>, by joet@dcatlas.dot.gov (Joe Trott):
> 
> If anything, it looks like you are missing an "Open" for your names text
> file.  The first reference I see in your code to Names is the top of your
> loop checking for EOF.  Does it simply croak, or do you get an immediate
> EOF with no names read?  I.e. what does the eof test return for a file that
> has not been opened?
> 
> -JTT

Can someone HELP!
First of all can someone tell me how to start a new topic ? 

Second:
Has anyone got a procedure that is similar to the GREP command in UNIX.

I would be greatful if you could send me some ideas or if you have the 
procedure a copy of the procedure. Basically I need to read a string in 
a text file, just as GREP does.

Thanks
P. Harding

csn73@seq1.cc.keele.ac.uk




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

	User Address:
			csn73@seq1.cc.keele.ac.uk
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Borland Pascal 7
Organization: University of Vaasa, Finland
Date: Sat, 21 Nov 1992 20:35:53 GMT

In article <34189@adm.brl.mil> Paul.Robinson@f417.n109.z1.fidonet.org (Paul Robinson) writes:
>The following was taken from the INFO-IBMPC list:
>Item from: Info-IBMPC Digest    Tue, 10 Nov 92   Volume 92 : Issue 175 
>Date: Sun, 1 Nov 1992 09:31:05 GMT 
>From: Sidney Markowitz <sidney@genghis.borland.com> 
>Subject: Borland Pascal 7.0 information

The said file is also available as
   6058 Oct 31 14:27 garbo.uwasa.fi:/pc/turbopas/bp7-info.zip

..................................................................
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: ekeland@boeygen.nr.no (Anders Ekeland)
Subject: The TP IDE lacks macros..
Organization: /nr/boeygen/u2/ekeland/.organization
Date: Mon, 23 Nov 1992 19:29:38 GMT

One comment to a previous posting from D. Murdoch where is major
complaint about the TP IDE is that it is big and slow loading. But I
miss macros very much, and really hope I have not overlooked them all
these years. Or have I?

Newsgroups: comp.lang.pascal
From: mas4@ns1.cc.lehigh.edu (MICHAEL ANTHONY STRAUSS)
Newsgroups: comp.lang.pascal
Subject: HOW DO YOU READ MORE THAN ONE KEY
Date: 19 Nov 92 02:59:36 GMT
Organization: Lehigh University

I'm currently writing a program on Turbo 6.0 that requires more than one key
to be read at once.  Does anyone out there know how to do this.  Any code or
suggestions would be appreciated.  Thanx in advance...

-Strauss
-mas4@lehigh.edu
Newsgroups: comp.lang.pascal,comp.lang.modula3,comp.object
From: tsullivan@trentu.ca (The OTHER One True God)
Subject: Re: Comments on Turbo (Borland) Pascal 7.0?
News-Software: VAX/VMS VNEWS 1.41    
Organization: Trent University Computer Services Department
Date: Sat, 21 Nov 1992 16:03:00 GMT

In article <21NOV199209072500@cl2.cl.uh.edu>, CSCI19DC@cl.uh.edu writes...
>> 
>>This *one* has personally saved me alot of grief.  Have you ever
>>commented a piece of code and forgot to put on the closing "*)" and...

>Microsoft QuickPascal, version 1.0...released about four years ago, had this
>feature.  (source code highliting).
> 
>Seems like nobody thought it was very important at the time, eh?

  Not true. It was very important. However, an important editor surrounding 
a severly inferior product does not a standard make. MSQP bit the big 
kahoona, and source-code highlighting didn't change that.

   Tim Sullivan
   tsullivan@trentu.ca
   cstes@blaze.trentu.ca

A Disclaimer? Yeah, and people BELIEVE what I write, too...
---
 "Virtual Reality has NOTHING on Calvin."
       - Suzy, from Calvin and Hobbes

Newsgroups: comp.lang.pascal,comp.lang.fortran,comp.sys.mac.programmer
From: dionc@ireq.hydro.qc.ca (Claude Dion ETUDIANT sept-dec 92)
Subject: Pascal and Fortran for Mac
Keywords: pascal,fortran,macintosh
Organization: Institut de recherche d'Hydro-Quebec, Quebec, Canada
Date: Fri, 20 Nov 1992 18:44:27 GMT

I am looking for a good Fortran and a good Pascal compiler for
the Macintosh (the less $ the better).

Can anyone help me?

Thank you.

   Claude Dion
From: inaki@geog.leeds.ac.uk (Herman Inaki Schlaberg)
Newsgroups: comp.lang.pascal
Subject: subscribe
Date: 18 Nov 92 17:15:09 GMT

subscribe
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: TP's heap
Organization: Queen's University
Date: Tue, 17 Nov 1992 21:11:50 GMT

In article <2950.2B09361C@catpe.alt.za> louis@p2.f42.n7101.z5.fidonet.org (Louis Mandelstam) writes:
>
>My project needs a large heap but I also need to run COMMAND.COM from the
>program.  The data in the heap can be lost during the execution, it'll be
>saved before and reloaded afterwards.

Use SetMemTop in the Memory unit.  Watch out - SetMemTop doesn't change 
HeapEnd, so the heap is not usable until you call SetMemTop(HeapEnd)
after the Exec, or manually fix HeapEnd.

Duncan Murdoch

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal
From: Ken Stuart  <kps1@cornell.edu>
Subject: Frustrated with TVision
Nntp-Posting-User: kps1@cornell.edu
Organization: Cornell University
X-Useragent: Nuntius v1.1.1d1
Date: Wed, 18 Nov 1992 18:00:55 GMT

Hi, I've just started learning to program with Turbo Vision, in Turbo
Pascal 6.0, but am extremely frustrated with trying to understand it and
get it to work.  I've obtained shazam and dlgdsn, hoping that they would
help, but they have not.  Can you recommend any references that cover
learning TVision with lots of examples?  The standard TP 6 manuals don't
seem to be helping me much.  If so, plese let me know directly at
kps1@cornell.edu.  
Thanks, Ken Stuart
Newsgroups: comp.lang.pascal
From: damouth@wrc.xerox.com (David E. Damouth)
Subject: Re: Who's still using Turbo Pascal 5.5 ?
Reply-To: damouth@wrc.xerox.com
Organization: Xerox Webster Research Center
Date: Thu, 19 Nov 1992 20:27:19 GMT

>>running out of memory .....

Ah yes - the good old days.  When I would sit there watching the
"available memory" indicator in the IDE bounce up and down just above
zero during compile and link, knowing my chances were about 50-50 as to
whether the latest set of changes would  make it all the way through.

So of course when I got TPW, I immediately started wondering where the
"available memory" indicator was.  I eventually found a little memory
indicator I could put up on the screen. But it's kind of useless - it
starts out showing 10 MB,  and trickles slowly down to maybe 9 as I
build bigger programs.  These new-fangled inventions like virtual
memory may take all the fun out of programming.  Yeah - I know, one of
these days my disk will start thrashing.  But then I'll just plug in
another 4 MB of real memory for $140 or so.

Remember your first Pascal compiler?  Mine was the UCSD system on an
Apple 2.  The whole compiler fit into 32k or so ( plus a floppy or two),
and with a little luck and care there was a whole 32k available for
programs.  And we wrote useful programs.  I remember agonizing over
whether to declare a variable as "byte" instead of "word" in order to
save a byte of memory.
  
---
/Dave
David E. Damouth
Xerox Webster Research Center
damouth@wrc.xerox.com
voice: 716-422-3186
fax: 716-265-7133
From: warlok@rhps.chi.il.us (Jon L Fincher)
Newsgroups: comp.lang.pascal
Subject: Re: Day of week on a given date
Date: Fri, 20 Nov 92 18:21:43 CST
Organization: CrissySoft Incorporated

snodgras@cs.unca.edu (Ryan Snodgrass) writes:

> Does anyone know how to get the day of week given a specified date,
> for example if the function were passed the date "11-16-92" then it would
> return some number representing Monday? (I assume 1)
> 
> If you could give me an example, or of where to look to get an example I
> would really appreciate it.
> 
> Ryan
> snodgrass@uncavx.unca.edu

Try using Zeller's Convergence formula.  Works every time.

The formula is:

day = (2*m + int((3*(m+1))/5) + d + y + int (y/4) + lya ) mod 7
lya = int (y/400) - int(y/100) + 1;

where m=month number, 1-14 (13= last Jan, 14=last Feb)
      y=year, complete with century (1992, for example)
      d=day, which is the calendar day number (12th, 31st, etc.)
      lya=leap year adjustment, which can be done once for each year and
          used later.  For Years from 1901-2099, lya=-14.

The value, d, returned is teh day of the week, from 0-6, where 0=Sunday.
the int(...) means integer division, so in Pascal, drop the int and replace the
division with a div.

This formula works - I use in a perpetual calendar program I wrote in C.
Never failed yet.  But always test it out on today to be sure.

J.L.Fincher, Warlok
Newsgroups: comp.lang.pascal
From: gmcgrady@swvgs.vak12ed.edu (Garrett McGrady)
Subject: Re: Who's still using Turbo Pascal 5.5 ?
Organization: Virginia's Public Education Network (Pulaski)
Date: Thu, 19 Nov 92 15:05:20 GMT

exuhag@exu.ericsson.se  writes:
> fdeck@grumpy.helios.nd.edu (francis deck) writes:
> >
> >I'm still using 5.0!  I decided a while ago that I would not sink
> >any more money into computers, period, as long as I am in grad
> >school.  I love Borland, but all these companies' new releases
> >were really nickel-and-dime'ing me.  So, I decided to "freeze"
> >my system, hardware and all.
> 
> I still use 4.0.  Since Pascal is not my primary language and I haven't
> found a compelling need for TP's OOP features or TurboVision, I get
> along just fine.  In fact, I just wrote a few tools in TP 4.0 over the
> past weekend.
> 
> There's no inline assembly, but I rarely need assembly language for
> the kind of things I use Pascal for and I can always use TASM if need
> be.
> 
> There's no debugger, but I try very hard not to become debugger
> reliant.  I've found that adding some conditionally compiled code
> to most routines--writeln's to standard output--works just fine.
> I can then redirect a Crt-using or graphics related program to
> a file and get some nice high-level tracings.
> 
> There's no 286 code generation, but so what.
> 
> What I've got is a 115K compiler (with integrated editor) that
> does 90% of what TP 6.0 does--certainly 100% of what I need--and
> doesn't do any sort of mysterious disk accesses.  And I didn't
> spend the money and time to make three upgrades in the past five
> years.  I could go right on using it for the next five years without
> any problems.  It has been a good exercise in self-restraint; there
> is far too much unnecessary marketing pressure in the computer
> industry, and a belief that anything over a year old is severely
> dated and worthless.
> 
> I may actually upgrade soon, but only because I'd like to be able
> to use some units which need TP 6.0 or greater to run.
> 
> --
> James Hague   
> exuhag@exu.ericsson.se

I have one thing to say about Borland's Turbo Pascal 6.0: it
needs more compiler memory. In my computer science class, we
had to write a golf program. Some people didn't use arrays
(because they didn't know how) and kept getting out of memory
errors. I find that with even utilizing array of records and
various arrays of the like can take up an ample space of
memory. So my point is unless you have small programs. You will
run out of compiler memory with 6.0. For right now I love it
because I think it is simpler than 5.5.
-- 
Garrett McGrady

gmcgrady@swvgs.vak12ed.edu
From: traub@rtf.bt.co.uk (Michael Traub)
Newsgroups: comp.lang.pascal
Subject: Re: A bit about BP7
Date: 16 Nov 92 13:01:36 GMT
Organization: BT Customer Systems, Brighton, UK

In article <1992Nov13.190343.2644@borland.com> chard@borland.com (Richard Nelson) writes:
>>If  TP  Pro  is  being  superseded  by  BP7  why  does it cost 99 pounds to
>>upgrade  to  BP7  from TP Pro *or* 99 pounds to upgrade from just plain TP?
>>Shouldn't  it  cost  less to upgrade from the professional version? More to
>>the  point  I  was told it costs 99 pounds to upgrade from any of TP,TP Pro
>>or  TPW.  Since  I  have both TPW and TP Pro I asked what the upgrade price
>>would then be. I was still told 99 pounds!!!!
>
>Well, I don't set prices, but it strikes me that either way, it's a
>heck of a good deal.  I won't quibble over whether people who own pro
>versions should pay less to upgrade than those who don't.  Just ask
>yourself, is it worth 99 pounds?

Well I haven't upgraded that's for sure. Borland have lost another customer
if they expect me to pay 99 quid when I have already obediently purchased
both the DOS and Windows versions of Turbo Pascal. Next I suppose they
will want another 99 quid for an OS/2 version.

>One motivation behind having a single upgrade price, I believe, is
>that there has been a significant amount of confusion in the past when
>we've offered more complicated upgrade offers.  I know that the last
>C++ upgrade had 5 or 6 different options, depending on what you were
>upgrading from and to.  This is really simple, and I think it's a
>great bargain, no matter what you're upgrading from.

I had no confusion. I had already bought BC++ and application frameworks
separately and the upgrade cost me **nothing**! Compare that to 99 quid!

>>I  assume  BP7  is nothing more than an amalgamation of TP Pro and TPW with
>>bug fixes and a few new goodies thrown in so why the large upgrade price?
>
>That assumption is largely wrong.  BP7 is a significant upgrade to
>both the DOS and Windows versions, bundled in a single box, with new
>features that neither previous product included, most notably the
>ability to produce protected-mode applications.  Plus it includes the
>full source code for the run-time library and the application
>frameworks.

I don't need any of these things. I need an up to date Pascal compiler
with separate debugger and windows support.

> It's a great deal.

I thought you said you weren't a salesperson?-)


-- 
Michael Traub
BT Customer Systems, Brighton Systems Centre. traub@btcs.bt.co.uk
From: j.laidman@cowan.edu.au (Jeremy Laidman)
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal mem[a:b] question
Date: 18 Nov 92 06:05:31 GMT
Organization: The University of Western Australia
Distribution: world
Reply-To: j.laidman@cowan.edu.au (Jeremy Laidman)
NNTP-Posting-Host: scorpion.ac.cowan.edu.au

zlsiida@fs1.mcc.ac.uk (dave budd) writes:

>One of our users claims he can increase a in mem[a:b]:=value; until it MUST 
>be off the end of his machine.  This is the kind of user who always forgets 
>to bring a disk with the program on it.  I've had a brief scan of the manual 
>and it's not clear to me just exactly which bits of memory get addressed - 
>eg I don't believe they'd let you write into a program segment.

Yes, you can write into a program segment.

>Are all the addresses relative to the start of the data segment (or 
>something along those lines)?
>If the address is off the end of the machine or just bigger than the largest 
>allowable, does it get truncated in some way?
>Anybody want to give me a nice simple explanation of how mem[a:b] works?

The segment*16+offset ( a*16+b ) that results is limited to FFFFFh.  It is
easy to go beyond that, eg:
		[$FFFF:0]    ->  FFFF0
		[$FFFF:$F]   ->  FFFFF
		[$FFFF:$10]  -> 100000
The address bus in an 8086 is 20 bits wide, so the largest number that can be
put on the address bus is FFFFFh.  If you put something bigger, the high bit
will be ignored, and so 100000 will address location 00000.

To access memory above this 20 bit limit (1meg) the A20 address line has to be
fiddled with, which is what the HIMEM.SYS driver does on 80286s and above.

---------------------------------------------------------------------
Jeremy Laidman, Computer Support Officer
Department of Computer Science                 Phone: (61 9) 370 6648
Edith Cowan University                         Fax:   (61 9) 370 2910
Perth, Western Australia                       j.laidman@cowan.edu.au
---------------------------------------------------------------------
From: jpehko@cs.joensuu.fi (Juha Pehkonen)
Subject: Re: HOW DO YOU READ MORE THAN ONE KEY
Organization: University of Joensuu
Date: Thu, 19 Nov 1992 11:45:08 GMT

jpehko@cs.joensuu.fi (Juha Pehkonen) writes:

>begin
> repeat
>  write(Port[$20]);
              ^^^

err...make that $60.

Juha Pehkonen
jpehko@cs.joensuu.fi
From: m_rheau@pavo.concordia.ca
Newsgroups: comp.lang.pascal
Subject: TP vs. TPW
Date: 19 Nov 92 09:23:00 GMT
Organization: Concordia University
News-Software: VAX/VMS VNEWS 1.41


Is it just a matter of preference, or is there a significant difference
between Turbo Pascal under DOS and Windows?

Aside from esthetics, how do they compare?

I'm more than likely going to upgrade (from 5.5) but
would like to know more about the windows version(s).

A N  D    R        E                W
M I  L    L        E                N

m_rheau@pavo.concordia.ca

Newsgroups: comp.lang.pascal
From: ludwig@cat.de (Stefan Ludwig)
Subject: Detection Win-Mode in TPW
Organization: C.A.T. Kommunikations-System
Date: Tue, 17 Nov 92 19:59:01 GMT

Dear netters,

I would be glad, if one of you could tell me, how to detect the mode, windows
is currently operating (windows mode) from within TPW (Turbo Pascal for
Windows). I am still using TPW V1.0 (poor man I am)

Please send direct mail, as I dont regularly read this newsgroup.

Many thanks in advance
Stefan

---
  Stefan Ludwig (ludwig@cat.de)                     
  C.A.T. Kommunikations-System, Frankfurt, Germany
From: F0O@psuvm.psu.edu
Newsgroups: comp.lang.pascal
Subject: Re: TPW TCollection
Date: 23 Nov 92 20:27:29 GMT
Organization: Penn State University

In article <1992Nov19.081727.18386@usage.csd.unsw.OZ.AU>,
p2018756@cumulus.csd.unsw.OZ.AU (Yagna Pant) says:

>I am a newcomer to Turbo Pascal for Windows programming and
>would be grateful if you could give me a hint on storing
>a record using TCollection.

>Suppose if I have a record:

>     PClientInformation = ^TClientInformation;
>     ClientInformation = record
>       Name: array[0..50] of Char;
>       Phone: PChar;
>       RegistrationNo: Integer;
>     end;

>How can I store this record using TCollection Object.
>TPW manual doesn't treat this topic in detail.

>Thanks in advance.

>Yagna Pant

   I would simply make the following changes to your code:

Old code:
  ClientInformation = record

New code:
  ClientInformation = object(TObject)

   Now you can store your client information into the collection.

                                                          [Tim]
Newsgroups: comp.lang.pascal
From: pf@bilbo.bio.purdue.edu (Paul Furbacher)
Subject: Re: Why I am considering Stony Brooks Pascal+ 6.1 over BP7.0
Organization: Purdue University
Distribution: comp.lang.pascal
Date: Thu, 19 Nov 1992 22:43:47 GMT

In article <NMOUAWAD.92Nov18152918@math.waterloo.edu>, 
   nmouawad@waterloo.edu (Naji Mouawad) writes:
>... In point of fact I would like inputs from the forum about SPP+
> 6.1. I have read reviews of SBP+ 6.0 but what about 6.1 ?
> 
> If you were in my shoes and given the above configurations would you
> choose it instead of BP7.0 or not ?
> 

First, that's SBP+, not SPP+.  

Second, as James Hague points out in a response, you should
consider using SBP+ as your final compiler in your development
cycle.  This means that you should be a serious developer of 
commercial and professional apps, or you should be someone
for whom the $249 or so doesn't bite too deeply (not many of us in
the latter category; for that matter, how many of us in the former?).
Since we don't know which "shoes" you wear, there's not much 
more to be said in this vein.

The interface is not what you're use to with the Turbo IDE.  
But there are some advantages, namely, the projects orientation
to development.  BC++, the Think compilers for the Mac, and others
have a similar orientation to project development which is lacking
in TP/BP.  It is not essential, but for the professional 
programmer/team, it might become so.

Optimizations: there's a lot of misplaced hunger for this.  
How really vital is it to your app?  Sure, everyone wants 
their particular app to be rocket-88 fast, but isn't there 
a little too much focus on speed versus many other more 
important issues -- like good program design and adherence 
to standards.  Spend more time developing a consistent 
interface and thorough on-line help, and less on speed 
optimizations. NASCAR stock cars sure do go fast, 
but the climate controls are a bit crude.

Next, if you use TV/OWL you cannot abandon TP/BP.  Full stop.

If you've got the money, buy it -- it will help the economy 
out, and help the SB people will make ends meet.  
That's one way to look at it. 

PF

Newsgroups: comp.lang.pascal
From: jbm@hal.trl.OZ.AU (Jacques Guy)
Subject: Re: Comparing record types
Organization: Telecom Research Labs, Melbourne, Australia
Date: Tue, 17 Nov 1992 23:02:23 GMT

sbakker@cs.vu.nl (Bakker S) writes:


>type aRecord=record x,y,z: integer end;
>     pseudoRecord=packed array [1..SizeOf(aRecord)] of char;
>		  ^^^^^^^^^^^^
>var  x,y: aRecord;
>begin x:=y;
>      if pseudoRecord(x)=pseudoRecord(y) then (*....*)
>end.

>Now this *will* work, since the runtime code will compare *all* bytes (well,


Alas, no, it does not work. I have tried it both in TP5.5 and TP 6.0, and
at compile time the error message is the same:

      "Operand types do not match operator"

But you are right in that other matter: if the first byte of the record is zero,
then the comparison will return "true" always. I hadn't thought of that.
From: gabriel@netcom.com (Gabriel Beccar-Varela)
Newsgroups: comp.lang.pascal,comp.lang.os.msdos.programmer
Subject: Re: Broadcast messages aren't getting through in Turbo Vision
Date: 21 Nov 92 06:50:29 GMT
Article-I.D.: netcom.1992Nov21.065029.8517
Organization: Netcom - Online Communication Services (408 241-9760 guest)

In article <1992Nov20.051126.23961@oucsace.cs.ohiou.edu> tswingle@oucsace.cs.ohiou.edu (Tom Swingle) writes:
>
   [several lines essentially stating that a broadcasted event gets cleared
    prematurely]

 Check to see if the event gets cleared before TWindows.HandleEvent is called.
If that is the case, go to the last focused view and make sure that you do
not have a ClearEvent in the wrong place (i.e. outside the scope of an IF
or a CASE statement) which would clear all events. I happened to me once.