HDTenEightyP/NetNews huggingface dataset:
From: ouster@sprite.Berkeley.EDU (John Ousterhout)
Newsgroups: comp.lang.tcl
Subject: Embedded vs. separate commands
Date: 28 Dec 1992 16:27:43 GMT
Organization: U.C. Berkeley Sprite Project
Distribution: world
NNTP-Posting-Host: tyranny.berkeley.edu


The votes so far indicate that there is a strong preference for the
"embedded" approach to mathematical functions ("expr 2*cos($x)") over
the "separate commands" approach ("expr 2*[cos $x]").  Given the
lopsidedness of the voting (37 to 8 in favor of embedded) I hereby
declare the balloting over.  I'll implement the embedded approach in
7.0.  Just so you can see that I didn't fudge the votes, I'll include
below the list of people who voted for each approach.

Embedded:
---------

ouster@cs.berkeley.edu
guru@stasi.bradley.edu
leech@cs.unc.edu
leichter@cs.widener.edu
jbuck@ohm.Berkeley.EDU
faustus@ygdrasil.CS.Berkeley.EDU
sysrb@cs.few.eur.nl
jrohr%rasc.com@rasc.com
nwinton@newton.axion.bt.co.uk
gwlester@cpu.com
tpoind@advtech.uswest.com
bagwill@swe.ncsl.nist.gov
novak@wri.com
krisna@cs.wisc.edu
read@busco.lanl.gov
gwilliam@mrc-crc.ac.uk
kelsey@mdd.comm.mot.com
david@twg.com
johng@cimage.com
mgc@palm.cray.com
gah@att.com
hansen@sierra.Stanford.EDU
jbotz@orixa.mtholyoke.edu
sls@aero.org
preston@CERF.NET
grefen@connie.de.convex.com
aflundi@somnet.sandia.gov
msw+@pitt.edu
Drew.Whitehouse@anu.edu.au
ryan@physics.Berkeley.EDU
shite@sinkhole.unf.edu
jjb@fermi.wustl.edu
ishisone@sra.co.jp
alberto@ipvvis.UNIPV.IT
tody@noao.edu
sanjay@thor.lcs.mit.edu
kennard@ohm.Berkeley.EDU

Separate Commands:
------------------

markd@sco.com
karl@neosoft.com
jpalmucc@BBN.COM
morrison@paranet.com
thomas@metatron.harvard.edu
kennykb@dssv01.crd.ge.com
glasser@sparcelc.PACorp.com
johnm@cory.Berkeley.EDU
Newsgroups: comp.lang.tcl
From: "David Herron" <david@twg.com>
Subject: Re: TCL3.0 installation lack
Sensitivity: Personal
Encoding:  33 TEXT , 2 TEXT 
Conversion: Prohibited
Organization: The Wollongong Group, Inc., Palo Alto, CA
Conversion-With-Loss: Prohibited
Date: Thu, 31 Dec 1992 23:57:04 GMT

> |> 
> |> /usr/local/include seems like a good default, however, espcially since the
> |> GNU compiler will look there by default.

> Your suggestion for a default is admirable, however not everyone utilizes
> the GNU compiler.

Sigh.. Sigh.. Sigh..  Don't anybody ever read man pages anymore?? ;-)

Every C compiler I've used had a way to add directories to the list
of `include' directories.  Usually this (on Unix anyway) is with -Ipath.
So someone compiling with TCL stuff can do -I/usr/local/include ..

> I would have to agree with Larry Virden, use $(TCL_INCLUDE)
> and set it to NULL toward the beginning of the makefile.  This will allow
> each site to place these files in locations which are well suited to them.

No.  Default TCL_INCLUDE to /usr/local/include since that will be the
common choice.  It can still be overridden easily.

Speaking of which ...

The bin directory is set to /usr/local .. Almost every site I'm familiar
with uses /usr/local/bin and the only one I know which doesn't was afflicted
with a mind-virus (meme) from Berkeley which arrived along with 4.2BSD.
As I recall something in the distribution suggested installing new commands
in /usr/local.  But as the list of new commands grew, some needed `lib'
or `include' files and having commands and directories mixed at the same
place in the directory tree became messy.

Unfortunately, at that site it was too firmly ingrained before we noticed
it being a problem and we weren't able to change it.


<- David Herron <david@twg.com> (work) <david@davids.mmdf.com> (home)
<-
From: dwallach@zonker.cs.berkeley.edu (Dan Wallach)
Newsgroups: comp.lang.tcl
Subject: Re: Tcl as a safe multimedia mail language (was Re: Insecurity of tk)
Date: 29 Dec 1992 22:01:27 GMT
Organization: University of California, Berkeley
NNTP-Posting-Host: zonker.cs.berkeley.edu

In article <1992Dec28.004651.24596@walter.bellcore.com> Nathaniel Borenstein <nsb@thumper.bellcore.com> writes:
>True, but dangerous.  Before I would depend on this approach in a
>production implementation, I would want to have a Tcl command that gave
>me the names of all currently-defined Tcl commands.  I could then use an
>"OK" list instead of a "DANGEROUS" list, which sounds like a much safer
>approach.

This really isn't a problem.  "info commands" will list everything
in your interpreter.  It's trivial to hack up your main procedure
to rsource a "safety" script before accepting any user input.  If
you're feeling really paranoid, just use Tcl_DeleteCommand() on
all the dangerous things (e.g. exec).

Since *everything* is a command, you could potentially remove *everything*
except for your own custom procedures.  No 'if', no 'while', no 'exit'.
All you have to do is modify your main procedure.  Of course, some
commands can be bad to nuke (try redefining 'info' and see how much
breaks!  Fun for the whole family!), but if all you have are your
own custom procs, you're fine.


--
Dan Wallach               "One of the most attractive features of a Connection
dwallach@cs.berkeley.edu  Machine is the array of blinking lights on the faces
Office#: 510-642-9585     of its cabinet." -- CM Paris Ref. Manual, v6.0, p48.
Newsgroups: comp.lang.tcl
From: gah@att.com (George A. Howlett)
Subject: Re: graph.1-0 and Tk3.0 -> TkBindError undefined
Reply-To: george.howlett@att.com
Organization: AT&T Bell Laboratories
Date: Mon, 21 Dec 1992 23:28:30 GMT
X-Newsreader: TIN [version 1.1 PL8]

Eric R Stephens (estephen@whosnext.cad.gatech.edu) wrote:
: In trying to recompile graph-1.0 with Tk3.0/tcl6.5 there seems an  
: incompatibility.  In Tk2.3 tkInt.h defined TkBindError, Tk3.0's does not.  Is  
: there an easy fix?

	I believe the version 3.0 equivalent of TkBindError is
	Tk_BackgroundError.  

	BTW. There are other adjustments needed, such as calls to
	Tk_SizeOfBitmap, etc.  I haven't had time to port it yet.
	I'm still trying to get wish to pass "option.test".

	--gah
From: ouster@sprite.Berkeley.EDU (John Ousterhout)
Newsgroups: comp.lang.tcl
Subject: Advice wanted on math functions for Tcl 7.0
Date: 22 Dec 1992 01:09:34 GMT
Organization: U.C. Berkeley Sprite Project
Distribution: world
NNTP-Posting-Host: tyranny.berkeley.edu


I'm about to start in earnest on the Tcl 7.0 release (first I'll
probably put out a Tk 3.1 release to fix all the bugs people are
finding with 3.0).  Thanks for all the input that many of you
provided in response to my draft of possible changes for 7.0.
There's still one issue I haven't been able to resolve, having to
do with the implementation of math functions like sin and cos.  This
message explains the issue and then asks for a vote from those of
you that care.

There are two possible ways to implement math functions: embedded into
expr or as separate commands, and I can't make up my mind about which
way to do it.

In the embedded implementation, the syntax of expressions gets extended
with functional notation for all the math functions so that you can say
things like
    expr {$x*sin(2*$theta) + $y*cos(2*$theta)}

In the command implementation, each math function becomes a separate
command.  These commands would allow not only numbers but arbitrary
expressions as arguments, and produce floating-point string results,
so the expr command above would look like this instead:
    expr {$x*[sin 2*$theta] + $y*[cos 2*$theta]}

Here are the tradeoffs between the two approaches, as I see them:

1. The embedded approach avoids having to add a lot of commands (10-20)
   to the command name space and uses the normal functional syntax that
   people are used to in expressions in other languages like C.
2. By putting the functions into expr, there is less conversion to and
   from ASCII, which is more efficient (ASCII conversion is pretty slow
   on most machines).  In the second example above, the results of the
   sin and cos commands have to be printed in ASCII, then reparsed by
   expr;  in the first example the only conversion to ASCII is when expr
   creates its result.

3. The command approach avoids adding additional syntax to the expr
   command and uses the normal command-substitution mechanism that
   people are used to in Tcl.
4. In the command approach it's possible to use the individual math
   functions separately without having to go through expr.  For example,
   you could say "set a [cos $x]", whereas in the embedded approach
   you'd have to say "set a [expr cos($x)]"

If you have a preference between these two schemes, please send me a
message with your vote.  All it needs to say is "Embedded" or
"Separate commands".  If there is a strong sentiment one way or the
other then I'll go with the majority.  Otherwise I may have to flip
a coin.
From: capo@cs.utexas.edu (Charles Read)
Newsgroups: comp.lang.tcl
Subject: possible new option for canvas-rectangles
Date: 21 Dec 1992 17:21:46 -0600
Organization: CS Dept, University of Texas at Austin
NNTP-Posting-Host: im4u.cs.utexas.edu
Keywords: canvas, rectangle, GC

Many X applications that have a zooming
or "rubber-banding" feature programmed
for MotionNotify events rely on a GC
whose GCFunction bit is set to GXxor.
This provides a convenient way to draw
rectangles non-destructively. It would
be nice if canvas-rectangles used a GC
whose GCFunction bit was configurable.
I suppose the same suggestion could
be helpful for canvas-lines, too.

-c

Newsgroups: comp.lang.tcl
From: mdm@hadrosaur.cis.ohio-state.edu (Michael Moore)
Subject: Tcl port to Linux?
Organization: The Ohio State University Dept. of Computer and Info. Science
Date: Sat, 2 Jan 1993 06:02:17 GMT


	Has anyone attempted to compile Tcl/Tk on the SLS Linux for
the IBM PC?  

	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       --------------------------------\|
Newsgroups: comp.lang.tcl
From: "David Herron" <david@twg.com>
Subject: Insecurity of tk
Sensitivity: Personal
Encoding:  21 TEXT , 4 TEXT 
Conversion: Prohibited
Organization: The Wollongong Group, Inc., Palo Alto, CA
Conversion-With-Loss: Prohibited
Date: Tue, 22 Dec 1992 21:28:12 GMT

It occurred to me the other day that tk creates an extreme security risk.
Anybody who can connect to your server can see any tk interpretor and thus
get access to any data they can see.

For research-projects that's not a big deal.  Winterp, for instance, has
nearly the same problem.  But for commercial products it isn't acceptible
for them to create yawning security holes.

The authorisation stuff fiddled with by xhost should close this pretty
well but I wonder how many people actually use it?  I sure don't since
1) my workstation is pretty well isolated to TWG's network and 2) it has
the appearance of being a lot of trouble to set up.  I don't know if it
really is hard to set up and surely haven't looked into it.

What are others' thoughts?

There might be some authorisation put into tk's send command.

The send command might be removed entirely 'cept it's such a
useful thing!


<- David Herron <david@twg.com> (work) <david@davids.mmdf.com> (home)
<-
<- During the '80s Usenet's mantra was: "Not all the world's a VAX".
<- During the '90s I hope it becomes:   "Not all the world's DOS (ick)".
Newsgroups: comp.lang.tcl
From: chetal@is.morgan.com (Pradeep Chetal)
Subject: Re: tcl function for dates
Organization: Information Services, Morgan Stanley, NYC
Date: Tue, 29 Dec 1992 04:38:34 GMT


In article <BzqrDM.Iqr@NeoSoft.com> karl@NeoSoft.com (Karl Lehenbauer) writes:
   In article <1h7qe1INNck1@gazette.bcm.tmc.edu> prabhag@nicolle.iaims.bcm.tmc.edu (Prabha Ganapathy) writes:
   >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.

   "convertclock", one of my favorites, interfaces to the getdate.y grammar
   ``everybody'' uses to parse the myriad date formats generated by all the
   various news and mail clients.  It takes a date and/or time string and
   returns the equivalent since-1970 integer time.

This is great and I use it a lot. However, one of the cases where it fails
is on one of the examples itself.

wish: help time/convertclock

          convertclock dateString [GMT|{}] [baseClock]

                   convertclock "14 Feb 92"
                   convertclock "Feb 14, 1992 12:20 PM PST"
                   convertclock "12:20 PM, Feb 14, 1992"

wish: convertclock "12:20 PM, Feb 14, 1992"
Unable to convert date-time string "12:20 PM, Feb 14, 1992"


I just picked up the last example in help section & it fails!

- Pradeep
--
----------------------------------------------------------------------------
Pradeep Chetal		UUCP:	...!uunet!is.morgan.com!chetal
Morgan Stanley		Internet: 	chetal@is.morgan.com
1633 Broadway,		Phone:		(212) 703-2220 (O)
NY, NY 10019				(212) 703-2371 (FAX)
            _______________    __o
        _________________     -\<,
                        ......O/ O
From: ouster@sprite.Berkeley.EDU (John Ousterhout)
Newsgroups: comp.lang.tcl
Subject: Re: TCL3.0 installation lack
Date: 21 Dec 1992 17:04:12 GMT
Organization: U.C. Berkeley Sprite Project
Distribution: world
NNTP-Posting-Host: tyranny.berkeley.edu

In article <1992Dec21.031913.3384@lokkur.dexter.mi.us>, scs@lokkur.dexter.mi.us (Steve Simmons) writes:
|> Very minor --
|> 
|> When doing `make install', neither tcl.h nor tk.h are installed.
|> 
|> More problematic --
|> 
|> 'cp -f' for install bombs on SunOS 4.1.1.
|> -- 
|>  "When Dexter's on the Internet, can Hell be far behind?"
|> 		-- Steve Simmons, scs@lokkur.dexter.mi.us

Oops, sorry.  What's the best place to install local header files?
/usr/local/include?
From: estephen@whosnext.cad.gatech.edu (Eric R Stephens)
Newsgroups: comp.lang.tcl
Subject: canvas + scrolling text + Tk3.0 -> no yview
Date: 21 Dec 1992 20:32:35 GMT
Organization: Georgia Institute of Technology, CAE/CAD Lab
NNTP-Posting-Host: whosnext.cad.gatech.edu

Earlier I tried filling up a multiline text field in TK2.3 under olvwm and X  
windows crashed.  Under 3.0 there have been no crashes but yview does not work  
on the text field.

Ideas ?
Newsgroups: comp.lang.tcl
From: news@choreo.ca (Choreo NetNews Administration Account(Ottawa))
Subject: Re: dynamically changling label text
Organization: Choreo Systems, Ottawa Canada
Date: Tue, 22 Dec 1992 20:30:58 GMT

In article <Bzo830.5pr@NeoSoft.com> karl@NeoSoft.com (Karl Lehenbauer) writes:
>In article <1992Dec21.214049.24275@choreo.ca> news@choreo.ca (Choreo NetNews Administration Account(Ottawa)) writes:
>>Once the text in the label is changed, the size of the window is adjusted.
>>Is there a mechanism which will allow me to explicitly set the width of the
>>label?
>
>The Tk and Tcl manual pages are excellent, and a useful resource.
>
>The manual page for "label" very clearly describes a "-width" command
>that sets the width in characters for textual labels or the width in
>screen units if it's a bitmap.
>-- 
Well in actual fact, the width command didn't make any difference.  The
cause of the problem was the font which was in use for the widget being a
proportional font.  Thus, the length of the text was hardly ever constant.
Even using the -width, we found that the window size still changed.

Thanks anyway though.
From: ouster@sprite.Berkeley.EDU (John Ousterhout)
Newsgroups: comp.lang.tcl
Subject: Tk 3.0 bug: double-clicks under grabs
Date: 21 Dec 1992 23:04:55 GMT
Organization: U.C. Berkeley Sprite Project
Distribution: world
NNTP-Posting-Host: tyranny.berkeley.edu


Tk 3.0 contains a bug where double-event bindings, such as
	"bind .foo <Double-1> {...}"
don't always trigger correctly when a grab is active.  Believe it or not,
this bug was caused by the change in the focussing code.  Anyhow, below
is a patch to tkBind.c that fixes the problem.

*** /tmp/,RCSt1281434	Mon Dec 21 14:47:50 1992
--- tkBind.c	Mon Dec 21 14:45:53 1992
***************
*** 34,40 ****
   * binding table for associating events with the items in the canvas).
   */
  
! #define EVENT_BUFFER_SIZE 10
  typedef struct BindingTable {
      XEvent eventRing[EVENT_BUFFER_SIZE];/* Circular queue of recent events
  					 * (higher indices are for more recent
--- 34,40 ----
   * binding table for associating events with the items in the canvas).
   */
  
! #define EVENT_BUFFER_SIZE 20
  typedef struct BindingTable {
      XEvent eventRing[EVENT_BUFFER_SIZE];/* Circular queue of recent events
  					 * (higher indices are for more recent
***************
*** 1578,1601 ****
  	    if (ringCount <= 0) {
  		goto nextSequence;
  	    }
- 	    if (eventPtr->xany.window != window) {
- 		goto nextSequence;
- 	    }
  	    if (eventPtr->xany.type != patPtr->eventType) {
  		/*
! 		 * If the event is a mouse motion, button release,
! 		 * or key release event, and it didn't match
! 		 * the pattern, then just skip the event and try
! 		 * the next event against the same pattern.
  		 */
  
! 		if ((eventPtr->xany.type == MotionNotify)
! 			|| (eventPtr->xany.type == ButtonRelease)
! 			|| (eventPtr->xany.type == KeyRelease)
! 			|| (eventPtr->xany.type == NoExpose)
! 			|| (eventPtr->xany.type == GraphicsExpose)) {
! 		    goto nextEvent;
  		}
  		goto nextSequence;
  	    }
  
--- 1578,1599 ----
  	    if (ringCount <= 0) {
  		goto nextSequence;
  	    }
  	    if (eventPtr->xany.type != patPtr->eventType) {
  		/*
! 		 * Most of the event types are considered superfluous
! 		 * in that they are ignored if they occur in the middle
! 		 * of a pattern sequence and have mismatching types.  The
! 		 * only ones that cannot be ignored are ButtonPress and
! 		 * KeyPress events.
  		 */
  
! 		if ((eventPtr->xany.type == ButtonPress)
! 			|| (eventPtr->xany.type == KeyPress)) {
! 		    goto nextSequence;
  		}
+ 		goto nextEvent;
+ 	    }
+ 	    if (eventPtr->xany.window != window) {
  		goto nextSequence;
  	    }
Newsgroups: comp.lang.tcl
From: news@choreo.ca (Choreo NetNews Administration Account(Ottawa))
Subject: suspending events
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.
Reply-To: chare@choreo.ca
Organization: Choreo Systems, Ottawa Canada
Date: Tue, 22 Dec 1992 14:15:09 GMT
Followup-To: poster

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


Thanks


Newsgroups: comp.lang.tcl
From: trones@dxcern.cern.ch (Jostein Lodve Trones)
Newsgroups: comp.lang.tcl
Subject: Error (?): Menus visible through above window
Date: 21 Dec 92 14:29:48 GMT
Reply-To: trones@dxcern.cern.ch (Jostein Lodve Trones)
Organization: CERN, European Laboratory for Particle Physics, Geneva


I have encountered a somewhat strange feature using tk ver 2.3.

Two windows (toplevel) are both containing a menubutton (or several).
I place the windows more or less above eachother, and arrange it so
that the upper window obscures a menubutton on the bottom window.

If I now click the menubutton on the above window, the menu appears just
as it should. But if I keep the mousebutton pressed, and move the pointer
to were the menubutton on the lower window is, the menu of
this menubutton will pop up, even though the menubutton is not visible.

Didn't find anything about this in the faq, so I thought I should ask here.
Is this a deliberate feature? 

It could in fact be a problem if you place two windows containing several menubuttons above eachother

Merry Christmas and Happy New Year everyone!

Cheers,
	Jostein
Newsgroups: comp.lang.tcl
From: news@choreo.ca (Choreo NetNews Administration Account(Ottawa))
Subject: trapping null selections from a listbox
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 14:35:21 GMT

I need to know how I can trap a null selection from a listbox.  This is
important in the app that I am building, as there is no default.  If the
user doesn't make a selection from the list box, then I need to know so I 
can flag the user with a dialog box.

Thanks!


Chris
chare@choreo.ca
Xref: sparky comp.lang.tcl:2252 gnu.gcc.bug:3057
From: madere@austin.ibm.com (Steve Madere)
Newsgroups: comp.lang.tcl,gnu.gcc.bug
Subject: Tcl 6.4 Tcl_ParseVar bug OR gcc 2.2.2 bug?
Date: 21 Dec 92 16:55:10 GMT
Followup-To: comp.lang.tcl,gnu.gcc.bug
Organization: IBM Austin
To: gnu-gcc-bug@uunet.uu.net
Originator: madere@julius.austin.ibm.com

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.


The following code causes a segmentation violation in Tcl_ParseVar:
I am using gcc 2.2.2 on an RS6000.


Tcl_Eval(interp, "proc process_query {query} {\n"\
            "  set qnum [lindex $query 0]\n"\
            "  set request [lindex $query 1]\n"\
            "  puts stdout \"query is $query\"\n"\
            "  puts stdout \"qnum is $qnum\"\n"\
            "  puts stdout \"request is $request\"\n"\
            "  set result [eval $request]\n"\
            "  puts stdout \"result is $result\"\n"\
            "  return [list $qnum $result]\n"\
            "}\n",0,NULL);
Tcl_Eval(interp, "set result [process_query $query]\n",0,NULL);
Tcl_Eval("ksend $queue_server queue_result $result\n",0,NULL);

-----------

segmentation violation at tclParse.c: 1165
    *name1End = 0;

-----------

However, when I merely change to using "malloced" memory to hold
my code fragments.  Everything works fine.

  c1=strdup("proc process_query {query} {\n"\
            "  set qnum [lindex $query 0]\n"\
            "  set request [lindex $query 1]\n"\
            "  puts stdout \"query is $query\"\n"\
            "  puts stdout \"qnum is $qnum\"\n"\
            "  puts stdout \"request is $request\"\n"\
            "  set result [eval $request]\n"\
            "  puts stdout \"result is $result\"\n"\
            "  return [list $qnum $result]\n"\
            "}\n");
  c2=strdup("set result [process_query $query]\n");
  c3=strdup("ksend $queue_server queue_result $result\n");

  Tcl_Eval(interp,c1,0,NULL);
  Tcl_Eval(interp,c2,0,NULL);
  Tcl_Eval(interp,c3,0,NULL);

-------------

The man page for Tcl_Eval() does not warn the user about this
sort of problem.  Should I never pass a string constant to this
function or has my C compiler gone bonkers?


My inbound mail is temporarily messed up so please post replies.

Thanks.

Steve Madere
-- 

Steve Madere
(Do not reply with R! use the following address)
madere%aixserv@uunet.uu.net
From: estephen@whosnext.cad.gatech.edu (Eric R Stephens)
Newsgroups: comp.lang.tcl
Subject: graph.1-0 and Tk3.0 -> TkBindError undefined
Date: 21 Dec 1992 20:36:18 GMT
Organization: Georgia Institute of Technology, CAE/CAD Lab
NNTP-Posting-Host: whosnext.cad.gatech.edu

In trying to recompile graph-1.0 with Tk3.0/tcl6.5 there seems an  
incompatibility.  In Tk2.3 tkInt.h defined TkBindError, Tk3.0's does not.  Is  
there an easy fix?

Newsgroups: comp.lang.tcl