HDTenEightyP/NetNews huggingface dataset:
From: dedmunds@selkirk.sfu.ca (Darran Edmundson)
Subject: write me a TV interface
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Sun, 22 Nov 1992 06:29:31 GMT

Some time ago I wrote a code in TP5.5 for creating .fli animations from
raw binary files.  All the pertinent parameters are currently constants
in the header of my source so that I change their values and recompile
before running. 

Could I entice someone to write a TV front end for my code?  Basically
it would be a simple menu for setting these parameter values (which
would now become global variables). 

Here are my current constants to give you some idea:

     fli_color= 11;
     fli_lc=    12;
     fli_black= 13;
     fli_brun=  15;
     fli_copy=  16;


{ raw data file have the name format concat(file_body, index, "-",
  number, file_ext) where index and number are string versions of indexing
  integers.  The sequence starts at number first_file and then increments
  by file_step (example:  v3-151.bin is the 151st image of the 3rd view).}

     file_body= 'v';
     file_ext= '.bin';
     first_file= 1;
     file_step= 1;

     views= 1;
     output_file= 'dskc-23.fli';
     color_file= 'colors.map';
     mplot_xt_file= 'm2-xt.grd';
     mplot_x3_file= 'm2-x3.grd';

     colres= 320;
     rowres= 200;
     magic= 44817;
     frames= 50;
     speed= 8;

     mplot_xt= true;             { plot xt momentum from mplot_xt_file  }
     mxwidth_xt= 128;
     mywidth_xt= 43;
     mxoff_xt= 110;
     myoff_xt= 111;
     mfile_xt_block= 14;

     mplot_x3= false;             { plot x3 momentum from mplot_x3_file  }
     mxwidth_x3= 43;
     mywidth_x3= 64;
     mxoff_x3= 45;
     myoff_x3= 29;
     mfile_x3_block= 8;

     mposcolor= 35;
     mnegcolor= 175;
     mlinecolor= 50;

     fli_buffer_size= 32768;    { 32kb flush buffer for output file        }
     no_compress_size= 64000;   { a raw copy, no compression               }
     bad_compress= 60000;   
     frame_header_size= 16;
     color_chunk_size= 778;    
     chunk_header_size= 6;
     line_compress= true;
     border= true; 
     border_color= 50;


-- 

Darran Edmundson
darran@chaos.phys.sfu.ca
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: BP/TP OOP is missing something...
Organization: Queen's University
Date: Mon, 23 Nov 1992 13:18:56 GMT

In article <1992Nov23.102238.18624@kth.se> d85-jmh@dront.nada.kth.se (Jan-Olof Hendig) writes:
>
>Being able to detect NIL pointer dereferencing is a good reason to upgrade
>to BP7. You 'just have to recompile' your programs with target set to 
>'Protected', and then run them. All NIL pointers that are dereferenced will
>generate Runtime error 216, as will most illegal pointer operations, like
>for instance using a noninitialized pointer. Protected mode has its benefits.

You can detect bad pointers in TP 6, with the $R+ option.  The only 
restriction is that they must be pointers to objects: pointers to other types
aren't checked at all.

Another couple of really nice additions to BP7 are typed "@", and overflow 
checking on arithmetic operations.  Both of these have flushed bugs out of 
my programs.

Duncan Murdoch
From: exuhag@exu.ericsson.se (James Hague)
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Scheme
Date: 21 Nov 92 00:14:16 GMT
Reply-To: exuhag@exu.ericsson.se
Organization: Ericsson Network Systems, Richardson, TX
X-Disclaimer: This article was posted by a user at Ericsson.
              Any opinions expressed are strictly those of the
              user and not necessarily those of Ericsson.

James Paul Henley writes:
>
>Ruined Pascal?  No, they gave it to the lowly masses.  I really have problems
>with your pompous attitude in Comp Sci.

I think the original objection was that Borland took a standardized
language, added and removed and changed things to suit its own purposes,
and then released it as Pascal.  Yes, the result is a wonderful
language, one eminently more useful than its predecessor, but the
end result just isn't that same language which is described in the
Pascal standard.  Read Kernigan's "Why Pascal Isn't My Favorite
Programming Language."  Turbo Pascal users will wonder what the
hell is he talking about.

Look at it this way:  what if Borland decided to forget about ANSI
and start doing what it pleases with C? 

[I'm not knocking TP--I love the language.  But the original poster
does have a point.] 

--
James Hague   
exuhag@exu.ericsson.se
From: holland@matt.ksu.ksu.edu (Rich Holland)
Newsgroups: comp.lang.pascal
Subject: Re: Comparing record types
Date: 15 Nov 92 13:05:37 GMT
Article-I.D.: matt.1e6s51INNp16
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

sakkinen@jyu.fi (Markku Sakkinen) writes:

>>That's right. '=' only applies to atomic types (scalar, floating point, 
>>string, set).

>I wouldn't call sets and strings 'atomic', but that's nit-picking.

Okay, someone wanna clue me in here?  What's an "atomic" type?  I'd only
heard of ordinal and scalar until now...

-- 
Rich Holland              | INTERNET: holland@matt.ksu.ksu.edu
100 Jardine Terr, Apt A7  | BITNET  : holland@ksuvm
Manhattan, KS  66502-3357 | UUCP    : ...!rutgers!matt.ksu.ksu.edu!holland
char*p="char*p=%c%s%c;main(){printf(p,34,p,34);}";main(){printf(p,34,p,34);}
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Comments on Turbo (Borland) Pascal 7.0?
Organization: Queen's University
Date: Sat, 21 Nov 1992 13:34:21 GMT

In article <27741@oasys.dt.navy.mil> roth@oasys.dt.navy.mil (Pete Roth) writes:
>
>Okay, maybe the new IDE has a bunch of good stuff plugged in - I think
>color coded code is cool..., and, alliterative.
>But tokenized files should be an option that is not important.
>Because frankly, the editor in the IDE is pretty puny.
>Most of the time I put my programs together outside of the IDE with
>decent tools. And most of us have reasonably quick machines now anyway,
>nicht wahr? So where's the beef in a tokenized file?

I've stopped doing much editing of TP source outside the IDE.  Now that BP
is here, I hardly even regret it :-).  There are a few new additions to the 
IDE that make it good enough for general editing tasks, and really shine at 
editing source code:

 - debugging support (added in TP 5)
 - regular expressions (added in TP 6)
 - undo/redo
 - the symbol browser.  This is great:  you point at an object type,
   browse it and you can see all the fields and methods, and jump right to
   the source or declarations for them if you like.  When you're done, if the
   cursor isn't where you wanted, just Alt-Backspace to undo a few times!
 - hooks to external tools, e.g. TD, GREP, TASM, TPROF, and those you add
   yourself:  I've added my disassembler, so I can point at a procedure,
   hit Shift-F10, and see its disassembly.  As I point at a line of the 
   disassembly, the cursor follows the pointer in the source window. (Can't 
   add your own tools in the Windows-hosted IDE.  Boo!  Hiss!)

The main disadvantage to the IDE now is just that it's big, and slow to load.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal
From: ssnyder@prism.poly.edu (Sharon Snyder)
Subject: Re: BP 7.0 upgrade and ProtoGen
Organization: Polytechnic University, New York
Date: Thu, 19 Nov 92 16:15:45 GMT

I have to be fair to Borland (I was told about buying the TPW 1.5 by
Aug 21, 1992), I called them back to find out who to complain to and was told
the following:

1.  The extra $5 shipping for the CD Rom (as well as the 3.5" disks) was
    wrong and they fixed it while I was on the phone
2.  The Protogen, I was now told (I still wanted to complain) would be
    included IF my reference code on the bottom of my certificate told
    shipping that it should be included as well.  If I don't receive
    it I should call and they will mail it to me free.

    Let's see what happens!

    Sharon Snyder

    ssnyder@prism.poly.edu
From: snodgras@cs.unca.edu (Ryan Snodgrass)
Newsgroups: comp.lang.pascal
Subject: Day of week on a given date
Date: 17 Nov 92 04:23:19 GMT
Organization: University of North Carolina at Asheville

Does anyone know how to get the day of week given a specified date,
for example if the function were passed the date "11-16-92" then it would
return some number representing Monday? (I assume 1)

If you could give me an example, or of where to look to get an example I
would really appreciate it.

Ryan
snodgrass@uncavx.unca.edu
From: Paul.Robinson@f417.n109.z1.fidonet.org (Paul Robinson)
Newsgroups: comp.lang.pascal
Subject: Borland Pascal 7
Date: 21 Nov 92 17:21:39 GMT

The following was taken from the INFO-IBMPC list:
 
 
 
Item from: Info-IBMPC Digest    Tue, 10 Nov 92   Volume 92 : Issue 175 
 
 
 
Date: Sun, 1 Nov 1992 09:31:05 GMT 
 
From: Sidney Markowitz <sidney@genghis.borland.com> 
 
Subject: Borland Pascal 7.0 information
 
 
 
I have set up e-mail address bp7-info@borland.com as an automated
 
server of an information file describing features and prices of the
 
newly released Borland Pascal with Objects 7.0 and Turbo Pascal 7.0.
 
 
 
E-mail sent to bp7-info@borland.com will receive in reply a 16.8Kb
 
information file which also lists the Internet addresses I have set
 
up to contact Borland Customer Service, Educational Sales, and to
 
report bugs. The subject and text of mail that you send to
 
bp7-info@borland.com will be ignored. If your mailer does not supply
 
a correct "From:" header, you can manually include a "Reply-To:"
 
header field with the correct Internet form of your e-mail address.
 
 
 
I'm sure that there will be lots of questions on the net about BP
 
7.0, and this is my attempt to reduce the volume of traffic. I am not
 
frequenting the newsgroups lately, so please let people know about
 
the bp7-info@borland.com address when they ask these questions.
 
 
 
 -- Sidney Markowitz <sidney@borland.com>
 
    Borland International (Languages - R&D)
From: leonard@qiclab.scn.rain.com (Leonard Erickson)
Newsgroups: comp.lang.pascal
Subject: Re: Turbo Pascal mem[a:b] question
Date: 16 Nov 92 05:04:57 GMT
Article-I.D.: qiclab.1992Nov16.050457.26839
Reply-To: Leonard.Erickson@f51.n105.z1.fidonet.org
Organization: SCN Research/Qic Laboratories of Tigard, Oregon.

zlsiida@fs1.mcc.ac.uk (dave budd) writes:

>One of our users claims he can increase a in mem[a:b]:=value; until it MUST 
>be off the end of his machine.  This is the kind of user who always forgets 
>to bring a disk with the program on it.  I've had a brief scan of the manual 
>and it's not clear to me just exactly which bits of memory get addressed - 
>eg I don't believe they'd let you write into a program segment.
>Are all the addresses relative to the start of the data segment (or 
>something along those lines)?
>If the address is off the end of the machine or just bigger than the largest 
>allowable, does it get truncated in some way?
>Anybody want to give me a nice simple explanation of how mem[a:b] works?

Sure. A is the segment, B is the offset. These are *absolute* addresses,
not relative to anything. 

You can specify *any* address. If it's not present in the machine what
happens is probably hardware/BIOS dependent. 

mem[a:b] := x is a *very* low level instruction. It's compiled as a 
direct write to RAM. probably a LOAD X,[a:b] (if I remember the assembler
mnemonics correctly).

-- 
Leonard Erickson		      leonard@qiclab.scn.rain.com
CIS: [70465,203]			 70465.203@compuserve.com
FIDO:   1:105/51	 Leonard.Erickson@f51.n105.z1.fidonet.org
(The CIS & Fido addresses are preferred)
From: br707@cleveland.Freenet.Edu (Mike L. Melamed)
Newsgroups: comp.lang.pascal
Subject: Saving/Reading BinaryTrees.
Date: 19 Nov 1992 18:46:18 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: slc10.ins.cwru.edu


Does anyone know how to save and then restore a binary tree from a disk?

Thanks in advance.

-- 
Newsgroups: comp.lang.pascal
From: dnorris@cwis.unomaha.edu (Dick Norris)
Subject: Re: Day of week on a given date
Organization: University of Nebraska at Omaha
	Yes, one of the few programs I've written returns the day of the 
	week for the format you used as an example, in your request.
	I admit I am quite a novice with e-mail and the like, but I am
	willing to shoot a copy of some code, if I can figure out the 
	process. Give me a couple of days or so since the holiday
	will take me away from the sys.
Date: Sun, 22 Nov 1992 18:36:07 GMT
Newsgroups: comp.lang.pascal
Subject: Re: HOW DO YOU READ MORE THAN ONE KEY
From: sjmadsen@apsvax.aps.muohio.edu (Steve Madsen)
Date: 20 Nov 92 14:08:02 -0500
X-Newsreader: TIN [version 1.1 PL6]

: begin
:  repeat
:   write(Port[$20]);
               ^^^
:  until (1=2); 
: end;

Wrong..  Port $20 is the 8259 Programmable Interrupt Chip.  It won't do
you much good reading the keyboard scan codes.

Try Port[$60].  I believe that's the right one.  Also, a note on the
numbers you will get:

When you first press a key, the number shown is the MAKE code.  When you
release the key, another number will pop up.  That's the BREAK code.
Simply, those are the codes the keyboard sends when you press keys. 
Newsgroups: comp.lang.pascal
From: sw4847@albnyvms.bitnet
Subject: which compiler
Reply-To: sw4847@albnyvms.bitnet
Organization: University of NY at Albany
Date: Fri, 20 Nov 92 07:54:09 GMT

I am taking a CS1 couse in pascal, we are programing with vms pascal.
is there a dos based pascal compiler that has an intagrated editor and debuger
and supports the pascal standard?
any suggestions would be of help.
Scott Weinstein
University at Albany
Newsgroups: comp.lang.pascal
From: grodri@glass.Princeton.EDU (German Rodriguez)
Subject: TVEDIT  
Originator: news@nimaster
Keywords: word wrap
Organization: Princeton University
Date: Fri, 20 Nov 1992 23:48:49 GMT

This question seems to make the rounds from time to time. Has anyone added
word wrap to the Turbo Vision editor?  Reply by e-mail and I will summarize
to the net.

-- 
German Rodriguez (grodri@opr.princeton.edu)
From: randyd@csd4.csd.uwm.edu (Randall Elton Ding)
Newsgroups: comp.lang.pascal
Subject: Re: Encryption and Random Numbers
Date: 18 Nov 1992 19:53:28 GMT
Organization: Computing Services Division, University of Wisconsin - Milwaukee
NNTP-Posting-Host: 129.89.7.4

There has been some discussion about random number generators,
here is a simple minded function that works pretty good for me.
I believe it could be modified to produce random reals as well.

function new_random (m: word): word;
  const
    s1: integer = $1357;   { random seeds }
    s2: integer = $2468;
    s3: integer = $3579;
    s4: integer = $468A;
    s5: integer = $579B;
  var result: word;
  begin
    result:= s1+s2+s3+s4+s5;
    s5:= s4;
    s4:= s3;
    s3:= s2;
    s2:= s1;
    s1:= result;
    new_random:= result mod m;
  end;
Newsgroups: comp.lang.pascal
From: greaham@a.cs.okstate.edu (GREAHAM DARIN DONA)
Subject: Really Lame Question About BP 7.0
Organization: Oklahoma State University, Computer Science, Stillwater
Distribution: usa
Date: Tue, 17 Nov 92 06:32:10 GMT



    This is kinda of a lame question that I need answered concerning the
new Borland Pascal 7.0 with Objects.  In all the literature from Borland
that I have seen, they state that 2 megs of memory is required for
programming in PROTECTED mode.  Now please understand that I am NOT a true
IBM/MS-DOS/Windows user.  I just use Turbo Pascal 6.0 (and hopefully
Borland Pascal 7.0) for programming on the IBM line of machines.

     So basically, my question is this: will Borland Pascal 7.0 with
Objects run in REAL mode and if so, how much memory is required?  It would
seem that this question is an easy one but since I'm not that familiar with
the different types of memory used and the different modes used, I have no
idea what I'm talking about!

     I've got a '286 with 1 meg of memory.  So, will Borland Pascal 7.0
with Objects work at all??  I realize Turbo Pascal 7.0 with Objects only
requires 512K of memory but I would really like to be able to use all the
new goodies that come with Borland Pascal 7.0.

     Yeah, I know, get more memory... but please answer my question if you
can and if you would.


     Thanks!

     Darin D. Greaham - greaham@d.cs.okstate.edu


-- 
/-----------------------------------------------------------------------\
|     Darin D. Greaham - Programmer, Gamer, Student and Amiga Fanatic   |
|       Currently Spending Mega-Bucks at Oklahoma State University      |
\-----------------------------------------------------------------------/
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Really Lame Question About BP 7.0
Organization: Queen's University
Distribution: usa
Date: Tue, 17 Nov 1992 13:36:45 GMT

In article <1992Nov17.063210.18197@a.cs.okstate.edu> greaham@a.cs.okstate.edu (GREAHAM DARIN DONA) writes:
>     So basically, my question is this: will Borland Pascal 7.0 with
>Objects run in REAL mode and if so, how much memory is required?  It would
>seem that this question is an easy one but since I'm not that familiar with
>the different types of memory used and the different modes used, I have no
>idea what I'm talking about!

>I've got a '286 with 1 meg of memory.  So, will Borland Pascal 7.0
>with Objects work at all??  I realize Turbo Pascal 7.0 with Objects only
>requires 512K of memory but I would really like to be able to use all the
>new goodies that come with Borland Pascal 7.0.

There are a number of executables in the package that'll run in that setup, 
but not all of them.  I don't think the main IDE would run, for instance; 
you might be able to compile things with the command line version, but it's 
not certain.  

You do get the real mode versions of the compiler that come with TP 7; 
they'll run on your machine.  However, it's a lot of money to spend for 
something that mostly won't work.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal
Subject: Re: Borland licences (was about old copies of TP)
From: CHEGC@LURE.LATROBE.EDU.AU (CROSS,Graeme)
Date: Sun, 22 Nov 1992 23:35:55 GMT
Organization: La Trobe University
X-News-Reader: VMS NEWS 1.24

In <Fg3JuB1w165w@tcscs.UUCP> tcscs!zeta@src.honeywell.com writes:

> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
> 
>> There is one part in there that's a little worrisome, though:
>> 
>> You're allowed to write and compile programs using the Borland libraries and 
>> distribute them (the actual wording is longer), subject to the following 
>> conditions (and from here on it's a verbatim quote):
>> 
>> The program is not a compiler or development tool, environment product or 
>> library which includes any of the libraries, DLLs or source code included in 
>> this package, nor is the program otherwise a product that is generally 
>> competitive with or a substitute for any Borland Language product.
>> 
>> End of quote.
>> 
>> It's that last clause that worries me:  lots of programs I write could be 
>> seen as "generally competitive with" Borland Language products.  
> 
> Does SBP have similar clause?  If not, develope with borland and distribute
> sbp.
> 
> Greg
> 

The rise of totalitarianism continues...

Borland's attitude stinks. Where will Borland draw the line on libraries and
development tools? Let's leave aside the issue of programs that are "generally
competitive with or a substitute for any Borland Language product", and just
look at the first bit of the licence:

* Is a programmer's editor a development tool? Disassemblers? What about my
version control system, or the interpreter system that I wrote in TP and TASM?
* What happens to products like Object Professional?
* And what the hell is an environment product: is it a program written by
Greenpeace? Or are they talking about anything that uses Turbo Vision?

God - Microsoft may make inferior Pascal compilers, but even they don't have
the fascist attitudes that Borland are beginning to adopt. Stony Brook will be
laughing all the way to the bank...
Does anyone know if similar licencing agreements apply to Turbo C++/Borland
C++, or Turbo Assembler?

I realise that Borland have to cover their butts to some degree, but this is
over the top: are they trying to make us shift all of our programming efforts
over to C++ by restricting the hell out of us?

Flames off - but only just...

Graeme Cross                  chegc@lure.latrobe.edu.au

Today's special sig: As the years go by, Borland go downhill faster & faster...
From: DPSX0599%BRUFV.BITNET@vtvm2.cc.vt.edu ( Elpidio)
Newsgroups: comp.lang.pascal
Subject: Structure of Paradox Data Files
Date: 18 Nov 92 14:59:00 GMT

Hello All

  Please, I need information about the structure of Paradox files
(data files). Any help will be very useful.

  Thanks in Advance.


  Elpidio
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: First BP 7 bug :-)
Organization: Queen's University
Distribution: comp.lang.pascal
Date: Fri, 20 Nov 1992 19:22:12 GMT

In article <BxzJnI.Mpu@mentor.cc.purdue.edu> pf@bilbo.bio.purdue.edu (Paul Furbacher) writes:
>
>Since my upgrade has not arrived, I'm wondering about the source
>code which comes with the BP7.0 release.  Does it include 
>the source for the IDE?  Probably not, but it would be interesting 
>to study the descendents used in the IDE.

No, you don't get the IDE.  TV 2.0 has a few new objects, but it's pretty 
much the same as the TV that you got with TP 6.  You get the source for all 
of that, and for example programs, but not for the IDE.

Duncan Murdoch
dmurdoch@mast.queensu.ca
From: berend@contrast.wlink.nl (Berend de Boer)
Newsgroups: comp.lang.pascal
Subject: Interesting design/implementation dilemma
Date: Fri, 20 Nov 1992 22:49:54

>In Turbo Pascal:
>1) Printer^.PrintJob(Job); or
>2) Job^.Print(Printer);

 MS> What about conventional procedural style:
 MS> 3) Print (printer, job);  ?

Thanks for your suggestion Markku. I hadn't thought about that solution.
Indeed, that would work well.
You point out correctly that Turbo Pascal needs some import mechanism like
Modula-2, but all that typing of imports is very tedious. Maybe it should be
optional?


Greetings,

Berend. (-:
fido: 2:281/527.23
email: berend@contrast.wlink.nl
From: m_rheau@pavo.concordia.ca
Newsgroups: comp.lang.pascal
Subject: a curious thing...
Date: 16 Nov 92 07:56:00 GMT
Organization: Concordia University
News-Software: VAX/VMS VNEWS 1.41

Hats off to Borland, which provides practical and 
insightful programming snippets to explain the 
various commands.  NOT.

Not always, anyway. I would like to ask about the
following example taken from TP 5.5's online help :
---------------------------------------------------
program test2;

begin
   { tells program to wait for keyboard input }
   Writeln(Eoln)
end.
---------------------------------------------------

WHOOOOOOOOOOA there. It's more insightful than I wanted.
Running the above snippet will allow you to type whatever you
want on the keyboard until you hit ENTER.  ...why does this work?

Any subsequent Writeln(Eoln) simply (if I recall) prints a boolean
value (0 or 1) to signal the status of EOLN.  I have no problem with
that.  Does the first Writeln(Eoln) accept input because EOLN is
undefined? That's the only way I can see it.  

Comments, please...

A N  D    R        E                W
                                    M                I        L    L  E N
m_rheau@pavo.concordia.ca

=8]
   \ hi. I'm Sig.


Newsgroups: comp.lang.pascal