HDTenEightyP/NetNews huggingface dataset:
From: jim@thor.albany.edu (SCHLEMMER JAMES A)
Subject: Looking for Pascal Compilers for the Sun SPARC platform
Organization: State University of New York at Albany
Date: Mon, 4 Jan 93 21:58:38 GMT

Hi.  I'm looking for recommendations for the above.  I'm going to have to 
deal with pascal code written in Lightspeed Pascal for the Mac.  I'm interested
in both compiling to executable as well as linking with C programs.  Any
advice/pointers (heh, heh)  would be apprecitated.

Jim Schlemmer
Atmospheric Sciences Research Center
From: curzon@trooa.enet.dec.com (07-Jan-1993 1300)
Newsgroups: comp.lang.pascal
Subject: Re: converting ascii file to wk1 file
Date: 7 Jan 1993 12:03:08 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

>My question: Has anybody experiences in converting data (in ascii format)
>to worksheet formats (.wk1 files)?
> 
>Thank in advance,
> 
>Roelof Oldenhuis
>oldenhuis@ib.agro.nl

        Most spreadsheets understand some version of ascii delimited
file.  This is sort of a defacto / unofficial standard.

        Try this:
        -Surround alpha-numeric fields with the ascii doublequote char.
        -Remove commas, and currency symbols from numeric fields
        -Ensure there is at least one whitespace between each field

        Then most spreadsheets (or other shrink wrap programs) should be
able to read in the file.  DON'T try to bring it in as a normal
save-format file (e.g. wk1).  Instead, find the menu item something like:
"Import external format | ASCII delimited".  In Lotus, it's "/File Import
Numbers".  Good luck....

                                Richard Curzon, Digital Equipment of Canada
				Toronto
   (from INTERNET)     curzon@trooa.ENET.dec.com 
   (from COMPUSERVE)   71371,2521  OR  >INTERNET:curzon@trooa.ENET.dec.com
From: tp923021@jarrah.canberra.edu.au (ben elliston)
Sender: gateway@f262.n620.z3.fidonet.org
Newsgroups: comp.lang.pascal
Subject: FindFirst
Date: Sun, 10 Jan 1993 02:14:00

I have stumbled across a problem with the FindFirst procedure ..

I'm using:

  FindFirst('C:\*.*', Hidden, SearchInfo);

Where SearchInfo is a SearchRec variable and I am using the DOS unit.  It seems FindFirst (when used in conjuction with the FindNext procedure), finds all files matching the wildcard specification, but not the attribute specification.

I got around the problem by using an:

  If SearchInfo.Attr = Hidden Then ...

but it's ugly and slower.  Is it a bug that I've stumbled on?  I can reproduce this bug using Turbo Pascal 5.5 and 6.0 even using example source code from the help file!

Thanks.  
 
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Borland / Turbo Pascal 7.0
Organization: Queen's University
Date: Tue, 12 Jan 1993 13:46:14 GMT

In article <34964@adm.brl.mil> ISAACSON@husc3.harvard.edu writes:
>I just very recently heard about the new Borland Turbo Pascal 7.0
>and Turbo Pascal 7.0. Well, I now use and love Turbo Pascal 6.0,
>but there are definitely some things lacking. Not so many
>programming features as development features -- token colorization,
>and real online help for TurboVision, something which is extremely
>powerful if you can figure it out.

Both of those are present in TP & BP 7.

>So, the big question is this. Is it worth it to upgrade? Will I get
>all the great new things I'm looking for, everything I've ever
>wanted in a Pascal compiler and more? From the general opinions
>I've heard recently, I think the answer is no. 

If all you've ever wanted are the two things above, the answer may be yes.
In reality, no. 

>They say that the
>new version is no faster than the old, and there are enough "little
>idiosyncracies" to make it not worth it. 

Code generated by TP/BP 7 tends to be a tiny bit bigger and marginally 
faster (especially on a 386).  I haven't noticed any difference in compile 
time.

I don't know what the idiosyncracies are - could you expand on that?  
I'd say the TP 6 IDE is barely worth using as a development environment - it 
gets in the way too much. The BP 7 IDE works much better.  There's far more 
memory available, it's much more configurable.  

In any case, I would have
>to keep two copies of Turbo on my system, because I hear the new
>TPU format is again not backwards compatible. (Hey, Borland: You
>ever think of making new and more efficient TPU formats, but
>including an auto-detect for older units and coping with them? I
>can't tell you how many third-party, registered and unregistered,
>units I cherish for which I do not have and could not get source!)

Those unregistered units should have gone out long ago - didn't you read the 
licenses?  Register or don't use is the usual condition.  As for the 
registered ones, I was unaware that anyone would take money for units 
without giving source code.  Sounds unethical to me.

If you really can't do without some TP6 units, then don't upgrade.  It would 
be too much trouble to maintain two versions on your disk.

>So, I pose to you the big question. Comparing the benefits to the
>COST (which I hear is pretty outrageous if you want something
>decent), is it worth it for me to upgrade? Seeing that a lot of
>people here use BP7 and TP7 makes me think that this is the best
>place to ask. Thanks a lot!

The cost isn't much - just $150 plus shipping for the full package, 
including the RTL source.  Definitely worth it.

Duncan Murdoch
Newsgroups: comp.lang.pascal
From: pf@bilbo.bio.purdue.edu (Paul Furbacher)
Subject: Re: tvquestion
Followup-To: comp.lang.pascal
Organization: Purdue University
Distribution: comp.lang.pascal
Date: Wed, 6 Jan 1993 19:42:29 GMT

In article <726229326.AA01017@contrast.wlink.nl>, 
  berend@contrast.wlink.nl (Berend de Boer) responded to 
  Andrew Nowinski's request for a Celsius to Fahrenheit 
  temperature converter in TV.  [The suggested code is deleted.]

While the suggested code is a start, and it is admirable that
de Boer took precious time to develop it, another way of 
looking at Nowinski's request is to suggest that what he
wants is a specialized version of the "Calculator" object 
found in the "calc.pas" unit.  

Where de Boer suggests closing the data entry dialog and popping 
up an "answer" dialog, one would more conveniently want to 
press an "C->F" button to get the conversion.  (This is not meant
to be a criticism of de Boer's helpful intentions, just a 
different slice on how to go about solving this problem.)

Though the calculator object found in "calc.pas" unit is
a complex example of how to use TV, it is instructive 
to study, pick it apart, and finally modify it to 
solve the problem for which Nowinski has requested help.

In fact, as a project to extend the calculator object, one
of the first "scientific" functions which could be provided
would be the temperature unit converter.  Then add other 
converters, degree/radians, hex/dec/oct/bin, sin/cos, log/10^x,
etc.

These are some thoughts on how to solve the more general 
problem and in the end, learn more about TV.  Others may 
differ in their perception of what is needed to solve the 
specific problem at hand.

PF
Newsgroups: comp.lang.pascal
From: etljmme@etlxd30.ericsson.se (Jim)
Subject: Re: BP7 -- five more bugs
 
Reply-To: etljmme@etlxd30.ericsson.se
Organization: Ericsson
Date: Thu, 7 Jan 1993 16:30:36 GMT

In article 3119@odin.diku.dk, terra@diku.dk (Morten Welinder) writes:
> ...
>2. Syntax highlighting fails for "forward".
>------------------------------------------
>
>"Forward" is highlighted as a reserved identifier. It isn't.
> ...

Is this true?  I thought forward *was* a reserved identifier for declaring
forward procedures or do you mean that BP7 allows you to call an identifier
"forward" when it should be a reserved word?

Jim.
From: sl8nl@cc.usu.edu
Newsgroups: comp.lang.pascal
Subject: Re: Faster Pascal
Date: 7 Jan 93 15:28:35 MDT
Organization: Utah State University

> Well I broke down and spent a couple of hundred bucks ($US) to evaluate
> Stoney Brook PASCAL+ and let me say this...  If it is 100% TP compatible,
> it doesn't come that way 'right out of the box'... I'm still puttering
> around with it (2 months later).  
> 
> I haven't been able to compile ANY of my TP6.0 code!
> 
> Yes, there are probably 50 or so configuration switches, modes, and other
> i's to dot and t's to cross, and it is likely that I missed some, but it
> seems to me that the '100% TP compatible' selling feature should be
> implemented with a metacommand in the source code {$TP_COMPAT} or
> something like that for boobs like me.  I think TASM does this 100% compat
> with MASM with some sort of metacommand.

Stony Brook Pascal+ is 99.5% compatible with TP6.  I don't know what the
problem is, but I have been able to compile all of my code right out of the
box.  That equates ot the Technojock libraries and over 500,000 lines of
source.

Josh
From: U35284@uicvm.uic.edu
Newsgroups: comp.lang.pascal
Subject: detecting printer on
Date: 4 Jan 93 05:50:43 GMT
Article-I.D.: uicvm.93003.235043U35284
Organization: University of Illinois at Chicago

Ok I know this is definately FAQ material but I've been watching this group
for a couple of days and havent seen a listing and I'm in a jam for some
quick and dirty code.
I need some Turbo Pascal code to detect whether a given printer is ready or
not. Actually LPT1 will suffice.
All E-mail replies greatly appreciated.
From: avl0@cine88.cineca.it
Newsgroups: comp.lang.pascal
Subject: Re: <None>
Date: 11 Jan 93 11:19:18 +0100
Organization: CINECA, Italian Interuniversity comp. centre

In article <1993Jan9.040609.2373@ccsvax.sfasu.edu>, z_youngjb@ccsvax.sfasu.edu writes:
> jl
> 
> 
> kjkjlkjlkjljlkjlkjlj

Obviously NOT! You can not kjkjl your kjlk ... BUT while your jljlk is in the
lkjlj you can try to jlkll the jjlk.

> kljkljlkjlkjlk

This is not a problem for ljklj until k goes to lkjlkl of your kkllj.

Try this.

  BEGIN get( <your kljljj> );
        FOR i := 1 TO jkjlkl DO squeeze( <your kljljj> );
        REPEAT lengthen( <your kljljj> )
        UNTIL <length it's enough>
        put( <your bjajcjkjk>, <your kljljj>)
  END.

You should have an output like that:

AAAAARRRRRGGGHHHHHHHH !

BTW: $$%@^%#^****{}@ kk FAQ !! 

-- 
"To be or not to be,  /// Marco Voli    [voli@cineca.it]     | ph.+39-51-598411
 that is the         /// Supercomputing Group                | FAX+39-51-594872
 problem"           /// CINECA  Interuniversitary Computing Centre
 Billy the kidder  /// via Magnanelli 6/3 - 40033 Casalecchio (BO) ITALY
From: kalki33!system@lakes.trenton.sc.us (Kalki Dasa)
Newsgroups: comp.lang.pascal
Subject: Re: Application Frameworks --- What is it??
Date: Sat, 09 Jan 93 10:59:22 EST
Reply-To: kalki33!system@lakes.trenton.sc.us (Kalki Dasa)
Organization: Kalki's Infoline BBS, Aiken, SC, USA

litt3509@mach1.wlu.ca (Carl Litt u) writes:

> I just got my upgrade to Borland Pascal 7.0 from the courier last week.
> Did everyone get that little pamphlet promoting BP7 (it was purple in
> colour)?  Remember that special offer for Application Frameworks for $199?
> Well, I was just wondering... how am I supposed to know that I actually
> got Application Frameworks???  None of the manuals seems to mention it, and
> I didn't get any special package saying *** APPLICATION FRAMEWORKS HERE ***,
> so I kinda wonder if Borland forgot.  Can anyone tell me what this
> Application Frameworks is, and how I can tell if I got it?

There was an extra, separately wrapped diskette bundled with my copy
which contained the runtime library source code. The label on the
diskette said: "Owl, Turbo Vision and Runtime Library Source. Borland
Pascal with Objects 7.0 Bonus Disk."

I believe that is what the "Application Frameworks" is supposed to be.

Kalki Dasa


       -------------------------------------------------------
      |  Don't forget to chant:   Hare Krishna Hare Krishna   |
      |                           Krishna Krishna Hare Hare   |
      |                           Hare Rama Hare Rama         |
      |                           Rama Rama Hare Hare         |
      |                                                       |
      |   Kalki's Infoline BBS Aiken, South Carolina, USA     |
      |        (kalki33!kalki@lakes.trenton.sc.us)            |
       -------------------------------------------------------
Newsgroups: comp.lang.pascal
From: gsanchez@cs.umr.edu (Guadalupe Sanchez)
Subject: Re: Stuffing DOS command line
Date: Mon, 11 Jan 1993 01:59:55 GMT
Organization: University of Missouri - Rolla, Rolla, MO

In article <34933@adm.brl.mil> CHARPER%COLGATEU.bitnet@cunyvm.cuny.edu writes:
>Hi y'all.  I haven't yet received any mail from this list, so I don't know if
>this is the right kind of question to address here, but I joined in order to
>ask this question:
>
>Some years ago I worked with MS-Pascal, and used a method to load a desired
>string into the DOS command line, so that that command was executed when the
>application completed.  This was the best way I know of to chain from one
>program to another.  I'm now working with Turbo Pascal 5.0, and would like to
>know if someone has code which will do this in Turbo Pascal. (I don't have the
>MS-Pascal code that did this any longer).  Basically I need something that will
>set the next command to execute WITHOUT using EXEC (I can't afford the memory
>to shell the command).
>
>Thanks,
>**************************************************************************
>Cindy Harper, Systems Librarian                               Case Library
>charper@colgateu                                        Colgate University
>charper@center.colgate.edu                                    13 Oak Drive
>(315) 824-7363                                           Hamilton NY 13346
>**************************************************************************


The function the Pascal compiler was using was INT 2E - pass command to 
command interpreter for execution, which does exactly what you said.
To call it using assembler:
  have DS:SI point to an ASCIIZ string which is the command line you want
  to pass to COMMAND.COM.  (There must be a CR character at the end right
  before the binary zero)  Then call INT 2E.  As you said, the program
  will execute after the program which calls it exits.
From: berend@contrast.wlink.nl (Berend de Boer)
Newsgroups: comp.lang.pascal
Subject: TVision : BUG in my head or in TV?
Date: Sat, 02 Jan 1993 21:16:56

Steph wrote in a message to All:

 S> Well, at least I'm not crazy!  Hmmm, how can TObject.Init
 S> zero out fields of descendant fields?  How can it know what
 S> its descendant fields will be?  Oh well.  Thanks a lot, I
 S> guess I'll have to build around it then!

Simply look up the chapter about Objects in your Programmers Manual
(tp6)....


Groetjes,

Berend. (-:
fido: 2:281/527.23
email: berend@contrast.wlink.nl
From: OLDENHUIS@ib.agro.nl (Roelof Oldenhuis)
Newsgroups: comp.lang.pascal
Subject: converting ascii file to wk1 file
Date: 6 Jan 93 14:58:05 GMT

Hello,

I wrote a TP program that collects data from a gas chromatograph and writes
it in an ascii file. This file is then imported in Lotus-1-2-3 for mathematical
manipulations etc.
Importing ascii files in Lotus is rather awkward (it needs always 
modifications etc).

My question: Has anybody experiences in converting data (in ascii format)
to worksheet formats (.wk1 files)?

Thank in advance,

Roelof Oldenhuis
oldenhuis@ib.agro.nl
From: bobbe@vice.ICO.TEK.COM (Robert Beauchaine)
Newsgroups: comp.lang.pascal
Subject: Re: Drawing 3D Lines
Date: 6 Jan 93 20:47:02 GMT
Organization: Tektronix, Inc., Beaverton,  OR.

In article <1ifc6pINNfmk@charnel.ecst.csuchico.edu> psmedsha@ecst.csuchico.edu (Paul Smedshammer) writes:
>Is it possible to draw a 3D line in the graphic unit in Turbo Pascal
>6.0?  

  The short answer is no.  You're going to need to do 3-D to 2-D
  coordinate transformations on your lines to display them on the
  screen.  This gets you into all sorts of other issues, such as
  observers position and viewing angle.  

  I don't have the relevant equations at my fingertips, but look
  into your library for any introductory text on computer graphics.

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

Bob Beauchaine bobbe@vice.ICO.TEK.COM 

C: The language that combines the power of assembly language with the 
   flexibility of assembly language.

Real friends don't let friends use UNIX.
From: lee@cpu.us.dynix.com (Lee Crites)
Newsgroups: comp.lang.pascal
Subject: BP7--colorized source code....
Date: 10 Jan 93 21:19:33 GMT


I just spent some time trying out my new copy of BP7, and am quite
impressed with several points.  I do, however, have some questions about
it.  I am using the TURBO command (DOS REAL MODE) for all of these:

*  I chose different colors for each category, just to see how it worked. 
I noticed that STRING showed up in the reserved word color, but INTEGER,
WORD, LONGINT, and CHAR did not.  Is this a bug, or do I just not
understand what is happening?

*  When I tried to use DPMIINST, it ran fine.  It even told me to send a
copy of f9b18c13.db to Borland so that it could be included in the next
release.  (Am I unique in this, or did everyone get that?!?)  Anyway, I
can boot up BP, and get a screen, use some of the FKEYS, read in a
program, etc, but when I try to use the menu bar, it hangs.  The only
keystroke sequence that continues to work is Alt-X (fortunately).  It is
no different when I use the keyboard or mouse.  I get the pull-down menu,
and nothing else.  Am I missing something here?  I am using DR-DOS v6.0,
4meg of RAM, 386SX/25.  I can run BPW just fine.  Bye the way, I did set
up my CONFIG.SYS so that it conformed to the requirements stated in the
installation instructions.

*  The new compiler, touted as compiling 85,000 lines per minute, seems to
be no faster than my TP6 compiler.  I compiled all of my last three
commercial software packages just before installing BP7, timing each, and
then re-compiled them all right after (with TURBO).  The difference was
less than a second, if at all, on my largest source file (6800 lines,
including comments).  Is the TURBO.EXE compilation engine the same?

*  I have seen two things that seem to contridict each other.  First, the
new TV documentation discusses some differences in the physical
size/format of the TObject, etc.  A couple of places in the documentation
also state that BP7 is backward compatible.  Which is supposed to be
right?  I can tell you that I had to recompile ALL of the UNITS from TP6
before they worked with my BP7 programs, so I have a feeling that I know
the answer already.

All of these points might be solved by one simple setup/configuration
parameter, but after spending many hours reading through my loads of
documentation, I can't find it.

Thanks for your help in these matters.

           =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
            lee@us.dynix.com | If it ain't broke yet,
                             |   let me have a shot at it....
           =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: thompson@kuhub.cc.ukans.edu
Newsgroups: comp.lang.pascal
Subject: Is there a performance FAQ?
Date: 11 Jan 93 15:51:16 CST
Organization: University of Kansas Academic Computing Services

Hello all,

Is there any kind of Pascal Performance FAQ?  This would be really 
useful.  Stuff like 'use incr(x) instead of x := x + 1 for loops,'
etc.

Thanks,


-- 
| Charles A. Thompson      | thompson@ukanvm.cc.ukans.edu        |
| University of Kansas     | thompson@ukanvax.cc.ukans.edu       |
| > They call me SkiBum <  | 32 bit OS/2 2.0 is for you!         |
|----------------------------------------------------------------|
| Listen to Rush Limbaugh from 12-3 EST on the radio EVERYWHERE! |
------------------------------------------------------------------
From: hw@plato.chemietechnik.uni-dortmund.de (Heiko Wengler)
Newsgroups: comp.lang.pascal
Subject: Persistant Objects with Pointers on nonwindows objects (BP7)
Keywords: objects
Date: 12 Jan 93 11:01:19 GMT


Hello,
I want to store my objects (derived from TObject) on disk.
My objects have pointers . ( I need this for a faster startup
of my program. I want to save the state of my program to rerun
it at the same 'state'.)
Please answer with email. ( I post a summary.)

Thanks in advance

		Heiko Wengler
		University of Dortmund, Germany
		hw@plato.Chemietechnik.Uni-Dortmund.DE
From: jrichert@krefcom.GUN.de (Jan Richert)
Newsgroups: comp.lang.pascal
Subject: How to detect/programm AdLib-card?
Date: 9 Jan 93 13:44:17 GMT
Reply-To: jrichert@krefcom.GUN.de (Jan Richert)
Organization: Krefcom UUCP Server, Krefeld, FRG

Hi!

Are there any units available which allow programming AdLib-sound-cards
using TP 7.0? 

Thanks in advance. Please reply by mail only.
Jan

-- 
Jan Richert (NIC-ID: JR482)   | Internet:   jrichert@krefcom.GUN.de
Krefeld, FRG                  | Datex-J:    02151399843-0001
Voice & FAX: +49 2151 313124  | IRC-Nick:   jrichert
Newsgroups: comp.lang.pascal
From: Sorokin@ps1.iaee.tuwien.ac.at (Sorokin Zhenya)
Subject: Re: TP 6.0 Strange rounding problem (Debugger is *lying* to me!)
Organization: Inst. of General Electronics and Electroengeneering, TU Vienna
Date: Thu, 7 Jan 1993 17:28:22 GMT

In article <86277@ut-emx.uucp> mmigdol@ccwf.cc.utexas.edu (michael a migdol) writes:

>    Well, the first statement sets diff to 25.0. The second sets it to 12.5.
>ToneFreq + diff is then 512.5, and round of this is...
>    512???
>
>    The plot thickens even more. If I trace variables up to the last line, and
>o a watch on Round(ToneFreq + diff), THAT returns 513! But execution of

As far as I remember, coprocessor (or emulator) supports two different 
rounding procedures: 

1. "Money" rounding: 0.5 is rounded to the nearest __EVEN__ number. This 
sort of rounding produces less error in long calculations,  because it makes 
rounding go up- and downstairs with equal probability. Thus 512.5-->512.

2. "Deterministic" rounding, what you wanted to see.

Switching between these modes is possible, but I do not remember the 
mnemonics. I do not know either, whether is it possible to control it in TP, 
and what is the default setting, how often is the math reset and so on. 

Difference between watch and evaluation maybe due to the fact, that they 
use different routines/settings. 

By the way, can somebody recommend me a good book or databook on 386/387/486,
with the table of time spend by each operation? The older, the better (to be 
sure it is in the library already).

Regards,
From: bongalon@tcad05.intel.com (Ben Bongalon)
Newsgroups: comp.lang.pascal
Subject: Sedgewick book trade, anyone?
Date: 4 Jan 93 22:31:02 GMT
Reply-To: bongalon@tcad05.intel.com (Ben Bongalon)
Organization: Intel Corporation, Santa Clara, CA USA


Hello,

I have Sedgewick's _Algorithms_ textbook with examples in Pascal, and
I would like to get the same book with C examples.  Is there anyone
out there in the Pascal community with _Algorithms_in_C_ who would
like to swap texts?

Thanks,

Ben Bongalon
bongalon@tcad05.intel.com
From: gedeck@pctc.chemie.uni-erlangen.de (Peter Gedeck)
Newsgroups: comp.lang.pascal
Subject: Re: pointers to arrays?!?
Date: Mon, 11 Jan 1993 16:38:46 GMT
Organization: Physikalische Chemie, Uni Erlangen
Distribution: world
Reply-To: gedeck@pctc.chemie.uni-erlangen.de (Peter Gedeck)
NNTP-Posting-Host: pc1.chemie.uni-erlangen.de


|>Type
|>   ArrayType = Array[1..Max] of Char;
|>
|>Var
|>   ArrayVar  : ^ArrayType;
|>   Index     : Word;	
|>
|>[..]
|>
|>ArrayVar[Index]^ := etc..????

ArrayVar^[Index] := etc..
      
Peter Gedeck
Newsgroups: comp.lang.pascal,comp.os.msdos.programmer