HDTenEightyP/NetNews huggingface dataset:
From: chrism@col.hp.com (Chris Magnuson)
Subject: BOOKS FOR SALE!!
Date: Sat, 15 Aug 1992 16:53:17 GMT
Organization: HP Colorado Springs Division


   What follows is a list of more books for sale.  Terms are the same as before,
shipping is $4 additional, books are hardcover (unless noted), etc.  Best
offer, etc.

   Topics include electronics, DSP (digital signal processing), software
engineering, computer languages and data structures, and realtime
programming.

Chris Magnuson
chrism@col.hp.com
Software Engineer
Hewlett-Packard


*************************
Digital Signal Processing
*************************

  Theory and Application of Digital Signal Processing, Rabiner and Gold, ISBN
0-13-914101-4, 762 pages, $20.


******************
Software/Languages
******************

  A Book on C, Kelley and Pohl, ISBN 0-8053-6860-4, 362 pages, $8 (softcover).
  "Good beginning-intermediate C programming text."

  Compiler Design in C, Holub, ISBN 0-13-155045-4, 924 pages, $30.
  "Good implementation book on compiler writing and theory."

  Data Structures Using Pascal, Tenenbaum and Augenstein, Second Edition, 
ISBN 0-13-196668-5, 774 pages, $20.
  "The most used book on dta structures at the university level."

  Structured Design, Yourdon and Constantine, ISBN 0-13-854421-9, 473 pages,
$15.
  "The classic software design text."

  An Implementation Guide to Real-Time Programming, Ripps, ISBN 0-13-451873-X,
262 pages, $15.
  "Just like it says...implementation-oriented realtime book."

  Software Engineering: A Practitioner's Approach, Second Edition, Pressman,
   ISBN 0-07-050783-X, 567 pages, $13.
  "I hate to part with this one...McCabe/Halstead/metrics, data flow and
   design...just about everything you can think of including object-oriented
   design."

***********
Electronics
***********

  Circuit Theory Fundamentals and Applications, Budak, ISBN 0-13-133975-3,
590 pages, $10.
  "The best book there is for learning circuit theory from."

  Illustrated Encyclopedic Dictionary of Electronics, Douglas-Young, ISBN
0-13-450791-6, 606 pages, $10.
  " Good reference."

  Basic Electronics, Grob, Third Edition, ISBN 07-024917-2, 763 pages, $5.
  "Has a variety of topics, including tubes!"

  Electronic Devices and Circuits: Discrete and Integrated, Ghausi, ISBN
0-03-062481-9, 808 pages, $10.
  "Hot book on designing electronic circuits, from diodes through
   op-amps."

  Micro-Electronic Circuits, Sedra and Smith, ISBN 0-03-056729-7, 927 pages,
$15.
  "Another hot book...diodes, op-amps, FETs, transistors, etc."
  
  Analog-Digital Conversion Handbook, Third Edition, Sheingold, Ed., ISBN
  0-13-032848-0, 670+ pages, $10.
  "Want to know how analog-digital and digital-analog conversion works?"

  Microprocessor Architecture, Programming, and Applications, Gaonkar,
ISBN 0675-201594-05, 655+ pages, $10.
  "Designing with microprocessors is very 90's-ish."

  Analysis and Design of Analog Integrated Circuits , Second Edition, Gray
   and Meyer, ISBN 0-471-87493-0, 771 pages, $15.
  "Transistors, diff amps, op-amp stages, FETs..."

Newsgroups: comp.lang.pascal
From: matt@grafted.UUCP (Matthew D. Sprout)
Subject: Re: (Trubo) Pascal fixed point numbers
Organization: GRAFTED, Central Indiana's Usenet BBS 317-881-4369
Date: Fri, 14 Aug 92 11:44:40 CST

I don't know that much about fractals, but I would suggest using 
fortran.  It does math calculations alot easier.  You also might get
more help about fractals from people in the fortran area.
????????/

--
Matthew D. Sprout
The Grafted Branch BBS
317-881-4369
internet: matt@grafted.UUCP
uucp: ..!uunet!grafted.UUCP!matt
 = = Grafted Branch BBS (317) 889-6997 2 Gig on-line = =
From: S_JUFFA@iravcl.ira.uka.de (|S| Norbert Juffa)
Newsgroups: comp.lang.pascal
Subject: Re: Why are set operations so Slow?
Date: 12 Aug 1992 13:40:23 GMT
Organization: University of Karlsruhe (FRG) - Informatik Rechnerabt.
Distribution: world
NNTP-Posting-Host: irav1.ira.uka.de
X-News-Reader: VMS NEWS 1.23

In <Bstu1E.ArL@knot.ccs.queensu.ca> dmurdoch@QueensU.CA writes:

> In article <Aug07.232901.50322@yuma.ACNS.ColoState.EDU> mglacy@lamar.ColoState.EDU writes:
> >Can someone explain why operations on set variables are so slow in
> >TP6.0?  
> 
> Sets aren't that well implemented in TP.  I think internally, all sets
> are converted to 256 element sets before any operations are performed on
> them; the result is converted back.  Stoney Brook Pascal+ advertises
> that they've optimized the set operations; I haven't tried it to see
> whether you really get the speed increases that they claim.
> 
Actually, when implementing my TPL60N15.ZIP fast TP 6.0 run time library
replacement (available from garbo.uwasa.fi) I took a look at the set operations
and how they could made faster. I found the set subroutines to be quite
efficient with the exception of the add range operation Set := Set + [Lo..Hi].
Since sets are stored with maximum compression ( [250..255] takes only one
byte), I can't see how to avoid the expansion into a 32-byte buffer before
every operation. What optimizing compiler's like SBP+ can easily speed up are
tests like: ReadLn (Ch); IF Ch IN ValidChars THEN ..., where ValidChars is a 
SET OF CHAR with only very few set members. This can be optimize to a chain 
of IF...THEN...ELSEs and I am sure this is what SBP+ does. TP 7.0 is supposed 
to feature the same optimization.

Norbert
-------------------------------------------------------------------------------
Norbert Juffa        email: S_JUFFA@IRAVCL.IRA.UKA.DE       Live and let live!


Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: List of the routines in the TSPA28*.ZIP TP units
Organization: University of Vaasa, Finland
Date: Fri, 14 Aug 1992 13:11:18 GMT

In article <713775512.0@nwark.FidoNet> Bert.Edens@f1160.n391.z1.FidoNet.Org (Bert Edens) writes:
>Tuesday August 11 1992, Timo Salmi writes to All:
> TS> 88338 Jun 13 21:02 garbo.uwasa.fi:/pc/ts/tspa2840.zip

>I don't have ftp access. Is there anywhere out in the BBS world where these
>can be found? Direct E-Mail would be appreciated...

The problem with BBSes that they usually do not have the up to date
versions.  I would be pleased if they did, and any help from the
fellow users to make it so in the form of uploads to BBSes would be
appreciated. 

Anyway, these files are eg on SIMTEL20 MsDos archives, part of which
in turn is mirrored by a BBS in the States.  Below is an extract
from the maintainer's canned messages.  On top of that you can get
garbo.uwasa.fi files on CD-ROM.  If you need more on that option,
you are welcome to ask me by email.  Please do not, however, ask me
questions about SIMTEL20 or its BBS.  SIMTEL20 maintainer is Keith
Petersen (w8sdz@vela.acs.oakland.edu).

"If you cannot access them via FTP or e-mail, most SIMTEL20 MSDOS
files, including the PC-Blue collection, are also available for
downloading from Detroit Download Central (313) 885-3956.  DDC
has multiple lines which support 300/1200/2400/9600/14400 bps
(103/212/V22bis/HST/V32bis/V42bis/MNP).  This is a subscription system
with an average hourly cost of 17 cents.  It is also accessable on
Telenet via PC Pursuit and on Tymnet via StarLink outdial.  New files
uploaded to SIMTEL20 are usually available on DDC within 24 hours."

..................................................................
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: Bert.Edens@f1160.n391.z1.FidoNet.Org (Bert Edens)
Sender: UUCP@p0.f1060.n391.z1.FidoNet.Org
Newsgroups: comp.lang.pascal
Subject: List of the routines in the TSPA28*.ZIP TP units
Date: 13 Aug 92 21:49:00 EST


Tuesday August 11 1992, Timo Salmi writes to All:

 TS> 88338 Jun 13 21:02 garbo.uwasa.fi:/pc/ts/tspa2840.zip
 TS> 89968 Jun 13 21:02 garbo.uwasa.fi:/pc/ts/tspa2850.zip
 TS> 91491 Jun 13 21:02 garbo.uwasa.fi:/pc/ts/tspa2855.zip
 TS> 91643 Jun 13 21:02 garbo.uwasa.fi:/pc/ts/tspa2860.zip

I don't have ftp access. Is there anywhere out in the BBS world where these
can be found? Direct E-Mail would be appreciated...

- Bert

 * Origin: HBK BBS - Wooooooooo Pig Soooiee!! (1:391/1160)
From: jnicholson@bowker.com (Jim Nicholson)
Newsgroups: comp.lang.pascal
Subject: Re: TV Focus in Dialog views
Date: Fri, 21 Aug 92 10:47:55 EDT
Organization: Bowker Electronic Publishing, New Providence NJ

bobb@vice.ICO.TEK.COM (Robert Beauchaine) writes:

>   I'm attempting to trap loss of focus events in Turbo Vision among
>   views within a dialog box.  I want to validate my numerical input
>   lines whenever the user moves off the focused input, either via
>   the keyboard or mouse.

Rather than messing with SetState, why not override the HandleEvent method? By
doing this, you can "Peek" each event, picking the ones you want.  Sort of
like the following (pseudocode):


  procedure TMyInputLine.HandleEvent(var E : TEvent);
   begin
      if ThisIsAKeyboardOrMouseEvent(E) then
           if ThisEventWillChangeFocus(E) then
              if not YourInputValidationMethodReturnsBoolean then
                 ClearEvent(E);
      TInputLine.HandleEvent(E);
      end;

ThisISAKeyboardOrMouseEvent(E) examines E to see what caused the event.

ThisEventWillChangeFocus(E) is easy, as long as your dialog is modal.  You
simply check to see what key was pressed, and trap the tab, return, and arrow
keys - or, check the mouse coordinates on a mouse-click event.

You may want to add code around the ClearEvent(E) call, to put up a validation
failure message (I'd suggest beeping, flashing the screen with a couple of
quick palette changes, and changing the status bar.)

- Jim
From: bobb@vice.ICO.TEK.COM (Bob Beauchaine)
Newsgroups: comp.lang.pascal
Subject: Re: What should be added to the TP linker?
Date: 13 Aug 92 23:56:25 GMT
Organization: Tektronix, Inc., Beaverton,  OR.

In article <dmurdoch.19.713727348@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
>Someone I've been talking to on Compuserve has a working replacement for the 
>TP linker, itself written in TP.  (It takes .TPU files and links them 
>together into an .EXE file, and perhaps an overlay file.)
>
>He isn't sure what enhancements to make to it, now that he's duplicated the 
>original.  Suggestions, anybody?

  Yes!  Support for external libraries (.LIB) code.  Perhaps too
  glorious a dream?


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

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: viznyuk@ohstpy.mps.ohio-state.edu
Newsgroups: comp.lang.pascal
Subject: How can I retrieve the command string from within Pascal program ?
Date: 21 Aug 92 19:20:11 GMT

This may be a trivial question, but still I need the answer:

  How could one retrieve the on-line program parameters,
such as the program name, or the whole command string
from within the pascal program  ?
  There is no such problem in C where I could  just
use something like 
------
main(argn,argc)
int argn;
char *argc[];
------
where in this case argc[0] would be the program name,
and argc[1],argc[2],..  - on-line parameters.

  I just couldn't figure out how I can do this
in Pascal (on VAX/VMS). Any suggestions ?
S.V.
Newsgroups: comp.lang.pascal
Subject: Help : SVGA, VGA drivers
From: ebolog@elaine.ee.und.ac.za (EDWIN BOLOGNA : THIRD)
Date: 20 Aug 92 13:16:00 +0200
Organization: Electronic Eng., Univ. Natal, Durban, South Africa


Does anyone out there happen to have PAS, C, or ASM source code to decode
drivers (.DRV) formats so that I can use them in my programs (To access
different video cards).

Any information at all on any of these formats will be greatly appreciated.

        Desperate fellow programmer (And very Greatful for any information)

                E.B. (EBOLOG@ELAINE.EE.UND.AC.ZA)

PS : Please be kind hearted and Assist !
Newsgroups: comp.lang.pascal
From: bx304@cleveland.Freenet.Edu (Jeff Epler)
Subject: Re: Displaying many discrete screens
Reply-To: bx304@cleveland.Freenet.Edu (Jeff Epler)
Organization: Case Western Reserve University, Cleveland, OH (USA)
Date: Fri, 21 Aug 92 01:13:48 GMT


In a previous article, handbook@orion.oac.uci.edu (Handbook) says:

>Hi,
>
>Can anyone suggest ways to display screenfuls of information to users, 
>without using a million and one writeln statements? 
>
I would recommend something like this:

Determine the maximum space needed to store a full screen of
information. (80x25 should be 2025 or so -- In case newlines have to be
included).  Then create separate files for each screen.  Another,
separate program could be created to read in each of these files, while
padding it to the proper length and then write it to a single output.
Then, to reference a page, your program would open the file, seek to
(pagenum)*(pagesize), and read/display (pagesize) CHARs.


>Anything will be of help,


Even this ill-developed idea with no code? <snort>
>thanks in advance,
-- 
|Jeff Epler               Additions Welcome           c(-8 ;-) >{8-) |
| :) (=( =-] (-= Celebrating the variety of faces =-> :^) {-= |-) (: |
| >X^P 8-[                                          Lincoln, Nebraska|
Newsgroups: comp.windows.ms.programmer,comp.lang.pascal
From: dekock@shannon.ee.wits.ac.za (Nick de Kock)
Subject: Disabling Autoradiobuttons at run time - TPW
Organization: Electrical Engineering, University of the Witwatersrand
Date: 13 Aug 92 07:43:07 GMT

I have an application in which I require the selection of 1 out of 
a series of options. Depending on certain conditions some of these
options are unavailable at certain times. I need to disable certain
of the buttons. I tried to do it like this but it didn't work for
some reason:
.
procedure DisableButton(HDlg: HWnd; ButtonID: word);

var Stylebits: Word;
    HControl: Word;
begin
  HControl := GetDlgItem(HDlg, ButtonID);
  Stylebits := GetClassWord(HControl, gcw_Style);
  SetClassWord(HControl, gcw_Style, Stylebits or ws_Disabled)
end;

I call this during the dialog's SetUpWindow method but the buttons stay
enabled. Any idea what I'm doing wrong?
      
    
-- 
Nick de Kock, High Voltage Group        | Internet dekock@odie.ee.wits.ac.za    
Electrical Engineering, Wits University |                 or
Johannesburg, South Africa              |      dekock@shannon.ee.wits.ac.za
....Another Churchill quote pending...........

Newsgroups: comp.lang.pascal
From: jeroenp@rulfc1.LeidenUniv.nl (Jeroen W. Pluimers)
Subject: Re: Problems with IOResult (TP.6)
Organization: Dept. FMC, Gorlaeus Labs, Leiden University, The Netherlands
Date: Mon, 17 Aug 92 10:20:52 GMT

In article <sbarr.1.714023372@nyx.cs.du.edu> sbarr@nyx.cs.du.edu (Sam E. Barr) writes:
>
>The other problem arrising from this is that you cannot use a call such as
>
>   if IOResult <> 0 then
>     if IOResult = 8 then ....
>
>because the IOResult is cleared after you read it the first time, and thus 
>will be zero for the next read.
>
Well, it is always possible to use this construction:

  if InOutRes <> 0 then
     if IoResult = 8 then { get and clear result }

--
    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
Newsgroups: comp.lang.pascal
Subject: Re: Problems with IOResult (TP.6)
From: cctr132@csc.canterbury.ac.nz (Nick FitzGerald, CSC, Uni. of Canterbury, NZ)
Date: 18 Aug 92 17:30:11 +1200
Organization: University of Canterbury, Christchurch, New Zealand

In article <sbarr.1.714023372@nyx.cs.du.edu>, sbarr@nyx.cs.du.edu
(Sam E. Barr) writes:

[original problem description from gabriel@netcom.com deleted]
> The problem here is that TP store the IOResult variable until you read it, 
> after which it clear it.  So if you make a call to a function which returns
> a non-zero IOResult, and then call another i/o function without first
> reading, and thus clearing IOResult, you still get a non-zero result,
> regardless of the result of the second function.
  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Come on Sam - if we are going to help, let's at least get it right. 

I've never used TP 6, but for all versions from 3.01 to 5.5 inclusive,
with I/O checking off, if a standard TP I/O function is about to be
called and IOResult is non-zero (or, at least positive ?) that function
is -skipped-.  The compiler builds code with I/O checking on to generate
a run-time error on an I/O error and with checking off to ensure that no
further I/O is done (with possibly disastrous effects) until IOResult
has been cleared (it is assumed that the programmer knows what s/he is
doing and takes the appropriate action, given the reported error).

> The other problem arrising from this is that you cannot use a call such as
> 
>    if IOResult <> 0 then
>      if IOResult = 8 then ....
> 
> because the IOResult is cleared after you read it the first time, and thus 
> will be zero for the next read.

This is -clearly- documented, and I would hope anyone contemplating
writing their own I/O error handling read this and other relevant parts
of the Manuals/References very carefully before embarking.

> I'll leave it up to you to decide whether this is a bug or a feature, but 
> for my mind it is a pain in the neck either way!!   :(

Given the above, you may now understand why this feature was designed
thus.  Why do you expect error-handling to be easy?

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
 Nick FitzGerald, PC Applications Consultant, CSC, Uni of Canterbury, N.Z.
 n.fitzgerald@csc.canterbury.ac.nz  (64)(3)  364-2337 Voice,  364-2332 FAX
From: mholmes@lonestar.utsa.edu (Mark L. Holmes)
Newsgroups: comp.lang.pascal
Subject: TV help /Hintline
Date: 15 Aug 92 18:39:46 GMT
Organization: University of Texas at San Antonio

1. I have my TV hint line help working....
2. I have my TV Help (compiled with TVHC) working.

3. How do I get them to work together?

When I installed the hint line the help key (F1) would not access the
help utility.  I'm sure I'm forgetting something really simple but
enlighten me anyway.

Mark
Xref: sparky comp.lang.pascal:4886 comp.lang.c:12431 comp.lang.c++:12432
Newsgroups: comp.lang.pascal,comp.lang.c,comp.lang.c++
Subject: Re: Pascal to C and Assembly
From: a_rubin@dsg4.dse.beckman.com (Arthur Rubin)
Date: 17 Aug 92 17:16:19 GMT

In <1992Aug7.164932.15243@cs.mun.ca> jodyc@garfield.cs.mun.ca (Jody R. Cairns) writes:


>Hello folks,

>  I have a request: could someone please translate the following Turbo Pascal
>  code to C and assembly language. I'd like the C version to be compatible 
>  with both Borland's and Microsoft's compilers, and the assembly version to
>  be compatible with Borland's TASM and Microsoft's MASM.  I realize the
>  assembly language is a bit much, so I don't expect to get that anytime
>  soon (if at all).

>  Please e-mail source code to: jodyc@cs.mun.ca

[Code ommited.]

Actually, assemply is not difficult if quoted strings are to be ignored, rather than
being handled in the same manner C (or Pascal) would process them; but....

(1)  This is the wrong group for that sort of thing; try
comp.os.msdos.programmer, and

(2)  I don't have time to write such a program, especially since the C (or,
for that matter, Pascal) program should be small and fast enough that there
is really no reason to write it in assembly.

--
Arthur L. Rubin: a_rubin@dsg4.dse.beckman.com (work) Beckman Instruments/Brea
216-5888@mcimail.com 70707.453@compuserve.com arthur@pnet01.cts.com (personal)
My opinions are my own, and do not represent those of my employer.
My interaction with our news system is unstable; if you want to be sure I see a post, mail it.
Newsgroups: comp.lang.pascal
From: chris@gergo.tamu.edu (Chris King)
Subject: Network Programming....
News-Software: VAX/VMS VNEWS 1.41    
Keywords:  Netbios Netware TCP/IP
Organization: Geochemical and Environmental Research Group - TAMU
Date: Thu, 13 Aug 1992 03:53:00 GMT

Does anyone out there know how to program networks with Turbo Pascal,
and If so are you willing to share the information.

Chris King
Chris@gerga.tamu.edu
From: S_JUFFA@iravcl.ira.uka.de (|S| Norbert Juffa)
Newsgroups: comp.lang.pascal
Subject: Re: Why are set operations so Slow?
Date: 13 Aug 1992 17:48:18 GMT
Organization: University of Karlsruhe (FRG) - Informatik Rechnerabt.
Distribution: world
NNTP-Posting-Host: irav1.ira.uka.de
X-News-Reader: VMS NEWS 1.23

In <dmurdoch.5.713628912@mast.queensu.ca> dmurdoch@mast.queensu.ca writes:
 
> The claim I saw in the Stoney Brook pamphlet was that operations on sets 
> were converted to the equivalent bitwise operations when possible.  If S is 
> a set of 250..255, then S+[251] would be compiled to do a bitwise OR of 2 
> into S.  That's not a choice that was available to you in improving the RTL; 
> you'd have to go back further, and change the code generator.
> 
Well, it just occured to me that most of the info TP passes to the library
routines for set handling is know at compile time. So the code generator
could precompute the offset into the byte array representing the set and
the appropriate bit mask to greatly speed up most set operations, at least
if constants are involved somewhere. 

Norbert
-------------------------------------------------------------------------------
Norbert Juffa        email: S_JUFFA@IRAVCL.IRA.UKA.DE        Live and let live!


Newsgroups: comp.lang.pascal
From: delusion@casbah.acns.nwu.edu (Albert Schmezer)
Subject: Re: PASCAL to C
Organization: Northwestern University, Evanston Illinois.
Distribution: na
Date: Fri, 14 Aug 1992 16:04:41 GMT


	I have a TurboPascal (V5.0, I think) to C converter that works
phenonimally well ( even BETTER than CTOP.ZIP ) called TPC.ZIP if you are
interested.... unfortunately I just read your post and realized you had a MAC
and not a PC....
<<delusion
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal -> Borland C++?????
From: sjmadsen@miavx1.acs.muohio.edu (Steve Madsen)
Date: 16 Aug 92 14:06:07 -0500
Organization: Miami of Ohio

>  HB> Is it possible to take Turbo Pascal .TPU files and somehow transfer
>  HB> them to .OBJ files so Borland C++ can link with them????? Is there some
>  HB> other way to link them with BC?  I'm using TPv6.0 and BCv3.0.
> 
> Get the new pascal compiler called Stony Brook Pascal +.  It allows .OBJ
> files to be created.  I have no idea where to get it but it will help.  It
> also provides C callable code and support Windows (Windows 3.0 not sure about
> 3.1).

        This is probably way out of line, but I'm gonna do it anyway.

        Personally, I get a little sick of always seeing these "go buy another
compiler" posts when someone asks for help on a problem.  It is pretty obvious
to me from reading the original post that the poster HAS tp 6.0 and wants to
use IT.  He didn't ask for any help on choosing a compiler that WOULD do what
he wanted, he wanted to know if tp 6.0 would do it.

        Telling people to go out and spend more money when they are (?)
comfortable with something they already have is a pretty poor solution for any
problem.  Personally, I don't have the money to go out and buy some new
compiler when tp 6.0 doesn't quite do what I want it to.

        Flame off.  I just think these ads to go out and buy a new compiler are
getting a little old.  Besides, if Borland listens to customers the new version
of Pascal they should be releasing will most likely do a compile to .OBJ.  And
upgrades are cheaper than new compilers.

-- 
Steve Madsen
Miami University  Oxford, OH
Internet: sjmadsen@miavx1.acs.muohio.edu