HDTenEightyP/NetNews huggingface dataset:
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Newsgroups: comp.lang.pascal
Subject: Re: BGI Env variable
Date: 11 Sep 92 15:41:25 GMT
Organization: Queen's University

In article <1992Sep11.125327.20440@kth.se> kjell@weber.e.kth.se (Kjell Rilbe) writes:
>>BTW is the idea that all the BGI drivers should be in the directory, or 
>>would it be better to link the common drivers into the EXE (EGAVGA, HERC etc)
>>and have an option for the user to specify an external driver which would 
>>then be located in the directory specified by the BGI enviroment variable?
>
>Wouldn't it be best to fo it this way: Let the program check for the 
>environment variable BGI, and if it exists, use the BGI it sepcifies,
>otherwise use the built-in autodetect to find which one of the standard
>(and linked-in) BGI:s to use.

There seems to be a lot of disagreement about what the use of the 
environment variable should be.  I think that as originally suggested, there 
need to be at least two variables. 

One, if present, specifies the exact BGI driver to use, regardless of what 
autodetect says.  This would have to be manually loaded with 
InstallUserDriver.  If it's not present, autodetection must be used.  

A similar variable could be used to specify a preferred default font.

The other, if present, specifies the path to the directory where BGI drivers 
and fonts are stored.  This is the directory to pass to InitGraph. If it's 
not present, the program should search the current directory, then the 
directory it was loaded from, then give up.

I would suggest the names:

  BGI     :   path to drivers and fonts
  BGIDRV  :   particular driver 
  BGIFNT  :   particular prefferred font

The only way I can see that this convention (or any other) will be adopted 
is if someone takes the time to package it up.  I've started the work with 
the spec above; does anyone care to fix up the problems in the spec, and 
write a little InitGraph replacement?  Immortality is yours for the taking.


Duncan Murdoch
dmurdoch@mast.queensu.ca
From: roth@oasys.dt.navy.mil (Pete Roth)
Newsgroups: comp.lang.pascal
Subject: Re: Track double clicks in HandleEvent, etc.
Date: 9 Sep 92 17:43:39 GMT
Reply-To: roth@oasys.dt.navy.mil (Pete Roth)
Organization: The David Taylor Model Basin

In comp.lang.pascal, shen@nil.IRO.UMontreal.CA (Yu Shen) writes:
[...]
]procedure TMyView.HandleEvent(var Event: TEvent);
]begin
]  TView.HandleEvent(Event);
]  case Event.What of
]  evMouse:
]   if Event.Double then SelectIt; {it is never reached!}
]  evMouseDown:
[...]

make sure you enable the event. Check the documentation for
'evXXXX'... 

regards, pete
- - - - - - - - - - - - - - - - - - - - - - - - - -
Peter N Roth      roth@oasys.dt.navy.mil
"Never argue with someone who buys ink by the barrel." - Daniel Janal.
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.lang.pascal
Subject: Re: Right. How do I write doors?
Date: 8 Sep 92 18:37:10 GMT
Article-I.D.: qiclab.1992Sep8.183710.9970
Reply-To: 70465.203@compuserve.com
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

richard@paragon.folly.welly.gen.nz (Richard Parry) writes:

>Nah this aint just another "could someone tell me how to write a door?"
>post.  I have heard that Pascals' (my version is 5.5) Write and WriteLn
>routines don't use stdio, and so can't be relied upon effectively to
>write output for doors that redirect stdio to the com ports.

They'll use STDIN STDOUT as long as you *don't* use the CRT unit. Even
then you can fudge things a bit and force them to do it.

-- 
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: phfrom@nyx.uni-konstanz.de (Hartmut Frommert)
Subject: Re: Documentation for HELPFILE.PAS (Turbo Vision) 
Organization: Dept. of Physics, University of Constance
Date: Thu, 10 Sep 1992 16:13:01 GMT

gabriel@netcom.com (Gabriel Beccar-Varela) writes:

>I am looking for documentation and/or sample apps for HelpFile.Pas. 

Sample apps are in TVHC (for making a helpfile) and TVDEMO and TVRDEMO in the
TVDEMOS dir. I know only of German language description of that file
(in: Ertl, Machholz, Schallmaier: Turbo Pascal 6.0 Turbo Vision, 
Addison-Wesley), but there were further applications published in 
the magazines (I only know of the German editions, so, does someone else 
help ?), including advanced ones (editor which passes the word under the 
cursor to a procedure that finds the hcXXX number...).

Unfortunately Borland did not provide docs of their demo progs, maybe that
changes in future versions.
--
 Hartmut Frommert, Physics, Univ of Constance, | + Whale killing is murder. +
 P.O.Box 55 60, D-W-7750 Konstanz, Germany | + Eat whale killers, not whales.
 E-Mail: <phfrom@nyx.uni-konstanz.de>
+    "Windows NoT" expands in German to "Windows Noch Teurer"
+                                                ^even   ^more expensive
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Turbo Pascal 7.0
Organization: University of Vaasa, Finland
Date: Tue, 15 Sep 1992 05:20:59 GMT

In article <2AB52457.9248@news.service.uci.edu> answer@orion.oac.uci.edu (Reference) writes:
>Regarding TP 7.0, I looked it up in a magazine database, and came across

It will be interesting to see whether TP 5.5 / 6.0 / 7.0 will
parallel the MsDos 3.3 / 4.0 / 5.0 phenomenon.  (From a useful
alternative to a cumbersome and bloated upgrade back to a much more
sensible alternative). 

..................................................................
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: exuhag@exu.ericsson.se (James Hague)
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal 7.0
Date: 15 Sep 92 20:03:11 GMT
Reply-To: exuhag@exu.ericsson.se
Organization: Ericsson Network Systems, Richardson, TX

Duncan Murdoch writes:
>
>>I would love
>>to see Borland clean-up the product, polishing and simplifying
>>instead of blindly adding features, but I have a feeling this
>>won't happen.
>
>What sort of cleanup do you have in mind?  If as someone suggested the new 
>one isn't being released until January, it might be worth sending your 
>comments to Borland now.  I doubt if they could add newly suggested features 
>in 4 months, but they could probably clean up old ones.

By cleanup I mean more effort in bug-fixes and improving the existing
environment than on adding new things.  I'm afraid that Borland
is going to fix only some of the known bugs while introducing many
more.  But there will be all sorts of nifty new things like color
syntax highlighting and additional IDE features, etc.

I guess my main complaint is with the TP 6.0 IDE.  It has a lot
of features, yes, but IMO it doesn't seem very well thought-out.
It seems more an attempt to provide an entire windowing environment
than something tuned for developing programs.  Just tacking
stuff on isn't going to help matters any.  TP is changing from
a well-designed tool into a way of life.

--
James Hague   
exuhag@exu.ericsson.se
From: snodgras@cs.unca.edu (Ryan Snodgrass)
Newsgroups: comp.lang.pascal
Subject: Re: can't get EXEC to work
Date: 5 Sep 92 16:16:10 GMT
Organization: University of North Carolina at Asheville

In article <1992Sep05.143158.6276@dcc.uchile.cl> egodoy@dcc.uchile.cl (GODOY VEGA EDUARDO SALVADOR) writes:
>
>In article <1992Sep2.182522.19@apap4>, roesel@apap4.pap.univie.ac.at writes:
>>In article <la5469INNgd2@langtry.cs.utexas.edu>, joel@cs.utexas.edu (Joel Daniel Just) writes:
>>> I am having trouble getting the EXEC command to work in Turbo Pascal v5.0 on
>>> the PC.  Here is an example program:
>>> 
>>> PROGRAM TEST;
>>> USES DOS;
>>> BEGIN
>>>    EXEC('dir','');
>>>    WRITELN('DONE')
>>> END.
>>> 
>>> When I run this program, 'DONE' is printed, and nothing else happens.  The
>>> EXEC command doesn't seem to be executed, no matter what I put in between the
>>> two sets of quotes in the EXEC call.  Even if I put garbage between the
>>> quotes, I don't get an error.  I just get 'DONE' and that's it.
>>> 
>>>
>>
>One of most common error is that EXEC need to work in the same directory that
>command.com ... if EXEC can't find these archive then don't work.!
>Ok.
>Maybe it will be useful !.

Try adding more stack size, and having no heap by adding the following line
to the beginning of your program (before the PROGRAM statement):

{$M $4000,0,0}   {16k stack, no heap}



Ryan
From: "john lovett" <john.lovett@channel1.com>
Newsgroups: comp.lang.pascal
Subject: pascal questions
Date: 13 Sep 92 17:11:19 EST
Reply-To: "john lovett" <john.lovett@channel1.com>
Distribution: comp
Organization: Channel 1 Communications

I'm using a small compiler / debugger from Borland to learn Pascal. I
like it a great deal, and plan at some point to get a full-featured
compiler.  Being new to this, I have a lot of questions, which I hope
net members can answer.

From reading the net, I have the impression that 'Turbo' Pascal is the
standard, and that version 6.0 of the compiler is the latest.  Is that
correct?  Do you recommend 6.0 as the best compiler?  Does it have any
problems which would make it worthwhile to wait for the next version?

Whatever I get, I have another decision; whether to get the DOS or
Windows version.  I have DOS 5.0, Windows 3.1, and 4mbyte of RAM, using
a 386 machine.  Someone told me that running a Windows application
allows the application to access more RAM than the DOS version of the
application.  Is that correct?  I hope to use Pascal at work as well as
on personal applications, and assume that I will occasionally write
large programs.  Any recommendations?

Thanks for any help you can give me.

---
  SPEED 1.20 [NR]  ****
--
Channel 1 (R)   Cambridge, MA

Newsgroups: comp.lang.pascal
From: dab3@Ra.MsState.Edu (David A. Besancon)
Subject: Re: Formatting disk
Organization: Mississippi State University
Date: Thu, 10 Sep 1992 07:20:41 GMT

In article <1992Sep9.010415.933@ringer.cs.utsa.edu> mholmes@ringer.cs.utsa.edu (Mark Holmes) writes:
>Are there any helpful people out there who could explain how to go about
>formatting floppies using pascal?

just use the exec procedure in pascal---

by the way just for the people that dont already know this, in dos 5.0 you
can type  Format [drive:] /autotest and format a floppy with NO prompts..
it does not even ask you to insert a disk.
From: exuptr@exu.ericsson.se (exuptr@exu.ericsson.se)
Newsgroups: comp.lang.pascal
Subject: Re: OOps!  (was Re: Executable)
Date: 10 Sep 92 16:44:22 GMT
Organization: Ericsson Network Systems, Inc.

In article <1992Sep10.094136.701@ncsu.edu> samodena@csemail.cropsci.ncsu.edu (S. A. Modena) writes:
>In article <dmurdoch.142.716059725@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
>>In article <exuptr.449.716055070@exu.ericsson.se> exuptr@exu.ericsson.se (exuptr@exu.ericsson.se) writes:
>>>
>>>Well, I'm surprised that you *ALL* forgot to mention that a TP program may
>>>also have overlay files if the overlay linker was used.
>>
>>Why not attach them to the .EXE?  It makes life a lot simpler for the user.

Sure, if the person that asked the question knows how to do that.

 ----------------------------------------------------------------------------
    "This must be Thursday.  I never could get the hang of Thursdays"
                                                       - Douglas Adams
  - Patrick Taylor                                       (Arthur Dent)
    Ericsson Network Systems
    exuptr@exu.ericsson.se                       "Don't let the .se fool you"
    or exuptr@ZGNews.Lonestar.Org, exu.exuptr@memo.ericsson.se
Newsgroups: comp.lang.pascal
From: snodgras@cs.unca.edu (Ryan Snodgrass)
Subject: Whetstones and Drystones
Organization: University of North Carolina at Asheville
Date: Thu, 10 Sep 1992 15:17:57 GMT


Newsgroups: comp.lang.pascal
From: samodena@csemail.cropsci.ncsu.edu (S. A. Modena)
Subject: Re: OOps!  (was Re: Executable)
Organization: Crop Science Dept., NCSU, Raleigh, NC 27695-7620
Date: Thu, 10 Sep 1992 09:41:36 GMT

In article <dmurdoch.142.716059725@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
>In article <exuptr.449.716055070@exu.ericsson.se> exuptr@exu.ericsson.se (exuptr@exu.ericsson.se) writes:
>>
>>Well, I'm surprised that you *ALL* forgot to mention that a TP program may
>>also have overlay files if the overlay linker was used.
>
>Why not attach them to the .EXE?  It makes life a lot simpler for the user.
>
>Duncan Murdoch
>dmurdoch@mast.queensu.ca

Go ahead, Duncan: show us some code that works and is not a repeat of
TvCALC.....   ;^)

Steve
---
+------------------------------------------------------------------+
|     In person:  Steve Modena     AB4EL                           |
|     On phone:   (919) 515-5328                                   |
|     At e-mail:  nmodena@unity.ncsu.edu                           | 
|                 samodena@csemail.cropsci.ncsu.edu                |
|                 [ either email address is read each day ]        |
|     By snail:   Crop Sci Dept, Box 7620, NCSU, Raleigh, NC 27695 |
+------------------------------------------------------------------+
         Lighten UP!  It's just a computer doing that to you.
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
From: Ashley.Kleynhans@f54.n7101.z5.fidonet.org (Ashley Kleynhans)
Newsgroups: comp.lang.pascal
Subject: FileDoor Tag File Structure
Date: Fri, 04 Sep 92 09:07:00 GMT
Organization: FidoNet node 5:7101/54 - Depths of Insanity, Alberton

Hi All,
 
Does anyone by any chance know the structure of the File containing 
all tagged files which FileDoor reads ?
 
I would be extremely grateful if someone could help me out.
 
Cheers.
--  
INTERNET: Ashley.Kleynhans@f54.n7101.z5.fidonet.org
via:  THE CATALYST BBS in Port Elizabeth, South Africa.
       (catpe.alt.za)   +27-41-34-1122 HST or +27-41-34-2859, V32bis & HST.
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: New Idea!
Organization: University of Vaasa, Finland
Date: Mon, 7 Sep 1992 19:50:50 GMT

In article <18fpjdINNdko@matt.ksu.ksu.edu> holland@matt.ksu.ksu.edu (Rich Holland) writes:
>ts@uwasa.fi (Timo Salmi) writes:
>>Could we utilize a clipboard?  There is an excellent one called
>>DOSCLIP in the PC-Magazine utlities, which are available from garbo
>>and SIMTEL20.  You can find the reference eg in /pc/ts/bestpr24.zip. 
>
>I've been using snippr24.zip (SNIPPER.COM) to cut the line with the
>runtime error, then loading the SCREEN.CUT file along with my file,
>and then using PgDn to find the line I need, and then referring to
>the SCREEN.CUT file to get the address from the MAP file.  IT's taking
>just a bit to long for my tastes.  I'm going to code something to

Take a look at dosclip, nevertheless.  I use both snipper and
dosclip all the time myself (have them in my autoexec actually), and
for your puspose I would definitely think that dosclip is the better
choice.  One can never be sure, but the probability is so high, that
trying it is certainly worth the effort before doing anything else.

   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: samodena@csemail.cropsci.ncsu.edu (S. A. Modena)
Subject: Re: Strange problem with TP6 and $S-
Organization: Crop Science Dept., NCSU, Raleigh, NC 27695-7620
Date: Thu, 10 Sep 1992 09:38:13 GMT

In article <4169@seti.UUCP> lasgout@solaris.inria.fr (Jean-Marc Lasgouttes) writes:
>I came across a strange problem in a program written in TP6 with
>Turbo Professionnal. The program works well, but if I disable 
>stack checking ($S-), bugs appear (it does not hang, but some windows 
>do not pop up as intended). I tried to increase the stack space with 
>no success. 
>
>My problem is that I suspect that it could be related to some bug in my
>program, but I can't imagine what (the listing is 7000 lines long...).
>
>Any help would be highly appreciated
>
>Thanks
>
>Jean-Marc

Well, let me ask: are you using the ValidView() call to spot when and
where a view will pop or not pop for availability of memory?

The thing that comes to mind in the general sense: some people are
careless about how they write their T(object).Done routines and certain
things on the stack don't get cleaned up (let along some of the stuff
on the Heap).  Come to think of it, unclean T(object).Init routines
can cause the same set of problems.

I'd suggest reading your TP manual in the chapter where they go into
extensive detail and examples about using LowMemory and such and
how to write code that cleans up after itself when *something* goes
wrong during dynamic object allocation.

Good luck!

Steve
---
+------------------------------------------------------------------+
|     In person:  Steve Modena     AB4EL                           |
|     On phone:   (919) 515-5328                                   |
|     At e-mail:  nmodena@unity.ncsu.edu                           | 
|                 samodena@csemail.cropsci.ncsu.edu                |
|                 [ either email address is read each day ]        |
|     By snail:   Crop Sci Dept, Box 7620, NCSU, Raleigh, NC 27695 |
+------------------------------------------------------------------+
         Lighten UP!  It's just a computer doing that to you.
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
From: ahall@dante.nmsu.edu (HALL)
Newsgroups: comp.lang.pascal
Subject: String input routine needed...
Date: 13 Sep 92 22:17:01 GMT
Organization: New Mexico State University, Las Cruces, NM

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.

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

Please reply with mail to DAVISD@ZIAVMS.ENMU.EDU
Newsgroups: comp.lang.pascal
From: chris@inconel.engr.wisc.edu (Christian Rohrmeier)
Subject: Overlays, how use them...
Organization: U of Wisconsin-Madison College of Engineering
Date: 11 Sep 92 16:02:34 CDT

Greetings.

I am writing a program that I can't shove into expanded memory with QEMM
because something's allready up there hogging all the memory. Since free
memory below 640K is at a premium, I am looking for ways of being as 
conservative as possible. Overlays look like one possibility.

Could someone please direct me to a file explaining overlays better than
the section in the TP6.0 manual? ARe there any files that give tips on
how to keep your memeory usage down in general?

Thanks,

-Chris
From: bobb@vice.ICO.TEK.COM (Robert Beauchaine)
Newsgroups: comp.lang.pascal
Subject: Re: OOps!  (was Re: Executable)
Date: 11 Sep 92 05:59:25 GMT
Organization: Tektronix, Inc., Beaverton,  OR.

In article <exuptr.474.716143462@exu.ericsson.se> exuptr@exu.ericsson.se (exuptr@exu.ericsson.se) writes:
>>>Why not attach them to the .EXE?  It makes life a lot simpler for the user.
>
>Sure, if the person that asked the question knows how to do that.
>

  And if he didn't, he should spend some time RTFM'ng, where the
  topic is covered well enough for the most unsophisticated user.
  Or is that now Duncan's responsibility also?

/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\ 

Bob Beauchaine bobb@vice.ICO.TEK.COM 

"If I have to resurrect you, I'll resurrect you, whether you like it
or not!"
	 Paul to Jesus, _The_Last_Temptation_of_Christ_

"For dying is not to be feared--it is the final comfort.  As we all
learn, eventually."

  --Robert Heinlein
From: trodgers@nmsu.edu (Thomas Rodgers)
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal 7.0
Date: 15 Sep 92 21:51:16 GMT
	<ART.92Sep10133539@world.std.com> <2AB52457.9248@news.service.uci.edu>
	<1992Sep15.052059.1511@uwasa.fi>
Organization: NMSU Computer Science

>It will be interesting to see whether TP 5.5 / 6.0 / 7.0 will
>parallel the MsDos 3.3 / 4.0 / 5.0 phenomenon.  (From a useful
>alternative to a combersome and bloated upgrade back to a much more
>sensible alternative).

Doubt it.  They haven't done anything that resembles this with BC++,
I've owned TP since v5.0 (plus TPW 1.0 & 1.5), and
TC2.0, TC++1.0, BC++3.0, and just recently BC++3.1.  These products
have each iteration has tended to be more bloated than the preceding
one (BC++3.0 with Application Frameworks was 40.2 meg installed,
BC++3.1 with Application Frameworks is 49.1 meg installed and it was
just a 'minor' upgrade!).

Tom.
Newsgroups: comp.lang.pascal,alt.msdos.programmer
From: schoof@dec8.informatik.uni-wuerzburg.dbp.de (Jochen "Joscho" Schoof)
Subject: Re: 3 questions
Organization: University of Wuerzburg, Germany
Date: Fri, 11 Sep 1992 10:53:33 GMT

From article <18ot9rINN67t@matt.ksu.ksu.edu>, by holland@matt.ksu.ksu.edu (Rich Holland):
[some lines deleted]
> Question 2:
> -----------
>   In general, what's the most efficient (fastest) way to search for a small
>   string inside a larger one (or for a group of say 5 bytes in a group
>   of say 1000 bytes)?
>   
>   I'd thought of something like this:
> 
>   For i:=1 to Length(String2)-Length(String1) do       
>     Begin
>     If String1=Copy(String2,i,Length(String1)) then {we found it}
>                                                     { so quit for-loop }
>     Else { keep looking }
>     End;
[some lines deleted]

I think the better way is to check only occurancies of the substring's
first letter like in:

   FOR i:=1 TO Length(String2)-Length(String1) DO BEGIN
     IF String2[i]=String1[1] THEN
       IF String1=Copy(String2,i,Length(String1)) THEN Found:=TRUE;

I think you are using Turbo Pascal and therefore you should avoid the
Copy-function where possible, because it is very slooooooooow. A good
hint when looking for algorithms like this is the following book:

  Robert Sedgewick
  Algorithms
  Addison-Wesley

It offers you lots of standard-algorithms in Pascal source. Special
version for C and C++ are also available. The above algorithm is not
from that book, but the first idea I got, so I'm sure it's not most
effective.
Hope I helped you

- Jochen

-- 
---------------------------------------------------------------------------
Jochen Schoof                    schoof@sundae.informatik.uni-wuerzburg.de
Lehrstuhl f. Informatik II +-----------------------------------------------
Universitaet Wuerzburg     | It's worse than that: he's dead, Jim!  -Bones
Newsgroups: comp.lang.pascal
From: sjs@netcom.com (Stephen Schow)
Subject: I need a project idea
Date: Tue, 08 Sep 92 17:32:19 GMT
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 

I need an idea for a school Pascal project.  I shouldn't take more than
10-15 hours of programming time.  This is for an advanced Pascal class.

Any ideas?
-- 
------------------------------------------------------------------
Steve Schow    | But you don't have to use the claw, if you
sjs@netcom.com | pick the pear with the big paw paw......
               | Have I given you a clue......?
               |                       - Baloo the Bear
------------------------------------------------------------------
From: arnaud@blade (Arnaud Gouder de Beauregard)
Newsgroups: comp.lang.pascal
Subject: Problim with CTRL-Break in TP6.0
Date: 9 Sep 92 09:36:55 GMT
Organization: MCGV Stack, Eindhoven University of Technology, the Netherlands.
X-Newsreader: Tin 1.1 PL4

Hello,

I have written a program in TP 6.0, but it's possible to exit the program just by pressing Ctrl-Break. Is there any way of preventing this ?

Arnaud

--
                                          / Arnaud Gouder de Beauregard
INTERNET: arnaud@blade.stack.urc.tue.nl  /  Dross. de Limpensstraat 15
VOICE: +31-46-374954                    /   6181 EH  Elsloo
                                       /    Holland
         
Newsgroups: comp.lang.pascal