HDTenEightyP/NetNews huggingface dataset:
From: mmeyer@m2.dseg.ti.com (Mark Meyer)
Subject: Re: C++ vs. Ada -- Is Ada loosing?
Organization: TI DSEG, Spring Creek, Plano, Tx.
	<EACHUS.92Dec18164915@oddjob.mitre.org> <1992Dec21.161105.9344@mcc.com>
Date: Thu, 31 Dec 1992 17:48:31 GMT


	I'm new to this group, basically because I'm new to Ada.
Even so, I just have to comment on this:

In article <1992Dec21.161105.9344@mcc.com> srogers@teenwolf.mcc.com (Steve Rogers) writes:
> The edition I am looking at is the 3rd edition.

	Are you sure?  I'm looking at the 3rd Edition myself.  When
was your copy printed?  This book seems to go through a reprint twice
every year, and mine's from 1990.  I only ask because both your
examples of errors seem to be in error themselves, at least as far as
my copy is concerned.

> Two examples: The FRAME program on page 325 violates LRM 9.1.4 - the
> type of the task cannot be used as a typemark within the task itself.
> It's easy to see what the program means, but it doesn't comple. 

	No, it doesn't violate 9.1.4.  I could tell that by
inspection.  I was even able to compile it (after removing references
to the FRAME package - I don't know how to get our compiler to build a
library and someone else has the manual).  Nowhere in the task body of
FILTER does anyone try to use FILTER as a type.  In fact, on p. 327
Barnes specifically states, "(The use of the function MAKE_FILTER is
necessary to overcome a rule that in the body of a task type its name
refers to the current task and not the type.)"

> There is a task example on page 311 that has nested accepts for the
> same entry which violates LRM 9.5(8).  Again, its clear what the
> program intends, but it has been simplified in a way that keeps it
> from compiling.

	I was able to compile this program too.  In my copy of the
book, the accepts are not nested.  Do you have the 3rd Edition,
printed in 1990?  Maybe your book was printed earlier?

-- 
Mark Meyer                                               | mmeyer@dseg.ti.com |
Texas Instruments, Inc.,  Plano TX                       +--------------------+
Every day, Jerry Junkins is grateful that I don't speak for TI.
"There's lots of bread in the freezer!"  "No, I threw it out.  Hard as a rock."
Newsgroups: comp.lang.ada
From: mfeldman@seas.gwu.edu (Michael Feldman)
Subject: Re: JANUS compiler
Organization: George Washington University
Date: Mon, 21 Dec 1992 23:40:49 GMT

In article <1992Dec21.053113.6598@runx.oz.au> johnj@runx.oz.au (John Jameson) writes:
>
>I have a number of Windows 3.X display primitives written in C++
>and wish to access them from an Ada application. My thoughts are
>to package the primitives as a DLL and use an Ada compiler which
>has good bindings to the Windows APIs. A colleague has recommended
>the JANUS Ada compiler - if anyone has used this compiler and can
>report on the general quality of the product and specifically the
>Windows API integration I would be very grateful to hear from them.
>
I haven't seen the Janus Windows version, but the Meridian one is a
pretty decent piece of work. I presume that you can use a "thin" binding
to the Windows API, that is, a direct Ada equivalent to each Windows
call.

Good luck.

Mike Feldman
------------------------------------------------------------------------
Michael B. Feldman
co-chair, SIGAda Education Committee

Professor, Dept. of Electrical Engineering and Computer Science
School of Engineering and Applied Science
The George Washington University
Washington, DC 20052 USA
(202) 994-5253 (voice)
(202) 994-5296 (fax)
mfeldman@seas.gwu.edu (Internet)

"Americans want the fruits of patience -- and they want them now."
------------------------------------------------------------------------
Newsgroups: comp.lang.ada
From: falis@ajpo.sei.cmu.edu (Edward Falis)
Subject: Re: Any ideas on how 'is separate' interfers with optimization?
Organization: Alsys
Date: Mon, 21 Dec 1992 09:37:47 EST

Alsys compilers will inline separately compiled procedure bodies,
provided they're compiled prior to compilation of the calling unit,
and the appropriate compiler switch is used.

- Ed Falis, Alsys


Newsgroups: comp.lang.tcl
From: news@choreo.ca (Choreo NetNews Administration Account(Ottawa))
Subject: dynamically changing text on labels
Organization: Choreo Systems, Ottawa Canada
Date: Mon, 21 Dec 1992 19:05:02 GMT

I have a window set up with a number of label widgets for presenting info to
the user which they cannot change.  If they press a push button, I would
like to get the labels updated.  The support code is there to reset some
stuff, but how can I change the labels?  Using the label command only gets
me the expected error that the window exists in the parent.

Any suggestions or other ideas would be helpful.

Thanks, and Happy Holidays to all.

Newsgroups: comp.lang.tcl
From: norm@bnr.ca (Norm MacNeil)
Subject: re:suspending events
Reply-To: norm@bnr.ca
Organization: Bell-Northern Research Ltd.
Date: Tue, 22 Dec 1992 16:37:36 GMT

In article <1992Dec22.141509.28807@choreo.ca>, you write:
|> I have a tcl/tk script which handles some error processing, and displays
|> a dialog box with the information message to the user when an error occurs.
|> I set focus to the error window.  How do I keep the script from executing
|> until the user presses the OK button?
|>
|> For example
|>
|> if .... {
|>    errorDialog "message"
|>    update
|> }
|>             <- I don't to continue here until an OK button is pressed.
|> more code
|> ...
|>
|>
|> proc errorDialog {} {
|>    ....
|> }

I had the same requirements, so I cannabalized (sp?) the mkDialog.tcl in the
.../library/demos directory to do the following...

proc error Dialog {Msg} {

# make toplevel window called, say, .FooBar
# with a button at the bottom...

  button .FooBar.bottom.Ok -text "Cancel" -width 15 -command ".destroy .FooBar"

# Other stuff here...

  bind .FooBar <Visibility> {focus .FooBar}
  grab .FooBar
  focus .FooBar
  tkwait window .FooBar
}

The important line is the last one where tkwait waits until the window specified
no longer exists.


-- 
  Norm.

+-----------------------------------------------------------------------+
 Norm MacNeil                     Phone: (613) 763-3372
 Data Systems                     Fax:   (613) 765-2854
 Bell-Northern Research Ltd.      EMail: norm@bnr.ca (INTERNET)
 #include <disclaimer.std>       "Roller bladers do it in-line!"
From: tromey@cns.caltech.edu (Tom Tromey)
Newsgroups: comp.lang.tcl
Subject: Bind bug, Tk3.0
Date: 23 Dec 92 14:14:25
Organization: California Institute of Technology
NNTP-Posting-Host: kant.cns.caltech.edu

I'm using Tk 3.0 and Tcl 6.5.  I've applied all known patches (two to
tkWm.c, one to tkBind.c, and one to tkCanvLine.c).  I also added a
patch of my own to tkWm.c which implements the "wm raise" and "wm
lower" commands.  I don't think this makes any difference.

Type in the following at the wish prompt:

canvas .zot
pack append . .zot left
bind <q> exit

Pressing "q" in the window has no effect.  This same script worked
under Tk 2.3.

Let me register my vote for a patchlevel.h or moral equivalent to make
reporting bugs easier.

Tom
--
tromey@cns.caltech.edu
"In a riddle whose answer is chess, what is the only prohibited word?"
I thought a moment and replied, "The word chess".
	-- Jorge Luis Borges
Newsgroups: comp.lang.tcl
From: news@choreo.ca (Choreo NetNews Administration Account(Ottawa))
Subject: problems with options
X-Disclaimer:  This news article was written by an employee or customer of
               Choreo Systems Inc., and does not necessarily reflect the
               opinions or views of the Managament of Choreo Systems Inc.
Organization: Choreo Systems, Ottawa Canada
Date: Tue, 22 Dec 1992 18:19:00 GMT

I am trying to set the color of my widget using

.labe_and_text configure -foreground blue

but I get the error message when running this script

unknown option "-foreground"
   while executing
.labe_and_text configure -foreground blue


What does this mean, and how do I fix it?

Thanks
From: ccsis@sunlab1.bath.ac.uk (Icarus Sparry)
Newsgroups: comp.lang.tcl
Subject: Re: Insecurity of tk
Date: 24 Dec 92 10:13:05 GMT
Organization: Bath University Computing Services, UK

In the referenced article, nsb@thumper.bellcore.com (Nathaniel Borenstein) writes:
>A plain text copy of that paper is
>available, for anyone interested, via anonymous ftp from
>thumper.bellcore.com in pub/nsb/CWCW-ATOMICMAIL.txt.
                                 CSCW-ATOMICMAIL.txt
From: ouster@sprite.Berkeley.EDU (John Ousterhout)
Newsgroups: comp.lang.tcl
Subject: Re: Tcl 6.4 Tcl_ParseVar bug OR gcc 2.2.2 bug?
Date: 26 Dec 1992 21:42:34 GMT
Organization: U.C. Berkeley Sprite Project
Distribution: world
NNTP-Posting-Host: tyranny.berkeley.edu

In article <krisna.725385831@cs.wisc.edu>, krisna@cs.wisc.edu (Krishna Kunchithapadam) writes:
|> 
|> madere@austin.ibm.com (Steve Madere) writes:
|> :
|> :When I call Tcl_Eval() repeatedly using string constants as code
|> :arguments, it causes a segmentation violation.  This occurs when
|> :Tcl_ParseVar overwrites individual characters of my string constant
|> :with a null (to mark the end of a local string) during parsing.
|> :
|> 
|> This is the crux of the problem. `gcc' stores string _constants_
|> in the text segment of the `a.out' file that it creates. Hence,
|> any attempt by the process (in this case Tcl_Parse()) to write
|> temporary `\0' markers into these addresses *will* cause a
|> segmentation fault. `gcc' has documented this in its man pages
|> under the `-fwritable-strings' option, so it is more in the realm
|> of a Tcl bug.
|> 
|> Moreover, the code for Tcl_Parse() states that there are no
|> side-effects, whereas, depending on your compiler, there is this
|> very nasty problem.
|> 
|> 
|> In my opinion, Tcl should reallocate new space for its input and
|> manipulate that. With the use of gcc (and other ANSI conformant)
|> compilers becoming more widespread, this problem will crop up on
|> other platforms as well.  Until, Tcl makes that change, I suggest
|> you specify the `-fwritable-strings' (and/or the `-traditional')
|> flag on the gcc compilation command line (just add it to CFLAGS
|> in the Makefile) and recompile your Tcl libraries---or use
|> alloced space to hold your input to the Tcl interpreter.
|> 
|> 

Yeah, I agree that this is a bug.  I did it as a quick-and-dirty way
to avoid the overhead of copying, and I didn't think it would cause
problems for many people.  Unfortunately, though, lots of people have
stumbled on it.  Another solution besides the -fwritable-strings
approach is to declare these strings as initialized static arrays,
which will be writable:

char foo[] = "...";
Tcl_Eval(interp, foo, ...);

Ultimately I should fix Tcl, but this probably isn't going to happen
for version 7.0.
Newsgroups: comp.lang.tcl
From: brad@NeoSoft.com (Brad Morrison)
Subject: Re: Advice wanted on math functions for Tcl 7.0
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Tue, 22 Dec 1992 17:36:23 GMT

In article <1992Dec22.155047.2655@cimage.com> johng@cimage.com (John Gourlay) writes:

>Extend the expr syntax to include sin and cos.  Don't make them
>separate functions.  I think it would be confusing to have some math
>functions (+, *, etc.) in expr and some outside of it.  I'm swayed by
>the more natural syntax within expr and by the efficiency of the
>implementation.

But (+, *, etc.) are operators, not functions.  I am for defining the
math functions as intrinsic Tcl functions.  I will admit, the efficiency
*is* tempting, but what about other math functions?  Should expr just
keep growing to accomodate them, too?  This sort of approach, with an emphasis
toward efficiency, with syntax changes and inconsistencies considered as
secondary, reminds me a bit too much of Perl.

I opt for the separate command approach.  IMHO, it's cleaner, and it won't break
any exisiting Extended Tcl code.  :-)
-- 
Brad Morrison        | ...These lovers of esoterica seem to derive a great
morrison@paranet.com | deal of intellectual satisfaction out of not quite
(713) 467-3100       | understanding what they are doing.
From: ouster@sprite.Berkeley.EDU (John Ousterhout)
Newsgroups: comp.lang.tcl
Subject: Re: Stupid Question
Date: 23 Dec 1992 21:25:42 GMT
Organization: U.C. Berkeley Sprite Project
Distribution: world
NNTP-Posting-Host: tyranny.berkeley.edu

In article <1992Dec23.202152.22882@cis.ohio-state.edu>, mdm@pear.cis.ohio-state.edu (Michael Moore) writes:
|> 
|> 
|> 	I know this is a dumb question, but why is the libtk.a library
|> a third the size of tk2.3?  Was it something John did in the overhaul or
|> the way it was archived, perhaps?  Whatever the case may be, I'm glad it
|> shrunk.  The smaller the better!
|> 
|> 	Thanks,
|> 
|> 	-Michael 
|> -- 
|> |\  Michael  Delbert  Moore     _   /|     Home   : (614) 471-1937         /|
|> | \ OSU Student  Programmer     \`o_O'     Office : (614) 292-7161        / |
|> | / Undergraduate CIS major       ( )      Email  : mdm@cis.ohio-state.edu\ |
|> |/-------------------------        U       --------------------------------\|

I changed the default compilation switches from "-g" to "-O".  Most of
the extra size in Tk 2.3 was probably debugger symbols that never got
loaded into memory during execution anyway.
From: ouster@sprite.Berkeley.EDU (John Ousterhout)
Newsgroups: comp.lang.tcl
Subject: Re: Bind bug, Tk3.0
Date: 23 Dec 92 23:30:25 GMT
Organization: U.C. Berkeley Sprite Project
NNTP-Posting-Host: tyranny.berkeley.edu

In article <TROMEY.92Dec23141425@kant.cns.caltech.edu>, tromey@cns.caltech.edu (Tom Tromey) writes:
|> I'm using Tk 3.0 and Tcl 6.5.  I've applied all known patches (two to
|> tkWm.c, one to tkBind.c, and one to tkCanvLine.c).  I also added a
|> patch of my own to tkWm.c which implements the "wm raise" and "wm
|> lower" commands.  I don't think this makes any difference.
|> 
|> Type in the following at the wish prompt:
|> 
|> canvas .zot
|> pack append . .zot left
|> bind <q> exit
|> 
|> Pressing "q" in the window has no effect.  This same script worked
|> under Tk 2.3.
|> 
|> Let me register my vote for a patchlevel.h or moral equivalent to make
|> reporting bugs easier.
|> 
|> Tom
|> --
|> tromey@cns.caltech.edu
|> "In a riddle whose answer is chess, what is the only prohibited word?"
|> I thought a moment and replied, "The word chess".
|> 	-- Jorge Luis Borges

You need to focus on the canvas window, e.g. "focus .zot".

In Tk2.3 and earlier versions, if there was no explicit focus window
then keystrokes went to the window under the mouse.  This behavior
seemed inconsistent and arbitrary to me, so I changed it.  In Tk 3.0
keystrokes are dropped if you have no focus, but the focus is set to
"." on application startup.
Newsgroups: comp.lang.tcl
From: schwartz@roke.cs.psu.edu (Scott Schwartz)
Subject: Re: Insecurity of tk
Date: Wed, 23 Dec 1992 03:58:08 GMT

The only real solution is to make sure that your X server is secure.
If that isn't done, bad guys don't need tk to cause you grief.  They
can just record your keystrokes to steal your password or send their
own events to your xterms.  xauth is your friend.
Newsgroups: comp.lang.tcl
From: garfield@cs.tu-berlin.de (Sven Delmas)
Subject: XF - request for comments
Organization: Technical University of Berlin, Germany
Date: Sat, 2 Jan 1993 15:53:39 GMT

Hi,

I am working on xf 2.0. Changing almost everything in xf ;-), this
would be a good time to add/change/fix/remove functionality. If you
have wishes, comments, bug-reports or something else, please let me
know. The most important change (adaption to Tk 3.0) is in
progress :-).

Sven Delmas
From: capo@cs.utexas.edu (Charles Read)
Newsgroups: comp.lang.tcl
Subject: force Expose event over whole window?
Date: 24 Dec 1992 11:49:13 -0600
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: im4u.cs.utexas.edu
Keywords: Expose event, refresh

Is there a way to force a whole window
to "refresh"? This would involve sending
an Expose event to the server for the
window of interest, and making sure the
area contained in the Expose event covered
the whole window.
-c

Newsgroups: comp.lang.tcl
From: karl@NeoSoft.com (Karl Lehenbauer)
Subject: Re: Embedded vs. separate commands
Organization: NeoSoft Communications Services -- (713) 684-5900
Date: Tue, 29 Dec 1992 15:04:11 GMT

In article <1hn9tvINNqod@agate.berkeley.edu> ouster@sprite.Berkeley.EDU (John Ousterhout) writes:
>The votes so far indicate that there is a strong preference for the
>"embedded" approach ... over
>the "separate commands" approach ... 37 to 8.

Gee, John, you told us not to post a thousand votes from SCO...   :-)

Seriously though, pretty much everything in Extended Tcl was added because
we needed some capability that wasn't already there in Tcl.  So here's a
case where a capability of TclX (FP math functions et al) is once again 
brought into the baseline (as were files, arrays, and so forth),  so the
capability is now present, so TclX no longer needs its FP functions, except
perhaps for backwards compatibility.

As long as the capability is there, I am not going to get too hung up over
the differences...   And there were some good points made for the embedded
approach, although I still predict insubstantial performance differences
and am still a bit nervous about adding new syntax.

Happy new year, everyone.

-- 
-- Email info@NeoSoft.com for info on getting interactive Internet access.
"In a minute, I'll burp up your droid."
Newsgroups: comp.lang.tcl
Subject: Re: making a listbox wider
From: shea@hawk.cs.ukans.edu (Gary Shea)
Date: Sat, 26 Dec 1992 02:12:00 GMT
Organization: University of Kansas Computer Science Dept

In article <1992Dec22.174743.3736@twg.com> "David Herron" <david@twg.com> writes:
>> How can I make a listbox wider?  Using horizontal scrollbars to get at the
>> last 5 or 6 chars in the text doesn't seem worth it.  (Besides, the customer
>> wants all of the text visible.)
.
.
.
>This will make the listbox fill whatever space it's put into while keeping
>the scrollbar at a constant size.  (bloated scrollbars are ugly)
>
>Also take a look at the -geometry argument ...

	I suspect the original question is yet unanswered, and it's
	one I've been wondering about also.  How can I get the listbox
	to scale its width to the width of the text I put into it?
	Let's say I create the listbox, fill in some entries, then
	display it as a window on a canvas.  The canvas will show the
	window with its full requested width.  I'd like the listbox
	to ask the window for a width that shows all of the text
	in the longest entry of the listbox.  How do I get it to
	do that?

><- David Herron <david@twg.com> (work) <david@davids.mmdf.com> (home)


-- 

Gary Shea (shea@cs.ukans.edu)
Dept of Computer Science
Lawrence, Kansas
Newsgroups: comp.lang.tcl
From: gwlester@cpu.com (Gerald W. Lester)
Subject: Re: dynamically changing text on labels
Organization: Computerized Processes Unlimited, Metairie, LA, (504)-889-2784
Date: Tue, 22 Dec 1992 14:39:48 GMT
Reply-To: gwlester@cpu.com

In article <1992Dec21.190502.23117@choreo.ca>, news@choreo.ca (Choreo NetNews Administration Account(Ottawa)) writes:
>I have a window set up with a number of label widgets for presenting info to
>the user which they cannot change.  If they press a push button, I would
>like to get the labels updated.  The support code is there to reset some
>stuff, but how can I change the labels?  Using the label command only gets
>me the expected error that the window exists in the parent.
>
>Any suggestions or other ideas would be helpful.
>
>Thanks, and Happy Holidays to all.

If you create a label with the command:

	label .my_label -text foo_bar

to change the label to snafu all you do is:

	.my_label configure -text snafu

Newsgroups: comp.lang.tcl
From: raob@mullian.ee.mu.oz.au (r. oxbrow)
Subject: Re: Tcl port to Linux?
Organization: Electrical and Electronic - University of Melbourne 
Date: Sat, 2 Jan 1993 22:40:29 GMT

In article <1993Jan2.060217.13647@cis.ohio-state.edu> mdm@hadrosaur.cis.ohio-state.edu (Michael Moore) writes:
>
>	Has anyone attempted to compile Tcl/Tk on the SLS Linux for
>the IBM PC?  
>

	Tk 3.0 runs just fine for me..

	There was only one problem i met when i compiled it,
	there was a clash of functions, i simply #define'd the Tk
	function to a new name.

		richard/..
richard oxbrow			   |internet    raob@mullian.ee.mu.OZ.AU
dept. ee eng,  uni of melbourne    |uunet       ..!uunet!munnari!mullian!raob
parkville, victoria         3052   |fax         +[613] 344 6678   	   
australia               	   |phone       +[613] 344 6782
Newsgroups: comp.lang.tcl
From: gah@att.com (George A. Howlett)
Subject: Re: Advice wanted on math functions for Tcl 7.0
Reply-To: george.howlett@att.com
Organization: AT&T Bell Laboratories
Date: Tue, 22 Dec 1992 20:12:13 GMT
X-Newsreader: TIN [version 1.1 PL8]

Jeff Palmucci (jpalmucc@bbn.com) wrote:

: The most important feature of TCL to me is its size (no one should be
: using TCL for its speed). In the PC world, TCL is already pretty big.
: Please don't make it any bigger. If performance were an issue, I'd
: rethink my app/TCL boundary, and move more code into the C-side.

This will depend on the size of your math library routines and if you
have floating point hardware, etc.  You need to add very little C code
to link in the math functions.  Do you see a bloat when you link in
math functions routines into a normal C program?  Of course for those 
with shared libraries, this is not a problem.

: Someone will probably flame me, but I don't see any great use for
: these functions in application script writing or GUI layout. (circular
: windows?) Even though I have lots of stuff loaded into my emacs, no
: one bothers to define sin or cos.

Clearly, numerically oriented applications will benefit greatly.  But 
I also found it invaluable when using the canvas widget (simple trigonometry
like calculating the distance between two points, rotations, etc).  

Brad Morrison (brad@NeoSoft.com) wrote:

: But (+, *, etc.) are operators, not functions.  I am for defining the
: math functions as intrinsic Tcl functions.  I will admit, the efficiency
: *is* tempting, but what about other math functions?  Should expr just
: keep growing to accomodate them, too?  This sort of approach, with an emphasis
: toward efficiency, with syntax changes and inconsistencies considered as
: secondary, reminds me a bit too much of Perl.

The set of intrinsic math functions needed is fairly well defined.  The
difference in actual code for either implementation is probably neglible.

I don't understand where it is syntactically inconsistent.  But it won't
break extended Tcl code.  People here have been using it for the last
year or better with no problems.

--gah
From: prabhag@nicolle.iaims.bcm.tmc.edu (Prabha Ganapathy)
Newsgroups: comp.lang.tcl
Subject: tcl function for dates
Date: 22 Dec 1992 19:31:13 GMT
Organization: Baylor College of Medicine, Houston, Tx
Distribution: world
NNTP-Posting-Host: nicolle.iaims.bcm.tmc.edu
Originator: prabhag@nicolle.iaims.bcm.tmc.edu



I'm looking for a function for manuplating dates, similar to one available on
relational databases as Sybase. Is someone has written a similar function, or knows
where I can find the code, please send me e-mail.

Thanks
Prabha
-- 
-------------------------------------------------------------------------------
               Prabha Ganapathy                     One Baylor Plaza          
               Member of Technical Staff            Houston, TX  77030        
               IAIMS Group                          (713) 798 - 3776           
Newsgroups: comp.lang.tcl,bnr.lang.tcl