HDTenEightyP/NetNews huggingface dataset:
Newsgroups: comp.lang.pascal
Subject: Re: BGI printer drivers
From: H.Vantil@massey.ac.nz (H. Vantil)
Date: Mon, 7 Sep 92 01:36:10 GMT
Organization: Massey University, Palmerston North, New Zealand
X-Reader: NETNEWS/PC Version 2c

I am currently using the BGI printer drivers from Ryle Design.  They work,
cover a good range of printers, and are reasonably priced.

Some handy features from a programmers viewpoint :
    Can display (or not) a graphic on screen while printing.
    Can show status of printing at band level using TTY screen write.
    Can interrupt printing at any time.
    Print to file option.


           __          ___          |  Hank van Til
          |_ \__________/           |  Food Technology Dept
             /\_       /\           |  Massey University
          **/   \_    /  \**        |  Palmerston North
         * / *    \__/__*_\ *       |  New Zealand
         *   *          *   *       |
          ***            ***        |  H.Vantil@massey.ac.nz


-- 

           __          ___          |  Hank van Til
          |_ \__________/           |  Food Technology Dept
             /\_       /\           |  Massey University
          **/   \_    /  \**        |  Palmerston North
         * / *    \__/__*_\ *       |  New Zealand
         *   *          *   *       |
          ***            ***        |  H.Vantil@massey.ac.nz
From: pf@bilbo.bio.purdue.edu (Paul Furbacher)
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal 7.0
Date: 10 Sep 92 23:11:46 GMT
Distribution: comp.lang.pascal
Organization: Purdue University


Check out PC-Week of late August or early September, p 6 or p 8.
Not much, but it's something.  Borland declined, as usual, to 
comment on unannouced products.  

That's okay, there's plenty of work to do between now and later
this year without having to wring hands about what's in the new
version.  At least around here there is.
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.lang.pascal
Subject: Re: PXENGINE Question
Date: 8 Sep 92 19:11:52 GMT
Reply-To: 70465.203@compuserve.com
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

donaldc@ug.cs.dal.ca (Donald Chisholm) writes:

>	I have several pascal programs accessing the same PXENGINE database
>files.  I can't seem to get congruency working.  I have set the same .net file
>for all programs.  When I run one of them I keep getting the error Multiple
>Paradox.Net files.  Any hints on how to get PXENGINE working with multiple
>user access to the same database files?

If anyone is using *paradox* on the Network *or* using Paradox engine 
programs *or* using Quattro to access Paradox or PXEngine databases,
they *all* have to be pointed at the *same* Paradox.NET file. And it *must*
be on a shared network volume. 

In other words, *all* "paradox" access must use a file named PARADOX.NET
and it must be in a specified *network* location. Both Paradox and Quattro
default to using "local" Paradox.net files. 

Oh yes, given the way Paradox and Quattro act, you probably need to have
share loaded too.

-- 
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: jsr@TorreyPinesCA.ncr.com (Joe Riel 3752)
Subject: Looking for TPW graphing package
Organization: NCR (Torrey Pines Development Center)
Disclaimer: This posting does not neccessarily reflect the opinions of NCR.
Distribution: usa
Date: Thu, 10 Sep 92 19:51:20 GMT

I'm looking for a graphing package for Turbo Pascal for Windows.
I write small programs for solving scientific/engineering problems and
need to look at the results graphically.  

Joe
From: IFF291@DJUKFA11.BITNET (Stephan Petersen)
Newsgroups: comp.lang.pascal
Subject: HPGL routines for TP/BGI
Date: 10 Sep 92 08:06:27 GMT
Organization: Forschungszentrum Juelich

I'm looking for a collection of routines to output in HPGL commands. Is there
something like that which interfaces easily with Turbo Pascal's BGI graphics
routines (that is, implementing at least a subset of BGI routines in HPGL)?

Thanks for any pointers,
Stephan



+------------------------------------------------+
| Stephan Petersen                               |
|                                                |
| Bitnet/EARN: IFF291@DJUKFA11                   |
| Internet:    IFF291@zam001.zam.kfa-juelich.de  |
+------------------------------------------------+
Newsgroups: comp.lang.pascal
From: joet@dcatlas.dot.gov (Joe Trott)
Subject: Re: Memory sizes for programs?
Organization: U.S Dept. of Transportation
Date: Tue, 15 Sep 1992 16:09:46 GMT

v923106@vms.ucc.okstate.edu writes:

>I would like to know how to figure out how much memory a program compiled with
>turbo pascal would use. For example, when you buy a software package, it states
>somewhere on the box how much memory is needed to run it on your computer. If I
>write a program in pascal and I am using many variables, records, and units,
>how do I figure out how much memory my program needs in order to run properly.
>Is there shareware out there that can figure this out???

I don't know of any shareware to do it, but Quarterdeck's Manifest memory
analysis utility should be able to give you the information you need.

If you have DesqView, you could try running it in an ever-smaller "window"
until it dies with an insufficient memory message.
("window" in quotes to distinguish from Microsoft's ordure)

-JTT

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: Fri, 11 Sep 1992 13:26:06 GMT

In article <1992Sep11.103038.11122@lugb.latrobe.edu.au> 9125113g@lux.latrobe.edu.au (Mitch Davis) writes:
>In article <exuptr.475.716143552@exu.ericsson.se> exuptr@exu.ericsson.se (exuptr@exu.ericsson.se) writes:
>>*Sigh*
>>Checkbreak := false;
>
>Sigh.  CheckBreak controls whether DOS checks for Ctrl-Break ALL the
>time, or just when doing console input/output.  It is still possible for
>programs that have CheckBreak := false to be halted using Ctrl-Break.

Sigh^3 (no, just kidding :-).  But the CheckBreak := false _*does*_
work in TP because it allows one to catch the break (and ^C) key by
keyPressed and ReadKey functions.  The more involved interrupts are
needed if one wants to be able to break at non-input/output times.
If you find the former hard to swallow try out the example code in
 112730 Jun 13 12:23 garbo.uwasa.fi:/pc/ts/tsfaq29.zip

I think that you might be confusing the CheckBreak and SetCBreak TP
keywords with one another. 

All the best, Timo

..................................................................
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: art@world.std.com (Al Thompson)
Subject: Re: Big problem with graphicmode in TP 6.0
Organization: The World Public Access UNIX, Brookline, MA
Date: Fri, 11 Sep 1992 18:00:10 GMT

In article <1992Sep10.162625.167@csghsg5a.bitnet> 89612048s@csghsg5a.bitnet writes:

   Problem with graphics in TP 6.0

   I have written a nice graphical enviroment for my programs.
   Unfortunatly when I was going to write my first program with
   my new units it crashs very heavily! After initalising the
   graphicmode with INITGRAPH (gd,gm,'C:\pascal') (where gd=detect,
   and the graphicmodus will be VGA 640x480x16 on a SVGA Oak-Graphic
   board with 512 KByte) and drawing some boxes and writing some text
   I try to get some input by using the readkey command as followed:

   var t,tt:char;

   t:=readkey
   if keypressed then tt:=readkey
   else tt:=#0;

   when I debug the program it works perfect until the first line of
   t:=readkey.

   then a - ^C - appears in the upper left corner of the screen in graphicmode
   and that's it. Nothing works anymore, neither CTRL-BREAK nor CTRL-ALT-DELETE.
   I have to turn off the computer. In the beginning it was possible to abord
   by pressing ctrl-break several times and an errormessage appears complaining
   that the overlaymanager is no installed. Well i never defined any overlay
   (all I used was - uses crt,graph; -). But this was just at the beginning
   now it does not work anymore either.

   My question is, what is going wrong?! Is it my mistake or some bug in TP 6.0.

   I have made some test's.

   If I just initalise the graphicmode and then ask for a key and exit the
   program after the key is pressed it works perfect. I just have an
   AT 80286 with 640 KB base and 384 extended memory. With dos 5.0 and
   himem.sys i get about 590 kbyte base memory. I thought that a bigger program
   has not enought memory to run, so i compiled it in dos and run it there
   but same effect. Funny is, that I programmed very much in graphicmode
   with TP 5.5 and never had any trouble with it. So I can't explain what
   I might have made wrong.

   Does anybody have some ideas what it might be?

I had no end of grief using a super VGA card with the Borland drivers.
When you're using SVGA and a memory manager you must be sure to exclude
the graphics memory.  You must also be sure to disable comm 3 and 4, if
you have them.  It took five weeks of calls between me and Orchid to get
that little item settled.

What happens is that the VGA memory gets corrupted, and then all bets are
off, you should see some of the bizarre colors my DACpalette picked up
out nowhere.  It was driving me nuts.  Everything looked right, but that
puppy just wouldn't work.  Check carefully your config.sys and be sure
that your memory manager leaves the VGA area alone.

Second, I suggest you get the bgi256 driver from Compuserve.  It's in the
Borland Pascal library.  Type go bproga.  This was recommended by Borland
tech support.  I picked it up and my life improved instantly.

Hope this helps.
From: tannerr@CS.ORST.EDU (Ryan Tanner)
Newsgroups: comp.lang.pascal
Subject: Dr. Dobbs Journal had a Turbo Vision series...
Date: 15 Sep 92 14:44:55 GMT
Article-I.D.: CS.1992Sep15.144455.3371
Organization: Oregon State University, Computer Science Dept
Originator: tannerr@storm.CS.ORST.EDU

Just to inform those who didn't know....

Dr. Dobbs Journal had a series on Turbo vision.  If you'd like to read it,
go to your library, and find issue #181.  I think that starts it.  Jeff
Dutteman writes a regular column, and it's called Structured Programming.
He seems to have needed extra time at places in this series, and thus
has a few articles that aren't related to TV between TV articles.

Ryan (tannerr@prism.cs.orst.edu)

-- 
Ryan Tanner (tannerr@prism.orst.edu)        Highlander III quote:
                                                   "There can be only FIVE!"

DISCLAIMER:  I don't even know the person!
From: Ashley.Kleynhans@f54.n7101.z5.fidonet.org (Ashley Kleynhans)
Newsgroups: comp.lang.pascal
Subject: Help on AVATAR
Date: Sun, 06 Sep 92 12:46:01 GMT
Organization: FidoNet node 5:7101/54 - Depths of Insanity, Alberton

 * Message originally:
     From: Craig Nichols
     To  : All
     Date: 09-05-92
     Area: "Remote Access Help   (FidoNet)"
 * Forwarded by Ashley Kleynhans using RemoteAccess 1.11+

Hello All.
 
Does anyone know how to generate AVATAR codes?
It would be nice being able to generate AVATAR from within a
program like you might do for an ANSI screen. (Not to mention
that this type of knowledge might increase the amount of
software packages supporting AVATAR)
 
Can someone help?
Regards
Craig
 
(We might even get an AVATAR.SYS to replace the normal ANSI.SYS.
Not that AVATAR would need it anyway. <Grin>)
--  
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.
Newsgroups: comp.lang.pascal
From: bk@Turing.ORG (Brian Knatz)
Subject: bk asks: File Handle in TP
Summary: I need a file handle in Turbo Pascal
Keywords: interrupts, file handle, FileRec.handle
Organization: The Turing Project, Charlottesville Virginia.
Date: Mon, 7 Sep 1992 02:14:38 GMT

Described on page 348 of the Turbo Pascal 4.0 manual:

File types are represented as records. Typed files and untyped
files occupy 128 bytes, which are laid out as follows:

type
  FileRec = record
				Handle	:	word;
				Mode	:	word;
				RecSize	:	word;
				Private	:	array[1..26] of byte;
				UserData:	array[1..16] of byte;
				Name	:	array[1..79] of char;
			end;{FileRec}

Question: 
	If I have a FILE, f, and a FileRec, fr, how do I get them to
refer to the same file?
	How, given an assigned-and-reset f do I take a look at the its Handle?

I'd like to explore some of DOS's file-related interrupts
(like interrupt 21,57), but they all want aspects of the
FileRec I don't know how to access.

Thanks in advance for any help.

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: egodoy@dcc.uchile.cl (GODOY VEGA EDUARDO SALVADOR)
Subject: Re: I need help with copying "records"
Originator: egodoy@madilhue
Date: Tue, 08 Sep 1992 21:07:45 GMT
Organization: Universidad de Chile, Depto. de Ciencias de la Computacion


In article <1992Sep07.162555.5226@crash>, tech@crash.cts.com (Don Bontemps) writes:
>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).
>

I think that you must copy field by field !
(but try and see , make a little program !)
-- 
+---------------------------------------------------------------------------+
|  egodoy@dcc.uchile.cl                 | Ingenieria Civil Computacion      |
|  Eduardo Godoy Vega                   | U. de Chile.                      | 
+---------------------------------------------------------------------------+
From: jnicholson@bowker.com (Jim Nicholson)
Newsgroups: comp.lang.pascal
Subject: TDialog.SetData & Listboxes
Date: Fri, 04 Sep 92 01:59:26 EDT
Organization: Bowker Electronic Publishing, New Providence NJ

Here's a TVision question.

I appear to be having a problem getting TDIalog.SetDAta to initialize a
listbox.  I've got a simple dialog containing a listbox and two buttons. My
transfer record looks like
   DataRec : record
       ListBoxVals : TListBoxRec;
       end;
I've defined TListBoxRec as per BI tech support (it's a record containing a
PString collection and a Word);

Normally, I run a dialog box using an "execDialog" wrapper function.  What
this does (pseudocode) is
   Create a new Tdialog instance P
   Call P^.SetData(DataRec);
   ExecView the dialog
   Call P^.GetData(DataRec)
   Dispose of the TDialog instance

This approach works for any control type other than TListBOx.  Can someone
help?
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: TP units question
Organization: Queen's University
Date: Fri, 11 Sep 1992 19:50:49 GMT

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

Duncan Murdoch
dmurdoch@mast.queensu.ca
From: wab1@ns1.cc.lehigh.edu (WILLIAM ANTHONY BARRY)
Newsgroups: comp.lang.pascal
Subject: writing doubles with smaller exponents?
Date: 13 Sep 92 15:26:25 GMT
Organization: Lehigh University

Hello,
     Does anybody know of a simple way to write doubles in exponential
format with 1 or 2 digit exponents instead of the standard 4 digits. I know I
could create a strng and edit it but it seems like there should be a more
standard way of specifying the length of the exponent just as you can specify
the overall length of the number (i.e. x:12). For a number in decimal format
you can specify the number of digits after the decimal and the overal length
of the number, why can't you do similar things with numbers in exponential
format? Any help would be appreciated.
                           Bill Barry
-- 
            <Bill Barry | wab1@ns.cc.lehigh.edu>
Newsgroups: comp.lang.pascal
From: jhurwitz@access.digex.com (j. hurwitz)
Subject: Executaing another program in Turbo pascal...How?
Organization: Express Access Online Communications, Greenbelt, MD USA
Distribution: all
Date: Sun, 6 Sep 1992 13:15:37 GMT


I've been playing around with the Exec procedure in Turbo pascal 6.0. I'm
having trouble getting it to execute another program. 

Is the Exec procedure supposed to bring up the program you tell it to run?.

How does the command line receive the string from Turbo that executes the 
program?.

Anyhelp would be greatly appreciated.



          __/ /          .                     +             .
        _/__/_/\                                
      _/____/ \/  J. Hurwitz                                          ,
  .  /     / \/|          .          *                   
    /     /  /|/  The MIDI master             .                  o
   /_____/  / |                                         
  //____/\\/ /  Roaming Cyberspace          "Space is the place"        
  /  o  \ ||/    .                     
 | o   o |//                                .          -Sun Ra      +
  \o   o//     jhurwitz@access.digex.com          
   --^--   .                                            *        
+                         '               +                          
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: String input routine needed...
Organization: University of Vaasa, Finland
Date: Mon, 14 Sep 1992 02:32:27 GMT

In article <1992Sep13.221701.9835@nmsu.edu> ahall@dante.nmsu.edu (HALL) writes:
>Hello all.  I need a string input TPU for TP6.0 .  I am looking for a procedure
>similar to READ that allows editing of the string with arrow keys, insert, and
>delete.  Any help in finding something like this is greatly appreciated.

Well covered in
 94246 Aug 26 23:18 garbo.uwasa.fi:/pc/ts/tspa2940.zip
 96009 Aug 26 23:20 garbo.uwasa.fi:/pc/ts/tspa2950.zip
 98101 Aug 26 23:20 garbo.uwasa.fi:/pc/ts/tspa2955.zip
 98264 Aug 26 23:21 garbo.uwasa.fi:/pc/ts/tspa2960.zip

>Also, does anybody have any suggestions for anon ftp sites that carry TP6.0
>TPUs and utilities?  Thanks.

See the list of MsDos FTP sites for Garbo and SIMTEL20 in particular
  8469 Sep  9 23:59 garbo.uwasa.fi:/pc/pd2/moder14.zip

>Please reply with mail to DAVISD@ZIAVMS.ENMU.EDU

I prefer to post, especially when there is no offer to summarize for
the benefit of the other readers.

"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.  For the Asian users there is the NCTUCCCA.edu.tw
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
From: rsl@aplpy.jhuapl.edu (Russell S. Laderer)
Newsgroups: comp.lang.pascal
Subject: Help with TP 6.0 program
Date: 14 Sep 92 19:14:18 GMT
Organization: Johns Hopkins University Applied Physics Lab

I'm trying to help a friend debug some code written
using TP 6.0, (he doesn't have net access), so I thought
you all might be of some help.

1) Are the functions `prvgaside` and `closegraph` provided by
Turbo, and if so, what do they do?

2) What are runtime errors 006 and 203?

I don't know if this is routine stuff or not,
but the programmer who wrote this for my friend's
company is long gone, and so are the Turbo manuals.

Thanks,
		Scott
Newsgroups: comp.lang.pascal
From: snodgras@cs.unca.edu (Ryan Snodgrass)
Subject: Re: Whetstones and Drystones
Organization: University of North Carolina at Asheville
Date: Sat, 12 Sep 1992 21:46:12 GMT

Does anyone know how to calculate Whetstones and Drystones of a computer
reliably?  Thanks,

Ryan
From: 89612048s@csghsg5a.bitnet
Newsgroups: comp.lang.pascal
Subject: Big problem with graphicmode in TP 6.0
Date: 10 Sep 92 16:26:25 GMT
Organization: University of St.Gallen, Switzerland

Problem with graphics in TP 6.0

I have written a nice graphical enviroment for my programs.
Unfortunatly when I was going to write my first program with
my new units it crashs very heavily! After initalising the
graphicmode with INITGRAPH (gd,gm,'C:\pascal') (where gd=detect,
and the graphicmodus will be VGA 640x480x16 on a SVGA Oak-Graphic
board with 512 KByte) and drawing some boxes and writing some text
I try to get some input by using the readkey command as followed:

var t,tt:char;

t:=readkey
if keypressed then tt:=readkey
else tt:=#0;

when I debug the program it works perfect until the first line of
t:=readkey.

then a - ^C - appears in the upper left corner of the screen in graphicmode
and that's it. Nothing works anymore, neither CTRL-BREAK nor CTRL-ALT-DELETE.
I have to turn off the computer. In the beginning it was possible to abord
by pressing ctrl-break several times and an errormessage appears complaining
that the overlaymanager is no installed. Well i never defined any overlay
(all I used was - uses crt,graph; -). But this was just at the beginning
now it does not work anymore either.

My question is, what is going wrong?! Is it my mistake or some bug in TP 6.0.

I have made some test's.

If I just initalise the graphicmode and then ask for a key and exit the
program after the key is pressed it works perfect. I just have an
AT 80286 with 640 KB base and 384 extended memory. With dos 5.0 and
himem.sys i get about 590 kbyte base memory. I thought that a bigger program
has not enought memory to run, so i compiled it in dos and run it there
but same effect. Funny is, that I programmed very much in graphicmode
with TP 5.5 and never had any trouble with it. So I can't explain what
I might have made wrong.

Does anybody have some ideas what it might be?

Yours Markus
 


Xref: sparky comp.lang.pascal:5395 comp.sys.ibm.pc.programmer:421