HDTenEightyP/NetNews huggingface dataset:
From: "David Herron" <david@twg.com>
Subject: Re: Dumping/Restoring Interpreter Memory
Sensitivity: Personal
Encoding:  56 TEXT , 4 TEXT 
Conversion: Prohibited
Organization: The Wollongong Group, Inc., Palo Alto, CA
Conversion-With-Loss: Prohibited
Date: Thu, 12 Nov 1992 01:08:07 GMT

I've been looking at interpretOR internals lately, sooo...


> I have noted that the tclTest program has a function call to
> Tcl_DumpActiveMemory, but can't seem to locate this function (John, is this
> not included in the regular distribution?).

Isn't that just part of the malloc-checking part of TCL?

> This may sound like an odd request, but I was wondering if anyone has devised
> a method for dumping interpreter memory to a file, the restoring this file
> back into an interpreter and continuing processing right where the dump
> left off.

Hmm.. an interesting feature here.  But some problems depending on how
much you were interested in saving away.  I wonder (rhetorically) whether
it is of a general enough value that `everyone' would want this feature?

Like you suggest one could step through the hash tables and write
out everything you see in some interesting format.  A lot of it
will be variables, arrays and TCL procedures.  Those could be dumped
out as a TCL script and read back in at any time w/o problem.

The commands are another problem entirely.  Their entry in the
hash table contains a couple of pointers.  One is to the function
which is to handle the call.  This shouldn't change unless the
program is recompiled.  I don't know if dynamically loadable libraries
will make function addresses change, but very few people are using
dynamically loaded libraries in TCL anyway (which is a pity by itself).

The other is programmer-specified data (the clientData argument) which
will almost certainly change between runs of the program and is an
opaque pointer which TCL hasn't the foggiest idea of how to duplicate.
TK Widgets, for instance, put the Tcl_Interp pointer there.  The constant
module I posted a few days ago put a strdup() of the value there.  In my
interp module, the interpInfo structure is passed around in the clientData.

This last is, IMO, the killer.

If you want to investigate further:

the code behind Tcl_CreateCommand() shows how commands are
entered in the hash table.

the code which handles the `proc' command shows how procedures
are entered in the hash table.

The code behind Tcl_SetVar2() shows how variables are entered
in the hash table.

Oh yeah.. another piece of state to save is the function(s) being
executed & the TCL stack.  This is something I haven't looked
at closely, but a fair bit of data seems to be recorded in
the argument lists & local variables of functions all through
the TCL library.  Some data is recorded in the interpretOR
structure ...  Tcl_Eval() will give clues on this.

<- 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: vijay@ncsa.uiuc.edu (Vijay Rangarajan)
Subject: command line args in wish/pish.
Originator: vijay@picard.ncsa.uiuc.edu
Summary:  Example script to take command line args in wish.
Organization: Nat'l Ctr for Supercomp App (NCSA) @ University of Illinois
Distribution: usa
Date: Tue, 10 Nov 1992 17:37:14 GMT

Hi,

Could somebody post/email a sample code that takes command line arguments
in wish ? I am trying to run a program, with a few variables that I'd
like to pass as command line input.

Thanks,

Vijay.
From: bytor@grumpy.bellcore.com (Ross Huitt)
Newsgroups: comp.lang.tcl
Subject: Re: Running Shell commands
Keywords: Shell, Pipe, TCL/TK, exec, eval
Date: 6 Nov 92 12:53:42 GMT
Article-I.D.: walter.1992Nov6.125342.15092
Organization: Bellcore

In article <1992Nov06.042401.3241@bnr.ca>, tdoan@bnr.ca (Tuan Doan) writes:

|> Hello,
|>   
|>    I am trying to get the following shell command to work inside TCL/TK and
|> is having great difficulty.  If anyone know the solution to this, please 
|> post.
|> 
|>    pr -h '[tdoan@crchh404] /bnr/file1' /bnr/file1 | ipr -D"pageduplex off"

Try something like:
    exec {pr -h '[tdoan@crchh404] /bnr/file1' /bnr/file1 | ipr "-Dpageduplex off"}

The '{}' will protext you from executing the regular expression and you'll have to
move the " in the arg to ipr because of the way Tcl handles strings.

|> 
|> I know there is some trick regarding the use of EVAL and EXEC and I have
|> tried several permutation of it; but no success.
|> 
|> Thanks,
|> 
|>  __  __/  /   /   __  /    |   /    Tuan T. Doan
|>     /    /   /   /   /   / |  /     2D53  GREENWAY BNRRICH
|>    /    /   /   __  /   /  | /      ID: TDOAN on BNRRCH/BNRTEX
|> __/  ______/ __/ __/ __/  __/       BNR/NT/MCI CCS7 Development
|>                                     Phone: 6-444-4575/214-684-4575
|> Internet:  tdoan@bnr.ca             Fax: 6-444-3716/214-684-3716
|>       or   tdoan@x400gate.bnr.ca
|> 



Ross Huitt
bytor@ctt.bellcore.com
From: mchen@groucho.cs.psu.edu (Michael Chen)
Subject: tk on 386 or 486 under X and Linux?
Distribution: comp
Date: Thu, 12 Nov 1992 12:40:25 GMT

   Has anyone gotten the combination of X, Linux on a 386 or 486 system, and
Tcl/Tk to work?

-- Mike
--
_____________________________________________________________________________
| Michael Chen			| From the depths of our most lucid horrors |
|				| spring our fond hopes and pure desires... |
| mchen@groucho.cs.psu.edu	| except what comes from HELL! :-) 7/23/92  |
\_______________________________\___________________________________________|
Newsgroups: comp.lang.tcl
From: shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall)
Subject: Re: Setting icon for tk app (or, how do I configure `.' ?)
Date: Wed, 11 Nov 1992 20:00:07 GMT
Reply-To: jay@vnet.ibm.com
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM Rochester, MN

In article <1992Nov11.151806.15519@cpu.com>, gwlester@cpu.com (Gerald W. Lester) writes:
|> In article <1992Nov10.184512.13508@rchland.ibm.com>, shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall) writes:
|> >I'm asking how to get the icon to be the same in every instance.  However,
|> >it must be a _user specified_ icon.  I can easily do
|> >
|> >	wm iconname . @some_image
|> >
|> >to set it the same for each instance; however, I want the user to be able
|> >to set it rather than the app itself.
|> 
|> 	Then do a:
|> 		wm inconname .@$var_name
|> 
|> 	where var_name contains the name of the bitmap as specified by the
|> user, either through a command line argument or via a entry widget of some

Yes, but as I mentioned in the original post, I would like to have the user
be able to set it via a resource.  They can do this for the first instance
of the tool, but additional instances have a number tacked on.

E.g.,

Mwm*myapp*iconImage: some_image

works fine for the first instance.  However, for other instances, they
would need to specify

Mwm*myapp #2*iconImage: some_image
Mwm*myapp #3*iconImage: some_image

and so on.

I could arguably retrieve the wm resource, but then I become dependent on
knowing _which_ wm is running, generally a bad thing.

I would prefer a solution which lets the first resource above affect all
instances of the application.

-- 
: jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
: shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.
Newsgroups: comp.lang.tcl
From: jbotz@mtholyoke.edu (Jurgen Botz)
Subject: Re: Tcl with emacs or epoch
Organization: Mount Holyoke College
Date: Thu, 12 Nov 1992 03:30:31 GMT

In article <BLK.92Nov8163051@vanity.mitre.org> blk@mitre.org (Brian L. Kahn) writes:
>Has anyone produced patches to incorporate tk/tcl into emacs or epoch?
>I looked in the FAQ and docs, but couldn't find a reference.

I dunno, but if you have a Macintosh around somewhere, grab a copy of
"alpha" from one of the Mac archives and give it a try... it's an emacs
clone for Macintoshes that's fully programmable in Tcl.  Pretty nifty.
--
Jurgen Botz                  |   Internet: JBotz@mtholyoke.edu
Academic Systems Consultant  |     Bitnet: JBotz@mhc.bitnet
Mount Holyoke College        |      Voice: (US) 413-538-2375 (daytime)
South Hadley, MA, USA        | Snail Mail: J. Botz, 01075-0629
Newsgroups: comp.lang.tcl
From: normanb@citi.umich.edu (David R. Richardson)
Newsgroups: comp.lang.tcl
Subject: canvas & text wishlist
Date: 5 Nov 1992 20:19:50 GMT
Organization: IFS Project, University of Michigan
Distribution: world
Reply-To: normanb@citi.umich.edu
NNTP-Posting-Host: orpheus.citi.umich.edu

It would be nice to be able to have multiple "views"
of the same canvas or text.  Consider a large drawing -- a map,
CAD diagram, etc.  It would be nice to be able to look
at multiple portions at the same time.  Some text editors,
such as sam and mxedit, allow this sort of functionality.
In addition to simply viewing, operations across the
viewports would also be nice -- start a line segment
or selection operation in one viewport, end it in another.
Changes made in one viewport are reflected in the others.

What if there were two commands -- "canvas" which creates
the widget holding all of the data, and "canvasview" which
is nothing more than a viewport onto some cavnas widget?
The viewing related canvas commands would be moved to
the canvasview widget, while the item manipulation commands
would be retained.

For example:

    canvas .myMap -scrollRegion {0c 0c 100c 200c}
    .myMap create ...
    ...

    canvasview .downtown -canvas .myMap -width 10c -height 10c ...
    .downtown -xview 20 -yview 40
    canvasview .busDistrict -canvas .myMap -width 10c -height 10c ...
    .busDistrict -xview 80 -yview 10

and so on.  A similar set of commands for text.

-- 
david richardson		Institutional File System Project
normanb@citi.umich.edu		The University of Michigan
From: joel@CS.Berkeley.EDU (Joel A. Fine)
Newsgroups: comp.lang.tcl
Subject: Resizing question
Date: 7 Nov 1992 02:30:12 GMT
Organization: University of California, Berkeley
Distribution: world
NNTP-Posting-Host: saffron.cs.berkeley.edu

Hello,

How do I ask a window to resize itself after unpacking a window from
its parent? I'd like the window to just set itself to the size it would
have been if I had never packed that window in the first place. Right now,
I'm just left with a hole where the unpacked window used to be.

- Joel Fine
joel@cs.berkeley.edu
Newsgroups: comp.lang.tcl
From: chare@unilabs.uucp (Chris Hare)
Subject: calling procedures
Organization: UniLabs Research Group
Date: Tue, 10 Nov 1992 15:25:27 GMT


I have a procedure called errorDialog defined near the bottom of my wish
script :

proc errorDialog { $message } {
...
}

Near the top of my script I will call this procedure if there isn't some
stuff setup.

if { ... } {
   errorDialog $stuff
}

I get told by wish that the procedure errorDialog is unknown.  What am I
missing?

Thanks!

-- 
????                --- It Always works for me! ---                           
Chris Hare, UNIX Scientist                  Preferred : chare@unilabs.org
Just a mild-mannered consultant by day ....
Newsgroups: comp.lang.tcl
From: lwv26@cas.org (Larry W. Virden)
Subject: Re: Setting icon for tk app (or, how do I configure `.' ?)
Followup-To: comp.lang.tcl
Reply-To: lvirden@cas.org (Larry W. Virden)
Organization: Nedriv Software and Shoe Shiners, Uninc.
Date: Tue, 10 Nov 1992 16:35:31 GMT

Are you asking how to get the icon name to be the same in every instance?
Or are you wanting each instance to have it's own icon image...
-- 
Larry W. Virden                 UUCP: osu-cis!chemabs!lvirden
Same Mbox: BITNET: lvirden@cas  INET: lvirden@cas.org
Personal: 674 Falls Place,   Reynoldsburg, OH 43068-1614
From: damurphy@wc.novell.com (Duane Murphy)
Newsgroups: comp.lang.tcl
Subject: Re: yet another future request (or misunderstanding)
Date: 5 Nov 92 16:12:13 GMT
Organization: Novell, Inc.
X-Xxdate: Thu, 5 Nov 92 16:15:50 GMT
X-Useragent: Nuntius v1.1.1d12

Jamie Mazer writes:

>I'd like to be able to say "$refer(key29)" and have my trace
>functions called even if there's no existing array entry for "key29".
>Say, for the sake of argument, I know how to find the value for any
>given index, but it's prohibitively expensive to initialize the
>tcl-array with all possible values of name2 the user might want (or if
>you prefer, the values might not even be available at the time I init
>the Trace).

I have recently been using the Tcl_TraceVar functions as well.  My 
suggestion would be to trace the parent array variable instead of or as 
well as the array members.  Then you can detect when new array members 
are being created.  For normal access to array members you might just 
ignore them and let them fall through to the array member traces.

IMHO, the Tcl_TraceVar family of functions is quite possibly on of the 
most powerful pieces of the Tcl library.  It should not be overlooked.

...dam
                +----------------------------------------+
                | My opinions are mine, mine, and only   |
                | mine. except when they are also yours. |
                +----------------------------------------+
Newsgroups: comp.lang.tcl
From: lwv26@cas.org (Larry W. Virden)
Subject: Re: simple Tk MH interface
Followup-To: comp.lang.tcl
Reply-To: lvirden@cas.org (Larry W. Virden)
Organization: Nedriv Software and Shoe Shiners, Uninc.
Date: Sat, 7 Nov 1992 09:28:32 GMT

In article <6749@dove.nist.gov> bagwill@swe.ncsl.nist.gov (Bob Bagwill) writes:
:I'm working on a simple Tk MH interface since it seems no one else seems
:to have written one.
:
:I have some questions:
:1) should I post the code to this newsgroup?

Code is always welcome on the group.  Folk who don't have ftp are especially
greatful.

:2) or to one of the source groups
That too is fine - especially if you think the code is in particularlly good
shape.  Be sure right now to avoid comp.sources.x - folk seem to be having
a problem getting things thru that grop.

:3) or just submit it to the archive?
This can work as well - just be sure to let us know here about it!  There may
be a few things over on Barkley.berkeley.edu that were not posted - certainly
some largeish packages are there.  Did you know that things that are posted
do not automatically appear there though?  I think many people are unaware of
that, since so many packages fail to appear on that system!

:
:If I post it to this newsgroup:
:4) do people want to see a very primitive version, so they can critique it, or
This group has a lot of great testers - if someone is using the pgm in queston
they probably would appreciate an early version just to ease their workload!

:5) wait for a gooder fuller-featured version?

and of course there are those who will do that!
-- 
Larry W. Virden                 UUCP: osu-cis!chemabs!lvirden
Same Mbox: BITNET: lvirden@cas  INET: lvirden@cas.org
Personal: 674 Falls Place,   Reynoldsburg, OH 43068-1614
America Online: lvirden@aol.com
From: karl@NeoSoft.com (Karl Lehenbauer)
Newsgroups: comp.lang.tcl
Subject: Re: expect with tk
Date: 13 Nov 92 02:57:16 GMT
Organization: NeoSoft Communications Services -- (713) 684-5900

I don't recall anybody posting about having tried to combine them.
Someone said it looked like a fair amount of work, and posted a 
pretty large list of things to do.

For an application where I needed both I just launched expect from tk.
Maybe you can do something like that.

-- 
-- 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: gah@att.com (George A. Howlett)
Subject: Re: diff btw pish and wish
Reply-To: george.howlett@att.com
Organization: AT&T Bell Laboratories
Date: Thu, 5 Nov 1992 22:06:26 GMT
X-Newsreader: TIN [version 1.1 PL6]

Paul Raines (raines@bohr.physics.upenn.edu) wrote:
: After getting tcl and tk a couple of days ago and playing
: with wish, I found out about the new graph widgets and 
: compiled pish.  I assumed pish was a superset of wish and
: that I could get rid of wish and run the wish scripts with
: pish.  However, I discovered one major difference in the way
: wish and pish handle command line arguments.  Wish seems to
: totally ignore the calling program name so the the argv[0]
: is the first argument.  Pish seems to do it the C way with
: argv[0] the program name and argv[1] the first argument.
: 
: Is this true or am I missing something?   Is there any other
: differences I should know about before replace wish with pish?
: 
: -- 
: Paul Raines	raines@purcell.physics.upenn.edu	215-898-8832
: Dept. of Physics
: University of Pennsylvania

I diff-ed the sources and I believe that is the only incompatible change
which drifted into the graph-1.0 version of "main.c". 

356c255
<     args = Tcl_Merge (argc, argv);
---
>     args = Tcl_Merge(argc-1, argv+1);
359c258
<     sprintf (buf, "%d", argc);
---
>     sprintf(buf, "%d", argc-1);

While I prefer having argv[0] present in the list, leaving that change in
the file was unintentional. Sorry for any confusion it may have caused.

--gah
Newsgroups: comp.lang.tcl
From: gwlester@cpu.com (Gerald W. Lester)
Subject: Re: new user questions
Organization: Computerized Processes Unlimited, Metairie, LA, (504)-889-2784
Date: Tue, 10 Nov 1992 18:39:33 GMT
Reply-To: gwlester@cpu.com

In article <1992Nov10.133434.26583@unilabs.uucp>, chare@unilabs.uucp (Chris Hare) writes:
>Tcl6.4
>Tk2.3
>SCO UNIX 3.2v4
>
>Well, I'm missing something somewhere.  Consider this code extract:
>
>catch { set fd [ open "$CategoryList" "r" ] } ok
>puts stdout "fd = $fd"
>set end { eof fd }
>puts stdout "eof = $end"
>while { $end == 0 } {
>   set record { gets $fd }
>   puts stdout "have $record"
>   #
>   # define the list
>   #
>   .left.list insert end $record
>   set end { eof $fd }
>puts stdout "eof = $end"
>}
>
>What I want to acheive is to fill a list box with the contents of a file.
>The open and catch work OK (although I want to add code to test for failure
>and show a dialog box ), but the problem specifically is with the call to
>eof.  The puts after the call to eof says the variable end contains the
>text "eof fd".  How do I do this properly?

	set end [eof $fd]
>
>In addition, is there a tcl command like split it perl?  I have in anotehr
>file which will be processed the text for the list box, and then a keyword
>which specifies the name of the file which is to be opened.  This
>information separated by colons.

	split string ":"
or if your string is in the variable foobar
	split $foobar ":"

>
>Thanks!
>-- 
>????                --- It Always works for me! ---                           
>Chris Hare, UNIX Scientist                  Preferred : chare@unilabs.org
>Just a mild-mannered consultant by day ....
Newsgroups: comp.lang.tcl
From: gwlester@cpu.com (Gerald W. Lester)
Subject: Re: calling procedures
Organization: Computerized Processes Unlimited, Metairie, LA, (504)-889-2784
Date: Tue, 10 Nov 1992 18:41:57 GMT
Reply-To: gwlester@cpu.com

In article <1992Nov10.152527.27992@unilabs.uucp>, chare@unilabs.uucp (Chris Hare) writes:
>
>I have a procedure called errorDialog defined near the bottom of my wish
>script :
>
>proc errorDialog { $message } {
>....
>}
>
>Near the top of my script I will call this procedure if there isn't some
>stuff setup.
>
>if { ... } {
>   errorDialog $stuff
>}
>
>I get told by wish that the procedure errorDialog is unknown.  What am I
>missing?

	Tcl executes the file as it reads it in.  It does *NOT* make a pass
over the file to check syntax and define all procedures, hence your procedure
is not defined when you try to call it.  I find that structuring TCL files like
Pascal programs (i.e. the main at the end) works great.

>
>Thanks!
>
>-- 
>????                --- It Always works for me! ---                           
>Chris Hare, UNIX Scientist                  Preferred : chare@unilabs.org
>Just a mild-mannered consultant by day ....
From: ianf@random.se (Ian Feldman)
Newsgroups: comp.lang.tcl
Date: Thu, 12 Nov 92 04:29:14 +0100
X-Mailer: Fernmail 1.2b2
X-Note: Cc: <ianf@random.se> to any public reply that you may post
Apparently-To: rnews@sunet.se
Organization: random design -- "Opinions, cheaply"
Summary: what good is Tcl if it won't run on macs
Subject: Tcl-on-the-Mac mailing list?

  Acc. to FAQ, at least two people are attempting to port
  Tcl (Tcl/Tk??) to the MacOS.  I've written to both but,
  alas, no reply.  Can anyone enlighten me as to this
  project's status?

  Or point to any Mac-specific mailing-list or similar? 

  Thanks!


__Ian "I already know of Tim Endres' tickle" Feldman


> Subject: comp.lang.tcl Frequently Asked Questions (1/3)
> 	 (Last updated: October 8, 1992)
> Message-ID: <tcl.p1_718542933@cas.org>
> From: lvirden@cas.org (Larry W. Virden)

> b. MacOS
> 	Contact W. Ross Brown <ross@bnr.ca> for the current status of
> the Tcl MacOS port.  Ross has a mailing list for discussion on that
> topic.  Also, "Eric W. Sink" <e-sink@uiuc.edu> is working on a port
> which includes some tclX extentions as well as some Mac-specific
> extensions.
From: tmb@arolla.idiap.ch (Thomas M. Breuel)
Newsgroups: comp.lang.tcl
Subject: Re: expect with tk
Date: 13 Nov 92 20:59:23
Organization: IDIAP (Institut Dalle Molle d'Intelligence Artificielle
	Perceptive)
Reply-To: tmb@idiap.ch
NNTP-Posting-Host: arolla.idiap.ch
In-reply-to: gwilliam@crc.ac.uk's message of Thu, 12 Nov 1992 18:23:42 GMT

In article <1992Nov12.182342.23404@crc.ac.uk> gwilliam@crc.ac.uk (Gary Williams x3294) writes:

   Don Libes wrote expect to cover the need for such a utility in shell
   scripts, but it should be fantastically useful when you want to write a
   windowing front-end to an existing character-based program, and what
   better windowing system to use than tk's wish utility?

   Or am I grasping the wrong end of the stick? Has nobody tackled the task
   of putting the expect stuff into wish because tk can deal with
   front-ending existing programs without the need for the expect goodies. 
   If so, then how is it done?

I also think that a combination of expect and tk/wish would be
extremely useful.

					Thomas.
Newsgroups: comp.lang.tcl
From: gwlester@cpu.com (Gerald W. Lester)
Subject: Re: Setting icon for tk app (or, how do I configure `.' ?)
Organization: Computerized Processes Unlimited, Metairie, LA, (504)-889-2784
Date: Wed, 11 Nov 1992 15:18:06 GMT
Reply-To: gwlester@cpu.com

In article <1992Nov10.184512.13508@rchland.ibm.com>, shmdgljd@rchland.vnet.ibm.com (Jay Schmidgall) writes:
>In article <1992Nov10.163611.15168@cas.org>, lwv26@cas.org (Larry W. Virden) writes:
>|> Are you asking how to get the icon name to be the same in every instance?
>|> Or are you wanting each instance to have it's own icon image...
>
>I'm asking how to get the icon to be the same in every instance.  However,
>it must be a _user specified_ icon.  I can easily do
>
>	wm iconname . @some_image
>
>to set it the same for each instance; however, I want the user to be able
>to set it rather than the app itself.

	Then do a:
		wm inconname .@$var_name

	where var_name contains the name of the bitmap as specified by the
user, either through a command line argument or via a entry widget of some
kind.

>
>-- 
>: jay          jay@vnet.ibm.com    My opinions and ideas, not my employer's.
>: shmdgljd@rchland.vnet.ibm.com    (c) Copyright 1992.  All rights reserved.
From: raines@bohr.physics.upenn.edu (Paul Raines)
Newsgroups: comp.lang.tcl
Subject: diff btw pish and wish
Date: 5 Nov 92 16:09:41 GMT

After getting tcl and tk a couple of days ago and playing
with wish, I found out about the new graph widgets and 
compiled pish.  I assumed pish was a superset of wish and
that I could get rid of wish and run the wish scripts with
pish.  However, I discovered one major difference in the way
wish and pish handle command line arguments.  Wish seems to
totally ignore the calling program name so the the argv[0]
is the first argument.  Pish seems to do it the C way with
argv[0] the program name and argv[1] the first argument.

Is this true or am I missing something?   Is there any other
differences I should know about before replace wish with pish?

-- 
Paul Raines	raines@purcell.physics.upenn.edu	215-898-8832
Dept. of Physics
University of Pennsylvania
Newsgroups: comp.lang.tcl