HDTenEightyP/NetNews huggingface dataset:
From: sbakker@cs.vu.nl (Bakker S)
Subject: Re: Day of week on a given date
Organization: Fac. Wiskunde & Informatica, VU, Amsterdam
Date: Tue, 17 Nov 1992 11:49:29 GMT

snodgras@cs.unca.edu (Ryan Snodgrass) writes:

>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.

That's easy!

function WeekDay(y,m,d : word) : byte;
var
    c : word;
begin               {y=year,m=month,d=day,c=century}
    if m<=2 then
    begin
        dec(y);
        inc(m,12)
    end;
    c:=y div 100;
    y:=y mod 100;
    WeekDay := ( 5*c + c div 4 + y + y div 4 + 26*(m+1) div 10  + d-1 ) mod 7;
end;

Now if WeekDay returns 0 then it's a Sunday, 1 means Monday, etc.

					Good luck,
					Dominique & Steven.

[=============================================================================]
| Steven Bakker, Vrije Universiteit Amsterdam.				      |
| sbakker@cs.vu.nl                   					      |
[-----------------------------------------------------------------------------]
| ".. if a tree falls in the woods, and there's no one there to hear it, does |
| it fall upwards or downwards. And its corollary, if a deaf man falls in the |
| woods, does he make a sound?"						      |
|					-- Captain Rick.		      |
[=============================================================================]
From: sl8nl@cc.usu.edu
Newsgroups: comp.lang.pascal
Subject: Re: MOD
Date: 22 Nov 92 18:26:46 MDT
Distribution: world
Organization: Utah State University

In article <2150.92.uupcb@gate.micromed.com>, rick.coo@gate.micromed.com (Rick Coo)  writes:
> Do anyone out there know where I can get a hold of a good MOD
> source(the sound blaster music format)  I know one of you europeans out
> there know...
>                                                                                                             

I'm not European, but I do have module playing source code that can be linked
into Pascal (or C, or whatever).  If you are looking for modules, try
ftp.brad.ac.uk.

-Joshua Jensen

Newsgroups: comp.lang.pascal
From: konopka@ils.nwu.edu (Ray Konopka)
Subject: Re: Comments on Turbo (Borland) Pascal 7.0?
Organization: The Institute for the Learning Sciences
Date: Thu, 19 Nov 1992 03:00:16 GMT

In article <1992Nov18.174335.2758@exu.ericsson.se> exuhag@exu.ericsson.se writes:
>Niels Ull Jacobsen writes:
>>
>>1: Source code highlighting
>>You can set it up so that all keywords are white,
>>all user identifiers are green, all constants are black, all comments 
>>are grey and some syntactic errors are red. Of course you can change
>>the colour set up. It may sound trivial and confusing, but I find it 
>>VERY useful - you catch a lot of typing errors as you type.
>
>I have seen this feature in Borland C++ 3.1 and it has me wondering.
>I think that having comments and code in different colors is a great
>idea.  But I can't figure out why anyone in their right mind would
>want to have constants, keywords, and identifiers in different colors.
>People made a big ruckus over Modula-2's forced "IF a = b THEN"
>syntax, because it draws attention to keywords (similar to emphasizing
>puncutation over sentence content, in many people's opinion).
>
...stuff deleted...

Having keywords colorized is very useful because you can easily
pick out mispellings while you are typing.  Quoted strings are
also colorized, which proves quite useful in finding non-terminated
strings of text.

Ray Konopka
konopka@aristotle.ils.nwu.edu


Newsgroups: comp.lang.pascal
From: damouth@wrc.xerox.com (David E. Damouth)
Subject: Re: Comments on Turbo (Borland) Pascal 7.0
Reply-To: damouth@wrc.xerox.com
Organization: Xerox Webster Research Center
Date: Thu, 19 Nov 1992 20:09:32 GMT

I also very much like the syntax highlighting (in TPW 1.5 in my case).
So much so that I hate to look at printed listings any more, because
the source is so much easier to read on the screen.

Which brings up a question:  BP 7.0 supposedly will use bold and
italics to do some syntax highlighting on a printer.  Has anyone played
with it? Does it to a good job?

---
/Dave
David E. Damouth
Xerox Webster Research Center
damouth@wrc.xerox.com
voice: 716-422-3186
fax: 716-265-7133
From: yimling@geog.leeds.ac.uk (Yim Ling Siu)
Newsgroups: comp.lang.pascal
Subject: Directory Display in graphic mode
Date: 18 Nov 92 23:01:49 GMT

I wonder whether anyone in the net can advise me where I can
find some TP source code to display directories in graphic mode?
I have looked through several ftp sites. I don't want anything
object-oriented or anything using Windows resources, as I need
to integrate a directory display into a graphical GIS which doesn't
run under windows.

Please E-mail any information and suggestions to the following
address:
     yimling@geog.leeds.ac.uk

Thank you.

Yim Ling Siu
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: BP/TP OOP is missing something...
Organization: Queen's University
Date: Fri, 20 Nov 1992 17:34:05 GMT

In article <27703@oasys.dt.navy.mil> roth@oasys.dt.navy.mil (Pete Roth) writes:
>
>Anyone else have a perceived need for Multiple Inheritance?
>How did you solve the problem?

I don't like the sparsity of Borland's TObject class.  I like to descend
all of my objects from a base that has more features - the ability to do a 
self-copy and a self-test, a field counting references for the garbage 
collector, etc.  I can't fit any existing TV objects into my hierarchy 
without a lot of work.

So far, the way I've solved it is the following:  I just don't fit Borland 
objects into my hierarchy.  I have a TCollection descendant in there 
with duplicate declarations to my base declarations; an alternative would be 
to have a Base descendant with duplicate declarations to the TCollection 
declarations.  I don't use it much, so I can't say which is worse.

I suppose if I started needing collections and collections of collections 
more, this would be a big problem, but so far it's not.


Duncan Murdoch
dmurdoch@mast.queensu.ca
From: tswingle@oucsace.cs.ohiou.edu (Tom Swingle)
Newsgroups: comp.lang.pascal,comp.lang.os.msdos.programmer
Subject: Broadcast messages aren't getting through in Turbo Vision--SOLVED!!
Date: 21 Nov 92 20:46:41 GMT
Organization: Ohio University CS Dept,. Athens

With the help of the replies that I received, I have tracked down the problem.

My problem before was that I was only looking at TWindow.HandleEvent for the
solution.  However, when I failed to find anything there, I should have kept
going up the heirarchy for the solution.  TWindow is descended from TGroup, so
TWindow.HandleEvent calls TGroup.HandleEvent.  TGroup.HandleEvent calls the
HandleEvent for each of its views.  I traced the problem to one of these views
that TGroup.HandleEvent was passing the event along to; this was where the
event was getting inappropriately cleared.

The moral?  Always remember that you have to trace both upwards (through 
overridden ancestor methods that your methods call) and downwards (through 
"member" objects attached to yours, as with TGroup), and that you have to
trace all the way to the end, not just one step back.

Class is over.  Go home now.
-- 
"The problem you are experiencing is  |  "To be sure of hitting the target, 
not with the network nor with the     |  shoot first and, whatever you hit, 
station.  Please adjust your set."    |  call it the target." 
More ramblings from: tswingle@oucsace.cs.ohiou.edu/tswingle@bigbird.cs.ohiou.edu
Newsgroups: comp.lang.pascal
From: c89ponga@odalix.ida.liu.se (kand. Pontus Gagge)
Subject: BP/TP OOP is missing something...now, what we need is...
Organization: CIS Dept, Univ of Linkoping, Sweden
Date: Wed, 18 Nov 1992 16:01:48 GMT

A propos the discussion of automatic allocation/construction/destruction
of objects:

What we *really* need is obviously Turbo LISP (or even better, Turbo Scheme).
Does anyone know when Borland will release version 1.0?  ;-)
--
/-------------------------+--------------- DISCLAIMER -----------------\
| kand. Pontus Gagge      | The views expressed herein are compromises |
| University of Link|ping | between my mental subpersonae, and may be  |
| c89ponga@und.ida.liu.se | held by none of them.                      |
\-------------------------+--------------------------------------------/
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: Turbo and Procs/Fns as params..
Organization: Queen's University, Kingston
Date: Thu, 19 Nov 1992 16:52:06 GMT

In article <S2861785.92Nov19085756@techst02.technion.ac.il> s2861785@techst02.technion.ac.il (Alon Ziv) writes:
>This is just one example of the serious defect in TP Func/Proc
>parameters: that is, all that is passed is a pointer to the code, and
>not the scope. This limits the use of Func/Proc parameters to global
>procedures and functions, and disallows passing the address of a
>nested function, for instance. 

There's a fairly easy way to remedy this, which I suggested to Borland but 
which they didn't choose to implement in BP 7.  It is to allow special 
procedures and functions (nested procs, object methods, etc.) to be 
assignment compatible with a procedural type in which all the hidden 
parameters are made explicit.

For example, the call to a nested procedure has a hidden parameter containing
a pointer to the stack frame of the parent procedure.  A procedure "nested"
with declaration 

  procedure parent;
    procedure nested; 
    begin
    end;
  begin
  end;

should be assignment compatible with a procedural type

  type
    nestedproc = procedure(context:word);

In order to get this to work, there'd need to be a procedure to return stack 
frame pointers; that's easy to write in assembler, and should be in the 
standard library.  I implemented it as

function context(n:word):word;  assembler;
 { Returns the BP value n stack frames back }
 asm
   push bp
   mov cx,n
   inc cx
 @1:
   mov bp,[bp]
   loop @1
   mov ax,bp
   pop bp
 end;

For passing object methods around in procedural types, you'd need to add the 
hidden Self parameter to the type declaration; constructors also have a VMT 
pointer.

Duncan Murdoch
dmurdoch@mast.queensu.ca
Newsgroups: comp.lang.pascal
From: dmurdoch@mast.queensu.ca (Duncan Murdoch)
Subject: Re: The TP IDE lacks macros..
Organization: Queen's University
Date: Tue, 24 Nov 1992 05:14:55 GMT

In article <EKELAND.92Nov23202938@boeygen.nr.no> ekeland@boeygen.nr.no (Anders Ekeland) writes:
>One comment to a previous posting from D. Murdoch where is major
>complaint about the TP IDE is that it is big and slow loading. But I
>miss macros very much, and really hope I have not overlooked them all
>these years. Or have I?

There are macros available through the poorly documented TEMC.  They
aren't perfect, but in combination with something like Desqview or a 
TSR key recorder like Superkey, they're good enough for me.

Duncan Murdoch
From: exuhag@exu.ericsson.se (James Hague)
Newsgroups: comp.lang.pascal
Subject: Re: Who's still using Turbo Pascal 5.5 ?
Date: 16 Nov 92 15:25:33 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.

fdeck@grumpy.helios.nd.edu (francis deck) writes:
>
>I'm still using 5.0!  I decided a while ago that I would not sink
>any more money into computers, period, as long as I am in grad
>school.  I love Borland, but all these companies' new releases
>were really nickel-and-dime'ing me.  So, I decided to "freeze"
>my system, hardware and all.

I still use 4.0.  Since Pascal is not my primary language and I haven't
found a compelling need for TP's OOP features or TurboVision, I get
along just fine.  In fact, I just wrote a few tools in TP 4.0 over the
past weekend.

There's no inline assembly, but I rarely need assembly language for
the kind of things I use Pascal for and I can always use TASM if need
be.

There's no debugger, but I try very hard not to become debugger
reliant.  I've found that adding some conditionally compiled code
to most routines--writeln's to standard output--works just fine.
I can then redirect a Crt-using or graphics related program to
a file and get some nice high-level tracings.

There's no 286 code generation, but so what.

What I've got is a 115K compiler (with integrated editor) that
does 90% of what TP 6.0 does--certainly 100% of what I need--and
doesn't do any sort of mysterious disk accesses.  And I didn't
spend the money and time to make three upgrades in the past five
years.  I could go right on using it for the next five years without
any problems.  It has been a good exercise in self-restraint; there
is far too much unnecessary marketing pressure in the computer
industry, and a belief that anything over a year old is severely
dated and worthless.

I may actually upgrade soon, but only because I'd like to be able
to use some units which need TP 6.0 or greater to run.

--
James Hague   
exuhag@exu.ericsson.se
Newsgroups: comp.lang.pascal
From: jlg@cochiti.lanl.gov (J. Giles)
Subject: Re: BP/TP OOP is missing something...
Organization: Los Alamos National Laboratory
Date: Mon, 23 Nov 1992 21:36:24 GMT

In article <10814@vice.ICO.TEK.COM>, bobbe@vice.ICO.TEK.COM (Robert Beauchaine) writes:
|> [...]
|> [... long and mostly abusive article elided except as follows ...]
|>   
|>   Pascal programmers are to the individual
|>   much more civilized, polite, well mannered, respectful, and
|>   tolerant than their 'C' counterparts.  One's language of choice
|>   speaks volumes about their temperment. Now crawl back into your 
|>   Bourne shell where you belong.

Gee, for what reason do you, as a person with none of the above
qualities of civilized communication, decide to be a spokesman
for the rest of the group?  Or is polite behavior to be limited
to "C counterparts" only?

Fact about the net:

 1) criticize some feature of C or C++ on a C related newsgroup 
    and you get flamed - ad-hominem attacks dominating.  They tell 
    you in vehement terms not to post anymore.

 2) criticize some feature of C or C++ on a *non* C related newsgroup
    and you get flamed - ad-hominem attacks dominating.  They tell 
    you in vehement terms not to post anymore.

 3) tell someone not to post C or C++ related articles to a non
    C related newsgroup and you get flamed - ad-hominem attacks 
    dominating.

You're right, language choice is correlated with temperament.
C and/or C++ users are *universally* abusive.  That's the whole
intent of my little experiment.  Thanks again for verifying the
result.  (Oh, and that trick of trying to get the last word
using a followup specification is also typical.)
   
|> [...]
|> C: The language that combines the power of assembly language with the 
|>    flexibility of assembly language.
|> 
|> Real friends don't let friends use UNIX.

Now, I agree with both of those statements.  You must be slipping
a little.

-- 
J. Giles
From: newton@digsol.jpunix.com (Michael Nichols)
Newsgroups: comp.lang.pascal
Subject: Re: Comparing record types
Date: Tue, 17 Nov 92 17:07:41 CST
Organization: Digital Solutions, Inc. Houston, TX.

holland@matt.ksu.ksu.edu (Rich Holland) writes:

> 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);}

I think a better term would be "non-structured" data type.  By atomic 
element (sounds a lot like LISP) he means a data element that consists of 
one data element only.  Actually, if you really want to get technical, 
strings are not atomic, because they are really an array of chars.  But, 
because most compilers handle them in a way which makes them seem like 
simple data elements (kinda like BASIC), one might consider them to be 
atomic, but they are actually structured in definition.  (You C 
programmers know what I mean.)

Mike Nichols
newton@digsol.jpunix.com
From: holland@matt.ksu.ksu.edu (Rich Holland)
Newsgroups: comp.lang.pascal
Subject: Re: Where is general Pascal group?
Date: 15 Nov 92 12:36:37 GMT
Article-I.D.: matt.1e6qelINNni9
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

etljmme@etlxd10h.etlxd (jim moore xd/nda) writes:

>How would we go about creating this group or rather, do others think it's even
>worth it?

Why not just make your subject lines start with "TP: [blah blah blah]" so
people can kill-file the TP stuff if they want, and people who want to read
TP can "=TP" the articles.  :-)

-- 
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);}
From: samodena@csemail.cropsci.ncsu.edu (S. A. Modena)
Newsgroups: comp.lang.pascal
Subject: Re: Pointer problems...
Date: 24 Nov 92 01:47:53 GMT
Organization: Crop Science Dept., NCSU, Raleigh, NC 27695-7620

In article <dmurdoch.301.722547756@mast.queensu.ca> dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:
>In article <KIM.92Nov23091623@kim.Software.Mitel.COM> kim@Software.Mitel.COM (Kim Letkeman) writes:
>>| var
>>|   P1 : ^Byte;
>>|   P2 : ^Byte;
>>| begin
>>|   new(p1);
>>|   p2:=p1;   { Why is this illegal }
>>
>>Compiles fine for me.
>
>Which compiler are you using?  I get compile errors in both TP 6.0 and BP
>7.0.  The problem is that P1 and P2 are being declared to be two different
>types of pointers, and different types of pointers are generally not 
>assignment compatible.  
>
>The fact that these two types of pointers are constructed in the same way is 
>the confusing part.  This particular feature of Pascal is designed to catch 
>errors like the following:

Though Duncan reply was "correct and legal," allow me to explain it
differently.

VAR
	P1 : ^BYTE;
        P2 : ^BYTE;

The compiler has to set P1 up on an internal list, not as a TYPE, but
as a specific OPERATIONAL-type.

Ditto for P2.

Now when the compiler comes to:
	
	P2 := P1;

A search determes that P2 and P1 are NOT together as the same TYPE, but
each stand as a UNIQUE OPERATION-dependent classification; AND the
compiler is not trained to compare OPERATION-UNIQUE categorizations;

Now, let change the program just slightly;

TYPE
	PBYTE = ^BYTE;

Notice that I have assign a LABEL to this OPERATION-dependent
classification;

VAR
	P1 : PBYTE;
	P2 : PBYTE;
BEGIN
	New( P1 );
	P2 := P1;   <==== Both variables SHARE the SAME LABEL and are
			found to be members of the same subset.

Thus the compile checks the statement P2 := P1 by saying: P1 is found
under label PBYTE and P2 is found under label P1; all is OK!

Previously the compiler tries to check the statement P2 := P1 by saying:
P1 is a SOME-KIND-OF-AN-OPERATION-TYPE and P2 is is a SOME-KIND-OF-AN-
OPERATION-TYPE; This compiler only knows how to compare LABELS; therefore,
ERROR RAISED!


See how that works now? 

Steve
---
+------------------------------------------------------------------+
|     In person:  Steve Modena     AB4EL                           |
|     On phone:   (919) 515-5328                                   |
|     At e-mail:  nmodena@unity.ncsu.edu                           | 
|                 samodena@csemail.cropsci.ncsu.edu                |
|                 [ either email address is read each day ]        |
|     By snail:   Crop Sci Dept, Box 7620, NCSU, Raleigh, NC 27695 |
+------------------------------------------------------------------+
         Lighten UP!  It's just a computer doing that to you.    (c)
OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO
         
Newsgroups: comp.lang.pascal
From: drkhoe@nmt.edu (ONID)
Subject: Survey - Research
Organization: New Mexico Tech
Date: Thu, 19 Nov 1992 03:09:43 GMT

                              QUESTIONNAIRE
                         TO EXAMINE CAFFEINE USE
                        AMONG COMPUTER SCIENTISTS
                         AND ELECTRICAL ENGINEERS
                                     
Most of us enjoy consuming caffeine in one form or another. The purpose of
this questionnaire is to examine how much caffeine is being consumed, what
form the caffeine is being consumed in, and who is consuming it.

Please answer these questions with email to: bob@jupiter.nmt.edu
with the subject 'survey'.

**Please do not post your answers, that will waste bandwidth**

You don't have to quote the whole article, just use 6 lines or so:
EXAMPLE
	1 CS
	2 85 cans
	3 Jolt
	4 5 pots
	5 none (gives me a headache)
	6 45 Vivarin/hr.

Thank you!

1. What is your field of work/study?
    EE       CS        BothNeither

2. How much soda do you consume per day (average)?
    ________

3. What kind of soda do you drink?
    ________

4. How much coffee do you consume per day (average)?
    ________

5. How much tea?
    ________

6. Do you take any caffeinated pills? If so, how many?
    Vivarin  NoDoze    Maximum Strength Excedrin
    ______   ______    ______

bob@jupiter.nmt.edu
Bob "Chunkstyle" Broilo
-- 
----------------------------------------------------------------------------
Amiga to the Bone | SF2 Fanatics: Can you hang with the Guile combo's?
Moshing - the number one dance in America.  Kill the preacher hang the pope.
-------------------------------drkhoe@nmt.edu-------------------------------
From: carr@superbowl.und.ac.za (Michael Carr)
Newsgroups: comp.lang.pascal
Subject: RE : (Q) Sources
Date: 18 Nov 92 11:45:10 GMT
Article-I.D.: superbow.carr.5.722087110
Organization: University Of Natal (Durban)
NNTP-Posting-Host: pc16.superbowl.und.ac.za

Hi.


>Does somebody has seen sources of Turbo Pascal compiler?
>-- it is not a joke! I have some rumors about availability of
>sources for TP 3.0. Is it true?

I am also very interested in this source if it is available, and would 
appreciate some info.



Feel free to reply via e-mail. 
Thanks.
Mike.
From: wsaito@ucrac1.ucr.edu (William H Saito)
Newsgroups: comp.lang.pascal
Subject: Pascal Compiler for the NeXT environment
Date: 16 Nov 92 18:23:00 GMT
Reply-To: wsaito@ucrac1.ucr.edu


	The Computer Science department at the University of California,  
Riverside is looking for a pascal compiler for the NeXT computer.  The type of  
pascal compiler we are looking, for would be used in an introductory computer  
programming (ie., pascal).  If anyone has any information, please forward it to  
wsaito@ucrac1.ucr.edu.  Thank you very much.

	William Saito
From: rick.coo@gate.micromed.com (Rick Coo) 
Newsgroups: comp.lang.pascal
Subject: MOD
Date: 22 Nov 92 03:54:00 GMT
Reply-To: rick.coo@gate.micromed.com (Rick Coo) 
Distribution: world
Organization: Micro-Medic Network Gateway - +1 408 280-1610 - Public access BBS

Do anyone out there know where I can get a hold of a good MOD
source(the sound blaster music format)  I know one of you europeans out
there know...
From:  ECZ5LRH@mvs.oac.ucla.edu
Newsgroups: comp.lang.pascal
Subject: trying to get off
Date: 19 Nov 92 21:23:59 GMT

Will someone please tell me how to get off of this list, I have
sent a command to the listserv address, but it comes back.
I want out badly........thanks