HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.lang.pascal
Subject: Re: INFO-PASCAL text archives
From: st_waldman@fencer.cis.dsto.gov.au
Date: 5 Jan 93 08:45:05 +1100
Organization: D.S.T.O. Aeronautical Research Laboratory

The INFO-PASCAL archives can be accessed by ANONYMOUS FTP from

   WSMR-SIMTEL20.ARMY.MIL

and are stored in the directory

   PD2:<ARCHIVES.PASCAL>

The mail archives are stored in files named yymm.n-TXT.

The current month's mail is stored in PASCAL-ARCHIV.TXT

Hope this helps...

+------------------------------+--------------------------------------+
| Witold Waldman               | Aeronautical Research Laboratory     |
| Senior Professional Officer  | 506 Lorimer St                       |
| Airframes & Engines Division | Fishermens Bend VIC 3207             |
| Tel: +61 3 647 7488          | Melbourne, Australia                 |
| Fax: +61 3 646 7771          | eMail: witold@hotblk.aed.dsto.gov.au |
+------------------------------+--------------------------------------+
From: psmedsha@ecst.csuchico.edu (Paul Smedshammer)
Newsgroups: comp.lang.pascal
Subject: Runtime Error Code Trapping
Date: 9 Jan 93 03:45:51 GMT
Organization: California State University, Chico
NNTP-Posting-Host: cscihp.ecst.csuchico.edu

I'm having some trouble doing an error check for "Runtime Error 207"
that occurs with a division by zero.  I have been able to do I/O
checking without a problem but I am unable to check for the floating
point overflow error.  If it is possible could someone give me a quick
little sample code; say if Runtime Error 207 occurs to write a message
to the screen without crashing.
Thanks!

Paul.

------------------------------------------------------------------------------
psmedsha@ecst.csuchico.edu (Paul Smedshammer)

Graduate Student in Mechanical Engineering
California State University at Chico
------------------------------------------------------------------------------
Newsgroups: comp.lang.pascal
From: Sorokin@ps1.iaee.tuwien.ac.at (Sorokin Zhenya)
Subject: Problem with real <--> double conversion. Bug?
Organization: Inst. of General Electronics and Electroengeneering, TU Vienna
Date: Mon, 4 Jan 1993 15:31:54 GMT

Just found a problem with my TP 6.0 on a 486 machine.

A program using doubles and/or singles is works fine with {$N+}.
The same if I change all floats to be of "real" type and choose {$N-}.

But if I use "real" *and* {$N+}, then the system crashes, reporting emm386 
exception error! Looks like it happens only at the end of the program.
As far as I understand, using "real" type and coprocessor together means 
that the operations are performed _by coprocessor_ and some format 
conversion routine is used. 

Such problem (if it is real) will struck everyone, trying to use old 
programs written with "real" types.

Any ideas?

I worked under IDE, maybe the problem was there?

Sincerely,
Newsgroups: comp.lang.pascal,comp.sys.ibm.pc.programmer
From: dave@tygra.Michigan.COM (David Conrad)
Subject: Re: Cursor and F1-F12 keys under Turbo-Pascal
Organization: CAT-TALK Conferencing System
Date: Tue, 5 Jan 1993 10:57:55 GMT

In article <1993Jan4.134821.325@sinus.stgt.sub.org> stefan@sinus.stgt.sub.org (Stefan Bechtold) writes:
>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) ?

I usually do something like the following:
 
var
  ch, c : char;
 
begin
  repeat
    ch := readkey;
    if ch = #0 then c := readkey;
    case ch of
      #13 : writeln ('You pressed enter.');
      #0 : case c of
             #72 : writeln ('You pressed the up arrow.');
             #80 : writeln ('You pressed the down arrow.');
             #59 : writeln ('You pressed F1.');
           end;
    end;
  until ch = #27;
  writeln ('You pressed escape.');
end.
 
Note that readkey will not detect F11 and F12.  To find out how to do this,
look at keyboard.pas in /pc/turbopas/drcpas10.zip at garbo.uwasa.fi.
 
David R. Conrad
-- 
=  CAT-TALK Conferencing Network, Computer Conferencing and File Archive      =
-  1-313-882-2209, 300bps-14400bps, V.32/V.32bis/TurboPEP New users use 'new' - 
=  as a login id.  AVAILABLE VIA PC-PURSUIT!!! (City code "MIDET")            =
   E-MAIL Address: dave@Michigan.COM
From: robk@wswiop01.win.tue.nl (Rob Knubben)
Newsgroups: comp.lang.pascal
Subject: Borland Pascal 7.0 : How many megs ?
Summary: How many megs does BP 7.0 take on my harddisk ?
Keywords: TP BP TPW
Date: 11 Jan 93 14:59:24 GMT
Reply-To: robk@win.tue.nl

Hello,
 Can anybody tell me how many megabyte Borland Pascal 7.0 uses ?
 (On harddisk I mean). I know TP 7.0 & TPW 1.5 together use less than
 20Mb. But I also know that Turbo C++ alone takes 25Mb. So I'm really
 curious: the complete installation of BP 7.0: How many Mb does it take ?

 Please e-mail to robk@win.tue.nl

Thanks,
 Rob Knubben
From: lee@cpu.us.dynix.com (Lee Crites)
Newsgroups: comp.lang.pascal
Subject: Re: Application Frameworks --- What is it??
Date: 10 Jan 93 20:38:38 GMT


> : Well, I was just wondering... how am I supposed to know that I actually
> : got Application Frameworks???  None of the manuals seems to mention it, and

From my understanding (based upon discussions with Borland marketing
people concerning that 'other' language), I assume that the only real
difference between the base language and the full 'applications framework'
version is the addition of the PROFILER, TurboAssembler, and TurboDebugger
packages.

(This is, however, only a guess, since I didn't buy the 'other' language
with the 'applications framework' back then)

           =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
            lee@us.dynix.com | If it ain't broke yet,
                             |   let me have a shot at it....
           =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: CT80@music.mus.polymtl.ca (Steph)
Newsgroups: comp.lang.pascal
Subject: RE: Why doesn't this cause an error?
Date: 4 Jan 93 01:10:43 GMT
Organization: Ecole Polytechnique de Montreal

In article <1993Jan01.220029.27699@crash> tech@crash.cts.com (Don Bontemps) writes:
>I know there is probably an easy answer to this question, but here is
>a portion of a routine that I am using to convert a lowercase string
>into an uppercase string.
>
>
>    readln(comment);
>    for l := 1 to length of comment do comment[l] := upcase(comment[l]);
>
>
>
>If the user doesn't enter anything, this causes the length of comment to
>become zero and what confuses me is that this event does not cause any
>error whatsoever.  I would figure that "for l := 1 to 0" to cause a
>run-time error or some other type of error, but it doesn't.  Why not??
>
>
>.
>.

Someone probably answered this one already, but anyway, here goes..

The FOR loop checks the condition before doing the statement.  Since
you have a loop from 1 to 0, well it goes something like this ..

for l := 1 to 0 do ..

1st run -> (l := 1) > 0, so it gets out of the loop right away.
Makes sense?

Steph.
From: wbdst+@pitt.edu (William  B Dwinnell)
Newsgroups: comp.lang.pascal
Subject: Re: WANTED: Source Code
Date: 13 Jan 93 03:47:58 GMT
Organization: University of Pittsburgh


I don't mean to start a language war, but I was wondering if anyone here
had try tried any of the "Pascal-descendant" languages: Modula-2, Modula-3,
or Oberon (or others if you'd care to clue me in), and whte whether there 
are good implementations for the IBM PC.
Newsgroups: comp.lang.pascal
Subject: Re: complex numbers
From: cscmd@lux.latrobe.edu.au (Mitch Davis)
Date: Sat, 9 Jan 1993 17:14:32 GMT
Organization: La Trobe University

In article <1993Jan5.220227.4094@nntpd.lkg.dec.com> reagan@hiyall.enet.dec.com (John R. Reagan) writes:
>
>In article <34876@adm.brl.mil>, OLDENHUIS@ib.agro.nl (Roelof Oldenhuis) writes...
>>I know TP has no standard procedures or functions for complex analysis 
>>problems (Fortran does), but are there units or sets of functions/procedures 
>>available to do this kind of mathematics?
>> 
>Well, the Extended Pascal standard has complex numbers.  Just get Borland
>to implement that part of the standard.

How highly amusing!  The idea that Borland would bow to something like
that?  They had enough pressure put on them for an exponentiation
operator in TP/BP7, but no.  Second, Borland's Chief Language architect
(what's his name now???) has pubically announced that (paraphrase) "Pascal 
will not be getting either multiple inheritance or operator overloading
in either the near future or ever".

Heheheheee.

Mitch.

Disclaimer:  I'm a confirmed TP fanatic.  I think what Borland has done
with Pascal is fantastic.  It's just that it's 4:00 am and I need an 
exponentiation operator......
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: TVision : BUG in my head or in TV?
Organization: Queen's University, Kingston
Date: Tue, 12 Jan 1993 13:34:02 GMT

In article <pf-120193010406@biomac1d.bio.purdue.edu> pf@bilbo.bio.purdue.edu (Paul Furbacher) writes:
>Duncan Murdoch mentioned
>that he has confronted *annoyances* (not problems) over this 
>feature when porting TV objects to OWL.  

Just to clarify:  they were both annoyances and problems; they were bugs.

TV's TObject initializes all fields, OWL's TObject (same source code file 
now!) doesn't.  This inconsistency is bad design.  OWL is consistent with 
other parts of the language, TV isn't.

Duncan Murdoch
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Autocorrelation algorithm?
Organization: University of Vaasa, Finland
Date: Tue, 5 Jan 1993 07:18:21 GMT

In article <kiehl.726075969@utrurt> kiehl%utrurt@germany.eu.net (Johannes Kiehl) writes:
>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

Have you checked the Numerical Recipes?

303775 May 2 1991 garbo.uwasa.fi:/pc/turbopas/nrpas13.zip

..................................................................
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: pf@bilbo.bio.purdue.edu (Paul Furbacher)
Subject: Re: Application Frameworks --- What is it??
Followup-To: comp.lang.pascal
Organization: Purdue University
Date: Sat, 9 Jan 1993 05:29:32 GMT

In article <C0JyII.12L@mach1.wlu.ca>, litt3509@mach1.wlu.ca (Carl Litt u)
wrote:
> 
> I just got my upgrade to Borland Pascal 7.0 from the courier last week.
> Did everyone get that little pamphlet promoting BP7 (it was purple in
> colour)?  Remember that special offer for Application Frameworks for $199?
> Well, I was just wondering... how am I supposed to know that I actually
> got Application Frameworks???  None of the manuals seems to mention it, and
> I didn't get any special package saying *** APPLICATION FRAMEWORKS HERE ***,
> ...Can anyone tell me what this
> Application Frameworks is, and how I can tell if I got it?

If you bought Borland Pascal, as opposed to Turbo Pascal, 7.0 then
you essentially have Application Frameworks.  It is not, as coolman 
Death (aka gtd543a@prism.gatech.EDU (death))(gag me, shall I go around
calling myself Life from now on, how cooool!) would have you 
believe (what does death know anyway?) that it is option a) in
his posting:

  "a) RTL source code for the TV and/or OWL libraries...."

Actually, Application Frameworks has always been more associated 
with the Borland C++ releases for which you could purchase the
AF separately or in combo with the C++ compiler.  The pascal
products have been, until the release of BP 7.0, either DOS or 
Windows but not both in the same package: you either received 
Turbo Vision with the Turbo Pascal 6.0 release, or OWL with the
Turbo Pascal for Windows (versions 1.0 and 1.5).  For either 
you could buy the respective runtime library (RTL).  But to my 
knowledge (what does Life know anyway?), "Application Frameworks" 
has not been used in reference to the pascal product line.

In essence, an application framework is an integrated class/object 
library, or in more archaic terms, a toolbox, which provides the
object-oriented superstructure upon which the programmer builds 
an application.  The basis is the application which does nothing 
more than initialize itself, present a desktop, and recognize
one command, that being "quit".  It is summed up in the following 
expression:

 begin
   MyApp.Init;
   MyApp.Run;
   MyApp.Done;
 end.

With any self-respecting compiler/development environment which 
you can buy these days, you basically get an application framework.
Whether it is the Borland environment for DOS/Windows, the Think 
or MacApp environments for the Macintosh, or the more 
revolutionary NeXTStep environment for NeXT or DOS platforms
(SmallTalk fits in there somewhere as the grand pere of them all),
the concept of an appkit or application framework is just the 
beginning of the new age (listening Death?) of programming.
The DOS world is late in coming to this stage of evolution.  
If you haven't strapped on your object oriented rockets, with
their AF after-burners, you ain't gonna live long.

PF
Newsgroups: comp.lang.pascal
From: snodgras@cs.unca.edu (Ryan Snodgrass)
Subject: Error 70: Unit Version Mismatch (Validate)
Organization: University of North Carolina at Asheville
Date: Tue, 12 Jan 1993 19:42:47 GMT

I have a problem, whenever I try to compile ANYTHING that uses the Dialogs
unit, it stops there and says:

Error 70: Unit version mismatch (Validate)

Does anyone know how to fix this problem?  (Oh, I am using TP7 to compile
it with TP7's Turbo Vision stuff) Thanks,

Ryan
From: ah157@cleveland.Freenet.Edu (Rob Henry)
Newsgroups: comp.lang.pascal
Subject: There is no decompile on Turbo is there?
Date: 6 Jan 1993 21:21:46 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ah157@cleveland.Freenet.Edu (Rob Henry)
NNTP-Posting-Host: slc10.ins.cwru.edu




I can't take a trubo pascal compiled program and reverse it to get
the source code can I?
Newsgroups: comp.lang.pascal
Subject: Re: Removing memory resident programs
From: <O79SI@CUNYVM.BITNET>
Date: Tuesday, 12 Jan 1993 23:03:10 EST
Organization: City University of New York/ University Computer Center

Is it possible to you to mail me the copy of "Ramfree" program ?
if it is please mail a copy at message -id shown above "O79SI".
<thanx>  9(-:) forward for ur reply.
Organization: Penn State University
Date: Fri, 8 Jan 1993 08:21:02 EST
From: Carl Fago <CDF1@psuvm.psu.edu>
Newsgroups: comp.lang.pascal
Subject: Re: TPW 1.5 dialog error -1
 <1993Jan7.164520.11546@solaris.rz.tu-clausthal.de>

In article <1993Jan7.164520.11546@solaris.rz.tu-clausthal.de>,
hmls@helios.rz.tu-clausthal.de (Lutz Schroer) says:

>Yves Mottet (momo@masg9.epfl.ch) wrote:
>>
>> I get an Application Error:
>>    Error Code = -1
>>
>> But if I execute my program with the WorkShop iconized (even empty), this

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

Or, more easily, have BWCC identified in the Uses clause.
From: tcscs!zeta@src.honeywell.com (Gregory Youngblood)
Newsgroups: comp.lang.pascal
Subject: Re: Question about manuals for BTP v6 & BTP v7
Date: Thu, 07 Jan 93 13:23:59 CST
Reply-To: zeta%tcscs@src.honeywell.com
Organization: TCS Consulting Services

goyal@utdallas.edu (MOHIT K GOYAL) writes:

> Hello.
> 
> I was wondering if someone can tell me how the manuals in Turbo Pascal v7
> compare to those in v6.
> 
> Are they basically the same?
> 
Comparing the TP versions, they are roughly the same, though the Turbo Vision
appears to have gone through some rewriting.  It was more understandable.

Page numbers are slightly different as well.

Either way, they are a great reference material.

BP is another beast all together.  I dont recall the exact number, but there
are roughly 18 inches of manuals (unless I had TP7 and BP7 stacked..i'llhave
to double check).  In BP7 you get the similar versions to TP but with more
references to the BP product.  You also get Object Windows, Turbo Debugger
Turbo Profiler, Turbo Assembler, Resource Workshop and a couple of others.

BP is worth every penny for the upgrade.  [Especially if you bought TP6 after
August 26(?) and can qualify for the free upgrade to BP7.  :) ]

.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
.   TCS Consulting Services   P.O. Box 600008   St. Paul, MN  55106-0008    .
.   ..!srcsip!tcscs!zeta                 ..!src.honeywell.com!tcscs!zeta    .
.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.-=-.
From: culpepmw@ctrvax.vanderbilt.edu (Mat Culpepper)
Newsgroups: comp.lang.pascal
Subject: unsubscribe
Date: 8 Jan 93 18:20:19 GMT

unsubscribe info-pascal
From: nowinski@sciborg.uwaterloo.ca (Andrew Nowinski)
Subject: Programming Lang
Organization: University of Waterloo
Date: Tue, 5 Jan 1993 16:34:31 GMT


Hi,
   my name is Mark Nowinski I was wondering what kind of computer 
language does Sierra On-Line uses.

Can someone send me the companies E-Mail address if they have
one.

--
Mark Nowinski
E-Mail: nowinski@sciborg.uwaterloo.ca
From: etljmme@etlxd30.ericsson.se (Jim)
Newsgroups: comp.lang.pascal
Subject: Re: TSR Problem
Date: 6 Jan 93 10:50:50 GMT
Organization: Ericsson

In article 29739@physchem.ox.ac.uk, mark@physchem.ox.ac.uk (Mark) writes:
>
>The main thing to consider when writing TSRs, is that you must NOT call any dos
>functions.  If you do and other software calls the same function you will lock it
>up.  Dos functionf can only be called once at a time.
>
>
>Mark

Hi all.

This is not true.  If it was then any useful TSR from PRINT.COM upwards wouldn't
exist.  If you write a TSR solely consisting of, say, an INT handler and the
Keep() function then yes, you'll lock up your PC but it is possible to write a 
TSR that can call dos functions, the trick is that you mustn't do it at the
same time that another process is using a dos function.  I think this is what
Mark meant.

If memory serves, this is what you need to do:  (This is from memory, so it
probably isn't complete/correct.  No doubt someone will fill in the blanks!).

Check the InDos flag (true if in dos function.  This is always true if you are
at the dos prompt because command.com uses a dos function to get a command!)
I think InDos is sometimes called DosBusy?  Anyone verify?

Use the GetPSP and SetPSP functions to swap from the current process to your
TSR process.  Basically, what you aim to do is simulate re-entrance for your
TSR (because DOS isn't!).  I've glossed over alot, here.  Partly because I
can't remember off-hand and partly because I'd rather shuttup than give out
misinformation.  Look out a copy of UNDOCUMENTED DOS; it gives extensive
info on TSR's in chapter 5 and describes how to do the above (in C/ASM).

Maybe Timo has some TSR code in his garbo FTP archives?

Jim.
__________________________________________________________________________
Jim Moore.                                     etljmme@etlxd20.ericsson.se

My mail doesn't work because my sysadmin has buggered up the NFS mounts in
/usr/spool/mail.  You'll have to abuse me here (or in alt.flame!)
From: carsten@pizza.fb10.tu-berlin.de (Carsten Schultz)
Newsgroups: comp.lang.pascal
Subject: Re: Passing functions as params in Turbo Pascal
Date: 5 Jan 1993 16:51:35 GMT
Organization: ZRZ/TU-Berlin
Distribution: world
Reply-To: carsten@pizza.fb10.tu-berlin.de (Carsten Schultz)
NNTP-Posting-Host: pizza.fb10.tu-berlin.de

In article <93005.015817JXU3@psuvm.psu.edu> <JXU3@psuvm.psu.edu> writes:
> While ISO Standard Pascal (as defined by Jensen and Wirth) allows
> passing functions as parameters to other functions or procedures,
> Turbo Pascal 6.0 that I use at school, declares an error that an
> identifier is expected, which means that I cannot pass functions
> as parameters in the standard way.  For all you TP experts on the
> net, is there a workaround? e.g. something like defining pointers
> to functions as one might do in C?  Thanks in advance for any help
> in this matter. I desperately need this feature, so that I don't
> have to write a separate integration procedure for every function
> I want to integrate.
> 

Hi,

I just give an example, please refer to the manual for details.

function Ident(x: real): real; far;
begin
  Ident:=x;
end;

type realFunc= Function(x: real): real;

function Integrate(f: realFunc; a, b: real): real;
begin
  Integrate:=(b-a)*(f(a)+f(b))/2;
end;



I did not test this.
The above functions are useful for demonstration purposes only.

Carsten
Newsgroups: comp.lang.pascal
From: chris@inconel.uucp (Christian)
Subject: Re: Scramble text files
Organization: U of Wisconsin-Madison College of Engineering
Distribution: world 
Date: 7 Jan 93 13:05:42 CST

In article <1993Jan5.185410.3773@mksol.dseg.ti.com> mavmav@mksol.dseg.ti.com (michael a vincze) writes:
>In article <726193861.AA01015@contrast.wlink.nl> berend@contrast.wlink.nl
>(Berend de Boer) writes:
>|> 
>|> Can anyone point me to some code that will scramble a text
>|> file? It could something that woudl do it on the fly (my
>|> program is creating the text to be appended to said file),
>|> or something I can churn the text file through later on.
>|> This doesn't hafta be fancy (DES etc. would be overkill,) I
>|> only need to keep the average user from using a text editor
>|> to view/modify  this file.
>      
>A solution I would like to propose is to add an incremental offset to each
>character.  The offset would start with 0 and increment to 255, then wrap-
>around back to 0.  The first character would recieve the first offset, the
>second character the second offset, etc.  Here is some psuedo code:

[details deleted]

I think I'll try this... thanks much for info. I'll post again incase anybody
is interested in the final product.

-Chris
Newsgroups: comp.lang.pascal,comp.sys.ibm.pc.programmer
From: stefan@sinus.stgt.sub.org (Stefan Bechtold)
Subject: 2 Questions about Graphic under TurboPascal6
Organization: Sinus Stuttgart, Germany
Date: Mon, 4 Jan 1993 22:59:59 GMT

Hi !

I've two questions about the graphic mode under Turbo Pascal 6.0:

1) What I want to do is to move a rectangle on the screen;
   How can I do this ? If I use, e.g., a 
   for i:=1 to 10 do
   rectangle(i,i,4*i,4*i)
   I get 10 rectangles drawn together; but what I want is that
   they only appear for a certain time and then get removed
   (so that is appear as if the rectangle would move from i,i to
   10*i,10*i).

2) I'm working on a program which often redraws the screen.
   Is there any possiblity to clear only certain figures/parts
   of the screen so that others remain on the screen ?
   (I've a matrix and something writen on that; what I want is that
   the matrix remains on the screen and only the other stuff will
   be rewritten)

If you have any hints, it would be really great !!

Thank you very much,
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