HDTenEightyP/NetNews huggingface dataset:
From: karl@NeoSoft.com (Karl Lehenbauer)
Subject: Re: Biff revisited
Organization: NeoSoft Communications Services -- (713) 684-5900
Distribution: comp
Date: Tue, 17 Nov 1992 14:05:12 GMT

In article <SPENCER.92Nov13055357@guraldi.med.umich.edu> spencer@med.umich.edu
(Spencer W. Thomas) posted a cool, enhanced version of the Tcl biff program
posted recently.

I'd like to call attention to his use of Extended Tcl's little-known file 
scanning mechanism to scan the mailbox.  

File scanning provides an awk-like ability for Tcl to read through a file, 
calling Tcl code upon matching one or more patterns.  It's support for
multiple scan contexts allows the code matching one pattern to scan
the file for another -- it's a pain to do that sort of thing in awk.

When a match is found, the text of the line, line number (absolute if
no seek has been done on the file, else line since last seek), byte
position in the file and so forth are available as elements of the
matchInfo array.

In Spencer's biff program, the "getheaders" proc scans the file, looking
for "^From ", which will always begin a mail message in "normal" (non-MMDF
and the like) mailers.  It is also looking for "From:" and "Subject:" lines,
and scarfs them for the display.

Writing a Tcl mailer with this stuff wouldn't be hard, and could have some 
fairly unique features, like using scanmatch you wouldn't have to read all 
of the messages into memory -- you could just store the offsets into the 
mail file where the messages began.  The mail file could also be updated 
in place without rewriting the entire file by doing compaction, on systems 
with the ftrunc system call.


-- 
-- Email info@NeoSoft.com for info on getting interactive Internet access.
"Turn on your hot tub by email now.  Ask me how."
Newsgroups: comp.lang.tcl
From: spencer@med.umich.edu (Spencer W. Thomas)
Subject: Re: SOURCE - man.tk - gross little hack
Date: Fri, 20 Nov 92 16:20:14 EST
Organization: University of Michigan

How about

      regsub -all _\010 _\010[exec man $page] "" clean
      .$page.text insert 1.0 $clean

regsub doesn't set 'clean' unless at it does a substitution.

--
=Spencer W. Thomas 		|  Info Tech and Networking, B1911 CFOB, 0704
   "Genome Informatician"	|  Univ of Michigan, Ann Arbor, MI 48109
Spencer.W.Thomas@med.umich.edu	|  313-747-2778, FAX 313-764-4133
Newsgroups: bnr.lang.tcl,comp.lang.tcl
From: scoob@bnr.ca (Christian Marcotte)
Subject: Re: couldn't allocate a color for "#ffe4c4"
Organization: Bell-Northern Research, Ontario, Canada
Distribution: bnr
Date: Fri, 20 Nov 1992 05:33:37 GMT

In article <1992Nov19.151729.29092@bmerh85.bnr.ca> mpm@bmerh504.bnr.ca (Mike Mogridge) writes:
>
>You say you're using a very colourful background, could it be that all the
>colour table entries have been allocated; try using a less colourful background
>and see if that solves the problem.
>
>Mike.


Well I guess I have not been clear in my initial posting.

The trouble I have experienced was when I had a very colorful bitmap image
on my root window.  Of course this spells out color table full.

Still, you don't expect ANY application to fail because it cannot allocate
the color it wants...  (Imagine trying to start frameker and it tells you:
sorry but the blue I want is not available... ABORT).

I am looking for a way to detect this before the error and be able to select
a color that is available OR force my color in the color table.

I hope that I clarified enough.


BTW: Naturally, changing the colorful bitmap (251 colors) to a more moderate
     one (typically switching from a photography to a cartoon drawing) will
     fix the problem but this is NOT an acceptable solution.

-- scoob


-- 
---------------------------------------------------------------------------
Christian Marcotte                Bell-Northern Research
scoob@bnr.ca                      3500 Carling Ave
Telephone: (613) 763-2782         Nepean, Ont., Canada K1Y 4H7
Newsgroups: comp.lang.tcl
From: murali@is.morgan.com (Murali Chirala)
Subject: color allocation failures
Organization: Morgan Stanley - IS
Date: Thu, 19 Nov 1992 23:14:43 GMT


	I have a working tcl/tk application...but when used on
	a system (a sparc2) whose color palette is consumed by
	other applications I get the following message
	and my application exits.

couldn't allocate color
    (database entry for "background" in widget ".menu")
    invoked from within
"frame .menu -relief raised -borderwidth 1"

	Other non tcl/tk applications that depend on color dont behave
	this way. Is there a way out of this or is it a current
	limitation? 

	Murali


----------------------------------------------------------------------------
Murali Chirala		UUCP	:   ...!uunet!is.morgan.com!murali
Morgan Stanley		Internet: 	murali@is.morgan.com
			Phone	:	(212) 703-2353 (W)
From: Shane.Greyvenstein@f50.n7101.z5.fidonet.org (Shane Greyvenstein)
Newsgroups: comp.lang.pascal
Subject: tp graphics
Date: Thu, 19 Nov 92 22:43:00 GMT
Organization: FidoNet node 5:7101/50 - No Name BBS, Pretoria


JT > SG> I can help you with PCX.  The code is lengthly, but it is FAST.  The
JT > SG> routines are of my own design, written in Pascal with a few routines
JT > in
JT > SG> ASM.  They write directly to video memory ($A000:$0000) and
JT > therefore
JT > SG> speed is limited basically only by disk access.  Full palette
JT > support is
JT > SG> catered for too.

JT > Hmm, may I have a copy too? :-)

JT > CU,
JT > JWF Thirion (Derik)

JT > --- FMail 0.92
JT >  * Origin: The digital point, Cape Town, RSA (5:7102/118.2)
 
Hmm... can't remember if I responded to this, but I'll send them via 
NetMail.  I lost my message base, so I can't see what this was 
originally about!  ;-)  Serves me right for trying to write to the 
header files!!
 
Cherio, keep well,
Shane
--  
INTERNET: Shane.Greyvenstein@f50.n7101.z5.fidonet.org
via:  THE CATALYST BBS in Port Elizabeth, South Africa.
       (catpe.alt.za)   +27-41-34-1122 HST or +27-41-34-2859, V32bis & HST.
Newsgroups: comp.lang.pascal
From: ts@uwasa.fi (Timo Salmi)
Subject: Re: Where is general Pascal group?
Organization: University of Vaasa, Finland
Date: Mon, 16 Nov 1992 09:24:22 GMT

In article <1e6qelINNni9@matt.ksu.ksu.edu> holland@matt.ksu.ksu.edu (Rich Holland) writes:
>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.  :-)

Seriously, it is a nice illusion, but there is no chance of getting
the users to abide.  We do know these things from ample UseNet
experience.  They always collapse.  If the users wish to have TP
messages separately, the only operational choice is a distinct
newsgroup.  You can take my word for it. 

I repeat, to the kind readers of comp.lang.pascal.  If anyone wishes
to consider a separate newsgroup, first get someone to take it on
and draw up a draft charter.  The instructions are (still) in
  63197 Oct 19 10:01 garbo.uwasa.fi:/pc/doc-net/usenews.zip

(I'm am not expressing personal preferences, just laying out the
facts of UseNet life). 

   All the best, Timo

..................................................................
Prof. Timo Salmi
Moderating at garbo.uwasa.fi anonymous FTP archives 128.214.87.1
Faculty of Accounting & Industrial Management; University of Vaasa
Internet: ts@uwasa.fi Bitnet: salmi@finfun   ; SF-65101, Finland
From: v206gb6c@ubvmsb.cc.buffalo.edu (IS AN ILLEGAL PERSON NAME)
Newsgroups: comp.lang.pascal
Subject: Re: Comments on Turbo (Borland) Pascal 7.0?
Date: 20 Nov 92 18:37:00 GMT
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

In article <1992Nov18.174335.2758@exu.ericsson.se>, exuhag@exu.ericsson.se writes...
>Niels Ull Jacobsen writes:
>>
>>1: Source code highlighting
>>   [Stuff]
>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).

    Well, the advantage of Borland's syntax highlighting is that YOU get to
choses the emphisis.  If you want, you can move keywords into the background,
rather than having them over-emphisized.  In fact this is one of the few
places that the default VGA color palette works well for.  You can uses the
light green for variables, constants, etc; and use the dark green for
keywords.  This allows your eye to easily read along the code while still
distinguishing between the different components of the syntax.

PauL M SchwartZ  (-Z-)  |  Follow men's eyes as they look to the skies
v206gb6c@ubvms.BitNet   |         the shifting shafts of shining 
pms@geog.buffalo.edu    |        weave the fabric of their dreams
pms@acsu.buffalo.edu    |                    - RUSH -
From: leouski@giane.cs.umass.edu (Anton Leouski)
Newsgroups: comp.lang.pascal
Subject: (Q) Sources
Date: 12 Nov 92 23:39:30 GMT
Organization: University of Massachusetts, Amherst

Hi everybody!

Does somebody has seen the sources for Turbo Pascal compiler?
It's not a joke, but I've some rumors about Turbo Pascla 3.0
sources... Is it true?

Anton.
Newsgroups: comp.lang.pascal
From: bradshaw@sage.cc.purdue.edu (Jonathan Bradshaw)
Subject: BP7 under Os/2 Windows?
Organization: Purdue University
Date: Tue, 17 Nov 1992 20:22:09 GMT

Can anyone tell me if BP7 will work under WinOS2? My primary interest is
to use the Windows IDE but for working on DOS programs. Now, since WinOS2
can't spawn a dos shell I am wondering what problems there are.

Any information would be appreciated.

-- 
 Jonathan Bradshaw | jonathan@nova.decio.nd.edu -or- jbradsh2@darwin.cc.nd.edu
  Packet: n9oxe@n0ary.#nocal.ca.usa.na | Prodigy: XMSN02B | (Os/2)(DOS)(Linux)
  WNDU-AM/FM/TV South Bend, IN | Disclaimer "My opinions are not my employers"
  - "Busy life, not enough time to look in the mirror." - Deborah Ann Gibson -
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: Thu, 19 Nov 1992 19:19:46 GMT

In article <10790@vice.ICO.TEK.COM>, bobbe@vice.ICO.TEK.COM (Robert Beauchaine) writes:
|> In article <1992Nov18.203235.6714@newshost.lanl.gov> jlg@cochiti.lanl.gov (J. Giles) writes:
|> >In article <10781@vice.ICO.TEK.COM>, bobbe@vice.ICO.TEK.COM (Robert Beauchaine) writes:
|> >|> [...]
|> >|>   Constructors come in many flavors in C++.  There are default
|> >|>   constructors, copy constructors, and explicit constructors.
|> >
|> >So?  This newsgroup is comp.lang.pascal.  There is nothing going
|> >on here that has anything to do with C++.  It is irrelevant.
|> 
|>   My congratulations on your recent election to commander in chief
|>   of net.police.anal.retentive.
|> 
|>   Put your flame thrower away.  I was asked how a certain problem
|>   was implemented in C++ as opposed to TP, and answered the
|>   question.  

No, the part you quoted (and that you were answering - otherwise
you should have quoted the part you *were* addressing) did not
even mention C++.

However, that was not my intent.  I have often been very strongly
attacked on C, C++, and UNIX related newsgroups for mentioning 
languages other than C - even when I was directly responding to 
questions in those groups.  I just wanted to see if there was a 
double-standard.  Thank you for demonstraing that there is. 
Particularly your use of expletive is unjustified by the language
that *I* used - and is quite consistent with the writing style
of thse who normally are telling *me* to stop posting.

Thanks once again for verifying my hunch.

-- 
J. Giles
From: wayne@hpfcso.FC.HP.COM (Wayne Covington)
Date: Thu, 19 Nov 1992 16:43:20 GMT
Subject: Re: Denormal Exception, Turbo Pascal
Organization: Hewlett-Packard, Fort Collins, CO, USA
Newsgroups: comp.lang.pascal

korte@alhena.itp.uni-hannover.de (Gerd Kortemeyer) writes:

> ...
> if you unmask an exception of your math-copro you usually get a
> run-time error if it occures. For example, if 'zero divide' is
> ...
> This works fine with any exception except for the denormal exception:
> Turbo-Pascal continues to work on the program even though you had
> a denormal operand in an arithmetic expression. When you look at things
> more closely you will find out the copro raises an interrupt, but the
> Turbo-Pascal exception handler doesn't react with a run-time error -
> it rather produces TRASH because after coming back to the program the 
> copro-stack is left in a mess.

Sounds to me like a disastrous bug.

> Does anybody know what this behaviour of Turbo-Pascal is good for?
> What SHOULD the exception handler do if it didn't have some bug?
> ...

If I unmask the denorm exception, I would expect a "Runtime error xxx ...
denormalized number" indication.

Wayne
From: 0005066432@mcimail.com (Tansin A. Darcos & Company)
Newsgroups: comp.lang.pascal
Subject: [TDR] Wanted: Old Copies of Turbo Pascal
Date: 18 Nov 92 15:32:29 GMT

I am looking for any of the following:

1.  Turbo Pascal Version 3.x, with manual and original diskette.
2.  Turbo Pascal Version 5.0, with manual(s) and original diskette(s).

For version 3, the BCD version isn't necessary.  These can be upgrade
copies that you still have on hand but no longer use.  What I want is
to have a complete set; I have 4.0, 5.5 and 6.0.  I want to fill in the
gaps and get 3.x and 5.0.  I do want the manuals so I know what the 
particular commands are for that issue.

In fact, I can use up to two (different) copies of TP3.

So anyone who has them who would be interested in selling them, please
send a message in reply to this message to me at TDARCOS@MCIMAIL.COM.
Note that the products need not have warranty cards or other offers
and such; I simply want legal copies of these so that if I have to test
older programs I can use the versions I don't have.
---
Paul Robinson -- TDARCOS@MCIMAIL.COM
These opinions ARE those of the owner of this account.
From: sl8nl@cc.usu.edu
Newsgroups: comp.lang.pascal
Subject: Re: Stony Brook Pascal
Date: 23 Nov 92 17:38:07 MDT
Organization: Utah State University

> When you say "fully compatible", what do you mean: Can you recompile Turbo 
>Vision with it? Is it TPU-file compatible with TP6? TP7?

Stony Brook Pascal+ doesn't use TPU files, but rather LIB files.  If you have
the source code to the unit, then yes, you can recompile it.  Why LIB files? 
It's an IBM industry standard, which means you could link your Pascal+ code
into C of vice versa.

> Would you be able to compile a pascal program for me, if I send you
> one? And return the program to me uuencoded? I would like to see how
> much the Stony-Brooke compiler would do for a typical program of the
> kind they're working with, before I recommend that they buy the SB
> compiler.

Your welcome to do so and I would take the time to compile it.  You have my
email address.

Later,
Joshua Jensen
Newsgroups: comp.lang.pascal
From: gabriel@netcom.com (Gabriel Beccar-Varela)
Subject: BP 7.0 warning
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 16 Nov 1992 04:07:23 GMT

A few days ago I reported problems with TV 2.0 and its apparent 
inability to read stringlists if they were created with TV 1.0.
I discovered the source of the problem and I am reporting the
solution because it could very easily happen to others: I innocently
set the open parameters flag on in the Options|Compiler dialog.
After reading the documentation it seemed harmeless enough. It looked
to me more or less like a duplication of the $V- compiler directive.
It turned out that one of the parameters of the TStringList.Read 
method (which is private so you have to look at the source code) is
"var S : string". By compiling with Open Parameters on (i.e. $P+), the
"var S : string" was transformed into "var S : OpenString". Now,
OpenStrings cannot be passed as regular variable parameters to other
procedures and functions (see Language Guide, p. 113). Since
TStringList.Read is called by TStringList.Get, the OpenString parameter
created havoc (some sort of memory overwrite).
The lesson from this is: do not recompile OBJECTS.PAS with $P+.
I discovered all this almost by chance. I did not see anything in Borland's
documentation which will help you avoid this kind of problem. If it is
so crutial to compile OBJECTS.PAS with $P-, that directive should have
been inserted there with a warning "{do not change this directive}".
 

Newsgroups: comp.lang.pascal,comp.object
From: c89ponga@odalix.ida.liu.se (kand. Pontus Gagge)
Subject: Re: BP/TP OOP is missing something...
Organization: CIS Dept, Univ of Linkoping, Sweden
Date: Fri, 20 Nov 1992 13:58:04 GMT

dmurdoch@mast.queensu.ca (Duncan Murdoch) writes:

[ Discussion of file variables, &c. ]

>>I would guess that good Pascal implementation may also initialise
>>pointer variables to NIL so that using them before assignment
>>will not cause catastrophic effects.

>On a PC in "real" mode, NIL is likely the most catastrophic value to 
                                                ^^^^^^^^^^^^
>initialize a pointer to :-).  TP doesn't initialize pointers, but at 
>least one TP clone (Pascal+ from Stony Brook) does.

In case someone misses the implicit irony, let me point out the obvious:
the best errors are those that generate the worst cataclysms. This makes
them sort of hard to miss...

--
/-------------------------+--------------- 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.                      |
\-------------------------+--------------------------------------------/
From: cstaddc@csv.warwick.ac.uk (Mr M A Stuart)
Newsgroups: comp.lang.pascal
Subject: ????? passing an array to a procedure  ??????
Date: 24 Nov 1992 03:26:12 -0000
Organization: Computing Services, University of Warwick, UK
Distribution: world
NNTP-Posting-Host: sage.csv.warwick.ac.uk




	I want to change the contents of a globally defined array within
	a procedure.

	i.e.


	program .....

	var store: array[1..10] of integer;

	procedure processing
	begin
		store[4] := ......
	...
	...
	
	end;




	begin

	processing

	end.



n.b. 
	I am note using turbo pascal just an ansi-standard compiler.

	
	Any suggestions !!!
From: gtd543a@prism.gatech.EDU (death)
Newsgroups: comp.lang.pascal
Subject: Re: BP 7.0 upgrade and ProtoGen
Date: 18 Nov 92 15:23:01 GMT
Distribution: na
Organization: Purgatory
X-Newsreader: Tin 1.1 PL5

A word to the wise:  ProtoGen really bites.

First of all, if you don't use a CASE tool at all, go ahead and get it.
It will come in handy to those who don't use a CASE tool at all, even
though it is a lot of hassle.

ProtoGen -highly recommends- that you divide your application up into
a separate dialog file, ONE FOR EACH DIALOG!  If you have an app with
a lot of dialogs, this can be a real pain in the ass.  One way to get
around it is to force it to load your .RC file - it seems to parse
mine just fine.

All it generates is icon, DlgWindow, dialog, and menu code.  This is most
of app, right?  That's your basic CASE tool for you.  A better CASE tool
would support generation of features standard in many programs today, such
as toolbars (either floating or placed on any side of the app's window),
status lines, automatic filling of combo boxes with predefined strings
(held in the string table), splash panels (such as the picture of Blaise
Pascal when you load TPW 1.x), etc.  The list is endless.  A CASE tool
should have support for all this.

Again, a retraction:  If you don't use a CASE tool at all, then this
will probably be of some use to you.  However, don't expect it to do
much.  You will find yourself shuffling between the Resource Workshop
and ProtoGen constantly, editing dialogs and that sort of thing to get
your program just right.  A smarter avenue would have been to include it
into the Resource Workshop, where this shuffling wouldn't have been
necessary.

As the old saying goes: anything you get free is worth what you paid
for it.

I am describing the ProtoGen (which I got yesterday) which TP6/TPW
owners get free when ordering BP7 (which is still on back order).

As a side note, I am writing my own CASE tool, to be released to
the public domain, with source code (in BP7) for everyone to 
study any modify.

If a 18-year-old self-taught Pascal programmer can do this (I'm already
most of the way though the initial stage in the program), why can't
a team of trained, competent workers do the same?


-- 
Jeff M. Garzik - Need help?  Feel free to e-mail me 24 hrs.!
Georgia Institute of Technology, Atlanta Georgia, 30332
uucp:	  ...!{decvax,hplabs,ncar,purdue,rutgers}!gatech!prism!gtd543a
Internet: gtd543a@prism.gatech.edu
From: foster@nzkites.UUCP (Foster Schucker)
Newsgroups: comp.lang.pascal
Subject: Turbo Pascal 7.0 and the Quattro @ Function Toolkit
Date: 20 Nov 92 02:03:50 GMT
Organization: Kiteflyers Roost

As an avid TP user and a Quatro Pro user I was looking forward to the
@Function toolkit for QP.  The toolkit allows you to write your own
@functions in C++.  Now that pascal has objects (P++??) would it be
possible to write @functions in Pascal??

Thanks!!!


Foster Schucker  (foster@nzkites.uucp)  (1-215-458-8354 (voice))
From: berend@contrast.wlink.nl (Berend de Boer)
Newsgroups: comp.lang.pascal
Subject: Interesting design/implementation dilemma
Date: Fri, 20 Nov 1992 09:06:20

Kim Letkeman wrote in a message to All:

 KL> As for your dilemma, well, you may never have thought to ask
 KL> the question if you had originally decided on one printer
 KL> unit with methods like "PrintFile" and "PrintBuffer" rather
 KL> than creating a separate "job" object.

Maybe my introduction of a seperate job object was not all to clear. The
job object is much more advanced than simply printing a file. For
example: I have a reporter job, which prints tables and views using a TeX
like page description language.

And as Turbo Pascal overlays units only, you have to split up your code
in small units. In this case, the printer unit could not be overlaid (it
contained device driver code) so this is one more reason to move code
which could be overlaid to another unit.

 KL> In my opinion, there isn't really any difference between
 KL> (detailed) design and implementation. You can only use the
 KL> tools you are given. Designs must change as more data
 KL> (gathered through solving
 KL> implementation problems) becomes available.

That's my opinion to. But on huge projets seperation of design and
implementation (Waterfall model) is necessary as one person can not
oversee it all. And the person who designs may not even be there one the
coding starts. And even on smaller projects seperation could be very
worthwile.
  But my point was, that in this case that could not be done. This could
be a reason why some projects fail: that seperation is not possible.


Greetings,

Berend. (-:
fido: 2:281/527.23
email: berend@contrast.wlink.nl

Newsgroups: comp.lang.pascal