HDTenEightyP/NetNews huggingface dataset:
From: sorokin@ps1.iaee.tuwien.ac.at (Zhenja)
Subject: Does BP7 have a [386] compiler switch?
Organization: Inst. for General Electrics & Electronics, TU Vienna
Date: Wed, 23 Dec 1992 01:33:27 GMT

Dear BP7-users,
could somebody provide me with answers to following questions:

1. Does BP7 have a [386] compiler switch (like [286] in TP6)?
   In other words, what longint arithmetics does it use?

2. Is there 8-byte integer arithmetics (say, using comp type)? In 
   principle, it could be organized exactly in the same way like longint
   arithmetics was done in TP3..6.

3. Does the built-in assembler now "understand" extended registers?
   The one in TP6 definitely didn't.

I want to know the answers to decide whether to buy BP7 or not. 

PS: Can somebody help me with the most recent version of P.Tattam's news 
program for DOS. I know its freeware, but something is wrong with my FTP, so 
all my attempts to FTP somewhere out of university network failed. My 
version (1.04 or like) uses TVision (I like it!), but produces a lot of 
problems. Other programs for PC are also welcomed. UUENCODE'd e-mail to my 
address would be a nice X-mas present! 

Merry Christmas and Happy New Year to everybody!!

Yours,
From: matte@plutonium.CChem.Berkeley.EDU (Matt Rose)
Newsgroups: comp.lang.pascal
Subject: Re: Linking C++ .OBJ's with TP 5.5
Date: 24 Dec 1992 04:59:28 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: plutonium.cchem.berkeley.edu

In article <BzosFE.KA6@eis.calstate.edu> mparanj@eis.calstate.edu (Milind Paranjpe) writes:
>Hello:
>
>I'm trying to link in functions written in Borland C++ 2.0 into a Pascal
>program (TP 5.5).  I keep getting errors saying that the public symbols in
>the C++ .OBJ file aren't in the CODE segment.  Looking at the C++ manual, all
>the code goes in a segment called _TEXT.  Is there a way to change this so
>TP 5.5 can recognize and use the C++ function??
>
>Thanks,

I'm almost certain that your problem is due to name mangling.  Something
C++ does to allow overiding functions.
int funcName(int, int);  
would look like funcName_int_int 
or some ridiculous thing like that.
Anyway, the point is that if you can disable name mangling, there's a
good chance this will fix your problem.  Unfortunately I can't remember
the keyword, and I have the code at home, and I'm leaving tomorow.
But if you can find the word, then the declaration in the C++ code would
look like this:

int far pascal _export secretWord funcName(paramList);

Now, does anyone out there know the secret word?

Good luck
-matt
Newsgroups: comp.lang.pascal
From: jonathan@nova.decio.nd.edu (Jonathan Bradshaw)
Subject: TurboVision and Os/2 2.0
Organization: University of Notre Dame, Notre Dame
Date: Wed, 30 Dec 1992 20:26:51 GMT

Would those people using BP7 under Os/2 let me know the problems and fixes
they have found? Specifically, the one I just found is TurboVision applications
will crash the session if you touch the mouse! This is ridiculous.. <Grin>
Since the actual IDE does not crash I assume this is a fixable problem.
I have seen some .FIX type files mentioned - - where are these to be found?

Thanks for your assistance.

--
 Jonathan Bradshaw | jonathan@nova.decio.nd.edu | PGP Key Available On Request
  Packet: n9oxe@n0ary.#nocal.ca.usa.na | Prodigy: XMSN02B | (Os/2)(DOS)(Linux)
  WNDU-AM/FM/TV South Bend, IN | Disclaimer "My opinions are not my employers"
  - "Busy life, not enough time to look in the mirror." - Deborah Ann Gibson -
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Pascal+ vs TP and OBJs
Organization: Queen's University
Date: Thu, 24 Dec 1992 14:18:09 GMT

In article <1992Dec24.044413.28756@uwasa.fi> ts@uwasa.fi (Timo Salmi) writes:
>I have two questions about Stony Brook's Pascal+ (Duncan?).
>
>1) Does in make tighter and faster code than Turbo Pascal version
>7.0?
>
>2) Will it produce code that can be linked to any Turbo Pascal
>version.  That is could I replace my TPU collection with OBJs?

I haven't got it, so I don't know the answer to 1.  I'd suspect yes, since 
TP 7 doesn't do all that much more optimization than TP 6 did.  However, on 
an old application that you've already manually optimized, don't expect much 
improvement - reports I've seen suggest 10-15 % maximum.

I don't know the answer to 2 either, but I'd very strongly suspect that the 
answer is no.  External .OBJ files can't make calls to the System unit; that 
probably means that it's impractical to link anything substantial that way.

Duncan Murdoch
dmurdoch@mast.queensu.ca
From: rind@binoc.bih.harvard.edu (David Rind)
Newsgroups: comp.lang.pascal
Subject: Re: Writing to position x=80, y=25
Date: 28 Dec 92 14:47:38 GMT
Organization: Beth Israel Hospital, Harvard Medical School, Boston Mass., USA

In article <1992Dec26.004722.14505@leland.Stanford.EDU>
 paranjpe@leland.Stanford.EDU (Milind D Paranjpe) writes:
>Sorry about the faq, but how does one write to the bottom right corner of the
>screen without having it scroll?  This is frustrating me very much.

The way I've done this is to increase the low byte of the variable
WindMax by one just before the write and then restoring it to its
previous value.  I think people have previously pointed out potential
problems with this, but in general it seems to work.
-- 
David Rind
rind@binoc.bih.harvard.edu
Newsgroups: comp.lang.pascal
From: gboersma@sce.carleton.ca (Gerald Boersma)
Subject: Re: Turbo Vision Keys?
Organization: Carleton University
Date: Mon, 21 Dec 1992 19:44:35 GMT

kjell@hertz.e.kth.se (Kjell Rilbe) writes:

>In article <724675113.AA00819@contrast.wlink.nl> berend@contrast.wlink.nl (Berend de Boer) writes:
>>  CUA87 was directed to computer independence. A 3270 should behave like
>>your IBM PC. Let's take for example the ENTER and TAB key. When running
>>a 3270 emulator on our LAN connected to a CICS mainframe, the TAB moves
>>to the next field, ENTER accepts the screen. Just like your TVision
>>programs (if you follow standard behaviour).

>Now, I just feel I have to comment this. 
>(1) Which key is easiest to find of TAB and ENTER?
>	Answer: ENTER

>(2) Which action is most frequent of 'Next Field' and 'Accept Screen'?
>	Answer: 'Next Field'

>So why the heck are they not using ENTER for 'Next Field'?????

>I just *HATE* when TAB moves to next field and ENTER accepts the stuff
>by mistake when you really wanted next field!!!!

>I will *NEVER* follow such a stupid standard if I can avoid it!

I agree, I agree! Doesn't the problem lie with the standard? The point of
a standard is to have some sort of similar operation between software.
But if the standard is counter to what a lot of people think, it just
confuses the issue, and the standard should be changed.

And who thought of this standard anyway? Was it Microsoft (insert your
appropriately unresponsive similar software company here), when they
introduced this absolutely stupid idea in Microsoft Windows, and then
told everyone else it was now a new standard? Or, are you telling me it was
IBM who came up with this brilliant idea?

Gerald Boersma
"If you don't like my opinion, come up with your own!"
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Opening read-only files (was:  TURBO...)
Organization: Queen's University
Date: Wed, 23 Dec 1992 14:15:20 GMT

In article <965.6.uupcb@lill.frmug.fr.mugnet.org> vanney.raphael@lill.frmug.fr.mugnet.org (Vanney Raphael) writes:
>I have no satisfying answer to your first question, but here is how to
>open a file with R/O, Hiden and/or System attributes :
>
>Uses DOS ;
>Var  f    : Text ;
>Begin
>     Assign(f, 'IO.SYS') ;
>     SetFAttr(f, 0) ;         { Don't expect this to work with
>directories
>                                nor volume id }
>     { Here, take a look at DOSError }
>     ReSet(f) ;

No, no, no!  Don't do it this way.  Read-only text files aren't a problem, 
the problem comes up with binary files.  To open one of them, set the 
Filemode variable to 0 (or to a special mode like $40 if SHARE is a 
consideration).  There's no need to mess with the attributes of the file, 
and it's a really bad idea.  What if someone runs "ERASE \*.*" while
IO.SYS is a normal file?  On a network or under a multitasker, it's a real 
possibility.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal
From: samodena@csemail.cropsci.ncsu.edu (S. A. Modena)
Subject: Re: BP7,TV,and Uncloseable Windows
Organization: Crop Science Dept., NCSU, Raleigh, NC 27695-7620
Date: Sat, 2 Jan 1993 22:29:10 GMT

In article <b132mfp@rpi.edu> pribik@aix.rpi.edu (Kristen Anne Pribis) writes:
>One more question...How do I create a window that can't be 
>closed, 

TWindow has a field called "Flags" and the wfClose bit controls whether
the "Close Icon" appears on the upper left TFrame.  Clear this bit,
but remember that kbEsc will still close the window, so remember to
over ride the HandleEvent() for the window to nullify it's action.

> ................and will accept input (a string from 60-120 characters 
>long, or F3) without displaying it on screen.

Override the TView.Draw of the Window's Interior with the TV procedures
MoveBuf, MoveChar, MoveCStr, MoveStr which allow you to set foreground
and background color attributes independent of the standard TView
Pallette......so by making the foreground and background the *same* color,
one can not "see" what is written to the screen.

>
>This relates to my past several questions about TurboVision.  I 
>have found it easy to create data entry screens and simple 
>dialog boxes, but you can close any of them by clicking in the 
>corner, and what you type is displayed.

Your code should be sensitive to the state of the Dialog or Window:
if the user closes a data entry dialog, data input ought to cease.  :^)
You might even pop a warning with something like: Hey! What are you 
doing?!  ;^)

>
>Source code would be _greatly_ appreciated.
>
>Responses can be posted here, but preferably mailed to me at 
>pribik@rpi.edu.
>
>Thanks to all of those who have helped me so far.

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.    (c)
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
         
Newsgroups: comp.lang.pascal
From: chard@borland.com (Richard Nelson)
Subject: Re: TurboVision and Os/2 2.0
Summary: It's the OS/2 mouse driver.
Originator: chard@genghis.borland.com
Organization: Borland International
Date: Thu, 31 Dec 1992 04:04:51 GMT

In article <1992Dec30.202651.15811@news.nd.edu> jonathan@nova.decio.nd.edu (Jonathan Bradshaw) writes:
>Would those people using BP7 under Os/2 let me know the problems and fixes
>they have found? Specifically, the one I just found is TurboVision applications
>will crash the session if you touch the mouse! This is ridiculous.. <Grin>
>Since the actual IDE does not crash I assume this is a fixable problem.

The problem is even weirder than that.  The mouse driver in OS/2's
latest version is broken, in that it doesn't understand that you might
want to shell out to DOS from within a DOS window, as you do when, for
example, you run a DOS app from the IDE.  I'm told IBM has a fixed
version of the mouse driver available.
-- 
=========================================================================
 Richard Nelson, Borland Int'l | chard@borland.com | Go Bears! Grrr-rah!
  Had this been Borland's opinion, I would have written it in a manual.
 "I met a girl who sang the blues, and I asked her for some happy news."
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
Distribution: comp.lang.pascal
Date: Thu, 31 Dec 1992 13:27:29 GMT

In article <C03wrE.MH@mentor.cc.purdue.edu> pf@bilbo.bio.purdue.edu (Paul Furbacher) writes:
> Duncan Murdoch wrote in response:
>> This is a nasty surprise designed into TurboVision.  TObject.Init zeroes out 
>> all fields of any descendant.  It's not done that way in OWL, and shouldn't 
>> be in TurboVision, but Borland won't change it now because they're afraid of 
>> breaking existing code.
>
>I'm sometimes slow to pick up on why some things are 
>problems.  There are pieces of advice here and there in 
>the manual that the fields are set to zero, and that one
>should not set any field before calling the ancestor's 
>Init() method.  As long as one follows that prescription,
>no problems are encountered.  

Sure, I've got no argument with that.  The reason I think this is a bad 
design is that it breaks the usual rule that an ancestor can only see and 
modify the fields that are defined for the ancestor.  As far as I can 
recall, this is the only place in all of TV where an ancestor messes around 
with descendant fields; the design would be cleaner if there were *no* 
places where that happened.

One place it causes bugs is if you port code to OWL or another object 
hierarchy that respects the ownership of fields.  OWL won't initialize 
everything to 0, so your code may break.  (Mine did.)

BTW, to answer the question (not yours) about how this is possible:  
SizeOf(Self) will return the size of the actual type, not the declared type.
So FillChar(Self,SizeOf(Self),0) will zero out all the fields.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Correlation Coefficient
Organization: Queen's University
Date: Thu, 31 Dec 1992 04:26:24 GMT

In article <92365.223423BOYDJ@QUCDN.QueensU.CA> Jeff Boyd <BOYDJ@QUCDN.QueensU.CA> writes:
>Let
>    n be the number of data pairs
>    Sx  = sum of {x}
>    Sy  = sum of {y}
>    Sxx = sum of {x^2}
>    Syy = sum of {y^2}
>    Sxy = sum of {xy}
>
>Then
>                           n(Sxy) - (Sx)(Sy)
>      r  =  ---------------------------------------------
>            sqrt[n(Sxx)-(Sx)(Sx)] * sqrt[n(Syy)-(Sy)(Sy)]
>
>This is the formula of choice for simple computations.

That's a fast way to calculate the correlation coefficient, but it's 
probably not the best, because it can be very inaccurate.  It's badly 
subject to rounding error in the three subtractions, because you're 
possibly subtracting huge numbers from other nearly identical huge numbers.

A more stable and accurate way to calculate it is using two passes
through the data.  On the first pass, calculate Xbar = Sx/n and Ybar = Sy/n.
Then calculate the "corrected" sums of squares

  CSxx = sum of {(x-Xbar)^2}
  CSyy = sum of {(y-Ybar)^2}
  CSxy = sum of {(x-Xbar)(y-Ybar)}

and finally

  r = CSxy / sqrt(CSxx * CSyy)

If two passes are impossible, there are ways to calculate the corrected
sums of squares in a single pass.  I think they share the stability of
this calculation, but I can't remember the formulas right now.

Duncan Murdoch
From: vanney.raphael@lill.frmug.fr.mugnet.org (Vanney Raphael)
Newsgroups: comp.lang.pascal
Subject: STRANGE POINTER (?) PROBL
Date: 23 Dec 92 21:37:00 GMT
Reply-To: vanney.raphael@lill.frmug.fr.mugnet.org (Vanney Raphael)
Organization: Li'LL BBS - Paris, France

Hello !

AM>I don't usually use linked lists, so please forgive me if I'm
AM>overlooking something really basic...

I think I could use a few more info than you did provide to solve your
problem. Anayway, a good idea not to have to bother with linked lists
would be to switch to TP6.0 (or 7), and use its TCollection object.

This being, merry Christmas !

Alp,                                              Raphael.

 * OLX 2.1 TD * So be it...
--- FMail 0.92
 * Origin: ICEBERG - La Garenne * FRANCE * Tel:(33)-1-47699261 (2:320/1)
Newsgroups: comp.lang.pascal
Subject: Finding "golden" numbers
From: st_waldman@fencer.cis.dsto.gov.au
Date: 23 Dec 92 14:09:52 +1100
Organization: D.S.T.O. Aeronautical Research Laboratory

Hi,

I am looking for some help with algorithms that can be used to generate
"golden" numbers with certain properties. These number will be used to
produce telephone numbers that are hopefully easy to remember. For example,
some "good" numbers are:

  647-1234, 647-2345, 647-4441, 647-2222 etc.

Some "bad" numbers are:

  647-3964, 647-0837

There may be a more precise term to describe such numbers, but I am not
aware of it.

If anyone can help, I would be pleased to hear from them. Any source code
in Pascal, Fortran, C, or BASIC would also be particularly appreciated.

Thank you for your consideration, and I would just like to wish all
those reading this message a Merry Christmas and a happy New Year.
Enjoy your holidays if you are taking some time off work.

+------------------------------+--------------------------------------+
| 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 |
+------------------------------+--------------------------------------+
Newsgroups: comp.lang.pascal
From: msfuller@cc.utah.edu (MARC S. FULLER)
Subject: BP 7.0 and qemm6.02
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: University of Utah Computer Center
Date: 29 Dec 1992 13:11 MST  

Does anyone have experience running BP 7.0 while using QEMM?  Recently I 
received exception errors 12 or 13 while trying to start BP7.0.  I traced it 
down to a noems switch I had put in the qemm statement in the config.sys file.  
I did this to save the 64k expanded memory  base page in upper memory since I
had no need of expanded memory functions.  BP7.0  is a protected mode compiler, 
so why should it care about expanded memory?

Newsgroups: comp.lang.pascal
From: amead@s.psych.uiuc.edu (Alan Mead)
Subject: Re: Distributing TPUs
Organization: UIUC Department of Psychology
Date: Wed, 23 Dec 1992 16:24:50 GMT

dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:

>In article <1992Dec21.135420.10280@discus.technion.ac.il> s2942275@techst02.technion.ac.il (Yaniv Golan) writes:
>>
>>I want to distribute a TP unit which uses a second unit. I do not want
>>to distribute the second unit with it, only the first TPU. Can it be done ?

This makes it sound like you are distributing COMPILED units.  You could
release the source to unit 1 and the compiled .TPU to unit 2 (the one you
are reluctant to distribute) and all would be well (as long as your users
use EXACTLY the same version of TP).

>give your program a much wider audience by distributing it in source form, 
>perhaps without giving away source to external .OBJ files.

Why doesn't Turbo Pascal produce a OBJ file?  Does Borland Pascal?  I
think this is a really serious drawback.  (I think I know the
advantages of a TPU--dynamic code deletion etc).

-alan
From: emmanuel.cecchet@lill.frmug.fr.mugnet.org (Emmanuel Cecchet)
Newsgroups: comp.lang.pascal
Subject: SOURIS EN SVGA
Date: 30 Dec 92 00:08:00 GMT
Reply-To: emmanuel.cecchet@lill.frmug.fr.mugnet.org (Emmanuel Cecchet)
Organization: Li'LL BBS - Paris, France


                        Salut!

        J'essaie de programmer ma carte vid*o dans ses modes SVGA et *a
 fonctionne plut*t bien mais j'ai un pb avec la souris.
        En effet, le curseur de la souris (la fl*che)  s'affiche tr*s
 bien en mode VGA mais * partir du premier mode SVGA (640*480*256c et
 sup*rieur) je n'arrive pas * faire appara*tre la moindre repr*sentation
 m*me en essayant de red*finir le curseur entier (j'utilise le driver
 Microsoft v8.20).
        Par contre, petite remarque int*ressante, la souris r*agit et
 fonctionne correctement (position du pointeur, appui des boutons, ...).
 Apr*s qqs modifs pour la vid*o, un prog tournant en 320*200*256c tourne
 tr*s bien en 800*600*256c, la souris aussi mais impossible de faire
 appara*tre la fl*che ou quoi que ce soit d'autre (et il n'y a pas de pb
 de couleur, j'ai test*!)


        Vous avez des id*es ou des sources pour me montrer comment
 afficher un curseur souris en mode graphique SVGA? Alors n'h*sitez pas
 parce qu'en ce moment je gal*re!

                                                Manu.

PS: M*me pb en VESA ou en SVGA direct.

--- 
 * Origin: HERMES - 3D CONCEPT PRODUCTION SITE - 2:325/20 - 54:1/0
(101:174/20)
                                                                              
Newsgroups: comp.lang.pascal
From: snodgras@cs.unca.edu (Ryan Snodgrass)
Subject: FORSALE: BORLAND PASCAL 7.0, WANTED: TURBO PASCAL 7.0
Organization: University of North Carolina at Asheville
Date: Sat, 2 Jan 1993 22:18:56 GMT

``~Newsgroups: comp.lang.pascal
Subject: FORSALE: BORLAND PASCAL 7.0, WANTED: TURBO PASCAL 7.0
Summary: 
Expires: 
Followup-To: 
Distribution: 
Organization: University of North Carolina at Asheville
Keywords: 

I recently purchased Borland Pascal 7.0 and found it MUCH to powerful for
my needs and would like to sell it.  Send any offers to me.  I also would
like to PURCHASE Turbo Pascal 7.0, since this should be more on my level.
If anyone has TP7 they want to get rid of, let me know,

Ryan Snodgrass
snodgrass@uncavx.unca.edu
From: fuentesp@JSP.UMontreal.CA (Fuentes Pablo)
Newsgroups: comp.lang.pascal
Subject: Saving graphic arrays on disk???
Date: 3 Jan 93 04:24:54 GMT
Organization: Universite de Montreal


Please help me...

In QuickBasic, you can use GET to save a graphic rectangle to an array
and BSAVE/BLOAD to transfer that array to/from disk.
In Turbo Pascal 6.0, GETIMAGE saves then rectangle image to an array, but
I can't find a way to save/load this array on disk.

I would REALLY appreciate some hints on how to do this,

			Thanks in advance...
						Pablo Fuentes
						fuentesp@jsp.umontreal.ca



-- 
      ___                      |   Name   :  Pablo Fuentes (Chilenito)  
     /   )     /   /           |   e-mail :  fuentesp@jsp.umontreal.ca     
    /___/__.  /_  / _          |   At     :  Universite de Montreal, Canada    
   /    (_/|_(__)(_(_)         |   Home   :  (514) 495-3577             
Newsgroups: comp.lang.pascal
From: butte_ms@serine.uwlax.edu (Mike S. Butterbrodt S92)
Subject: 64K segments
Organization: University of Wisconsin - La Crosse Computer Science Department
Date: Tue, 22 Dec 1992 19:57:52 GMT


Probably a FAQ.   Was mentioned not long ago that there are way (painfull or  
otherwise) to get around the 64K segment limit in BP 7.0.  Ok, so how.  I would  
appreciate a few tips on this most annoying feature of an otherwise nifty  
language.


Mike Butterbrodt
butte_ms@cowley.uwlax.edu
Newsgroups: comp.lang.pascal
From: paranjpe@leland.Stanford.EDU (Milind D Paranjpe)
Subject: Writing to position x=80, y=25
Organization: DSG, Stanford University, CA 94305, USA
Date: Sat, 26 Dec 92 00:47:22 GMT

Hello:

Sorry about the faq, but how does one write to the bottom right corner of the
screen without having it scroll?  This is frustrating me very much.

Thanks!

Milind
Newsgroups: comp.lang.pascal
From: pribik@aix.rpi.edu (Kristen Anne Pribis)
Subject: BP7,TV,and Uncloseable Windows
Organization: Rensselaer Polytechnic Institute, Troy NY
Date: Thu, 31 Dec 1992 14:52:05 GMT

One more question...How do I create a window that can't be 
closed, and will accept input (a string from 60-120 characters 
long, or F3) without displaying it on screen.

This relates to my past several questions about TurboVision.  I 
have found it easy to create data entry screens and simple 
dialog boxes, but you can close any of them by clicking in the 
corner, and what you type is displayed.

Source code would be _greatly_ appreciated.

Responses can be posted here, but preferably mailed to me at 
pribik@rpi.edu.

Thanks to all of those who have helped me so far.
Newsgroups: comp.lang.pascal