HDTenEightyP/NetNews huggingface dataset:
From: Hendrik.Klompmaker@beheer.zod.wau.nl (Hendrik Klompmaker)
Subject: Re: File locking question
Organization: Wageningen Agricultural University
Date: Wed, 6 Jan 1993 07:42:55 GMT

In article <1993Jan5.220346.24647@csx.cciw.ca> u055@csx.cciw.ca (James Sprenger) writes:

>I don't think this will work 'cause the file that is accessed is
>redirected from the command line, and not initialized from the TP prog. 
>Even if you did open the file from the TP program, I think you'll run into
>problems when two people try to write to the file simultaneously (spelling?)
>Any how, if you are using a Novell NetWare network, its probably best to
>use semaphores...these netware function are faaaast and you don't have to
>write your own lowlevel IO routines. 
>
>>
>> So my guess  is that your program username should:
>>
>>  -be compiled with $I-  (no stop on runtime error)
>>
>>  -Repeat
>>     -try to open the file in mode $11 (Write and deny ALL)
>>  -Until (IoResult=0)  (* nobody else has locked it *)
>>
>
>
Indeed it does not work. I came up with the following working solution. I 
did not find a way to chech if a file was locked useing ioresult or doserror 
while reset(ing) or append(ing) a file. It does however get set if do the 
following
{$i-}
repeat
  setattr(logf,$20); {Archive bit set}
until doserror = 0;

Indeed you have to write from the TP program directly to avoid share 
conficts in this manner.

Bye

Hendrik

===============================================================================
|******** Wageningen Agricultural University. Animal Production Group ********|
-------------------------------------------------------------------------------
Hendrik Klompmaker		Internet : Hendrik.Klompmaker@Beheer.Zod.Wau.Nl
System Manager			Bitnet	 : KLOMPMAKER@HWALHW50.BITNET
Phone : +31 (0)8370-83934	Fax	 : +31 (0)8370-83962
Snail : Marijkeweg 40, 6709 PG	WAGENINGEN, The Netherlands
===============================================================================
From: andres@scf16.scf.loral.com (Jeff Andres)
Newsgroups: comp.lang.pascal
Subject: BPW7 vs TPW 1.5
Date: 12 Jan 93 14:36:25 GMT
Organization: Loral Space & Range Systems

Another question on something I've read but I forgot the answer and
figure it'll help all...

Are these the same thing ...BPW7 = TPW1.5  ???

There has been a number of questions addressing getting better
documentation on developing programs for windows and IF these two
products are the same, then I can buy a TPW 1.5 book.  As it was
I bought the documentation from Borland API calls (their literature btw,
says that it documents what the on-line says) which is NOT quite TRUE!
and I feel as though I was taken by Borland. Folks, Borland merely
republished the documentation that they include for C++ (at least that's
what I can gather). Additionally, they reference their calls both for C
and MS Pascal (<===Does this make sense, one vendor giving syntax calls
from another vendor's point of view...)

Borland, how about you document what is in the on-line help and put that
in a book! I was quite frustated that this last weekend while looking up
material, that the book referenced reading the "on-line" documentation.

Seeking answers,

-- 

         _/  _/_/_/_/   _/_/_/_/ _/_/_/_/     Jeff Andres
        _/  _/         _/      _/        ---  Loral Space and Range Systems
       _/  _/_/_/     _/_/    _/_/       ---  1260 Crossman Ave.  MS-S37
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: TP6 TPU to TP7 TPU converter
Organization: Queen's University
Date: Tue, 12 Jan 1993 21:26:48 GMT

In article <1993Jan12.194742.10099@cs.unca.edu> snodgras@cs.unca.edu (Ryan Snodgrass) writes:
>Would it not be possible to create a TP6 TPU to TP7 TPU converter if you knew
>both of the formats?  <grin>  Just wondering.  Oh, and if so,does anyone have
>the format of both of the TPU types?  Thanks,

The TP6 TPU format is published in TWU1.ZIP, on garbo.uwasa.fi.  The author 
of that (William Peavy, who helped me out on Dumpprog) is in the process of 
updating his documentation to handle the TP7 format.

It's probably possible to write an updater to work between those two 
versions because they're so similar, but it would still be very time 
consuming.  I'd guess if I started working on it with the priority it 
deserves, I'd have the updater finished sometime in 1995.  Think many 
people will register it then?

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal
From: gunter@mbfys.kun.nl (Gunter Windau)
Subject: Re: pointers to arrays?!?
Organization: University of Nijmegen, The Netherlands
Date: Mon, 11 Jan 1993 14:17:48 GMT

glgam@cc.newcastle.edu.au (GLGAM) writes:


>To access a particular element in an array I would use..

>ArrayVar[Index] := etc..

>Suppose I had setup a pointer to an array on the heap...  How do I access the
>individual elements ?

>ie.

>Type
>   ArrayType = Array[1..Max] of Char;

>Var
>   ArrayVar  : ^ArrayType;
>   Index     : Word;	

>[..]

>ArrayVar[Index]^ := etc..????
How about:
ArrayVar^[Index] := ...

>Doesn't work..  I know why..  I just can't for the life of me figure
>out what _does_ work..


>Regards,

>Scott. 
>		
--
G\"unter Windau                              e-mail: gunter@mbfys.kun.nl
Dept. Medical Physics & Biophysics           voice:        +31 80 617139
Univ. of Nijmegen, The Netherlands           (((()))))))))))))))))))))))
Newsgroups: comp.lang.pascal
From: snodgras@cs.unca.edu (Ryan Snodgrass)
Subject: CRC values in Turbo PASCAL
Organization: University of North Carolina at Asheville
Date: Wed, 6 Jan 1993 20:29:31 GMT

Does anyone know how to calculate CRC values of a file in Turbo Pascal?

Thanks,
Ryan
From: gtd543a@prism.gatech.EDU (death)
Newsgroups: comp.lang.pascal
Subject: Re: Application Frameworks --- What is it??
Date: 9 Jan 93 01:30:28 GMT
Organization: Purgatory
X-Newsreader: Tin 1.1 PL5

Carl Litt u (litt3509@mach1.wlu.ca) wrote:
: 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?

As far as I can tell it is a neat new term for one of two things:

a) RTL source code for the TV and/or OWL libraries

or

b) the TV and/or OWL libraries themselves.
-- 
=========================================================================
WANTED:  Position for experienced Matrix runner.  Demanding and ambitious
positions welcome.  Must have support for a FUCHI XNN1-11-22 cyberdeck.
=========================================================================
Newsgroups: comp.lang.pascal
From: Steph <CT80@music.mus.polymtl.ca>
Subject: Re: TVision : BUG in my head or in TV?
Organization: Ecole Polytechnique de Montreal
Date: Fri, 8 Jan 1993 00:09:55 GMT

>
>This harkens back to a rather ANCIENT debate as to whether a program
>or operating system should PRE-initialize the memory image to ZEROs
>or leave whatever garbage values were in memory at the instance of
>"loading."   Bugs due to UNinitialized memory variables SET TO ZERO or
>NIL (for pointers) are easier to diagnose and are more CONSISTANT in
>behavior than are  UNinitialized memory variable with RANDOM garbage
>values that "work" sometimes and don't "work" other times.
>
>NOTE: MASM and TASM have directives for allocating either memory INITIALIZED
>to $00 or to be left in garbage state.
>
>Therefore, Borland made a design decision.  Contrary to Duncans assertion,
>it is not a "mistake."  It is a design decision.  Though I do not know
>the intimate details of Protected Mode programming and Windows programming,
>I do know that there is a significant difference from DOS programming
>and MEMORY MANAGEMENT.  Therefore, without first hearing a pro- or con-
>debate on the merits of memory zeroing--or not--in a particular situation,
>I'd hesitate to criticize TObject memory zeroing.
>
>As far as Steph needing to learn to "build" around it (memory zeroing in
>DOS TV), I'd put forth that I use it to *advantage* and am quite glad
>it is done.  :^)
>
>Of course, anyone who bought BP7 also got TV source code and therefore
>can easily comment out the couple of lines that do the memory
>zeroing...and find out whether your code generation life is happier and
>easier!  :^)
>
>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
>
>.
>.

I wouldn't use it.  Even though TV might zero data fields, Turbo
Pascal itself doesn't, so in _my_ book it's bad practice to use this
feature, especially if not all versions do it, for instance.

'sides, they always thought me that un-initialized variables are a
bad programming practice.  I know that if I were to read someone
else's code that used hidden features of TVision, I'd quickly get
lost.  I'll stick to doing InitVar := 0, thank you.  :)

Steph.
Newsgroups: comp.lang.pascal
Subject: Re: Faster Pascal
From: cscmd@lux.latrobe.edu.au (Mitch Davis)
Date: Sat, 9 Jan 1993 14:06:10 GMT
Organization: La Trobe University

In article <mitchell.11@odie.ee.wits.ac.za> mitchell@odie.ee.wits.ac.za (MITCHELL JAMES) writes:
>G'day all!
>
>Bascially, I'm trying to find a way to run Pascal code faster. I have access 
>to a 486 but this is woefully inadequate (for my needs at least).

Hi there James!

>If anyone has experienced/solved the speed problem, I would greatly 
>appreciate their advice.

I've had that problem, and I've solved it.  90% of the time, you can
triple the speed of your program by re-writing it so it is smarter.

I'm wondering just what sort of program you're running.  As far as PC
languages go, Turbo Pascal is no slouch.  In fact, Turbo's speed is such
that running your Pascal program on another platform even three times
faster is highly unlikely to yield a three-fold improvement.

Here's an example:  At the moment I'm working on a program which reads 
email into a BBS message base.  In Fidonet, the standard for transferring 
messages is in .PKT files.  My program (written 95% in TP and 5% in BASM) 
will currently read and process 1 Meg of .PKTs (that's about 950 messages) 
in 14 seconds (on a 16MHz 386). [*]

On my first version of the program, my main speed problem was the
massive overhead each time you call DOS for some more of the file.  It
took me months of thinking to devise a way which still uses DOS calls,
but avoids this enormous overhead.  

My point is, make sure the program you are running is running as
efficiently as possible.  If you have ANY heap left over, use it to
build tables which will reduce computation.  If you're doing any sort of
data structure access (random OR sequential, in memory OR on disk),
cache the last few elements accessed, so that you don't have to go
seeking around for it, or writing to the same spot multiple times.

These are two of the tricks I've found MOST useful lately, and it's
tricks like these that can make the difference between wanting a faster 
machine, and swearing that the program is faulty because "there's no way 
the thing can be finished in that short amount of time!"

>James Mitchell

Mitchell James Davis.

[*] Those involved in Fidonet might be interested.  I'm writing this
program because of the woeful performance and features of the programs
used with TBBS.  Currently, TMAIL takes about **95** minutes to import 3
megabytes of mail into a 23 megabyte database, age old messages, keep
quotas, export local messages, link subject headers, compress the
database, and a few other jobs.  My program which replaces and enhances 
TMAIL is currently doing the same job in **under** 7 minutes.

I hope it sells.  Otherwise I won't have any money to buy food this year!
Newsgroups: comp.lang.pascal
From: rbt@tous.oau.org (Robert B. Tate)
Subject: Re: Problem with TP7
Organization: Tate Enterprises
Date: Thu, 7 Jan 1993 05:35:11 GMT

In article <dmurdoch.284.726290843@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
>In article <1id7t2INN7ik@manuel.anu.edu.au> jjf101@deakin.anu.edu.au (Jason Ford) writes:
>>I have this problem with Turbo Pascal 7.
>>When ever I run a program from within TP7
>>after excution is completed my mouse cursor
>>has disappeared.
>
>This was a common problem in TP 6; I hadn't heard it about TP7 before.  The 
>usual TP 6 cause was a faulty mouse driver.  
>

I had a problem with the normal cursor not showing up if the mouse driver
was installed. I had to upgrade my (Mouse Systems) mouse driver again to
clear up the problem. I had to upgrade then TP6 came out also. Borland
seems to push the use of the drivers right to the edge, so you (seem) to
need to keep them up to date.


-- 
 rbt@tous.OAU.ORG  (Robert B. Tate)       | A little knowledge is a dangerous
 {ucf-cs,peora,tarpit}!tous!rbt           | thing. Any less can kill you.
From: roth@oasys.dt.navy.mil (Pete Roth)
Newsgroups: comp.lang.pascal
Subject: Syntax highlighting misses
Date: 11 Jan 93 13:47:43 GMT
Reply-To: roth@oasys.dt.navy.mil (Pete Roth)
Organization: The David Taylor Model Basin

The syntax highlighting available in the BP7 editor is fine
as far as it goes. But why are the tokens REAL, INTEGER, WORD, CHAR,
DOUBLE, etc. NOT highlighted as reserved words (or anything else)
when STRING makes it?

Just wondering...
- - - - - - - - - - - - - - - - - - - - - - - - - -
Grace & peace
Pete                         roth@oasys.dt.navy.mil
"Easy for me, difficult for you." - Senor Wences.
Newsgroups: comp.lang.apl
From: bowman@apl.demon.co.uk (Dick Bowman)
Subject: Re: fonts for APL 
Distribution: world
Organization: Dogon Research
Reply-To: bowman@apl.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Wed, 6 Jan 1993 20:52:13 +0000

APL TrueType fonts DO exist. Adrian Smith has transmuted his old Postscript
font, and I believe that there are other similar transmutations. I have had
a test copy of Adrian's which looked very good when printed, but was less
appealing on the screen. I believe that he is planning to improve it, and
that if so, then it MAY be bundled in with a Windows interpreter 'soon'.

There were a few other problems which caused me to sideline using this font,
but it could be reasonable to assume that they will be fixed in a later
version.

An idea which somebody ought perhaps to pursue is purchasing a copy of a
package like Fontographer which allows you to design your own font. After
all, if this machine can be clogged up with several hundred 'normal' fonts
why should I be satisfied with just one attempt at an APL font.

But, to play well into the hands of the J people; one unpleasant problem I
met was that the APL character set needs to use the Ctrl- and Shift-Ctrl-
augmented keys and I have not so far been able to persuade Word to produce
anything from such keystrokes. Anyone who can do this, please share your
insight. Drag-and-drop from the character map is just not on. Which made it
all far too tedious to do adhoc APL inserts into documents. But DDE worked
well from Dyalog, and dumping code out to file and importing it worked almost
as well.
Newsgroups: comp.lang.apl
Subject: Can't compile v6.2 on the NeXT
From: mclean@futon.SFSU.EDU (Emmett Mclean)
Date: 7 Jan 93 21:12:46 PST
Distribution: NA
Organization: San Francisco State University

I get the following message when trying to compile v6.2 
on the NeXT :

cc -O -c i.c
i.c: In function jinit2:
i.c:87: `EM_ZERODIVIDE' undeclared (first use this function)
i.c:87: (Each undeclared identifier is reported only once
i.c:87: for each function it appears in.)
i.c:87: `EM_INVALID' undeclared (first use this function)
*** Exit 1
Stop.

Is there an easy fix ?

Thanks,

Emmett
Newsgroups: comp.lang.apl
From: emclean@sfsuvax1.sfsu.edu (Emmett McLean)
Subject: General assignment into a noun!
Organization: San Francisco State University
Distribution: NA
Date: Mon, 11 Jan 1993 00:56:39 GMT


   NB. Verbs for general assignment into a noun. Requires v6.1 
   NB. or 6.2 .These verbs should make indexing in J as easy as 
   NB. indexing in APL. 

   NB. With asn there is no need for separate verbs for 
   NB. row and column indexing since asn determines which
   NB. operation is needed based on the shape of the right
   NB. argument. Assignment into rank 3 verbs is 
   NB. implemented by using asn with the rank operator.


   acol  =.;@(|:@>@}.@])`(;@(>@{.@]+/(''&$@}.*i.@{.)@$@[))`[}
   g     =. ({.,<@,:@>@}.)`]@.(''&$@(<:@#@$@>@}.))
   arow  =. [;@:>@}.@]`(;@|:@(i.@}.@$@[+/(}.@$@>@}.*/>@{.)@]))`[}g@]
   list  =. arow`acol`arow@.(<:@#.@($@[ =/''&$@:,@($@>@}.@]@]@])))
   table =. arow`acol`arow@.(<:@(''&$)@:#.@(,:@$@[=$@>@}.@]))
   asn   =. acol`list`table@.(''&$@(#@$@>@}.@]))

   NB. arow does assignment into a row,   
   NB. acol does assignment into a column,   
   NB. asn  does assignment into a either a row or column based
   NB. on the shape of the noun in the right box. In the case
   NB. of a square table, ambiguity of row or column assignment
   NB. is determined by if  >@}. is a list (row assignment)
   NB. or a table (column assignment or row assignment). In the
   NB. jargon of mathematics a column vector is necessary for
   NB. column reassignment.

   NB. Test cases
   NB. >@}. of v can be a list or table
   u0 =. ? 4 7   $ 10
   v0 =. 0 3 ;    100 * i. 2 7  
   v1 =. 2 5 ; ,. 100 * i. 4 2 
   v2 =. 1   ;    100 *  i. 4 
   v3 =. 1   ; ,. 100 *  i. 4
   v4 =. 1   ;    100 *  i. 7   
   v5 =. 1   ; ,: 100 *  i. 7  
   v6 =. (i. 4) ; ? 4 7   $ 10

   u1 =. ? 3 3 $ 20
   v7 =. 0  ; 100 *    i. 3 
   v8 =. 0  ; 100 * ,. i. 3 

   u2 =. 1 1 $ 4
   
   v0 ; u0 asn  v0  
   v1 ; u0 asn  v1 
   v2 ; u0 asn  v2
   v3 ; u0 asn  v3  
   v4 ; u0 asn  v4 
   v5 ; u0 asn  v5
   v6 ; u0 asn  v6 
   v7 ; u1 asn  v7
   v8 ; u1 asn  v8
   u2 asn  0 ; 1       
   u2 asn  0 ; 1 1 $ 1 

   NB. example of assigment in nouns of rank 3
   NB. demonstrates the power of the rank operator
   (u0 ,: u0) asn"(2 1) (v0 ,: v4 ) 

   NB. If anyone is interested in how these work just ask.

   NB. Emmett
Newsgroups: comp.lang.apl
From: bowman@apl.demon.co.uk (Dick Bowman)
Subject: Re: Matrix Inverse in APL2 
Distribution: world
Organization: Dogon Research
Reply-To: bowman@apl.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Tue, 12 Jan 1993 20:44:43 +0000

In article <C0puI4.Mv6@undergrad.math.waterloo.edu> bdcrafto@cayley.uwaterloo.ca writes:

>HELP!!  For a project I'm doing for work I require a routine to take the
>Inverse of a very large matrix (in the order of 1000x1000).  The 
>Matrix Inverse function tends to bomb out at even a 10x10 matrix.

What machine is this on? 10x10 is a surprisingly small number.

>
>I am assuming that some sort of Gaussian Elimination routine is
>needed.  Is there somewhere where I could find a pre-written routine?
>
>I realize that for a matrix so large, it would probably take a LONG
>time to run.  But could anyone guestimate what kind of time I'm
>looking at?  Minutes?  Hours?  If it means anything, most of the
>entries in the matrix will be zero.

On the whole I feel that this would be a very good scenario for calling
a compiled language routine; there's heaps of stuff for this sort of sparse
matrix manipulation on the big boxes. In my (limited) experience the overhead
for calling these routines is too great for the savings when you have small
matrices, but for 1000x1000 it should be very promising.
>
>
>Any help would be appreciated!
>
>Brad.
>
>-- 
>-----
>Brad Crafton                            bdcrafton@descartes.UWaterloo.CA
>3B Actuarial Science, University of Waterloo, Waterloo, Ontario, Canada.
>
Newsgroups:   comp.lang.apl
From:         gsd@ipsalab@ipsaint.ipsa.reuter.COM (Remote Addressee:)
Subject:      Truetype APL font
Reply-To:     gsd@ipsalab@ipsaint.ipsa.reuter.COM (Remote Addressee:)
Organization: Reuters Information Services (Canada)
Date:         12 Jan 93 18:00:05 UT


-----------Message forwarded from IPSA Mailbox-------------


no. 6894580 filed 17.38.48  tue 12 jan 1993
from gsd@ipsalab
to   uclapl
subj Truetype APL font
expy 17.38.00  11 feb 1993

@transferred from ipsalab  no. 141912 filed 17.38.46  tue 12 jan 1993

Subject: Truetype APL font

Iverson Software Inc., 33 Major Street, Toronto, Ontario, Canada M5S 2K9
(416-925-6096, fax 416-488-7559) has a Truetype font called ISIAPL. This font
is in mainframe SAPL quadav sequence, which may or may not meet your needs - it
is quite different from the more PC-popular STSC convention.

This font is not available standalone, but may be had for $30 CDN as part of
the APLIWIN beta, which is a pretty handy product in its own right. It has a
built in Windows API interface and native Dos file manipulation quad functions.
It is a close relative of APLI386, though that product's aux proc orientation
has disappeared (at least temporarily) in favor of Windows functionality. This
is a real live Windows APL.

It's dead trivial to whip up a translate table and APLIWIN functions that read
or write DOS files containing STSC-style APL characters, and various people
(myself included) have done that. Such functions are not presently bundled with
the product, however.

I personally find the APL and the font incredibly useful, though as a tech
support heavy for the SHARP APL mainframe product I have a somewhat skewed
perspective since APLI is extremely compatible with the stuff I use and sell.
The keyboard takes a bit of getting used to, especially if one uses other APL's
a lot - some of the traditional union keyboard strokes have mystic meanings in
Windows, so the keyboard feels a bit weird to union keyboard fans.
/Gary Dennis, Reuters APL Software Division Tech Support Group


-----------------------------------------------------------
This posting is forwarded from an internal Reuters mailbox.
No statement or opinion contained herein should be taken as
being Reuters policy, or even as being approved by Reuters,
in any way.
Newsgroups: comp.lang.apl
From: bowman@apl.demon.co.uk (Dick Bowman)
Subject: Shareware APL Interpreter
Distribution: world
Organization: Dogon Research
Reply-To: bowman@apl.demon.co.uk
X-Mailer: Simple NEWS 1.90 (ka9q DIS 1.19)
Date: Wed, 6 Jan 1993 20:30:56 +0000

Apologies if you folks are all aware of this, but I only just began getting
the postings for the newsgroup.

The January SWAPL newsletter carries an announcement that Thomas G Smith
has authored an APL interpreter for the PC and is distributing it as
shareware. He is on CompuServe as 76207.3343@compuserve.com, and you can
download it if you are also on Compuserve. I have exchanged email with him
and he will be very happy to make his interpreter available on the
Internet if one of us can tell him precisely how to make it happen. He is
not familiar with Internet (my message was the first he had ever exchanged
with this system - he tells me), and I am so new to the environment that all
I can suggest is that someone else knows more than I do. But he is very keen.

I can make no comment on the quality of his product, but it is described as
based on the July 1978 IBM manual. What interests me even more is that he
is working on an APL2 version. There may be the possibility of having source
code - but it will probably cost money.
Newsgroups:   comp.lang.apl