HDTenEightyP/NetNews huggingface dataset:
From: WRANA@rzmain.rz.uni-ulm.de (Wrana Claus)
Subject: BGI-Drivers for SVGA
Organization: University of Ulm, Germany
Date: Thu, 8 Oct 1992 10:05:35 GMT
X-News-Reader: VMS NEWS 1.24

Could anybody in this group give me some hints, wether there exist
PD-Drivers for the ET4000, Trident8900 or VESA-Graphiccards in the
800*600 256 Colourmode. 

Thanks
  Claus Wrana, University of Ulm
From: mike.dickson@almac.co.uk
Newsgroups: comp.lang.pascal
Subject: demo ???
Date: 15 Oct 92 22:12:59 GMT
Distribution: comp
Organization: ALMAC BBS Ltd

GVESM9Hi !... any one knows where can I find a Demo for TPW ver *.* ?

Yes...er...in TPW. <g>

GVESM9Another question ! : how big (in Kb) is TPW ?

About 10Mb or so.

GVESM9Is it really good for programing Windows Aplication ???

Yes, it's an excellent way to program for Windows and comes with seven
fairly good manuals as well.

/\/\ | |< |p                                     mike.dickson@almac.co.uk
---
 ~ SLMR 2.1a ~ ~\~_~\~_~\~_~\~_~\~_~ OH NO, a worm in my Hard-drive!
--
ALMAC BBS Ltd. 0324-665371
Dos based USENET access,  call for details!
Newsgroups: comp.lang.pascal
From: lieser@infko.uni-koblenz.de
Subject: Re: accessing bytes within a dynam. alloc. buffer
Organization: University of Koblenz, Germany
Date: Tue, 13 Oct 1992 15:22:42 GMT

Hello brian,

try this:

TYPE
  theArray= ARRAY [1..32000] OF BYTE;
  
  ...
  
  theArray (bigBuffer^) [1] := 0;
  
This is like the type casting you know from C.

Stefan Lieser
Uni Koblenz
Rheinau 3-4
D-5400 Koblenz
Germany
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: behavior of typed constants in subroutines
Organization: Queen's University
Date: Fri, 16 Oct 1992 17:27:36 GMT

In article <1992Oct16.162656.27993@sbcs.sunysb.edu> clane@csws2.ic.sunysb.edu (Charles F Lane) writes:
>	In my current comp sci course the professor discourages the
>use of globals for a number of reasons.  Various side effects can occur,
>like unrealized changing of a var through procedures or problems with
>nested procedures which use the same global variable.  I see no way that
>you can get burned by keeping it local.
>	As for speed, my guess would be that it is slower to use the
>local constant because memory must be allocated/deallocated for it for
>every new call to the procedure (or function).  But remember it does have
>its advantages (protection from hair loss and high blood pressure when
>debugging is among them).

In TP the local constants are not allocated or deallocated with each call, so
there's no cost in time.  In the machine code references to them are 
indistinguishable from references to globals.  Even local variables are very 
low cost; no matter how many you declare, the allocation, which is just a 
subtraction from SP, takes the same amount of time.  Deallocation is just as 
simple.

Efficiency in terms of time isn't really a consideration in deciding local 
versus global.  It might be a consideration in a big program because of 
limited space; globals and local initialized variables from all units and 
procedures all go into the same segment, with a max size of 64K.  Similarly, 
locals all go onto the stack; the max size there is also 64K (if you use the 
right $M declaration), but of course only the variables belonging to active
procedures are on the stack at any given time.

In most cases, by far the most important considerations in deciding local 
versus global are the semantic ones.  If a variable only has local meaning, 
it should almost always be declared locally.  If it has global meaning, by 
all means declare it globally.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal
From: coconut@crash.cts.com (Brian Dear)
Subject: BGI Fonts in non-BGI graphics libs
Reply-To: brian@coconut.com
Organization: Coconut Computing, Inc., La Jolla, CA
Date: 07 Oct 92 11:12:22 PDT

I have the BGI toolkit that Borland released a long time ago
as public domain stuff.  I need to be able to show BGI fonts
(the stroked fonts) within a TP6.0 program that uses the 
Genus GX Graphics library.   What it looks like I have to do is
read in the font file, and have my own routine do a zillion
moveto's and lineto's to draw the font.  Before I start doing
this myself, I was wondering if someone already has?  Or if there
is a better way?

I guess a side question would be, are there any stroked (i.e.
resizable, scalable) fonts available in Turbo Pascal other
than BGI's 8 or so fonts?  I would much prefer scalable fonts
to something that is bitmapped.

Any ideas or suggestions are welcome and appreciated.  Please
reply to this newsgroup (comp.lang.pascal) or send email to
"brian@coconut.com".

Thanks!

Brian Dear /// Coconut Computing, Inc. /// brian@coconut.com

Newsgroups: comp.lang.pascal,comp.lang.ada,comp.sys.apple2
From: lharris@wimsey.bc.ca (Lawrence Harris)
Subject: Meeting of the USUS society to discuss new P-System license
Organization: BC News and Mail
Date: Mon, 12 Oct 1992 03:40:47 GMT

FOR IMMEDIATE RELEASE

SEATTLE, WA. -- UCSD p-System's Users Society (USUS) Secretary Keith
Frederick today sent out registration forms for a full meeting of the
Society to take place in Detroit, Michigan Friday November 20th through
Sunday November 22nd, 1992.

The meeting was called following the recent landmark granting to USUS of a
license to the UCSD p-System, a portable programming environment originally
released in 1977 as UCSD Pascal. Under this license USUS is free to
distribute source and object code to its membership subject to payment of
a one-time license fee.

USUS is a not-for-profit corporation whose aims include the promotion of
portable software and programming environments. Current languages in which
members have an interest are Pascal, Modula2, APL, ADA, Oberon and C. These and
other issues concerning software design and portability are discussed in the
CODEPORT section on Compuserve.

Hosting the meeting on behalf of Wayne State University, Dr. A. Robert
Spitzer said "We are pleased to welcome one of the oldest user organizations
in the computer industry. As a former director of USUS I am delighted with
the activities of its current board. The rights from UCSD to distribute the
p-System should be a focal topic at this meeting."

The meeting's agenda will include presentations by key speakers in the area,
a general meeting of the society, and an open discussion on the subject of
the USUS Libarary. Participants are expected from as far afield as Europe.

All are welcome. Deadline for registration ($100 including banquet) is Nov 7th.
Interested parties can obtain registration forms by calling Catherine Atyeo at
(604) 874-7364 (telephone) or (604) 876-7779 (fax).

The meeting will take place at the St. Regius Hotel, 3071 West Grand Blvd
Detroit MI 48202. Special room rates at the St. Regius are available by
calling (313) 873-3000 and asking for the USUS rate.

For further information please contact:

USUS,
Box 1148,
La Jolla, CA 92038-1148,
USA

Keith Frederick,
525 West Prospect St.,
Seattle,
WA 98119,
USA
Tel: (206) 285-1576
Compuserve: 73760,3521

Newsgroups: comp.lang.pascal
From: msingh@silver.ucs.indiana.edu (The Supreme Commander)
Subject: FAQ referrals
Organization: Indiana University
Date: Fri, 9 Oct 1992 15:15:35 GMT


>This is absurd, more bandwidth is wasted pointing out that there is
>a FAQ list and how to get it all over the world then answering the
>question, especially a question this simple.

I've noticed this disturbing trend as well. Although the posters mean
well, and are trying to cut down on typing/bandwidth by not repeating
unnecessary information, they sometimes go to the wrong extremes.

After all, if I post a simple question like "Where do I find mouse
source code?", I'd rather have someone tell me "Check /pc/turbopas on
garbo.uwasa.fi", than be referred to a FAQ on the same system. I'd
have to read get on the system, get the FAQ, read through the FAQ,
just to find out that I need to get back on to look in the turbopas
directory!

My .02 cents worth....


				...Manu
-- 
---------------------------------------------------------------------
The Supreme Commander wishes you a Supreme day. 
I'm a Magic Man, oooh, I got the magic hands, yeah...
Don't mind me, I'm just attempting to dock.
From: jhnbru03@uctvax.uct.ac.za (Bruce D Johnson)
Newsgroups: comp.lang.pascal
Subject: Re: Testing File Name Validity...
Date: 9 Oct 92 10:55:33 +0200
Organization: University of Cape Town

In article <718437611.F00001@monly.wlink.nl.wlink.nl>, Berend.de.Boer@p23.f112.n100.z60.wlink.nl (Berend de Boer) writes:
> HALL wrote in a message to All:
> 
>  H> I am writing a program in TP60 that prompts the user for a
>  H> DOS filename. The file may, or may not, exist.  My question
>  H> is, what is the best way to test a string to see if it is a
>  H> valid file name?
> 
> Just check for its existence. The online help of TP60 contains an
> example, search on topic Reset.
> 
> Groetjes, ...... === Ent === 
> 
> berend.de.boer@contrast.wlink.nl

I'm sorry if I've missed the point here, but are we trying to find out
if a file exists, or if a filename entered by the user is a "valid"
filename ?

ie as in "Enter a file to Load......"
and      "Enter a file to Save......"

the former is easier that the latter. My previous post refered to the latter
though.

Cheers
Bruce
jhnbru03@uctvax.uct.ac.za
"There's never enough time to do all the nothing we want " - Calvin
From: achristo@pons.uio.no (Alf Christophersen)
Newsgroups: comp.lang.pascal
Subject: Re: Two bugs in TPW 1.5????
Date: 17 Oct 92 00:34:21 GMT
Organization: University of Oslo


>>VAR
>>  d: Boolean;
>>Procedure a;
>>Var
>>  b: Boolean;
>>Procedure ab; far;
>>Var
>>  c : Boolean;
>>  BEGIN
>>    c:= b;
>>    {Here follows some code to be executed, dependent on b (c)}
>>END;
>>BEGIN
>>  b := False;
>>  MyCollection.ForEach(@aB);
>>  b:=True;
>>  MyCollection.ForEach(@aB);
>>END;
>
>The declaration of procedure ab is wrong. It should be:
>
>procedure ab (Data: Pointer); far;
>
>I think because of this your stack-frame got mangled and c:=b gave
>strange results.
No, it was a type when I typed it here now. I had the P:Pointer
as a parameter :-(
The problem wasn't that simple:-((
>
>--
>    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: C604441@mizzou1.missouri.edu ( Gary Jarrell)
Newsgroups: comp.lang.pascal
Subject: Posted for WX @ OSAN/Kadena AB
Date: 10 Oct 92 12:43:39 GMT

Hi, I forgot who sent the msg requesting help at the ABs.

I found a check driver program:

It is in
  Duntemann, Jeff. "Complete Turbo Pascal". ed 3. pp: 289-300.
      (Scott, Foresman and Co., 1989: London.)

If you do not have access to this book, let me know, and I'll send you
the programs.  Gary
Xref: sparky comp.lang.pascal:5871 comp.programming:2814
From: jgk@osc.COM (Joe Keane)
Newsgroups: comp.lang.pascal,comp.programming
Subject: Re: NO NUMBERS! (or even SHORT INTS!)
Summary: No way!
Keywords: arithmetic
Date: 7 Oct 92 05:58:01 GMT
Reply-To: Joe Keane <jgk@osc.com>
Followup-To: comp.lang.pascal
Organization: Versant Object Technology, Menlo Park, CA
Weather: cloudy, high 73, low 57
Moon-Phase: waxing gibbous (82% of full)

In article <1992Sep29.093516.23758@odin.diku.dk> klaus@diku.dk (Klaus Ole
Kristiansen) writes:
> A friend of mine once accused me of writing spaghetti code, because
> had written
> 
> count := count + 1
> 
> He insisted that it should be
> 
> count := succ(count)

Your friend is crazy.  You can tell bad programmers because they worry about
inane things like this.  Who cares!  Any decent compiler will generate
identical code, so you should use whichever you like better.

In article <q9kyRB1w165w@burrow.cojones.com> bilbo@burrow.cojones.com (Bill
Beau) writes:
>If you are using Turbo Pascal, then:
>
>  Inc(count);
>
>works the best.
>
>According to the TP 6.0 Library Reference mannual (p. 72):
>
>  Inc(var X [ ; N: longint ] )
>
>  Inc generates optimized code and is especially useful for use in tight
>  loops.

This is hilarious!  It's hard to believe that a compiler would require you to
call a special function just to increment a number efficiently.  Also, it's
interesting that the function takes a variable number of arguments.  How would
you write your own function like this?

>However, the trade-off is that not all Pascal compiliers support the inc()
>procedure thus you lose portability...

No kidding.  I hope that other Pascal implementors have a bit more sense than
these folks.  I can't imagine a C compiler telling you to call a function
instead of using the ++ operator.

--
Joe Keane, professional programmer
jgk@osc.com (uunet!amdcad!osc!jgk)
From: grund@prosun.first.gmd.de (Stephan Grund)
Newsgroups: comp.lang.pascal
Subject: Re: TP and large project
Date: 12 Oct 92 12:34:55 GMT
Organization: GMD-FIRST, D-1000 Berlin 10

Hi!

gangfang@cc.utah.edu (GANG FANG) writes:

>	We are currently working on a fairly large project. The program is 
>written in TP 6.0. The final .EXE is made from about 100 .TPUs. We are having 
>serious problem compiling the program. Whenever a change is made to some 
>modules, especially those heavyly used by other modules, we'll get all kinds of 
>error messages when compiling the program, like 'circular reference, too many 
>open files, too menu nested files' etc. We played all the tricks that we know 
>like incresing 'FILES=' in config.sys, compiling individual modules instead of 
>compiling the main program etc. but still can't solve the problem. The 
>situation is getting worse as the dependencies between modules increases, it's 
>totally out of control. Redesign the program is almost impossible can someone 
>provide a reasonable solution to this problem?

I've ftp-ed one Program called unitre11.zip from Garbo/uwasa.fi (I think),
which lets You find out the "Calling Tree" of Your Units.
If there is a very deep tree, (ie a unit, that Uses a unit, that uses a ...)
You can become a message like 'too many open files'.
One workaround is to redesign the Unit-Calls in Your Program.
(more about this can You read in the Doc-Files).

Hope it helps,
                 Stephan

-------------------------------------------------------------------------------
Stephan Grund

GMD - FIRST                                    German National Research Centre 
                                                    for Computer Science
Gebaeude 13.7
Rudower Chaussee 5                              E-MAIL: grund@first.gmd.de
D-1199 Berlin-Adlershof                            FAX: (+49) 030 6704-5610
Germany                                          PHONE: (+49) 030 6704-2950
From: nbb@essex.ac.uk (Bosanquet-Bryant N F)
Newsgroups: comp.lang.pascal
Subject: TPHRT for TP6
Date: 13 Oct 92 14:51:51 GMT
Reply-To: nbb@essex.ac.uk (Bosanquet-Bryant N F)
Organization: University of Essex, Colchester, UK

Help ....

Does anybody have TPHRT ( High resolution timer toolbox ) compiled for Turbo
Pascal version 6.
I have come across this and it could be exactly what I am looking for, but I
cannot try it because the tpus' supplied have been compiled for version 5 and
5.5.  All I need is the TPU compiled under TP6.
I would be grateful for any info about these toolbox routines.
(Currently I have only seen TPHRT3.ZIP (version 3.00 of course) dated 1990)

Please reply via email if you know something.  I would prefer to have lots of
email than none at all.

Many thanks
         Nigel    nbb@uk.ac.essex    /    nbb@essex.ac.uk

------------------------------------------------------------------------------
*  Nigel  "nbb@uk.ac.essex" - JANET Network  |  Disclaimer : "It wasn'nt me, *
*  University of Essex  -  SouthEast England |  I didn't even know about it!"*
------------------------------------------------------------------------------
From: patel@cimage.com (Ritesh Patel)
Newsgroups: comp.lang.pascal
Subject: COMPARISION: LISP AND PASCAL
Date: 12 Oct 92 14:06:23 GMT
Organization: Cimage Corp, Ann Arbor, MI
X-Newsreader: Tin 1.1 PL5

I am looking for info on comparision of LISP and PASCAL.
-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Inet: ae769@yfn.ysu.edu           |                        Ritesh Patel    
CI$:  71011,1736                  |           - Equal Oprtunity Replier. 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Organization: University of Illinois at Chicago
Date: Wednesday, 14 Oct 1992 23:39:19 CDT
From: <U35284@uicvm.uic.edu>
Newsgroups: comp.lang.pascal
Subject: tpu files

ok dumb question. i am not very familiar with pascal and was wondering if
someone could explain what tpu files are preferably in relation to C.
I am under the impression that they are like LIB files.
also, what does the tp 6.0 message circular unit reference mean?

thanks i appreciate your help...
e-mail please.
From: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Newsgroups: comp.lang.pascal
Subject: New mailing list for MS-DOS file upload announcements
Summary: SIMTEL20 and Garbo upload announcements
Keywords: simtel20,garbo,msdos,uploads,announcements
Date: Wed, 14 Oct 1992 12:53:27 GMT
Reply-To: w8sdz@tacom-emh1.army.mil (Keith Petersen)
Distribution: world
Followup-To: poster
Organization: The SIMTEL20 Archives

Announcing msdos-ann@TACOM-EMH1.Army.Mil, a ONE-WAY (moderated) mailing
list which is used by the Internet MS-DOS archive managers to announce
new additions to their collections.

To add yourself to the mailing list send e-mail to
listserv@TACOM-EMH1.Army.Mil with this command in the
body of the message:

subscribe msdos-ann

Please do not include a signature because it may confuse the server.
Send mail with the word  help  in the body of the message to get a
complete list of commands and their syntax.

If you later change your mind and wish to unsubscribe, send e-mail
from the same address where you were when you subscribed.  Send to
listserv@TACOM-EMH1.Army.Mil with this command in the body of the
message:

unsubscribe msdos-ann

This server is only for mailing lists.  It will not send files.

Keith
--
Keith Petersen
Maintainer of the MS-DOS archive at WSMR-SIMTEL20.Army.Mil [192.88.110.20]
Internet: w8sdz@TACOM-EMH1.Army.Mil     or      w8sdz@Vela.ACS.Oakland.Edu
Uucp: uunet!umich!vela!w8sdz                         BITNET: w8sdz@OAKLAND
Newsgroups: comp.lang.pascal
From: jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers)
Subject: Re: Borland Pascal 7.0 preview
Organization: Dept. FMC, Gorlaeus Labs, Leiden University, The Netherlands
Date: Thu, 15 Oct 92 19:55:30 GMT

In article <bostater.719089129@rsal> bostater@rsal.gatech.edu (Scott Bostater) writes:
>> 
>>I just read a preview of Borland Pascal in the German magazine c't.
>
>Did they mention a shipping date? 

Nope and I just heard from Borland that the magazine has
broken it's non-disclosure agreement. So I won't further
comment on it.
--
    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: det15wx@osan-emh.af.mil (DETACHMENT 15 WEATHER)
Newsgroups: comp.lang.pascal
Subject: (none)
Date: 14 Oct 92 08:01:23 GMT

>Hello to the AF, I used to be an Intel puke.
>  You, of course, will need the code for the video drivers.  Once you have
>that, then it will be a matter of checking the video card for what mode it
>is in.  You can also check the video RAM (00000 -A0000) for something in it
>I do not have my TP book with me, but I think the TP Bible (Ithink that is
>the name) has a routine in it for checking the video driver.  I can check
>when I get home and e-mail it to you, or send you a negative reply.
>I hope this helps in some way.  Gary Jarrell (c604441@mizzou1.missouri.edu)
Gary,
   Yes, I know I've seen something like that somewhere.....Dr Dobb's
rings a bell.  Also, I've seen a few partial routines that just check to
see if you have EGA or not or EGA/VGA, etc.
   Actually, that's the easy part of the problem.  From there I then must
(I presume) use a case structure and include code for all the different
video modes.  The problem I've had in the past is that I can't seem to
compile the code for a video mode that isn't present on the compiling
machine (does that make sense to you?).  I'm probably not doing something
right.  As I mentioned I like to register the appropriate BGI into the code
but if I want it to run on CGA, EGA, AND VGA, can I register all the
different desired BGIs and will that cause some confusion.  Or do I put
the RegisterBGIDriver into the case statement so that only the appropriate
one gets called.  I hope I'm making sense.  Thanks for the help.
      Ken
---------------------
Ken Waters    USAF, Maj, Staff Weather Officer, Yokota AB, Japan (Fussa-shi)
Internet:  DET15WX@osan-emh.af.mil     or  374OSSDOW@yokota-emh.af.mil
Compuserve: 73307,131 (checked once a yr!)       N4PBY/HL9PIT/J71???
---------------------

Newsgroups: comp.lang.pascal
From: amead@s.psych.uiuc.edu (Alan Mead)
Subject: Re: TP 6.0 or 5.5 Killed my HD
Organization: UIUC Department of Psychology
Date: Sat, 10 Oct 1992 17:05:28 GMT

runefr@ifi.uio.no (Rune Fr|ysa) writes:


>Just wanted to post a warning against careless use of memory
>in TP. (I have traded TP in for C now).

>fatal was when I pressed F2. The PC kept writing for about 2
>minutes before I rebooted. Then, my HD was gone! The fat and
>other parts of the HD had been wiped out! 1.8 MB of source code

I'm not an expert, but I play one on TV and...

The ONLY way that your PC could have written to the HD for two
minutes (and "happened" to nuke your FAT) is if there was code
to do exactly that somewhere in memory.

I'm not sure who you code for, but even Microsoft doesn't include
"features" like that.

As for TP vs C, there are a lot of things C has over TP, but I don't
see protection as one of them  You have a strange sense of security.
Newsgroups: comp.lang.pascal