phone=20 +39.0422.3107 = =20 fax +39.0422.310888
_________= __________________________________________________________
----- Original Message -----
From: crisha=40trafficbbs.net
Sent: 2002-3-8 0:22:20
Subject: http://nm.wu-wien.ac.at/Lehre/ps/
 |
|
|
|
| Copy right©2001 ,=20 TrafficBBS&=238482;All Rights Reserved. TrafficBBS&=238482;is a trademark of=20 TrafficBBS.Net inc. |
 |
|
|
| This mailing is done only to people who have requested
info from one of our sites, or downloaded our Software. If you have
recieved this email in error and you wish to be removed from future
mailings, please reply with the subject "Remove" and our
software will automatically block you from their future
mailings. |
Hi, I'm new to Tcl, XoTcl and Vignette, =
but I have=20
to use these in a Project.
XoTcl extensions can be used with =
vignette? Could I=20
write some classes and then use them in Vignette Templates?
Thank you
Lucio
________________________________________________________________=
___
Lucio=20 Travagnin
Java & Perl Senior Developer - Interwoven Technical=20 Manager
ltravagnin@e-tree.com (ICQ=20 84914112)
Lucio=20 Travagnin
Java & Perl Senior Developer - Interwoven Technical=20 Manager
ltravagnin@e-tree.com (ICQ=20 84914112)
E-TREE - Internet Soul / Via =
Fonderia 43 -=20
31100 Treviso (Italy)
phone=20 +39.0422.3107 = =20 fax +39.0422.310888
http://www.e-tree.com =
; =20
http://www.webanana.com
_________= __________________________________________________________
------=_NextPart_000_0030_01C1C13A.645AA2D0--
From neumann@wu-wien.ac.at Fri Mar 1 20:14:27 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Fri, 1 Mar 2002 21:14:27 +0100
Subject: [Xotcl] Xotck and Vignette
In-Reply-To: <003301c1c132$02a3f670$4e1e460a@wgdv78>
References: <003301c1c132$02a3f670$4e1e460a@wgdv78>
Message-ID: <200203012014.g21KERi20727@mohegan.wu-wien.ac.at>
On Friday 01 March 2002 16:01, Lucio Travagnin wrote:
> Hi, I'm new to Tcl, XoTcl and Vignette, but I have to use these in a
> Project. XoTcl extensions can be used with vignette? Could I write some
> classes and then use them in Vignette Templates? Thank you
Dear Lucio,
i am not familiar with Vignettes story-server
and i am not aware off anyone, who is using
this combo (this does not mean to much).
however, i would expect that the story server
is able to load tcl-extensions. Correct?
XOTcl is a TEA compliant tcl extension
and requires Tcl 8.0 or newer. Therefore
it should not be a problem to use this
combination.
Once you are able to load xotcl into the story-server
you can use XOTcl classes and objects the same way
you can use tcl-commands from the server.
best regards
-gustaf neumann
>
> Lucio
>
> ___________________________________________________________________
> Lucio Travagnin
> Java & Perl Senior Developer - Interwoven Technical Manager
> ltravagnin@e-tree.com (ICQ 84914112)
>
> E-TREE - Internet Soul / Via Fonderia 43 - 31100 Treviso (Italy)
> phone +39.0422.3107 fax +39.0422.310888
> http://www.e-tree.com http://www.webanana.com
> ___________________________________________________________________
From zoran@archiware.com Mon Mar 4 11:15:37 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 4 Mar 2002 12:15:37 +0100
Subject: [Xotcl] Memory trash in 0.9.3 and 0.9.4
In-Reply-To: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at>
References: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at>
Message-ID: <200203041020.g24AKwk00725@mickey.archiware.com>
In file xotcl.c:
static int
XOTclCNewMethod(ClientData cd, Tcl_Interp* in, int objc, Tcl_Obj *objv[]) {
XOTclClass *cl = XOTclObjectToClass(cd);
XOTclObject *obj = &cl->object;
Tcl_Obj *cname, *autoname;
char *name, *n;
int result, offset=1;
DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+1, ov);
/* ^^^^^^ */
Should read:
DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+2, ov);
... because later in file, ov[0] and ov[1] are
reserved for internal use and other arguments
are copied over which results in trashing memory.
Cheers
Zoran
From neumann@wu-wien.ac.at Mon Mar 4 12:36:43 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 13:36:43 +0100
Subject: [Xotcl] Memory trash in 0.9.3 and 0.9.4
In-Reply-To: <200203041020.g24AKwk00725@mickey.archiware.com>
References: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at> <200203041020.g24AKwk00725@mickey.archiware.com>
Message-ID: <200203041236.g24Cain14302@mohegan.wu-wien.ac.at>
On Monday 04 March 2002 12:15, you wrote:
> In file xotcl.c:
>
> static int
> XOTclCNewMethod(ClientData cd, Tcl_Interp* in, int objc, Tcl_Obj *objv[]) {
> DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+1, ov);
...
>
> /* ^^^^^^ */
>
> Should read:
>
> DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+2, ov);
zoran, thank you. this bug is confirmed and fixed.
-gustaf
From neumann@wu-wien.ac.at Mon Mar 4 13:08:36 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 14:08:36 +0100
Subject: [Xotcl] results of the poll
Message-ID: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Dear XOTcl community,
the results of the poll can be summarized as follows:
- most people favored "names" instead of "symbols"
for "selfDispatch"
- the hottest favorite is "my". One can write now
...
my instvar a b c
my log
...
instead of
...
[self] instvar a b c
[self] log
...
the variant with [self] will continue to work
forever..
If someone is not happy with "my", please react
soon.
From the "volatile" front: we have now more-or-less Zoran
suggestion implemented in C. Actually there is no need
in general for using tcl-variables to implement volatile
objects (we could handle this on a pop of stack frames),
but at least for pure tcl-procs, var traces are the simplest
implementation. The current implementation (purely in C)
works as part of the "new" method:
a) Object new ...
b) Object new -childof ...
c) Object new -volatile ...
d) Object new -volatile -childof ...
(a) creates "global" objects, not in the global
namespace anymore, but in xotcl. (b) can be used
to create objects as child of other objects (e.g. [self],
the objects are deleted, when the specified object is deleted),
(c) are "global" objects as in (a), but they are deleted,
when the current tcl-proc/object-proc/instproc is left,
and (d) is a combination of b and c.
Needless to say, a-d works for classes as well as e.g.
Class new -volatile
in order to create "anonymoes" classes. The implementation
of new is slightly faster than before, since i changed the
nameing schema to be the same for all kind new ("__#122", ...),
such that e.g.
[Class new -volatile] new -volatile
works as well. the disadvantage is that the neat
classname derived names as in earlier versions have
to be done by hand now...
that was it for now
best regrads
-gustaf
From zoran@archiware.com Mon Mar 4 17:21:42 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 4 Mar 2002 18:21:42 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Message-ID: <200203041627.g24GR3k01397@mickey.archiware.com>
On Monday 04 March 2002 14:08, Gustaf Neumann wrote:
> From the "volatile" front: we have now more-or-less Zoran
Smile !
> suggestion implemented in C. Actually there is no need
> in general for using tcl-variables to implement volatile
> objects (we could handle this on a pop of stack frames),
> but at least for pure tcl-procs, var traces are the simplest
> implementation. The current implementation (purely in C)
It is not clear: does the C implementation use internal stack
for garbage collection or the Tcl-trace variable mechansim?
It is important to know when doing (or not doing!) such
constructs:
Class foo
foo instproc test args {}
[foo new -volatile] test ; # object leak ?
In case of volatile implementation with var traces,
one should do:
set bar [foo new -volatile]
$bar test
to be sure that when "bar" is unset, the object goes away.
So, which way is it?
Cheer's
Zoran
From neumann@wu-wien.ac.at Mon Mar 4 17:47:47 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 18:47:47 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041627.g24GR3k01397@mickey.archiware.com>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at> <200203041627.g24GR3k01397@mickey.archiware.com>
Message-ID: <200203041747.g24HllU17189@mohegan.wu-wien.ac.at>
On Monday 04 March 2002 18:21, Zoran Vasiljevic wrote:
> > suggestion implemented in C. Actually there is no need
> > in general for using tcl-variables to implement volatile
> > objects (we could handle this on a pop of stack frames),
> > but at least for pure tcl-procs, var traces are the simplest
> > implementation. The current implementation (purely in C)
>
> It is not clear: does the C implementation use internal stack
> for garbage collection or the Tcl-trace variable mechansim?
the var-trace mechanism
> It is important to know when doing (or not doing!) such
> constructs:
>
> Class foo
> foo instproc test args {}
>
> [foo new -volatile] test ; # object leak ?
this sets as a side effect a tcl variable in the current
scope. if the scope is e.g. a tcl proc, it will be
automatially unset, when the scope is left.
> In case of volatile implementation with var traces,
> one should do:
>
> set bar [foo new -volatile]
> $bar test
Note, that this is essentially the same as
above. the call of [foo new] cannot set a
vartrace on the "bar" variable. The result
of the "new" is a tcl_obj, and not a variable.
the tcl_obj is bound to the variable bar...
so, the magic of the object deletion happens
via another variable, that is set as a side
effect. these magic variables are named similarly
to the object name: in the example
set bar [foo new -volatile]
the objname will be ::xotcl::__#1 (or ...__#2, etc),
the magic variable is __#1. therefore, one can
refer from the object name to the variable name via
set vn [namespace tail $bar]
unset $vn
will trigger the deletion of the object
created with new. There is a potential danger
of name conflics, but if one follows the rule:
don't start user-variable names with "__",
everyting will be safe.
I have used this example with the manual unset
for explanatory purposes. Under most conditions you will
not need to unset the magic variable by hand....
hope that this explains the details.
best regrads
-gustaf
From DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford] Wed Mar 6 09:52:25 2002
From: DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford] (DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford])
Date: Wed, 06 Mar 02 04:52:25 EST
Subject: [Xotcl] >>>OVER 14 MILLION TARGETED EMAIL ADDRESSES!
Message-ID: <3791856948.991306994491@m0.net Received: from dialup-62.215.274.4.dial1.stamford ([62.215.274.4] >
Dear xotcl@alice.wu-wien.ac.at,
Would you like to get tens of thousands of new visitors to your web site
daily?
Below is everything you will ever need to market your product or service
over the Internet! Besides that...It's the only real way to market on the
Internet...Period!
HOW WOULD YOU LIKE TO HAVE YOUR MESSAGE SEEN BY OVER
14 MILLION TARGETED PROSPECTS DAILY?
EARN MEGA-PROFITS WITH THE RIGHT FORMULA
If you have a product, service, or message that you would like to get out
to Thousands, Hundreds of Thousands, or even Millions of people, you
have several options. Traditional methods include print advertising, direct
mail, radio, and television advertising. They are all effective, but they all
have two catches: They're EXPENSIVE and TIME CONSUMING. Not
only that, you only get ONE SHOT at making your message heard, by
the right people.
Now this has all changed!
Thanks to the top programmers in the world and their NEW EMAIL
TECHNOLOGY, You can send over 14,000,000 Emails Daily for FREE...
Without getting terminated from your current Internet connection!
It's very simple to do and you can be increasing sales within minutes of
installing this new extraordinary software!
To find out more information, Do not respond by email. Instead, Please
click the link below or visit our web site at:
http://www.cybernetemail.com/moresales.htm
Want to be removed from our list?
Simply send an email to us at removes@cybernetemail.com and
type "remove" in the "subject" line and you will be removed from any
future mailings.
Cybernet Marketing
From webmaster@alice.wu-wien.ac.at"
This is a multi-part message in MIME format
--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
----- Original Message -----
From: crisha=40trafficbbs.net
To: webmaster=40alice.wu-wien.ac.at
Sent: 2002-3-8 0:22:20
Subject: http://nm.wu-wien.ac.at/Lehre/ps/
Hello,
You may have spent much on lots of ways to achieve=20these - search engine registrations, website=20promotions, press release, email sending?- Here=20Traffic BBS presents you a unique method economically=20and professionally converting a PC into personal=20message distribution center=21 Traffic BBS assists you=20to post your message or ad to over 1,200,000+ message=20boards on the web worldwide. Along with a hyperlink=20to your website or email address, a message of your=20business, product, service or offer will be promptly=20submitted to targeted bulletin boards. You can expect=20instant response=21=20
Get your business, service, product or offer seen=21=20
Best Regards,
Crisha Wenston
Sales & Marketing=20www.trafficbbs.net
=20=20
--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
=20
--=_NextPart_2rfkindysadvnqw3nerasdf--
From zoran@archiware.com Sun Mar 10 12:18:23 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Sun, 10 Mar 2002 13:18:23 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Message-ID: <200203101334.g2ADYwk18225@mickey.archiware.com>
Bugs in 0.9.3 and 0.9.4 for threaded (including AOLserver) builds.
The problem is that in Tcl, a strong marriage between the
Tcl interpreter and its accompaniyg thread exists.
Each time a new Tcl thread is starting, it may (AOLserver will!)
load the XOTcl_Init routine. This will patch couple of the
standard Tcl commands using the TclCommands function.
This function had an internal static counter, tracking
number of calls. On thread exit, this procedure was called
again and it did a reverse, replacing patched pointers with
original ones.
TclCommands(Tcl_Interp* in, int load) {
int rc = TCL_OK;
if (load) {
#ifdef USE_TCL_STUBS
rc|= XOTclReplaceCommand(in, EXPR, 0, 0);
rc|= XOTclReplaceCommand(in, INCR, 0, 0);
#endif
rc|= XOTclReplaceCommand(in, SUBST, 0, SUBST_CMD);
rc|= XOTclReplaceCommand(in, INFO, XOTcl_InfoObjCmd, 0);
rc|= XOTclReplaceCommand(in, RENAME, XOTcl_RenameObjCmd, 0);
rc|= XOTclReplaceCommand(in, UPLEVEL, XOTcl_UplevelObjCmd, 0);
rc|= XOTclReplaceCommand(in, UPVAR, XOTcl_UpvarObjCmd, 0);
} else {
rc|= XOTclReplaceCommandCleanup(in, INFO);
rc|= XOTclReplaceCommandCleanup(in, RENAME);
rc|= XOTclReplaceCommandCleanup(in, UPLEVEL);
rc|= XOTclReplaceCommandCleanup(in, UPVAR);
}
return rc;
}
>
> the results of the poll can be summarized as follows:
> - most people favored "names" instead of "symbols"
> for "selfDispatch"
> - the hottest favorite is "my". One can write now
>
> ...
> my instvar a b c
> my log
> ...
>
> instead of
> ...
> [self] instvar a b c
> [self] log
> ...
>
> the variant with [self] will continue to work
> forever..
> If someone is not happy with "my", please react
> soon.
>
> From the "volatile" front: we have now more-or-less Zoran
> suggestion implemented in C. Actually there is no need
> in general for using tcl-variables to implement volatile
> objects (we could handle this on a pop of stack frames),
> but at least for pure tcl-procs, var traces are the simplest
> implementation. The current implementation (purely in C)
> works as part of the "new" method:
>
> a) Object new ...
> b) Object new -childof ...
> c) Object new -volatile ...
> d) Object new -volatile -childof ...
>
> (a) creates "global" objects, not in the global
> namespace anymore, but in xotcl. (b) can be used
> to create objects as child of other objects (e.g. [self],
> the objects are deleted, when the specified object is deleted),
> (c) are "global" objects as in (a), but they are deleted,
> when the current tcl-proc/object-proc/instproc is left,
> and (d) is a combination of b and c.
>
> Needless to say, a-d works for classes as well as e.g.
>
> Class new -volatile
>
> in order to create "anonymoes" classes. The implementation
> of new is slightly faster than before, since i changed the
> nameing schema to be the same for all kind new ("__#122", ...),
> such that e.g.
> [Class new -volatile] new -volatile
> works as well. the disadvantage is that the neat
> classname derived names as in earlier versions have
> to be done by hand now...
>
> that was it for now
>
> best regrads
> -gustaf
> _______________________________________________
> Xotcl mailing list - Xotcl@alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
From zoran@archiware.com Mon Mar 11 06:23:09 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 11 Mar 2002 07:23:09 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203101334.g2ADYwk18225@mickey.archiware.com>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at> <200203101334.g2ADYwk18225@mickey.archiware.com>
Message-ID: <200203110529.g2B5T1k20007@mickey.archiware.com>
On Sunday 10 March 2002 13:18, Zoran Vasiljevic wrote:
> Bugs in 0.9.3 and 0.9.4 for threaded (including AOLserver) builds.
Sorry for the confusion. This has somehow left my mailboxox
before being written to end.
There is however a big problem in XOTcl 0.9.3 and 0.9.4
in respect to thread-support which I'm going to describe
and report shortly.
This will, of course, be under different subject.
Again, sorry for this little glitch.
Zoran
From letondal@pasteur.fr Tue Mar 19 18:53:33 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Tue, 19 Mar 2002 19:53:33 +0100
Subject: [Xotcl] introspective tools for documentation?
Message-ID: <200203191853.g2JIrXYR259279@electre.pasteur.fr>
Hi,
I believe the only way to document code is now through the @ object
and the makeDoc.xotcl script, which uses several utilities from the
library/system directory (the old one was the metadata mechanism).
Am I right?
My question is about the introspective aspect of this feature: how
do you get the documentation for a class, method, ...?
By parsing its file?
Thanks a lot for any help,
--
Catherine Letondal -- Pasteur Institute Computing Center
From bm0005@sp2.power.uni-essen.de Tue Mar 19 21:25:59 2002
From: bm0005@sp2.power.uni-essen.de (Uwe Zdun)
Date: Tue, 19 Mar 2002 22:25:59 +0100 (MEZ)
Subject: [Xotcl] introspective tools for documentation?
In-Reply-To: <200203191853.g2JIrXYR259279@electre.pasteur.fr>
Message-ID:
Hi,
the basic idea is to re-define the @ token at runtime, if needed, before
the code wit the metadata ist exectuted, and then a dynamic object
structure is build that can be queried. staticMetaDataAnaylzer.xotcl does
the same but it does only look at the metadata (and class dependencies,
methods). It uses the dynamic script metadataAnalyzer.xotcl.
here's an example use of this script (from its documentation):
package require xotcl::metadataAnalyzer
# instantiate metadata analyzer object
MetadataAnalyzer @::m
# make this object be known to @ and turn @ metadata processing on
@ analyzerObj @::m
@ onOff 1
# read in some metadata tags (in sample file) & execute the file
source lib/testx.xotcl
# turn @ metadata processing off again
@ onOff 0
# print out all collected metadata
puts [@::m print]
It should have more handy info options etc. but this has to be still
implemented ... perhaps you like to volunteer ...
of course, you can also implement other interpretations of @ for your own
purposes. If so, please let us know, so that other users
benefit from these functionalities as well.
--uwe
On Tue, 19 Mar 2002, Catherine Letondal wrote:
>
> Hi,
>
> I believe the only way to document code is now through the @ object
> and the makeDoc.xotcl script, which uses several utilities from the
> library/system directory (the old one was the metadata mechanism).
> Am I right?
>
> My question is about the introspective aspect of this feature: how
> do you get the documentation for a class, method, ...?
> By parsing its file?
>
> Thanks a lot for any help,
>
> --
> Catherine Letondal -- Pasteur Institute Computing Center
> _______________________________________________
> Xotcl mailing list - Xotcl@alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
>
From letondal@pasteur.fr Tue Mar 26 15:09:45 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Tue, 26 Mar 2002 16:09:45 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
Message-ID: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
Dear XOtcl list,
I have some problems to install the latest xotcl version on a linux debian
platform. The current debian package is 0.85 and I would really like to install 0.9.
So I have tried to install the full source distribution
(http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as tcl/tk debian
include installation is in the same directory (/usr/include/tcl8.3), it's difficult
to tell configure how to deal with it.
1) I have tried:
./configure
but the tcl configuration directory is not found:
checking for Tcl configuration... configure: warning: Can't find Tcl configuration definitions
2) Then I have tried:
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/lib/tk8.3
but, when running make:
cc -DVERSION=\"0.9\" -DXOTCL_LIBRARY=\"/usr/local/lib/xotcl0.9/library\" -I/usr/include/tcl8.3/tcl-private/generic -I/usr/include/tcl8.3/tcl-private/unix -I"./../generic" -I"./../unix" -I"/usr/include" -g -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -g -DXOLIBPKG=\"/usr/local/lib/xotcl0.9\" -DXOTCLVERSION=\"0.9\" -DXOTCLPATCHLEVEL=\".3\" -c `echo ../unix/xotkAppInit.c` -o o/xotkAppInit.o
../unix/xotkAppInit.c:19: tk.h: No such file or directory
../unix/xotkAppInit.c:31: #error Tk distribution TOO OLD
3) And I get the same error when telling configure where to actually find tk.h
(in /usr/include/tcl8.3) :
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/include/tcl8.3
cc -DVERSION=\"0.9\" -DXOTCL_LIBRARY=\"/usr/local/lib/xotcl0.9/library\" -I/usr/include/tcl8.3/tcl-private/generic -I/usr/include/tcl8.3/tcl-private/unix -I"./../generic" -I"./../unix" -I"/usr/include" -g -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -g -DXOLIBPKG=\"/usr/local/lib/xotcl0.9\" -DXOTCLVERSION=\"0.9\" -DXOTCLPATCHLEVEL=\".3\" -c `echo ../unix/xotkAppInit.c` -o o/xotkAppInit.o
../unix/xotkAppInit.c:19: tk.h: No such file or directory
../unix/xotkAppInit.c:31: #error Tk distribution TOO OLD
make[1]: *** [o/xotkAppInit.o] Error 1
4) I have also tried to specify both include and library, as told by configure --help:
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/include/tcl8.3,/usr/lib/tk8.3
but the syntax is not recognized?
So my question is: is there a debian package going to be distributed for the 0.9 version?
Does this ditribution contain the necessary .h, or is there a xotcl-dev distribution?
Or, could someone help?
Thanks a lot in advance,
--
Catherine Letondal -- Pasteur Institute Computing Center
From DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com Tue Mar 26 18:23:39 2002
From: DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com (DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com)
Date: Tue, 26 Mar 02 13:23:39 EST
Subject: [Xotcl] "BULLET-PROOF" BULK EMAIL WEB HOSTING!
Message-ID: <3791856948.991306994491@m0.net Received: from dialup-62.215.274.4.dial1.stamford ([62.215.274.4] >
Dear xotcl@alice.wu-wien.ac.at,
BULK EMAIL WEB HOSTING...THE ONLY WAY TO GO!
Let the masters of the commercial email industry put their expertise into
the hosting of your web site. And don't let the "Net Bullies" restrict your
right of free speech. Cybernet Marketing's new "Bullet-Proof Web Hosting"
is the answer you've been looking for!!
We believe that there should be little or no restrictions on Internet
communications! This service demonstrates the notion of unlimited,
uncensored, and unrestricted web hosting.
NEVER GET TERMINATED AGAIN FOR ADVERTISING YOUR BUSINESS!
LIMITED TIME PRICING PLAN...
+ One Year "Bullet-Proof Web Hosting" Service ... only $595 (regularly $900)
+ Two Year Service ... only $725
+ Three Year Service ... ONLY $945 (BEST VALUE!)
If you are interested in taking advantage of this great service or to find out
more information visit us at:
http://www.cybernetemail.com/webhosting.htm
Want to be removed from our list?
Simply send an email to us at removes@cybernetemail.com and
type "remove" in the "subject" line and you will be removed from any
future mailings.
Cybernet Marketing
From neumann@wu-wien.ac.at Wed Mar 27 20:02:54 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Wed, 27 Mar 2002 21:02:54 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
In-Reply-To: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
References: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
Message-ID: <200203272002.g2RK2sM21554@mohegan.wu-wien.ac.at>
On Tuesday 26 March 2002 16:09, you wrote:
> Dear XOtcl list,
>
> I have some problems to install the latest xotcl version on a linux debian
> platform. The current debian package is 0.85 and I would really like to
> install 0.9.
>
> So I have tried to install the full source distribution
> (http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as
> tcl/tk debian include installation is in the same directory
> (/usr/include/tcl8.3), it's difficult to tell configure how to deal with
> it.
dear cathrine,
for the time being, the simplest thing is to
add manually in xotcl-full-0.9.3/xotcl-0.9.3/unix/Makefile
after the configure run -I/usr/include/tcl8.3 at the place
where the other "-I"-option are written.
that should keep you going for now
best regards
-gustaf
>
From letondal@pasteur.fr Thu Mar 28 17:46:34 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Thu, 28 Mar 2002 18:46:34 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
In-Reply-To: Your message of "Wed, 27 Mar 2002 21:02:54 +0100."
<200203272002.g2RK2sM21554@mohegan.wu-wien.ac.at>
Message-ID: <200203281746.g2SHkYYR205404@electre.pasteur.fr>
Gustaf Neumann wrote:
> On Tuesday 26 March 2002 16:09, you wrote:
> > Dear XOtcl list,
> >
> > I have some problems to install the latest xotcl version on a linux debian
> > platform. The current debian package is 0.85 and I would really like to
> > install 0.9.
> >
> > So I have tried to install the full source distribution
> > (http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as
> > tcl/tk debian include installation is in the same directory
> > (/usr/include/tcl8.3), it's difficult to tell configure how to deal with
> > it.
>
> dear cathrine,
>
> for the time being, the simplest thing is to
> add manually in xotcl-full-0.9.3/xotcl-0.9.3/unix/Makefile
> after the configure run -I/usr/include/tcl8.3 at the place
> where the other "-I"-option are written.
>
> that should keep you going for now
> best regards
> -gustaf
Thanks for the help! (I actually downloaded the binary version and kept
the xotcl-full-0.9.3/ directory just for the xotcl.h I needed to make my "biokwish").
--
Catherine Letondal -- Pasteur Institute Computing Center
From BrainCoders.com"
BrainCoders.com - Low Cost Software Development
From ltravagnin@e-tree.com Fri Mar 1 15:01:47 2002
From: ltravagnin@e-tree.com (Lucio Travagnin)
Date: Fri, 1 Mar 2002 16:01:47 +0100
Subject: [Xotcl] Xotck and Vignette
Message-ID: <003301c1c132$02a3f670$4e1e460a@wgdv78>
This is a multi-part message in MIME format.
------=_NextPart_000_0030_01C1C13A.645AA2D0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi, I'm new to Tcl, XoTcl and Vignette, but I have to use these in a =
Project.
XoTcl extensions can be used with vignette? Could I write some classes =
and then use them in Vignette Templates?
Thank you
Lucio
___________________________________________________________________
Lucio Travagnin
Java & Perl Senior Developer - Interwoven Technical Manager
ltravagnin@e-tree.com (ICQ 84914112)
E-TREE - Internet Soul / Via Fonderia 43 - 31100 Treviso (Italy)
phone +39.0422.3107 fax +39.0422.310888
http://www.e-tree.com http://www.webanana.com
___________________________________________________________________
------=_NextPart_000_0030_01C1C13A.645AA2D0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
phone=20 +39.0422.3107 = =20 fax +39.0422.310888
_________= __________________________________________________________
----- Original Message -----
From: crisha=40trafficbbs.net
Sent: 2002-3-8 0:22:20
Subject: http://nm.wu-wien.ac.at/Lehre/ps/
|
|
|
|
| Copy right©2001 ,=20 TrafficBBS&=238482;All Rights Reserved. TrafficBBS&=238482;is a trademark of=20 TrafficBBS.Net inc. |
|
|
|
|
| This mailing is done only to people who have requested
info from one of our sites, or downloaded our Software. If you have
recieved this email in error and you wish to be removed from future
mailings, please reply with the subject "Remove" and our
software will automatically block you from their future
mailings. |
Hi, I'm new to Tcl, XoTcl and Vignette, =
but I have=20
to use these in a Project.
XoTcl extensions can be used with =
vignette? Could I=20
write some classes and then use them in Vignette Templates?
Thank you
Lucio
________________________________________________________________=
___
Lucio=20 Travagnin
Java & Perl Senior Developer - Interwoven Technical=20 Manager
ltravagnin@e-tree.com (ICQ=20 84914112)
Lucio=20 Travagnin
Java & Perl Senior Developer - Interwoven Technical=20 Manager
ltravagnin@e-tree.com (ICQ=20 84914112)
E-TREE - Internet Soul / Via =
Fonderia 43 -=20
31100 Treviso (Italy)
phone=20 +39.0422.3107 = =20 fax +39.0422.310888
http://www.e-tree.com =
; =20
http://www.webanana.com
_________= __________________________________________________________
------=_NextPart_000_0030_01C1C13A.645AA2D0--
From neumann@wu-wien.ac.at Fri Mar 1 20:14:27 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Fri, 1 Mar 2002 21:14:27 +0100
Subject: [Xotcl] Xotck and Vignette
In-Reply-To: <003301c1c132$02a3f670$4e1e460a@wgdv78>
References: <003301c1c132$02a3f670$4e1e460a@wgdv78>
Message-ID: <200203012014.g21KERi20727@mohegan.wu-wien.ac.at>
On Friday 01 March 2002 16:01, Lucio Travagnin wrote:
> Hi, I'm new to Tcl, XoTcl and Vignette, but I have to use these in a
> Project. XoTcl extensions can be used with vignette? Could I write some
> classes and then use them in Vignette Templates? Thank you
Dear Lucio,
i am not familiar with Vignettes story-server
and i am not aware off anyone, who is using
this combo (this does not mean to much).
however, i would expect that the story server
is able to load tcl-extensions. Correct?
XOTcl is a TEA compliant tcl extension
and requires Tcl 8.0 or newer. Therefore
it should not be a problem to use this
combination.
Once you are able to load xotcl into the story-server
you can use XOTcl classes and objects the same way
you can use tcl-commands from the server.
best regards
-gustaf neumann
>
> Lucio
>
> ___________________________________________________________________
> Lucio Travagnin
> Java & Perl Senior Developer - Interwoven Technical Manager
> ltravagnin@e-tree.com (ICQ 84914112)
>
> E-TREE - Internet Soul / Via Fonderia 43 - 31100 Treviso (Italy)
> phone +39.0422.3107 fax +39.0422.310888
> http://www.e-tree.com http://www.webanana.com
> ___________________________________________________________________
From zoran@archiware.com Mon Mar 4 11:15:37 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 4 Mar 2002 12:15:37 +0100
Subject: [Xotcl] Memory trash in 0.9.3 and 0.9.4
In-Reply-To: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at>
References: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at>
Message-ID: <200203041020.g24AKwk00725@mickey.archiware.com>
In file xotcl.c:
static int
XOTclCNewMethod(ClientData cd, Tcl_Interp* in, int objc, Tcl_Obj *objv[]) {
XOTclClass *cl = XOTclObjectToClass(cd);
XOTclObject *obj = &cl->object;
Tcl_Obj *cname, *autoname;
char *name, *n;
int result, offset=1;
DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+1, ov);
/* ^^^^^^ */
Should read:
DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+2, ov);
... because later in file, ov[0] and ov[1] are
reserved for internal use and other arguments
are copied over which results in trashing memory.
Cheers
Zoran
From neumann@wu-wien.ac.at Mon Mar 4 12:36:43 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 13:36:43 +0100
Subject: [Xotcl] Memory trash in 0.9.3 and 0.9.4
In-Reply-To: <200203041020.g24AKwk00725@mickey.archiware.com>
References: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at> <200203041020.g24AKwk00725@mickey.archiware.com>
Message-ID: <200203041236.g24Cain14302@mohegan.wu-wien.ac.at>
On Monday 04 March 2002 12:15, you wrote:
> In file xotcl.c:
>
> static int
> XOTclCNewMethod(ClientData cd, Tcl_Interp* in, int objc, Tcl_Obj *objv[]) {
> DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+1, ov);
...
>
> /* ^^^^^^ */
>
> Should read:
>
> DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+2, ov);
zoran, thank you. this bug is confirmed and fixed.
-gustaf
From neumann@wu-wien.ac.at Mon Mar 4 13:08:36 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 14:08:36 +0100
Subject: [Xotcl] results of the poll
Message-ID: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Dear XOTcl community,
the results of the poll can be summarized as follows:
- most people favored "names" instead of "symbols"
for "selfDispatch"
- the hottest favorite is "my". One can write now
...
my instvar a b c
my log
...
instead of
...
[self] instvar a b c
[self] log
...
the variant with [self] will continue to work
forever..
If someone is not happy with "my", please react
soon.
From the "volatile" front: we have now more-or-less Zoran
suggestion implemented in C. Actually there is no need
in general for using tcl-variables to implement volatile
objects (we could handle this on a pop of stack frames),
but at least for pure tcl-procs, var traces are the simplest
implementation. The current implementation (purely in C)
works as part of the "new" method:
a) Object new ...
b) Object new -childof ...
c) Object new -volatile ...
d) Object new -volatile -childof ...
(a) creates "global" objects, not in the global
namespace anymore, but in xotcl. (b) can be used
to create objects as child of other objects (e.g. [self],
the objects are deleted, when the specified object is deleted),
(c) are "global" objects as in (a), but they are deleted,
when the current tcl-proc/object-proc/instproc is left,
and (d) is a combination of b and c.
Needless to say, a-d works for classes as well as e.g.
Class new -volatile
in order to create "anonymoes" classes. The implementation
of new is slightly faster than before, since i changed the
nameing schema to be the same for all kind new ("__#122", ...),
such that e.g.
[Class new -volatile] new -volatile
works as well. the disadvantage is that the neat
classname derived names as in earlier versions have
to be done by hand now...
that was it for now
best regrads
-gustaf
From zoran@archiware.com Mon Mar 4 17:21:42 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 4 Mar 2002 18:21:42 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Message-ID: <200203041627.g24GR3k01397@mickey.archiware.com>
On Monday 04 March 2002 14:08, Gustaf Neumann wrote:
> From the "volatile" front: we have now more-or-less Zoran
Smile !
> suggestion implemented in C. Actually there is no need
> in general for using tcl-variables to implement volatile
> objects (we could handle this on a pop of stack frames),
> but at least for pure tcl-procs, var traces are the simplest
> implementation. The current implementation (purely in C)
It is not clear: does the C implementation use internal stack
for garbage collection or the Tcl-trace variable mechansim?
It is important to know when doing (or not doing!) such
constructs:
Class foo
foo instproc test args {}
[foo new -volatile] test ; # object leak ?
In case of volatile implementation with var traces,
one should do:
set bar [foo new -volatile]
$bar test
to be sure that when "bar" is unset, the object goes away.
So, which way is it?
Cheer's
Zoran
From neumann@wu-wien.ac.at Mon Mar 4 17:47:47 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 18:47:47 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041627.g24GR3k01397@mickey.archiware.com>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at> <200203041627.g24GR3k01397@mickey.archiware.com>
Message-ID: <200203041747.g24HllU17189@mohegan.wu-wien.ac.at>
On Monday 04 March 2002 18:21, Zoran Vasiljevic wrote:
> > suggestion implemented in C. Actually there is no need
> > in general for using tcl-variables to implement volatile
> > objects (we could handle this on a pop of stack frames),
> > but at least for pure tcl-procs, var traces are the simplest
> > implementation. The current implementation (purely in C)
>
> It is not clear: does the C implementation use internal stack
> for garbage collection or the Tcl-trace variable mechansim?
the var-trace mechanism
> It is important to know when doing (or not doing!) such
> constructs:
>
> Class foo
> foo instproc test args {}
>
> [foo new -volatile] test ; # object leak ?
this sets as a side effect a tcl variable in the current
scope. if the scope is e.g. a tcl proc, it will be
automatially unset, when the scope is left.
> In case of volatile implementation with var traces,
> one should do:
>
> set bar [foo new -volatile]
> $bar test
Note, that this is essentially the same as
above. the call of [foo new] cannot set a
vartrace on the "bar" variable. The result
of the "new" is a tcl_obj, and not a variable.
the tcl_obj is bound to the variable bar...
so, the magic of the object deletion happens
via another variable, that is set as a side
effect. these magic variables are named similarly
to the object name: in the example
set bar [foo new -volatile]
the objname will be ::xotcl::__#1 (or ...__#2, etc),
the magic variable is __#1. therefore, one can
refer from the object name to the variable name via
set vn [namespace tail $bar]
unset $vn
will trigger the deletion of the object
created with new. There is a potential danger
of name conflics, but if one follows the rule:
don't start user-variable names with "__",
everyting will be safe.
I have used this example with the manual unset
for explanatory purposes. Under most conditions you will
not need to unset the magic variable by hand....
hope that this explains the details.
best regrads
-gustaf
From DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford] Wed Mar 6 09:52:25 2002
From: DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford] (DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford])
Date: Wed, 06 Mar 02 04:52:25 EST
Subject: [Xotcl] >>>OVER 14 MILLION TARGETED EMAIL ADDRESSES!
Message-ID: <3791856948.991306994491@m0.net Received: from dialup-62.215.274.4.dial1.stamford ([62.215.274.4] >
Dear xotcl@alice.wu-wien.ac.at,
Would you like to get tens of thousands of new visitors to your web site
daily?
Below is everything you will ever need to market your product or service
over the Internet! Besides that...It's the only real way to market on the
Internet...Period!
HOW WOULD YOU LIKE TO HAVE YOUR MESSAGE SEEN BY OVER
14 MILLION TARGETED PROSPECTS DAILY?
EARN MEGA-PROFITS WITH THE RIGHT FORMULA
If you have a product, service, or message that you would like to get out
to Thousands, Hundreds of Thousands, or even Millions of people, you
have several options. Traditional methods include print advertising, direct
mail, radio, and television advertising. They are all effective, but they all
have two catches: They're EXPENSIVE and TIME CONSUMING. Not
only that, you only get ONE SHOT at making your message heard, by
the right people.
Now this has all changed!
Thanks to the top programmers in the world and their NEW EMAIL
TECHNOLOGY, You can send over 14,000,000 Emails Daily for FREE...
Without getting terminated from your current Internet connection!
It's very simple to do and you can be increasing sales within minutes of
installing this new extraordinary software!
To find out more information, Do not respond by email. Instead, Please
click the link below or visit our web site at:
http://www.cybernetemail.com/moresales.htm
Want to be removed from our list?
Simply send an email to us at removes@cybernetemail.com and
type "remove" in the "subject" line and you will be removed from any
future mailings.
Cybernet Marketing
From webmaster@alice.wu-wien.ac.at"
This is a multi-part message in MIME format
--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
----- Original Message -----
From: crisha=40trafficbbs.net
To: webmaster=40alice.wu-wien.ac.at
Sent: 2002-3-8 0:22:20
Subject: http://nm.wu-wien.ac.at/Lehre/ps/
Hello,
You may have spent much on lots of ways to achieve=20these - search engine registrations, website=20promotions, press release, email sending?- Here=20Traffic BBS presents you a unique method economically=20and professionally converting a PC into personal=20message distribution center=21 Traffic BBS assists you=20to post your message or ad to over 1,200,000+ message=20boards on the web worldwide. Along with a hyperlink=20to your website or email address, a message of your=20business, product, service or offer will be promptly=20submitted to targeted bulletin boards. You can expect=20instant response=21=20
Get your business, service, product or offer seen=21=20
Best Regards,
Crisha Wenston
Sales & Marketing=20www.trafficbbs.net
=20=20
--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
=20
--=_NextPart_2rfkindysadvnqw3nerasdf--
From zoran@archiware.com Sun Mar 10 12:18:23 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Sun, 10 Mar 2002 13:18:23 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Message-ID: <200203101334.g2ADYwk18225@mickey.archiware.com>
Bugs in 0.9.3 and 0.9.4 for threaded (including AOLserver) builds.
The problem is that in Tcl, a strong marriage between the
Tcl interpreter and its accompaniyg thread exists.
Each time a new Tcl thread is starting, it may (AOLserver will!)
load the XOTcl_Init routine. This will patch couple of the
standard Tcl commands using the TclCommands function.
This function had an internal static counter, tracking
number of calls. On thread exit, this procedure was called
again and it did a reverse, replacing patched pointers with
original ones.
TclCommands(Tcl_Interp* in, int load) {
int rc = TCL_OK;
if (load) {
#ifdef USE_TCL_STUBS
rc|= XOTclReplaceCommand(in, EXPR, 0, 0);
rc|= XOTclReplaceCommand(in, INCR, 0, 0);
#endif
rc|= XOTclReplaceCommand(in, SUBST, 0, SUBST_CMD);
rc|= XOTclReplaceCommand(in, INFO, XOTcl_InfoObjCmd, 0);
rc|= XOTclReplaceCommand(in, RENAME, XOTcl_RenameObjCmd, 0);
rc|= XOTclReplaceCommand(in, UPLEVEL, XOTcl_UplevelObjCmd, 0);
rc|= XOTclReplaceCommand(in, UPVAR, XOTcl_UpvarObjCmd, 0);
} else {
rc|= XOTclReplaceCommandCleanup(in, INFO);
rc|= XOTclReplaceCommandCleanup(in, RENAME);
rc|= XOTclReplaceCommandCleanup(in, UPLEVEL);
rc|= XOTclReplaceCommandCleanup(in, UPVAR);
}
return rc;
}
>
> the results of the poll can be summarized as follows:
> - most people favored "names" instead of "symbols"
> for "selfDispatch"
> - the hottest favorite is "my". One can write now
>
> ...
> my instvar a b c
> my log
> ...
>
> instead of
> ...
> [self] instvar a b c
> [self] log
> ...
>
> the variant with [self] will continue to work
> forever..
> If someone is not happy with "my", please react
> soon.
>
> From the "volatile" front: we have now more-or-less Zoran
> suggestion implemented in C. Actually there is no need
> in general for using tcl-variables to implement volatile
> objects (we could handle this on a pop of stack frames),
> but at least for pure tcl-procs, var traces are the simplest
> implementation. The current implementation (purely in C)
> works as part of the "new" method:
>
> a) Object new ...
> b) Object new -childof ...
> c) Object new -volatile ...
> d) Object new -volatile -childof ...
>
> (a) creates "global" objects, not in the global
> namespace anymore, but in xotcl. (b) can be used
> to create objects as child of other objects (e.g. [self],
> the objects are deleted, when the specified object is deleted),
> (c) are "global" objects as in (a), but they are deleted,
> when the current tcl-proc/object-proc/instproc is left,
> and (d) is a combination of b and c.
>
> Needless to say, a-d works for classes as well as e.g.
>
> Class new -volatile
>
> in order to create "anonymoes" classes. The implementation
> of new is slightly faster than before, since i changed the
> nameing schema to be the same for all kind new ("__#122", ...),
> such that e.g.
> [Class new -volatile] new -volatile
> works as well. the disadvantage is that the neat
> classname derived names as in earlier versions have
> to be done by hand now...
>
> that was it for now
>
> best regrads
> -gustaf
> _______________________________________________
> Xotcl mailing list - Xotcl@alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
From zoran@archiware.com Mon Mar 11 06:23:09 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 11 Mar 2002 07:23:09 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203101334.g2ADYwk18225@mickey.archiware.com>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at> <200203101334.g2ADYwk18225@mickey.archiware.com>
Message-ID: <200203110529.g2B5T1k20007@mickey.archiware.com>
On Sunday 10 March 2002 13:18, Zoran Vasiljevic wrote:
> Bugs in 0.9.3 and 0.9.4 for threaded (including AOLserver) builds.
Sorry for the confusion. This has somehow left my mailboxox
before being written to end.
There is however a big problem in XOTcl 0.9.3 and 0.9.4
in respect to thread-support which I'm going to describe
and report shortly.
This will, of course, be under different subject.
Again, sorry for this little glitch.
Zoran
From letondal@pasteur.fr Tue Mar 19 18:53:33 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Tue, 19 Mar 2002 19:53:33 +0100
Subject: [Xotcl] introspective tools for documentation?
Message-ID: <200203191853.g2JIrXYR259279@electre.pasteur.fr>
Hi,
I believe the only way to document code is now through the @ object
and the makeDoc.xotcl script, which uses several utilities from the
library/system directory (the old one was the metadata mechanism).
Am I right?
My question is about the introspective aspect of this feature: how
do you get the documentation for a class, method, ...?
By parsing its file?
Thanks a lot for any help,
--
Catherine Letondal -- Pasteur Institute Computing Center
From bm0005@sp2.power.uni-essen.de Tue Mar 19 21:25:59 2002
From: bm0005@sp2.power.uni-essen.de (Uwe Zdun)
Date: Tue, 19 Mar 2002 22:25:59 +0100 (MEZ)
Subject: [Xotcl] introspective tools for documentation?
In-Reply-To: <200203191853.g2JIrXYR259279@electre.pasteur.fr>
Message-ID:
Hi,
the basic idea is to re-define the @ token at runtime, if needed, before
the code wit the metadata ist exectuted, and then a dynamic object
structure is build that can be queried. staticMetaDataAnaylzer.xotcl does
the same but it does only look at the metadata (and class dependencies,
methods). It uses the dynamic script metadataAnalyzer.xotcl.
here's an example use of this script (from its documentation):
package require xotcl::metadataAnalyzer
# instantiate metadata analyzer object
MetadataAnalyzer @::m
# make this object be known to @ and turn @ metadata processing on
@ analyzerObj @::m
@ onOff 1
# read in some metadata tags (in sample file) & execute the file
source lib/testx.xotcl
# turn @ metadata processing off again
@ onOff 0
# print out all collected metadata
puts [@::m print]
It should have more handy info options etc. but this has to be still
implemented ... perhaps you like to volunteer ...
of course, you can also implement other interpretations of @ for your own
purposes. If so, please let us know, so that other users
benefit from these functionalities as well.
--uwe
On Tue, 19 Mar 2002, Catherine Letondal wrote:
>
> Hi,
>
> I believe the only way to document code is now through the @ object
> and the makeDoc.xotcl script, which uses several utilities from the
> library/system directory (the old one was the metadata mechanism).
> Am I right?
>
> My question is about the introspective aspect of this feature: how
> do you get the documentation for a class, method, ...?
> By parsing its file?
>
> Thanks a lot for any help,
>
> --
> Catherine Letondal -- Pasteur Institute Computing Center
> _______________________________________________
> Xotcl mailing list - Xotcl@alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
>
From letondal@pasteur.fr Tue Mar 26 15:09:45 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Tue, 26 Mar 2002 16:09:45 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
Message-ID: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
Dear XOtcl list,
I have some problems to install the latest xotcl version on a linux debian
platform. The current debian package is 0.85 and I would really like to install 0.9.
So I have tried to install the full source distribution
(http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as tcl/tk debian
include installation is in the same directory (/usr/include/tcl8.3), it's difficult
to tell configure how to deal with it.
1) I have tried:
./configure
but the tcl configuration directory is not found:
checking for Tcl configuration... configure: warning: Can't find Tcl configuration definitions
2) Then I have tried:
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/lib/tk8.3
but, when running make:
cc -DVERSION=\"0.9\" -DXOTCL_LIBRARY=\"/usr/local/lib/xotcl0.9/library\" -I/usr/include/tcl8.3/tcl-private/generic -I/usr/include/tcl8.3/tcl-private/unix -I"./../generic" -I"./../unix" -I"/usr/include" -g -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -g -DXOLIBPKG=\"/usr/local/lib/xotcl0.9\" -DXOTCLVERSION=\"0.9\" -DXOTCLPATCHLEVEL=\".3\" -c `echo ../unix/xotkAppInit.c` -o o/xotkAppInit.o
../unix/xotkAppInit.c:19: tk.h: No such file or directory
../unix/xotkAppInit.c:31: #error Tk distribution TOO OLD
3) And I get the same error when telling configure where to actually find tk.h
(in /usr/include/tcl8.3) :
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/include/tcl8.3
cc -DVERSION=\"0.9\" -DXOTCL_LIBRARY=\"/usr/local/lib/xotcl0.9/library\" -I/usr/include/tcl8.3/tcl-private/generic -I/usr/include/tcl8.3/tcl-private/unix -I"./../generic" -I"./../unix" -I"/usr/include" -g -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -g -DXOLIBPKG=\"/usr/local/lib/xotcl0.9\" -DXOTCLVERSION=\"0.9\" -DXOTCLPATCHLEVEL=\".3\" -c `echo ../unix/xotkAppInit.c` -o o/xotkAppInit.o
../unix/xotkAppInit.c:19: tk.h: No such file or directory
../unix/xotkAppInit.c:31: #error Tk distribution TOO OLD
make[1]: *** [o/xotkAppInit.o] Error 1
4) I have also tried to specify both include and library, as told by configure --help:
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/include/tcl8.3,/usr/lib/tk8.3
but the syntax is not recognized?
So my question is: is there a debian package going to be distributed for the 0.9 version?
Does this ditribution contain the necessary .h, or is there a xotcl-dev distribution?
Or, could someone help?
Thanks a lot in advance,
--
Catherine Letondal -- Pasteur Institute Computing Center
From DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com Tue Mar 26 18:23:39 2002
From: DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com (DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com)
Date: Tue, 26 Mar 02 13:23:39 EST
Subject: [Xotcl] "BULLET-PROOF" BULK EMAIL WEB HOSTING!
Message-ID: <3791856948.991306994491@m0.net Received: from dialup-62.215.274.4.dial1.stamford ([62.215.274.4] >
Dear xotcl@alice.wu-wien.ac.at,
BULK EMAIL WEB HOSTING...THE ONLY WAY TO GO!
Let the masters of the commercial email industry put their expertise into
the hosting of your web site. And don't let the "Net Bullies" restrict your
right of free speech. Cybernet Marketing's new "Bullet-Proof Web Hosting"
is the answer you've been looking for!!
We believe that there should be little or no restrictions on Internet
communications! This service demonstrates the notion of unlimited,
uncensored, and unrestricted web hosting.
NEVER GET TERMINATED AGAIN FOR ADVERTISING YOUR BUSINESS!
LIMITED TIME PRICING PLAN...
+ One Year "Bullet-Proof Web Hosting" Service ... only $595 (regularly $900)
+ Two Year Service ... only $725
+ Three Year Service ... ONLY $945 (BEST VALUE!)
If you are interested in taking advantage of this great service or to find out
more information visit us at:
http://www.cybernetemail.com/webhosting.htm
Want to be removed from our list?
Simply send an email to us at removes@cybernetemail.com and
type "remove" in the "subject" line and you will be removed from any
future mailings.
Cybernet Marketing
From neumann@wu-wien.ac.at Wed Mar 27 20:02:54 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Wed, 27 Mar 2002 21:02:54 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
In-Reply-To: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
References: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
Message-ID: <200203272002.g2RK2sM21554@mohegan.wu-wien.ac.at>
On Tuesday 26 March 2002 16:09, you wrote:
> Dear XOtcl list,
>
> I have some problems to install the latest xotcl version on a linux debian
> platform. The current debian package is 0.85 and I would really like to
> install 0.9.
>
> So I have tried to install the full source distribution
> (http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as
> tcl/tk debian include installation is in the same directory
> (/usr/include/tcl8.3), it's difficult to tell configure how to deal with
> it.
dear cathrine,
for the time being, the simplest thing is to
add manually in xotcl-full-0.9.3/xotcl-0.9.3/unix/Makefile
after the configure run -I/usr/include/tcl8.3 at the place
where the other "-I"-option are written.
that should keep you going for now
best regards
-gustaf
>
From letondal@pasteur.fr Thu Mar 28 17:46:34 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Thu, 28 Mar 2002 18:46:34 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
In-Reply-To: Your message of "Wed, 27 Mar 2002 21:02:54 +0100."
<200203272002.g2RK2sM21554@mohegan.wu-wien.ac.at>
Message-ID: <200203281746.g2SHkYYR205404@electre.pasteur.fr>
Gustaf Neumann wrote:
> On Tuesday 26 March 2002 16:09, you wrote:
> > Dear XOtcl list,
> >
> > I have some problems to install the latest xotcl version on a linux debian
> > platform. The current debian package is 0.85 and I would really like to
> > install 0.9.
> >
> > So I have tried to install the full source distribution
> > (http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as
> > tcl/tk debian include installation is in the same directory
> > (/usr/include/tcl8.3), it's difficult to tell configure how to deal with
> > it.
>
> dear cathrine,
>
> for the time being, the simplest thing is to
> add manually in xotcl-full-0.9.3/xotcl-0.9.3/unix/Makefile
> after the configure run -I/usr/include/tcl8.3 at the place
> where the other "-I"-option are written.
>
> that should keep you going for now
> best regards
> -gustaf
Thanks for the help! (I actually downloaded the binary version and kept
the xotcl-full-0.9.3/ directory just for the xotcl.h I needed to make my "biokwish").
--
Catherine Letondal -- Pasteur Institute Computing Center
From BrainCoders.com"
BrainCoders.com - Low Cost Software Development
From ltravagnin@e-tree.com Fri Mar 1 15:01:47 2002
From: ltravagnin@e-tree.com (Lucio Travagnin)
Date: Fri, 1 Mar 2002 16:01:47 +0100
Subject: [Xotcl] Xotck and Vignette
Message-ID: <003301c1c132$02a3f670$4e1e460a@wgdv78>
This is a multi-part message in MIME format.
------=_NextPart_000_0030_01C1C13A.645AA2D0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi, I'm new to Tcl, XoTcl and Vignette, but I have to use these in a =
Project.
XoTcl extensions can be used with vignette? Could I write some classes =
and then use them in Vignette Templates?
Thank you
Lucio
___________________________________________________________________
Lucio Travagnin
Java & Perl Senior Developer - Interwoven Technical Manager
ltravagnin@e-tree.com (ICQ 84914112)
E-TREE - Internet Soul / Via Fonderia 43 - 31100 Treviso (Italy)
phone +39.0422.3107 fax +39.0422.310888
http://www.e-tree.com http://www.webanana.com
___________________________________________________________________
------=_NextPart_000_0030_01C1C13A.645AA2D0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
phone=20 +39.0422.3107 = =20 fax +39.0422.310888
_________= __________________________________________________________
----- Original Message -----
From: crisha=40trafficbbs.net
Sent: 2002-3-8 0:22:20
Subject: http://nm.wu-wien.ac.at/Lehre/ps/
|
|
|
|
| Copy right©2001 ,=20 TrafficBBS&=238482;All Rights Reserved. TrafficBBS&=238482;is a trademark of=20 TrafficBBS.Net inc. |
|
|
|
|
| This mailing is done only to people who have requested
info from one of our sites, or downloaded our Software. If you have
recieved this email in error and you wish to be removed from future
mailings, please reply with the subject "Remove" and our
software will automatically block you from their future
mailings. |
Hi, I'm new to Tcl, XoTcl and Vignette, =
but I have=20
to use these in a Project.
XoTcl extensions can be used with =
vignette? Could I=20
write some classes and then use them in Vignette Templates?
Thank you
Lucio
________________________________________________________________=
___
Lucio=20 Travagnin
Java & Perl Senior Developer - Interwoven Technical=20 Manager
ltravagnin@e-tree.com (ICQ=20 84914112)
Lucio=20 Travagnin
Java & Perl Senior Developer - Interwoven Technical=20 Manager
ltravagnin@e-tree.com (ICQ=20 84914112)
E-TREE - Internet Soul / Via =
Fonderia 43 -=20
31100 Treviso (Italy)
phone=20 +39.0422.3107 = =20 fax +39.0422.310888
http://www.e-tree.com =
; =20
http://www.webanana.com
_________= __________________________________________________________
------=_NextPart_000_0030_01C1C13A.645AA2D0--
From neumann@wu-wien.ac.at Fri Mar 1 20:14:27 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Fri, 1 Mar 2002 21:14:27 +0100
Subject: [Xotcl] Xotck and Vignette
In-Reply-To: <003301c1c132$02a3f670$4e1e460a@wgdv78>
References: <003301c1c132$02a3f670$4e1e460a@wgdv78>
Message-ID: <200203012014.g21KERi20727@mohegan.wu-wien.ac.at>
On Friday 01 March 2002 16:01, Lucio Travagnin wrote:
> Hi, I'm new to Tcl, XoTcl and Vignette, but I have to use these in a
> Project. XoTcl extensions can be used with vignette? Could I write some
> classes and then use them in Vignette Templates? Thank you
Dear Lucio,
i am not familiar with Vignettes story-server
and i am not aware off anyone, who is using
this combo (this does not mean to much).
however, i would expect that the story server
is able to load tcl-extensions. Correct?
XOTcl is a TEA compliant tcl extension
and requires Tcl 8.0 or newer. Therefore
it should not be a problem to use this
combination.
Once you are able to load xotcl into the story-server
you can use XOTcl classes and objects the same way
you can use tcl-commands from the server.
best regards
-gustaf neumann
>
> Lucio
>
> ___________________________________________________________________
> Lucio Travagnin
> Java & Perl Senior Developer - Interwoven Technical Manager
> ltravagnin@e-tree.com (ICQ 84914112)
>
> E-TREE - Internet Soul / Via Fonderia 43 - 31100 Treviso (Italy)
> phone +39.0422.3107 fax +39.0422.310888
> http://www.e-tree.com http://www.webanana.com
> ___________________________________________________________________
From zoran@archiware.com Mon Mar 4 11:15:37 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 4 Mar 2002 12:15:37 +0100
Subject: [Xotcl] Memory trash in 0.9.3 and 0.9.4
In-Reply-To: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at>
References: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at>
Message-ID: <200203041020.g24AKwk00725@mickey.archiware.com>
In file xotcl.c:
static int
XOTclCNewMethod(ClientData cd, Tcl_Interp* in, int objc, Tcl_Obj *objv[]) {
XOTclClass *cl = XOTclObjectToClass(cd);
XOTclObject *obj = &cl->object;
Tcl_Obj *cname, *autoname;
char *name, *n;
int result, offset=1;
DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+1, ov);
/* ^^^^^^ */
Should read:
DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+2, ov);
... because later in file, ov[0] and ov[1] are
reserved for internal use and other arguments
are copied over which results in trashing memory.
Cheers
Zoran
From neumann@wu-wien.ac.at Mon Mar 4 12:36:43 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 13:36:43 +0100
Subject: [Xotcl] Memory trash in 0.9.3 and 0.9.4
In-Reply-To: <200203041020.g24AKwk00725@mickey.archiware.com>
References: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at> <200203041020.g24AKwk00725@mickey.archiware.com>
Message-ID: <200203041236.g24Cain14302@mohegan.wu-wien.ac.at>
On Monday 04 March 2002 12:15, you wrote:
> In file xotcl.c:
>
> static int
> XOTclCNewMethod(ClientData cd, Tcl_Interp* in, int objc, Tcl_Obj *objv[]) {
> DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+1, ov);
...
>
> /* ^^^^^^ */
>
> Should read:
>
> DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+2, ov);
zoran, thank you. this bug is confirmed and fixed.
-gustaf
From neumann@wu-wien.ac.at Mon Mar 4 13:08:36 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 14:08:36 +0100
Subject: [Xotcl] results of the poll
Message-ID: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Dear XOTcl community,
the results of the poll can be summarized as follows:
- most people favored "names" instead of "symbols"
for "selfDispatch"
- the hottest favorite is "my". One can write now
...
my instvar a b c
my log
...
instead of
...
[self] instvar a b c
[self] log
...
the variant with [self] will continue to work
forever..
If someone is not happy with "my", please react
soon.
From the "volatile" front: we have now more-or-less Zoran
suggestion implemented in C. Actually there is no need
in general for using tcl-variables to implement volatile
objects (we could handle this on a pop of stack frames),
but at least for pure tcl-procs, var traces are the simplest
implementation. The current implementation (purely in C)
works as part of the "new" method:
a) Object new ...
b) Object new -childof ...
c) Object new -volatile ...
d) Object new -volatile -childof ...
(a) creates "global" objects, not in the global
namespace anymore, but in xotcl. (b) can be used
to create objects as child of other objects (e.g. [self],
the objects are deleted, when the specified object is deleted),
(c) are "global" objects as in (a), but they are deleted,
when the current tcl-proc/object-proc/instproc is left,
and (d) is a combination of b and c.
Needless to say, a-d works for classes as well as e.g.
Class new -volatile
in order to create "anonymoes" classes. The implementation
of new is slightly faster than before, since i changed the
nameing schema to be the same for all kind new ("__#122", ...),
such that e.g.
[Class new -volatile] new -volatile
works as well. the disadvantage is that the neat
classname derived names as in earlier versions have
to be done by hand now...
that was it for now
best regrads
-gustaf
From zoran@archiware.com Mon Mar 4 17:21:42 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 4 Mar 2002 18:21:42 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Message-ID: <200203041627.g24GR3k01397@mickey.archiware.com>
On Monday 04 March 2002 14:08, Gustaf Neumann wrote:
> From the "volatile" front: we have now more-or-less Zoran
Smile !
> suggestion implemented in C. Actually there is no need
> in general for using tcl-variables to implement volatile
> objects (we could handle this on a pop of stack frames),
> but at least for pure tcl-procs, var traces are the simplest
> implementation. The current implementation (purely in C)
It is not clear: does the C implementation use internal stack
for garbage collection or the Tcl-trace variable mechansim?
It is important to know when doing (or not doing!) such
constructs:
Class foo
foo instproc test args {}
[foo new -volatile] test ; # object leak ?
In case of volatile implementation with var traces,
one should do:
set bar [foo new -volatile]
$bar test
to be sure that when "bar" is unset, the object goes away.
So, which way is it?
Cheer's
Zoran
From neumann@wu-wien.ac.at Mon Mar 4 17:47:47 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 18:47:47 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041627.g24GR3k01397@mickey.archiware.com>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at> <200203041627.g24GR3k01397@mickey.archiware.com>
Message-ID: <200203041747.g24HllU17189@mohegan.wu-wien.ac.at>
On Monday 04 March 2002 18:21, Zoran Vasiljevic wrote:
> > suggestion implemented in C. Actually there is no need
> > in general for using tcl-variables to implement volatile
> > objects (we could handle this on a pop of stack frames),
> > but at least for pure tcl-procs, var traces are the simplest
> > implementation. The current implementation (purely in C)
>
> It is not clear: does the C implementation use internal stack
> for garbage collection or the Tcl-trace variable mechansim?
the var-trace mechanism
> It is important to know when doing (or not doing!) such
> constructs:
>
> Class foo
> foo instproc test args {}
>
> [foo new -volatile] test ; # object leak ?
this sets as a side effect a tcl variable in the current
scope. if the scope is e.g. a tcl proc, it will be
automatially unset, when the scope is left.
> In case of volatile implementation with var traces,
> one should do:
>
> set bar [foo new -volatile]
> $bar test
Note, that this is essentially the same as
above. the call of [foo new] cannot set a
vartrace on the "bar" variable. The result
of the "new" is a tcl_obj, and not a variable.
the tcl_obj is bound to the variable bar...
so, the magic of the object deletion happens
via another variable, that is set as a side
effect. these magic variables are named similarly
to the object name: in the example
set bar [foo new -volatile]
the objname will be ::xotcl::__#1 (or ...__#2, etc),
the magic variable is __#1. therefore, one can
refer from the object name to the variable name via
set vn [namespace tail $bar]
unset $vn
will trigger the deletion of the object
created with new. There is a potential danger
of name conflics, but if one follows the rule:
don't start user-variable names with "__",
everyting will be safe.
I have used this example with the manual unset
for explanatory purposes. Under most conditions you will
not need to unset the magic variable by hand....
hope that this explains the details.
best regrads
-gustaf
From DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford] Wed Mar 6 09:52:25 2002
From: DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford] (DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford])
Date: Wed, 06 Mar 02 04:52:25 EST
Subject: [Xotcl] >>>OVER 14 MILLION TARGETED EMAIL ADDRESSES!
Message-ID: <3791856948.991306994491@m0.net Received: from dialup-62.215.274.4.dial1.stamford ([62.215.274.4] >
Dear xotcl@alice.wu-wien.ac.at,
Would you like to get tens of thousands of new visitors to your web site
daily?
Below is everything you will ever need to market your product or service
over the Internet! Besides that...It's the only real way to market on the
Internet...Period!
HOW WOULD YOU LIKE TO HAVE YOUR MESSAGE SEEN BY OVER
14 MILLION TARGETED PROSPECTS DAILY?
EARN MEGA-PROFITS WITH THE RIGHT FORMULA
If you have a product, service, or message that you would like to get out
to Thousands, Hundreds of Thousands, or even Millions of people, you
have several options. Traditional methods include print advertising, direct
mail, radio, and television advertising. They are all effective, but they all
have two catches: They're EXPENSIVE and TIME CONSUMING. Not
only that, you only get ONE SHOT at making your message heard, by
the right people.
Now this has all changed!
Thanks to the top programmers in the world and their NEW EMAIL
TECHNOLOGY, You can send over 14,000,000 Emails Daily for FREE...
Without getting terminated from your current Internet connection!
It's very simple to do and you can be increasing sales within minutes of
installing this new extraordinary software!
To find out more information, Do not respond by email. Instead, Please
click the link below or visit our web site at:
http://www.cybernetemail.com/moresales.htm
Want to be removed from our list?
Simply send an email to us at removes@cybernetemail.com and
type "remove" in the "subject" line and you will be removed from any
future mailings.
Cybernet Marketing
From webmaster@alice.wu-wien.ac.at"
This is a multi-part message in MIME format
--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
----- Original Message -----
From: crisha=40trafficbbs.net
To: webmaster=40alice.wu-wien.ac.at
Sent: 2002-3-8 0:22:20
Subject: http://nm.wu-wien.ac.at/Lehre/ps/
Hello,
You may have spent much on lots of ways to achieve=20these - search engine registrations, website=20promotions, press release, email sending?- Here=20Traffic BBS presents you a unique method economically=20and professionally converting a PC into personal=20message distribution center=21 Traffic BBS assists you=20to post your message or ad to over 1,200,000+ message=20boards on the web worldwide. Along with a hyperlink=20to your website or email address, a message of your=20business, product, service or offer will be promptly=20submitted to targeted bulletin boards. You can expect=20instant response=21=20
Get your business, service, product or offer seen=21=20
Best Regards,
Crisha Wenston
Sales & Marketing=20www.trafficbbs.net
=20=20
--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
=20
--=_NextPart_2rfkindysadvnqw3nerasdf--
From zoran@archiware.com Sun Mar 10 12:18:23 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Sun, 10 Mar 2002 13:18:23 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Message-ID: <200203101334.g2ADYwk18225@mickey.archiware.com>
Bugs in 0.9.3 and 0.9.4 for threaded (including AOLserver) builds.
The problem is that in Tcl, a strong marriage between the
Tcl interpreter and its accompaniyg thread exists.
Each time a new Tcl thread is starting, it may (AOLserver will!)
load the XOTcl_Init routine. This will patch couple of the
standard Tcl commands using the TclCommands function.
This function had an internal static counter, tracking
number of calls. On thread exit, this procedure was called
again and it did a reverse, replacing patched pointers with
original ones.
TclCommands(Tcl_Interp* in, int load) {
int rc = TCL_OK;
if (load) {
#ifdef USE_TCL_STUBS
rc|= XOTclReplaceCommand(in, EXPR, 0, 0);
rc|= XOTclReplaceCommand(in, INCR, 0, 0);
#endif
rc|= XOTclReplaceCommand(in, SUBST, 0, SUBST_CMD);
rc|= XOTclReplaceCommand(in, INFO, XOTcl_InfoObjCmd, 0);
rc|= XOTclReplaceCommand(in, RENAME, XOTcl_RenameObjCmd, 0);
rc|= XOTclReplaceCommand(in, UPLEVEL, XOTcl_UplevelObjCmd, 0);
rc|= XOTclReplaceCommand(in, UPVAR, XOTcl_UpvarObjCmd, 0);
} else {
rc|= XOTclReplaceCommandCleanup(in, INFO);
rc|= XOTclReplaceCommandCleanup(in, RENAME);
rc|= XOTclReplaceCommandCleanup(in, UPLEVEL);
rc|= XOTclReplaceCommandCleanup(in, UPVAR);
}
return rc;
}
>
> the results of the poll can be summarized as follows:
> - most people favored "names" instead of "symbols"
> for "selfDispatch"
> - the hottest favorite is "my". One can write now
>
> ...
> my instvar a b c
> my log
> ...
>
> instead of
> ...
> [self] instvar a b c
> [self] log
> ...
>
> the variant with [self] will continue to work
> forever..
> If someone is not happy with "my", please react
> soon.
>
> From the "volatile" front: we have now more-or-less Zoran
> suggestion implemented in C. Actually there is no need
> in general for using tcl-variables to implement volatile
> objects (we could handle this on a pop of stack frames),
> but at least for pure tcl-procs, var traces are the simplest
> implementation. The current implementation (purely in C)
> works as part of the "new" method:
>
> a) Object new ...
> b) Object new -childof ...
> c) Object new -volatile ...
> d) Object new -volatile -childof ...
>
> (a) creates "global" objects, not in the global
> namespace anymore, but in xotcl. (b) can be used
> to create objects as child of other objects (e.g. [self],
> the objects are deleted, when the specified object is deleted),
> (c) are "global" objects as in (a), but they are deleted,
> when the current tcl-proc/object-proc/instproc is left,
> and (d) is a combination of b and c.
>
> Needless to say, a-d works for classes as well as e.g.
>
> Class new -volatile
>
> in order to create "anonymoes" classes. The implementation
> of new is slightly faster than before, since i changed the
> nameing schema to be the same for all kind new ("__#122", ...),
> such that e.g.
> [Class new -volatile] new -volatile
> works as well. the disadvantage is that the neat
> classname derived names as in earlier versions have
> to be done by hand now...
>
> that was it for now
>
> best regrads
> -gustaf
> _______________________________________________
> Xotcl mailing list - Xotcl@alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
From zoran@archiware.com Mon Mar 11 06:23:09 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 11 Mar 2002 07:23:09 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203101334.g2ADYwk18225@mickey.archiware.com>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at> <200203101334.g2ADYwk18225@mickey.archiware.com>
Message-ID: <200203110529.g2B5T1k20007@mickey.archiware.com>
On Sunday 10 March 2002 13:18, Zoran Vasiljevic wrote:
> Bugs in 0.9.3 and 0.9.4 for threaded (including AOLserver) builds.
Sorry for the confusion. This has somehow left my mailboxox
before being written to end.
There is however a big problem in XOTcl 0.9.3 and 0.9.4
in respect to thread-support which I'm going to describe
and report shortly.
This will, of course, be under different subject.
Again, sorry for this little glitch.
Zoran
From letondal@pasteur.fr Tue Mar 19 18:53:33 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Tue, 19 Mar 2002 19:53:33 +0100
Subject: [Xotcl] introspective tools for documentation?
Message-ID: <200203191853.g2JIrXYR259279@electre.pasteur.fr>
Hi,
I believe the only way to document code is now through the @ object
and the makeDoc.xotcl script, which uses several utilities from the
library/system directory (the old one was the metadata mechanism).
Am I right?
My question is about the introspective aspect of this feature: how
do you get the documentation for a class, method, ...?
By parsing its file?
Thanks a lot for any help,
--
Catherine Letondal -- Pasteur Institute Computing Center
From bm0005@sp2.power.uni-essen.de Tue Mar 19 21:25:59 2002
From: bm0005@sp2.power.uni-essen.de (Uwe Zdun)
Date: Tue, 19 Mar 2002 22:25:59 +0100 (MEZ)
Subject: [Xotcl] introspective tools for documentation?
In-Reply-To: <200203191853.g2JIrXYR259279@electre.pasteur.fr>
Message-ID:
Hi,
the basic idea is to re-define the @ token at runtime, if needed, before
the code wit the metadata ist exectuted, and then a dynamic object
structure is build that can be queried. staticMetaDataAnaylzer.xotcl does
the same but it does only look at the metadata (and class dependencies,
methods). It uses the dynamic script metadataAnalyzer.xotcl.
here's an example use of this script (from its documentation):
package require xotcl::metadataAnalyzer
# instantiate metadata analyzer object
MetadataAnalyzer @::m
# make this object be known to @ and turn @ metadata processing on
@ analyzerObj @::m
@ onOff 1
# read in some metadata tags (in sample file) & execute the file
source lib/testx.xotcl
# turn @ metadata processing off again
@ onOff 0
# print out all collected metadata
puts [@::m print]
It should have more handy info options etc. but this has to be still
implemented ... perhaps you like to volunteer ...
of course, you can also implement other interpretations of @ for your own
purposes. If so, please let us know, so that other users
benefit from these functionalities as well.
--uwe
On Tue, 19 Mar 2002, Catherine Letondal wrote:
>
> Hi,
>
> I believe the only way to document code is now through the @ object
> and the makeDoc.xotcl script, which uses several utilities from the
> library/system directory (the old one was the metadata mechanism).
> Am I right?
>
> My question is about the introspective aspect of this feature: how
> do you get the documentation for a class, method, ...?
> By parsing its file?
>
> Thanks a lot for any help,
>
> --
> Catherine Letondal -- Pasteur Institute Computing Center
> _______________________________________________
> Xotcl mailing list - Xotcl@alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
>
From letondal@pasteur.fr Tue Mar 26 15:09:45 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Tue, 26 Mar 2002 16:09:45 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
Message-ID: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
Dear XOtcl list,
I have some problems to install the latest xotcl version on a linux debian
platform. The current debian package is 0.85 and I would really like to install 0.9.
So I have tried to install the full source distribution
(http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as tcl/tk debian
include installation is in the same directory (/usr/include/tcl8.3), it's difficult
to tell configure how to deal with it.
1) I have tried:
./configure
but the tcl configuration directory is not found:
checking for Tcl configuration... configure: warning: Can't find Tcl configuration definitions
2) Then I have tried:
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/lib/tk8.3
but, when running make:
cc -DVERSION=\"0.9\" -DXOTCL_LIBRARY=\"/usr/local/lib/xotcl0.9/library\" -I/usr/include/tcl8.3/tcl-private/generic -I/usr/include/tcl8.3/tcl-private/unix -I"./../generic" -I"./../unix" -I"/usr/include" -g -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -g -DXOLIBPKG=\"/usr/local/lib/xotcl0.9\" -DXOTCLVERSION=\"0.9\" -DXOTCLPATCHLEVEL=\".3\" -c `echo ../unix/xotkAppInit.c` -o o/xotkAppInit.o
../unix/xotkAppInit.c:19: tk.h: No such file or directory
../unix/xotkAppInit.c:31: #error Tk distribution TOO OLD
3) And I get the same error when telling configure where to actually find tk.h
(in /usr/include/tcl8.3) :
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/include/tcl8.3
cc -DVERSION=\"0.9\" -DXOTCL_LIBRARY=\"/usr/local/lib/xotcl0.9/library\" -I/usr/include/tcl8.3/tcl-private/generic -I/usr/include/tcl8.3/tcl-private/unix -I"./../generic" -I"./../unix" -I"/usr/include" -g -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -g -DXOLIBPKG=\"/usr/local/lib/xotcl0.9\" -DXOTCLVERSION=\"0.9\" -DXOTCLPATCHLEVEL=\".3\" -c `echo ../unix/xotkAppInit.c` -o o/xotkAppInit.o
../unix/xotkAppInit.c:19: tk.h: No such file or directory
../unix/xotkAppInit.c:31: #error Tk distribution TOO OLD
make[1]: *** [o/xotkAppInit.o] Error 1
4) I have also tried to specify both include and library, as told by configure --help:
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/include/tcl8.3,/usr/lib/tk8.3
but the syntax is not recognized?
So my question is: is there a debian package going to be distributed for the 0.9 version?
Does this ditribution contain the necessary .h, or is there a xotcl-dev distribution?
Or, could someone help?
Thanks a lot in advance,
--
Catherine Letondal -- Pasteur Institute Computing Center
From DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com Tue Mar 26 18:23:39 2002
From: DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com (DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com)
Date: Tue, 26 Mar 02 13:23:39 EST
Subject: [Xotcl] "BULLET-PROOF" BULK EMAIL WEB HOSTING!
Message-ID: <3791856948.991306994491@m0.net Received: from dialup-62.215.274.4.dial1.stamford ([62.215.274.4] >
Dear xotcl@alice.wu-wien.ac.at,
BULK EMAIL WEB HOSTING...THE ONLY WAY TO GO!
Let the masters of the commercial email industry put their expertise into
the hosting of your web site. And don't let the "Net Bullies" restrict your
right of free speech. Cybernet Marketing's new "Bullet-Proof Web Hosting"
is the answer you've been looking for!!
We believe that there should be little or no restrictions on Internet
communications! This service demonstrates the notion of unlimited,
uncensored, and unrestricted web hosting.
NEVER GET TERMINATED AGAIN FOR ADVERTISING YOUR BUSINESS!
LIMITED TIME PRICING PLAN...
+ One Year "Bullet-Proof Web Hosting" Service ... only $595 (regularly $900)
+ Two Year Service ... only $725
+ Three Year Service ... ONLY $945 (BEST VALUE!)
If you are interested in taking advantage of this great service or to find out
more information visit us at:
http://www.cybernetemail.com/webhosting.htm
Want to be removed from our list?
Simply send an email to us at removes@cybernetemail.com and
type "remove" in the "subject" line and you will be removed from any
future mailings.
Cybernet Marketing
From neumann@wu-wien.ac.at Wed Mar 27 20:02:54 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Wed, 27 Mar 2002 21:02:54 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
In-Reply-To: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
References: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
Message-ID: <200203272002.g2RK2sM21554@mohegan.wu-wien.ac.at>
On Tuesday 26 March 2002 16:09, you wrote:
> Dear XOtcl list,
>
> I have some problems to install the latest xotcl version on a linux debian
> platform. The current debian package is 0.85 and I would really like to
> install 0.9.
>
> So I have tried to install the full source distribution
> (http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as
> tcl/tk debian include installation is in the same directory
> (/usr/include/tcl8.3), it's difficult to tell configure how to deal with
> it.
dear cathrine,
for the time being, the simplest thing is to
add manually in xotcl-full-0.9.3/xotcl-0.9.3/unix/Makefile
after the configure run -I/usr/include/tcl8.3 at the place
where the other "-I"-option are written.
that should keep you going for now
best regards
-gustaf
>
From letondal@pasteur.fr Thu Mar 28 17:46:34 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Thu, 28 Mar 2002 18:46:34 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
In-Reply-To: Your message of "Wed, 27 Mar 2002 21:02:54 +0100."
<200203272002.g2RK2sM21554@mohegan.wu-wien.ac.at>
Message-ID: <200203281746.g2SHkYYR205404@electre.pasteur.fr>
Gustaf Neumann wrote:
> On Tuesday 26 March 2002 16:09, you wrote:
> > Dear XOtcl list,
> >
> > I have some problems to install the latest xotcl version on a linux debian
> > platform. The current debian package is 0.85 and I would really like to
> > install 0.9.
> >
> > So I have tried to install the full source distribution
> > (http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as
> > tcl/tk debian include installation is in the same directory
> > (/usr/include/tcl8.3), it's difficult to tell configure how to deal with
> > it.
>
> dear cathrine,
>
> for the time being, the simplest thing is to
> add manually in xotcl-full-0.9.3/xotcl-0.9.3/unix/Makefile
> after the configure run -I/usr/include/tcl8.3 at the place
> where the other "-I"-option are written.
>
> that should keep you going for now
> best regards
> -gustaf
Thanks for the help! (I actually downloaded the binary version and kept
the xotcl-full-0.9.3/ directory just for the xotcl.h I needed to make my "biokwish").
--
Catherine Letondal -- Pasteur Institute Computing Center
From BrainCoders.com"
BrainCoders.com - Low Cost Software Development
From ltravagnin@e-tree.com Fri Mar 1 15:01:47 2002
From: ltravagnin@e-tree.com (Lucio Travagnin)
Date: Fri, 1 Mar 2002 16:01:47 +0100
Subject: [Xotcl] Xotck and Vignette
Message-ID: <003301c1c132$02a3f670$4e1e460a@wgdv78>
This is a multi-part message in MIME format.
------=_NextPart_000_0030_01C1C13A.645AA2D0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi, I'm new to Tcl, XoTcl and Vignette, but I have to use these in a =
Project.
XoTcl extensions can be used with vignette? Could I write some classes =
and then use them in Vignette Templates?
Thank you
Lucio
___________________________________________________________________
Lucio Travagnin
Java & Perl Senior Developer - Interwoven Technical Manager
ltravagnin@e-tree.com (ICQ 84914112)
E-TREE - Internet Soul / Via Fonderia 43 - 31100 Treviso (Italy)
phone +39.0422.3107 fax +39.0422.310888
http://www.e-tree.com http://www.webanana.com
___________________________________________________________________
------=_NextPart_000_0030_01C1C13A.645AA2D0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
phone=20 +39.0422.3107 = =20 fax +39.0422.310888
_________= __________________________________________________________
----- Original Message -----
From: crisha=40trafficbbs.net
Sent: 2002-3-8 0:22:20
Subject: http://nm.wu-wien.ac.at/Lehre/ps/
|
|
|
|
| Copy right©2001 ,=20 TrafficBBS&=238482;All Rights Reserved. TrafficBBS&=238482;is a trademark of=20 TrafficBBS.Net inc. |
|
|
|
|
| This mailing is done only to people who have requested
info from one of our sites, or downloaded our Software. If you have
recieved this email in error and you wish to be removed from future
mailings, please reply with the subject "Remove" and our
software will automatically block you from their future
mailings. |
Hi, I'm new to Tcl, XoTcl and Vignette, =
but I have=20
to use these in a Project.
XoTcl extensions can be used with =
vignette? Could I=20
write some classes and then use them in Vignette Templates?
Thank you
Lucio
________________________________________________________________=
___
Lucio=20 Travagnin
Java & Perl Senior Developer - Interwoven Technical=20 Manager
ltravagnin@e-tree.com (ICQ=20 84914112)
Lucio=20 Travagnin
Java & Perl Senior Developer - Interwoven Technical=20 Manager
ltravagnin@e-tree.com (ICQ=20 84914112)
E-TREE - Internet Soul / Via =
Fonderia 43 -=20
31100 Treviso (Italy)
phone=20 +39.0422.3107 = =20 fax +39.0422.310888
http://www.e-tree.com =
; =20
http://www.webanana.com
_________= __________________________________________________________
------=_NextPart_000_0030_01C1C13A.645AA2D0--
From neumann@wu-wien.ac.at Fri Mar 1 20:14:27 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Fri, 1 Mar 2002 21:14:27 +0100
Subject: [Xotcl] Xotck and Vignette
In-Reply-To: <003301c1c132$02a3f670$4e1e460a@wgdv78>
References: <003301c1c132$02a3f670$4e1e460a@wgdv78>
Message-ID: <200203012014.g21KERi20727@mohegan.wu-wien.ac.at>
On Friday 01 March 2002 16:01, Lucio Travagnin wrote:
> Hi, I'm new to Tcl, XoTcl and Vignette, but I have to use these in a
> Project. XoTcl extensions can be used with vignette? Could I write some
> classes and then use them in Vignette Templates? Thank you
Dear Lucio,
i am not familiar with Vignettes story-server
and i am not aware off anyone, who is using
this combo (this does not mean to much).
however, i would expect that the story server
is able to load tcl-extensions. Correct?
XOTcl is a TEA compliant tcl extension
and requires Tcl 8.0 or newer. Therefore
it should not be a problem to use this
combination.
Once you are able to load xotcl into the story-server
you can use XOTcl classes and objects the same way
you can use tcl-commands from the server.
best regards
-gustaf neumann
>
> Lucio
>
> ___________________________________________________________________
> Lucio Travagnin
> Java & Perl Senior Developer - Interwoven Technical Manager
> ltravagnin@e-tree.com (ICQ 84914112)
>
> E-TREE - Internet Soul / Via Fonderia 43 - 31100 Treviso (Italy)
> phone +39.0422.3107 fax +39.0422.310888
> http://www.e-tree.com http://www.webanana.com
> ___________________________________________________________________
From zoran@archiware.com Mon Mar 4 11:15:37 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 4 Mar 2002 12:15:37 +0100
Subject: [Xotcl] Memory trash in 0.9.3 and 0.9.4
In-Reply-To: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at>
References: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at>
Message-ID: <200203041020.g24AKwk00725@mickey.archiware.com>
In file xotcl.c:
static int
XOTclCNewMethod(ClientData cd, Tcl_Interp* in, int objc, Tcl_Obj *objv[]) {
XOTclClass *cl = XOTclObjectToClass(cd);
XOTclObject *obj = &cl->object;
Tcl_Obj *cname, *autoname;
char *name, *n;
int result, offset=1;
DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+1, ov);
/* ^^^^^^ */
Should read:
DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+2, ov);
... because later in file, ov[0] and ov[1] are
reserved for internal use and other arguments
are copied over which results in trashing memory.
Cheers
Zoran
From neumann@wu-wien.ac.at Mon Mar 4 12:36:43 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 13:36:43 +0100
Subject: [Xotcl] Memory trash in 0.9.3 and 0.9.4
In-Reply-To: <200203041020.g24AKwk00725@mickey.archiware.com>
References: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at> <200203041020.g24AKwk00725@mickey.archiware.com>
Message-ID: <200203041236.g24Cain14302@mohegan.wu-wien.ac.at>
On Monday 04 March 2002 12:15, you wrote:
> In file xotcl.c:
>
> static int
> XOTclCNewMethod(ClientData cd, Tcl_Interp* in, int objc, Tcl_Obj *objv[]) {
> DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+1, ov);
...
>
> /* ^^^^^^ */
>
> Should read:
>
> DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+2, ov);
zoran, thank you. this bug is confirmed and fixed.
-gustaf
From neumann@wu-wien.ac.at Mon Mar 4 13:08:36 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 14:08:36 +0100
Subject: [Xotcl] results of the poll
Message-ID: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Dear XOTcl community,
the results of the poll can be summarized as follows:
- most people favored "names" instead of "symbols"
for "selfDispatch"
- the hottest favorite is "my". One can write now
...
my instvar a b c
my log
...
instead of
...
[self] instvar a b c
[self] log
...
the variant with [self] will continue to work
forever..
If someone is not happy with "my", please react
soon.
From the "volatile" front: we have now more-or-less Zoran
suggestion implemented in C. Actually there is no need
in general for using tcl-variables to implement volatile
objects (we could handle this on a pop of stack frames),
but at least for pure tcl-procs, var traces are the simplest
implementation. The current implementation (purely in C)
works as part of the "new" method:
a) Object new ...
b) Object new -childof ...
c) Object new -volatile ...
d) Object new -volatile -childof ...
(a) creates "global" objects, not in the global
namespace anymore, but in xotcl. (b) can be used
to create objects as child of other objects (e.g. [self],
the objects are deleted, when the specified object is deleted),
(c) are "global" objects as in (a), but they are deleted,
when the current tcl-proc/object-proc/instproc is left,
and (d) is a combination of b and c.
Needless to say, a-d works for classes as well as e.g.
Class new -volatile
in order to create "anonymoes" classes. The implementation
of new is slightly faster than before, since i changed the
nameing schema to be the same for all kind new ("__#122", ...),
such that e.g.
[Class new -volatile] new -volatile
works as well. the disadvantage is that the neat
classname derived names as in earlier versions have
to be done by hand now...
that was it for now
best regrads
-gustaf
From zoran@archiware.com Mon Mar 4 17:21:42 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 4 Mar 2002 18:21:42 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Message-ID: <200203041627.g24GR3k01397@mickey.archiware.com>
On Monday 04 March 2002 14:08, Gustaf Neumann wrote:
> From the "volatile" front: we have now more-or-less Zoran
Smile !
> suggestion implemented in C. Actually there is no need
> in general for using tcl-variables to implement volatile
> objects (we could handle this on a pop of stack frames),
> but at least for pure tcl-procs, var traces are the simplest
> implementation. The current implementation (purely in C)
It is not clear: does the C implementation use internal stack
for garbage collection or the Tcl-trace variable mechansim?
It is important to know when doing (or not doing!) such
constructs:
Class foo
foo instproc test args {}
[foo new -volatile] test ; # object leak ?
In case of volatile implementation with var traces,
one should do:
set bar [foo new -volatile]
$bar test
to be sure that when "bar" is unset, the object goes away.
So, which way is it?
Cheer's
Zoran
From neumann@wu-wien.ac.at Mon Mar 4 17:47:47 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 18:47:47 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041627.g24GR3k01397@mickey.archiware.com>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at> <200203041627.g24GR3k01397@mickey.archiware.com>
Message-ID: <200203041747.g24HllU17189@mohegan.wu-wien.ac.at>
On Monday 04 March 2002 18:21, Zoran Vasiljevic wrote:
> > suggestion implemented in C. Actually there is no need
> > in general for using tcl-variables to implement volatile
> > objects (we could handle this on a pop of stack frames),
> > but at least for pure tcl-procs, var traces are the simplest
> > implementation. The current implementation (purely in C)
>
> It is not clear: does the C implementation use internal stack
> for garbage collection or the Tcl-trace variable mechansim?
the var-trace mechanism
> It is important to know when doing (or not doing!) such
> constructs:
>
> Class foo
> foo instproc test args {}
>
> [foo new -volatile] test ; # object leak ?
this sets as a side effect a tcl variable in the current
scope. if the scope is e.g. a tcl proc, it will be
automatially unset, when the scope is left.
> In case of volatile implementation with var traces,
> one should do:
>
> set bar [foo new -volatile]
> $bar test
Note, that this is essentially the same as
above. the call of [foo new] cannot set a
vartrace on the "bar" variable. The result
of the "new" is a tcl_obj, and not a variable.
the tcl_obj is bound to the variable bar...
so, the magic of the object deletion happens
via another variable, that is set as a side
effect. these magic variables are named similarly
to the object name: in the example
set bar [foo new -volatile]
the objname will be ::xotcl::__#1 (or ...__#2, etc),
the magic variable is __#1. therefore, one can
refer from the object name to the variable name via
set vn [namespace tail $bar]
unset $vn
will trigger the deletion of the object
created with new. There is a potential danger
of name conflics, but if one follows the rule:
don't start user-variable names with "__",
everyting will be safe.
I have used this example with the manual unset
for explanatory purposes. Under most conditions you will
not need to unset the magic variable by hand....
hope that this explains the details.
best regrads
-gustaf
From DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford] Wed Mar 6 09:52:25 2002
From: DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford] (DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford])
Date: Wed, 06 Mar 02 04:52:25 EST
Subject: [Xotcl] >>>OVER 14 MILLION TARGETED EMAIL ADDRESSES!
Message-ID: <3791856948.991306994491@m0.net Received: from dialup-62.215.274.4.dial1.stamford ([62.215.274.4] >
Dear xotcl@alice.wu-wien.ac.at,
Would you like to get tens of thousands of new visitors to your web site
daily?
Below is everything you will ever need to market your product or service
over the Internet! Besides that...It's the only real way to market on the
Internet...Period!
HOW WOULD YOU LIKE TO HAVE YOUR MESSAGE SEEN BY OVER
14 MILLION TARGETED PROSPECTS DAILY?
EARN MEGA-PROFITS WITH THE RIGHT FORMULA
If you have a product, service, or message that you would like to get out
to Thousands, Hundreds of Thousands, or even Millions of people, you
have several options. Traditional methods include print advertising, direct
mail, radio, and television advertising. They are all effective, but they all
have two catches: They're EXPENSIVE and TIME CONSUMING. Not
only that, you only get ONE SHOT at making your message heard, by
the right people.
Now this has all changed!
Thanks to the top programmers in the world and their NEW EMAIL
TECHNOLOGY, You can send over 14,000,000 Emails Daily for FREE...
Without getting terminated from your current Internet connection!
It's very simple to do and you can be increasing sales within minutes of
installing this new extraordinary software!
To find out more information, Do not respond by email. Instead, Please
click the link below or visit our web site at:
http://www.cybernetemail.com/moresales.htm
Want to be removed from our list?
Simply send an email to us at removes@cybernetemail.com and
type "remove" in the "subject" line and you will be removed from any
future mailings.
Cybernet Marketing
From webmaster@alice.wu-wien.ac.at"
This is a multi-part message in MIME format
--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
----- Original Message -----
From: crisha=40trafficbbs.net
To: webmaster=40alice.wu-wien.ac.at
Sent: 2002-3-8 0:22:20
Subject: http://nm.wu-wien.ac.at/Lehre/ps/
Hello,
You may have spent much on lots of ways to achieve=20these - search engine registrations, website=20promotions, press release, email sending?- Here=20Traffic BBS presents you a unique method economically=20and professionally converting a PC into personal=20message distribution center=21 Traffic BBS assists you=20to post your message or ad to over 1,200,000+ message=20boards on the web worldwide. Along with a hyperlink=20to your website or email address, a message of your=20business, product, service or offer will be promptly=20submitted to targeted bulletin boards. You can expect=20instant response=21=20
Get your business, service, product or offer seen=21=20
Best Regards,
Crisha Wenston
Sales & Marketing=20www.trafficbbs.net
=20=20
--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
=20
--=_NextPart_2rfkindysadvnqw3nerasdf--
From zoran@archiware.com Sun Mar 10 12:18:23 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Sun, 10 Mar 2002 13:18:23 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Message-ID: <200203101334.g2ADYwk18225@mickey.archiware.com>
Bugs in 0.9.3 and 0.9.4 for threaded (including AOLserver) builds.
The problem is that in Tcl, a strong marriage between the
Tcl interpreter and its accompaniyg thread exists.
Each time a new Tcl thread is starting, it may (AOLserver will!)
load the XOTcl_Init routine. This will patch couple of the
standard Tcl commands using the TclCommands function.
This function had an internal static counter, tracking
number of calls. On thread exit, this procedure was called
again and it did a reverse, replacing patched pointers with
original ones.
TclCommands(Tcl_Interp* in, int load) {
int rc = TCL_OK;
if (load) {
#ifdef USE_TCL_STUBS
rc|= XOTclReplaceCommand(in, EXPR, 0, 0);
rc|= XOTclReplaceCommand(in, INCR, 0, 0);
#endif
rc|= XOTclReplaceCommand(in, SUBST, 0, SUBST_CMD);
rc|= XOTclReplaceCommand(in, INFO, XOTcl_InfoObjCmd, 0);
rc|= XOTclReplaceCommand(in, RENAME, XOTcl_RenameObjCmd, 0);
rc|= XOTclReplaceCommand(in, UPLEVEL, XOTcl_UplevelObjCmd, 0);
rc|= XOTclReplaceCommand(in, UPVAR, XOTcl_UpvarObjCmd, 0);
} else {
rc|= XOTclReplaceCommandCleanup(in, INFO);
rc|= XOTclReplaceCommandCleanup(in, RENAME);
rc|= XOTclReplaceCommandCleanup(in, UPLEVEL);
rc|= XOTclReplaceCommandCleanup(in, UPVAR);
}
return rc;
}
>
> the results of the poll can be summarized as follows:
> - most people favored "names" instead of "symbols"
> for "selfDispatch"
> - the hottest favorite is "my". One can write now
>
> ...
> my instvar a b c
> my log
> ...
>
> instead of
> ...
> [self] instvar a b c
> [self] log
> ...
>
> the variant with [self] will continue to work
> forever..
> If someone is not happy with "my", please react
> soon.
>
> From the "volatile" front: we have now more-or-less Zoran
> suggestion implemented in C. Actually there is no need
> in general for using tcl-variables to implement volatile
> objects (we could handle this on a pop of stack frames),
> but at least for pure tcl-procs, var traces are the simplest
> implementation. The current implementation (purely in C)
> works as part of the "new" method:
>
> a) Object new ...
> b) Object new -childof ...
> c) Object new -volatile ...
> d) Object new -volatile -childof ...
>
> (a) creates "global" objects, not in the global
> namespace anymore, but in xotcl. (b) can be used
> to create objects as child of other objects (e.g. [self],
> the objects are deleted, when the specified object is deleted),
> (c) are "global" objects as in (a), but they are deleted,
> when the current tcl-proc/object-proc/instproc is left,
> and (d) is a combination of b and c.
>
> Needless to say, a-d works for classes as well as e.g.
>
> Class new -volatile
>
> in order to create "anonymoes" classes. The implementation
> of new is slightly faster than before, since i changed the
> nameing schema to be the same for all kind new ("__#122", ...),
> such that e.g.
> [Class new -volatile] new -volatile
> works as well. the disadvantage is that the neat
> classname derived names as in earlier versions have
> to be done by hand now...
>
> that was it for now
>
> best regrads
> -gustaf
> _______________________________________________
> Xotcl mailing list - Xotcl@alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
From zoran@archiware.com Mon Mar 11 06:23:09 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 11 Mar 2002 07:23:09 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203101334.g2ADYwk18225@mickey.archiware.com>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at> <200203101334.g2ADYwk18225@mickey.archiware.com>
Message-ID: <200203110529.g2B5T1k20007@mickey.archiware.com>
On Sunday 10 March 2002 13:18, Zoran Vasiljevic wrote:
> Bugs in 0.9.3 and 0.9.4 for threaded (including AOLserver) builds.
Sorry for the confusion. This has somehow left my mailboxox
before being written to end.
There is however a big problem in XOTcl 0.9.3 and 0.9.4
in respect to thread-support which I'm going to describe
and report shortly.
This will, of course, be under different subject.
Again, sorry for this little glitch.
Zoran
From letondal@pasteur.fr Tue Mar 19 18:53:33 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Tue, 19 Mar 2002 19:53:33 +0100
Subject: [Xotcl] introspective tools for documentation?
Message-ID: <200203191853.g2JIrXYR259279@electre.pasteur.fr>
Hi,
I believe the only way to document code is now through the @ object
and the makeDoc.xotcl script, which uses several utilities from the
library/system directory (the old one was the metadata mechanism).
Am I right?
My question is about the introspective aspect of this feature: how
do you get the documentation for a class, method, ...?
By parsing its file?
Thanks a lot for any help,
--
Catherine Letondal -- Pasteur Institute Computing Center
From bm0005@sp2.power.uni-essen.de Tue Mar 19 21:25:59 2002
From: bm0005@sp2.power.uni-essen.de (Uwe Zdun)
Date: Tue, 19 Mar 2002 22:25:59 +0100 (MEZ)
Subject: [Xotcl] introspective tools for documentation?
In-Reply-To: <200203191853.g2JIrXYR259279@electre.pasteur.fr>
Message-ID:
Hi,
the basic idea is to re-define the @ token at runtime, if needed, before
the code wit the metadata ist exectuted, and then a dynamic object
structure is build that can be queried. staticMetaDataAnaylzer.xotcl does
the same but it does only look at the metadata (and class dependencies,
methods). It uses the dynamic script metadataAnalyzer.xotcl.
here's an example use of this script (from its documentation):
package require xotcl::metadataAnalyzer
# instantiate metadata analyzer object
MetadataAnalyzer @::m
# make this object be known to @ and turn @ metadata processing on
@ analyzerObj @::m
@ onOff 1
# read in some metadata tags (in sample file) & execute the file
source lib/testx.xotcl
# turn @ metadata processing off again
@ onOff 0
# print out all collected metadata
puts [@::m print]
It should have more handy info options etc. but this has to be still
implemented ... perhaps you like to volunteer ...
of course, you can also implement other interpretations of @ for your own
purposes. If so, please let us know, so that other users
benefit from these functionalities as well.
--uwe
On Tue, 19 Mar 2002, Catherine Letondal wrote:
>
> Hi,
>
> I believe the only way to document code is now through the @ object
> and the makeDoc.xotcl script, which uses several utilities from the
> library/system directory (the old one was the metadata mechanism).
> Am I right?
>
> My question is about the introspective aspect of this feature: how
> do you get the documentation for a class, method, ...?
> By parsing its file?
>
> Thanks a lot for any help,
>
> --
> Catherine Letondal -- Pasteur Institute Computing Center
> _______________________________________________
> Xotcl mailing list - Xotcl@alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
>
From letondal@pasteur.fr Tue Mar 26 15:09:45 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Tue, 26 Mar 2002 16:09:45 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
Message-ID: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
Dear XOtcl list,
I have some problems to install the latest xotcl version on a linux debian
platform. The current debian package is 0.85 and I would really like to install 0.9.
So I have tried to install the full source distribution
(http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as tcl/tk debian
include installation is in the same directory (/usr/include/tcl8.3), it's difficult
to tell configure how to deal with it.
1) I have tried:
./configure
but the tcl configuration directory is not found:
checking for Tcl configuration... configure: warning: Can't find Tcl configuration definitions
2) Then I have tried:
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/lib/tk8.3
but, when running make:
cc -DVERSION=\"0.9\" -DXOTCL_LIBRARY=\"/usr/local/lib/xotcl0.9/library\" -I/usr/include/tcl8.3/tcl-private/generic -I/usr/include/tcl8.3/tcl-private/unix -I"./../generic" -I"./../unix" -I"/usr/include" -g -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -g -DXOLIBPKG=\"/usr/local/lib/xotcl0.9\" -DXOTCLVERSION=\"0.9\" -DXOTCLPATCHLEVEL=\".3\" -c `echo ../unix/xotkAppInit.c` -o o/xotkAppInit.o
../unix/xotkAppInit.c:19: tk.h: No such file or directory
../unix/xotkAppInit.c:31: #error Tk distribution TOO OLD
3) And I get the same error when telling configure where to actually find tk.h
(in /usr/include/tcl8.3) :
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/include/tcl8.3
cc -DVERSION=\"0.9\" -DXOTCL_LIBRARY=\"/usr/local/lib/xotcl0.9/library\" -I/usr/include/tcl8.3/tcl-private/generic -I/usr/include/tcl8.3/tcl-private/unix -I"./../generic" -I"./../unix" -I"/usr/include" -g -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -g -DXOLIBPKG=\"/usr/local/lib/xotcl0.9\" -DXOTCLVERSION=\"0.9\" -DXOTCLPATCHLEVEL=\".3\" -c `echo ../unix/xotkAppInit.c` -o o/xotkAppInit.o
../unix/xotkAppInit.c:19: tk.h: No such file or directory
../unix/xotkAppInit.c:31: #error Tk distribution TOO OLD
make[1]: *** [o/xotkAppInit.o] Error 1
4) I have also tried to specify both include and library, as told by configure --help:
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/include/tcl8.3,/usr/lib/tk8.3
but the syntax is not recognized?
So my question is: is there a debian package going to be distributed for the 0.9 version?
Does this ditribution contain the necessary .h, or is there a xotcl-dev distribution?
Or, could someone help?
Thanks a lot in advance,
--
Catherine Letondal -- Pasteur Institute Computing Center
From DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com Tue Mar 26 18:23:39 2002
From: DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com (DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com)
Date: Tue, 26 Mar 02 13:23:39 EST
Subject: [Xotcl] "BULLET-PROOF" BULK EMAIL WEB HOSTING!
Message-ID: <3791856948.991306994491@m0.net Received: from dialup-62.215.274.4.dial1.stamford ([62.215.274.4] >
Dear xotcl@alice.wu-wien.ac.at,
BULK EMAIL WEB HOSTING...THE ONLY WAY TO GO!
Let the masters of the commercial email industry put their expertise into
the hosting of your web site. And don't let the "Net Bullies" restrict your
right of free speech. Cybernet Marketing's new "Bullet-Proof Web Hosting"
is the answer you've been looking for!!
We believe that there should be little or no restrictions on Internet
communications! This service demonstrates the notion of unlimited,
uncensored, and unrestricted web hosting.
NEVER GET TERMINATED AGAIN FOR ADVERTISING YOUR BUSINESS!
LIMITED TIME PRICING PLAN...
+ One Year "Bullet-Proof Web Hosting" Service ... only $595 (regularly $900)
+ Two Year Service ... only $725
+ Three Year Service ... ONLY $945 (BEST VALUE!)
If you are interested in taking advantage of this great service or to find out
more information visit us at:
http://www.cybernetemail.com/webhosting.htm
Want to be removed from our list?
Simply send an email to us at removes@cybernetemail.com and
type "remove" in the "subject" line and you will be removed from any
future mailings.
Cybernet Marketing
From neumann@wu-wien.ac.at Wed Mar 27 20:02:54 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Wed, 27 Mar 2002 21:02:54 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
In-Reply-To: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
References: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
Message-ID: <200203272002.g2RK2sM21554@mohegan.wu-wien.ac.at>
On Tuesday 26 March 2002 16:09, you wrote:
> Dear XOtcl list,
>
> I have some problems to install the latest xotcl version on a linux debian
> platform. The current debian package is 0.85 and I would really like to
> install 0.9.
>
> So I have tried to install the full source distribution
> (http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as
> tcl/tk debian include installation is in the same directory
> (/usr/include/tcl8.3), it's difficult to tell configure how to deal with
> it.
dear cathrine,
for the time being, the simplest thing is to
add manually in xotcl-full-0.9.3/xotcl-0.9.3/unix/Makefile
after the configure run -I/usr/include/tcl8.3 at the place
where the other "-I"-option are written.
that should keep you going for now
best regards
-gustaf
>
From letondal@pasteur.fr Thu Mar 28 17:46:34 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Thu, 28 Mar 2002 18:46:34 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
In-Reply-To: Your message of "Wed, 27 Mar 2002 21:02:54 +0100."
<200203272002.g2RK2sM21554@mohegan.wu-wien.ac.at>
Message-ID: <200203281746.g2SHkYYR205404@electre.pasteur.fr>
Gustaf Neumann wrote:
> On Tuesday 26 March 2002 16:09, you wrote:
> > Dear XOtcl list,
> >
> > I have some problems to install the latest xotcl version on a linux debian
> > platform. The current debian package is 0.85 and I would really like to
> > install 0.9.
> >
> > So I have tried to install the full source distribution
> > (http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as
> > tcl/tk debian include installation is in the same directory
> > (/usr/include/tcl8.3), it's difficult to tell configure how to deal with
> > it.
>
> dear cathrine,
>
> for the time being, the simplest thing is to
> add manually in xotcl-full-0.9.3/xotcl-0.9.3/unix/Makefile
> after the configure run -I/usr/include/tcl8.3 at the place
> where the other "-I"-option are written.
>
> that should keep you going for now
> best regards
> -gustaf
Thanks for the help! (I actually downloaded the binary version and kept
the xotcl-full-0.9.3/ directory just for the xotcl.h I needed to make my "biokwish").
--
Catherine Letondal -- Pasteur Institute Computing Center
From BrainCoders.com"
BrainCoders.com - Low Cost Software Development
From ltravagnin@e-tree.com Fri Mar 1 15:01:47 2002
From: ltravagnin@e-tree.com (Lucio Travagnin)
Date: Fri, 1 Mar 2002 16:01:47 +0100
Subject: [Xotcl] Xotck and Vignette
Message-ID: <003301c1c132$02a3f670$4e1e460a@wgdv78>
This is a multi-part message in MIME format.
------=_NextPart_000_0030_01C1C13A.645AA2D0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi, I'm new to Tcl, XoTcl and Vignette, but I have to use these in a =
Project.
XoTcl extensions can be used with vignette? Could I write some classes =
and then use them in Vignette Templates?
Thank you
Lucio
___________________________________________________________________
Lucio Travagnin
Java & Perl Senior Developer - Interwoven Technical Manager
ltravagnin@e-tree.com (ICQ 84914112)
E-TREE - Internet Soul / Via Fonderia 43 - 31100 Treviso (Italy)
phone +39.0422.3107 fax +39.0422.310888
http://www.e-tree.com http://www.webanana.com
___________________________________________________________________
------=_NextPart_000_0030_01C1C13A.645AA2D0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
phone=20 +39.0422.3107 = =20 fax +39.0422.310888
_________= __________________________________________________________
----- Original Message -----
From: crisha=40trafficbbs.net
Sent: 2002-3-8 0:22:20
Subject: http://nm.wu-wien.ac.at/Lehre/ps/
|
|
|
|
| Copy right©2001 ,=20 TrafficBBS&=238482;All Rights Reserved. TrafficBBS&=238482;is a trademark of=20 TrafficBBS.Net inc. |
|
|
|
|
| This mailing is done only to people who have requested
info from one of our sites, or downloaded our Software. If you have
recieved this email in error and you wish to be removed from future
mailings, please reply with the subject "Remove" and our
software will automatically block you from their future
mailings. |
Hi, I'm new to Tcl, XoTcl and Vignette, =
but I have=20
to use these in a Project.
XoTcl extensions can be used with =
vignette? Could I=20
write some classes and then use them in Vignette Templates?
Thank you
Lucio
________________________________________________________________=
___
Lucio=20 Travagnin
Java & Perl Senior Developer - Interwoven Technical=20 Manager
ltravagnin@e-tree.com (ICQ=20 84914112)
Lucio=20 Travagnin
Java & Perl Senior Developer - Interwoven Technical=20 Manager
ltravagnin@e-tree.com (ICQ=20 84914112)
E-TREE - Internet Soul / Via =
Fonderia 43 -=20
31100 Treviso (Italy)
phone=20 +39.0422.3107 = =20 fax +39.0422.310888
http://www.e-tree.com =
; =20
http://www.webanana.com
_________= __________________________________________________________
------=_NextPart_000_0030_01C1C13A.645AA2D0--
From neumann@wu-wien.ac.at Fri Mar 1 20:14:27 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Fri, 1 Mar 2002 21:14:27 +0100
Subject: [Xotcl] Xotck and Vignette
In-Reply-To: <003301c1c132$02a3f670$4e1e460a@wgdv78>
References: <003301c1c132$02a3f670$4e1e460a@wgdv78>
Message-ID: <200203012014.g21KERi20727@mohegan.wu-wien.ac.at>
On Friday 01 March 2002 16:01, Lucio Travagnin wrote:
> Hi, I'm new to Tcl, XoTcl and Vignette, but I have to use these in a
> Project. XoTcl extensions can be used with vignette? Could I write some
> classes and then use them in Vignette Templates? Thank you
Dear Lucio,
i am not familiar with Vignettes story-server
and i am not aware off anyone, who is using
this combo (this does not mean to much).
however, i would expect that the story server
is able to load tcl-extensions. Correct?
XOTcl is a TEA compliant tcl extension
and requires Tcl 8.0 or newer. Therefore
it should not be a problem to use this
combination.
Once you are able to load xotcl into the story-server
you can use XOTcl classes and objects the same way
you can use tcl-commands from the server.
best regards
-gustaf neumann
>
> Lucio
>
> ___________________________________________________________________
> Lucio Travagnin
> Java & Perl Senior Developer - Interwoven Technical Manager
> ltravagnin@e-tree.com (ICQ 84914112)
>
> E-TREE - Internet Soul / Via Fonderia 43 - 31100 Treviso (Italy)
> phone +39.0422.3107 fax +39.0422.310888
> http://www.e-tree.com http://www.webanana.com
> ___________________________________________________________________
From zoran@archiware.com Mon Mar 4 11:15:37 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 4 Mar 2002 12:15:37 +0100
Subject: [Xotcl] Memory trash in 0.9.3 and 0.9.4
In-Reply-To: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at>
References: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at>
Message-ID: <200203041020.g24AKwk00725@mickey.archiware.com>
In file xotcl.c:
static int
XOTclCNewMethod(ClientData cd, Tcl_Interp* in, int objc, Tcl_Obj *objv[]) {
XOTclClass *cl = XOTclObjectToClass(cd);
XOTclObject *obj = &cl->object;
Tcl_Obj *cname, *autoname;
char *name, *n;
int result, offset=1;
DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+1, ov);
/* ^^^^^^ */
Should read:
DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+2, ov);
... because later in file, ov[0] and ov[1] are
reserved for internal use and other arguments
are copied over which results in trashing memory.
Cheers
Zoran
From neumann@wu-wien.ac.at Mon Mar 4 12:36:43 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 13:36:43 +0100
Subject: [Xotcl] Memory trash in 0.9.3 and 0.9.4
In-Reply-To: <200203041020.g24AKwk00725@mickey.archiware.com>
References: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at> <200203041020.g24AKwk00725@mickey.archiware.com>
Message-ID: <200203041236.g24Cain14302@mohegan.wu-wien.ac.at>
On Monday 04 March 2002 12:15, you wrote:
> In file xotcl.c:
>
> static int
> XOTclCNewMethod(ClientData cd, Tcl_Interp* in, int objc, Tcl_Obj *objv[]) {
> DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+1, ov);
...
>
> /* ^^^^^^ */
>
> Should read:
>
> DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+2, ov);
zoran, thank you. this bug is confirmed and fixed.
-gustaf
From neumann@wu-wien.ac.at Mon Mar 4 13:08:36 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 14:08:36 +0100
Subject: [Xotcl] results of the poll
Message-ID: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Dear XOTcl community,
the results of the poll can be summarized as follows:
- most people favored "names" instead of "symbols"
for "selfDispatch"
- the hottest favorite is "my". One can write now
...
my instvar a b c
my log
...
instead of
...
[self] instvar a b c
[self] log
...
the variant with [self] will continue to work
forever..
If someone is not happy with "my", please react
soon.
From the "volatile" front: we have now more-or-less Zoran
suggestion implemented in C. Actually there is no need
in general for using tcl-variables to implement volatile
objects (we could handle this on a pop of stack frames),
but at least for pure tcl-procs, var traces are the simplest
implementation. The current implementation (purely in C)
works as part of the "new" method:
a) Object new ...
b) Object new -childof ...
c) Object new -volatile ...
d) Object new -volatile -childof ...
(a) creates "global" objects, not in the global
namespace anymore, but in xotcl. (b) can be used
to create objects as child of other objects (e.g. [self],
the objects are deleted, when the specified object is deleted),
(c) are "global" objects as in (a), but they are deleted,
when the current tcl-proc/object-proc/instproc is left,
and (d) is a combination of b and c.
Needless to say, a-d works for classes as well as e.g.
Class new -volatile
in order to create "anonymoes" classes. The implementation
of new is slightly faster than before, since i changed the
nameing schema to be the same for all kind new ("__#122", ...),
such that e.g.
[Class new -volatile] new -volatile
works as well. the disadvantage is that the neat
classname derived names as in earlier versions have
to be done by hand now...
that was it for now
best regrads
-gustaf
From zoran@archiware.com Mon Mar 4 17:21:42 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 4 Mar 2002 18:21:42 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Message-ID: <200203041627.g24GR3k01397@mickey.archiware.com>
On Monday 04 March 2002 14:08, Gustaf Neumann wrote:
> From the "volatile" front: we have now more-or-less Zoran
Smile !
> suggestion implemented in C. Actually there is no need
> in general for using tcl-variables to implement volatile
> objects (we could handle this on a pop of stack frames),
> but at least for pure tcl-procs, var traces are the simplest
> implementation. The current implementation (purely in C)
It is not clear: does the C implementation use internal stack
for garbage collection or the Tcl-trace variable mechansim?
It is important to know when doing (or not doing!) such
constructs:
Class foo
foo instproc test args {}
[foo new -volatile] test ; # object leak ?
In case of volatile implementation with var traces,
one should do:
set bar [foo new -volatile]
$bar test
to be sure that when "bar" is unset, the object goes away.
So, which way is it?
Cheer's
Zoran
From neumann@wu-wien.ac.at Mon Mar 4 17:47:47 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 18:47:47 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041627.g24GR3k01397@mickey.archiware.com>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at> <200203041627.g24GR3k01397@mickey.archiware.com>
Message-ID: <200203041747.g24HllU17189@mohegan.wu-wien.ac.at>
On Monday 04 March 2002 18:21, Zoran Vasiljevic wrote:
> > suggestion implemented in C. Actually there is no need
> > in general for using tcl-variables to implement volatile
> > objects (we could handle this on a pop of stack frames),
> > but at least for pure tcl-procs, var traces are the simplest
> > implementation. The current implementation (purely in C)
>
> It is not clear: does the C implementation use internal stack
> for garbage collection or the Tcl-trace variable mechansim?
the var-trace mechanism
> It is important to know when doing (or not doing!) such
> constructs:
>
> Class foo
> foo instproc test args {}
>
> [foo new -volatile] test ; # object leak ?
this sets as a side effect a tcl variable in the current
scope. if the scope is e.g. a tcl proc, it will be
automatially unset, when the scope is left.
> In case of volatile implementation with var traces,
> one should do:
>
> set bar [foo new -volatile]
> $bar test
Note, that this is essentially the same as
above. the call of [foo new] cannot set a
vartrace on the "bar" variable. The result
of the "new" is a tcl_obj, and not a variable.
the tcl_obj is bound to the variable bar...
so, the magic of the object deletion happens
via another variable, that is set as a side
effect. these magic variables are named similarly
to the object name: in the example
set bar [foo new -volatile]
the objname will be ::xotcl::__#1 (or ...__#2, etc),
the magic variable is __#1. therefore, one can
refer from the object name to the variable name via
set vn [namespace tail $bar]
unset $vn
will trigger the deletion of the object
created with new. There is a potential danger
of name conflics, but if one follows the rule:
don't start user-variable names with "__",
everyting will be safe.
I have used this example with the manual unset
for explanatory purposes. Under most conditions you will
not need to unset the magic variable by hand....
hope that this explains the details.
best regrads
-gustaf
From DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford] Wed Mar 6 09:52:25 2002
From: DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford] (DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford])
Date: Wed, 06 Mar 02 04:52:25 EST
Subject: [Xotcl] >>>OVER 14 MILLION TARGETED EMAIL ADDRESSES!
Message-ID: <3791856948.991306994491@m0.net Received: from dialup-62.215.274.4.dial1.stamford ([62.215.274.4] >
Dear xotcl@alice.wu-wien.ac.at,
Would you like to get tens of thousands of new visitors to your web site
daily?
Below is everything you will ever need to market your product or service
over the Internet! Besides that...It's the only real way to market on the
Internet...Period!
HOW WOULD YOU LIKE TO HAVE YOUR MESSAGE SEEN BY OVER
14 MILLION TARGETED PROSPECTS DAILY?
EARN MEGA-PROFITS WITH THE RIGHT FORMULA
If you have a product, service, or message that you would like to get out
to Thousands, Hundreds of Thousands, or even Millions of people, you
have several options. Traditional methods include print advertising, direct
mail, radio, and television advertising. They are all effective, but they all
have two catches: They're EXPENSIVE and TIME CONSUMING. Not
only that, you only get ONE SHOT at making your message heard, by
the right people.
Now this has all changed!
Thanks to the top programmers in the world and their NEW EMAIL
TECHNOLOGY, You can send over 14,000,000 Emails Daily for FREE...
Without getting terminated from your current Internet connection!
It's very simple to do and you can be increasing sales within minutes of
installing this new extraordinary software!
To find out more information, Do not respond by email. Instead, Please
click the link below or visit our web site at:
http://www.cybernetemail.com/moresales.htm
Want to be removed from our list?
Simply send an email to us at removes@cybernetemail.com and
type "remove" in the "subject" line and you will be removed from any
future mailings.
Cybernet Marketing
From webmaster@alice.wu-wien.ac.at"
This is a multi-part message in MIME format
--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
----- Original Message -----
From: crisha=40trafficbbs.net
To: webmaster=40alice.wu-wien.ac.at
Sent: 2002-3-8 0:22:20
Subject: http://nm.wu-wien.ac.at/Lehre/ps/
Hello,
You may have spent much on lots of ways to achieve=20these - search engine registrations, website=20promotions, press release, email sending?- Here=20Traffic BBS presents you a unique method economically=20and professionally converting a PC into personal=20message distribution center=21 Traffic BBS assists you=20to post your message or ad to over 1,200,000+ message=20boards on the web worldwide. Along with a hyperlink=20to your website or email address, a message of your=20business, product, service or offer will be promptly=20submitted to targeted bulletin boards. You can expect=20instant response=21=20
Get your business, service, product or offer seen=21=20
Best Regards,
Crisha Wenston
Sales & Marketing=20www.trafficbbs.net
=20=20
--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
=20
--=_NextPart_2rfkindysadvnqw3nerasdf--
From zoran@archiware.com Sun Mar 10 12:18:23 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Sun, 10 Mar 2002 13:18:23 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Message-ID: <200203101334.g2ADYwk18225@mickey.archiware.com>
Bugs in 0.9.3 and 0.9.4 for threaded (including AOLserver) builds.
The problem is that in Tcl, a strong marriage between the
Tcl interpreter and its accompaniyg thread exists.
Each time a new Tcl thread is starting, it may (AOLserver will!)
load the XOTcl_Init routine. This will patch couple of the
standard Tcl commands using the TclCommands function.
This function had an internal static counter, tracking
number of calls. On thread exit, this procedure was called
again and it did a reverse, replacing patched pointers with
original ones.
TclCommands(Tcl_Interp* in, int load) {
int rc = TCL_OK;
if (load) {
#ifdef USE_TCL_STUBS
rc|= XOTclReplaceCommand(in, EXPR, 0, 0);
rc|= XOTclReplaceCommand(in, INCR, 0, 0);
#endif
rc|= XOTclReplaceCommand(in, SUBST, 0, SUBST_CMD);
rc|= XOTclReplaceCommand(in, INFO, XOTcl_InfoObjCmd, 0);
rc|= XOTclReplaceCommand(in, RENAME, XOTcl_RenameObjCmd, 0);
rc|= XOTclReplaceCommand(in, UPLEVEL, XOTcl_UplevelObjCmd, 0);
rc|= XOTclReplaceCommand(in, UPVAR, XOTcl_UpvarObjCmd, 0);
} else {
rc|= XOTclReplaceCommandCleanup(in, INFO);
rc|= XOTclReplaceCommandCleanup(in, RENAME);
rc|= XOTclReplaceCommandCleanup(in, UPLEVEL);
rc|= XOTclReplaceCommandCleanup(in, UPVAR);
}
return rc;
}
>
> the results of the poll can be summarized as follows:
> - most people favored "names" instead of "symbols"
> for "selfDispatch"
> - the hottest favorite is "my". One can write now
>
> ...
> my instvar a b c
> my log
> ...
>
> instead of
> ...
> [self] instvar a b c
> [self] log
> ...
>
> the variant with [self] will continue to work
> forever..
> If someone is not happy with "my", please react
> soon.
>
> From the "volatile" front: we have now more-or-less Zoran
> suggestion implemented in C. Actually there is no need
> in general for using tcl-variables to implement volatile
> objects (we could handle this on a pop of stack frames),
> but at least for pure tcl-procs, var traces are the simplest
> implementation. The current implementation (purely in C)
> works as part of the "new" method:
>
> a) Object new ...
> b) Object new -childof ...
> c) Object new -volatile ...
> d) Object new -volatile -childof ...
>
> (a) creates "global" objects, not in the global
> namespace anymore, but in xotcl. (b) can be used
> to create objects as child of other objects (e.g. [self],
> the objects are deleted, when the specified object is deleted),
> (c) are "global" objects as in (a), but they are deleted,
> when the current tcl-proc/object-proc/instproc is left,
> and (d) is a combination of b and c.
>
> Needless to say, a-d works for classes as well as e.g.
>
> Class new -volatile
>
> in order to create "anonymoes" classes. The implementation
> of new is slightly faster than before, since i changed the
> nameing schema to be the same for all kind new ("__#122", ...),
> such that e.g.
> [Class new -volatile] new -volatile
> works as well. the disadvantage is that the neat
> classname derived names as in earlier versions have
> to be done by hand now...
>
> that was it for now
>
> best regrads
> -gustaf
> _______________________________________________
> Xotcl mailing list - Xotcl@alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
From zoran@archiware.com Mon Mar 11 06:23:09 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 11 Mar 2002 07:23:09 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203101334.g2ADYwk18225@mickey.archiware.com>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at> <200203101334.g2ADYwk18225@mickey.archiware.com>
Message-ID: <200203110529.g2B5T1k20007@mickey.archiware.com>
On Sunday 10 March 2002 13:18, Zoran Vasiljevic wrote:
> Bugs in 0.9.3 and 0.9.4 for threaded (including AOLserver) builds.
Sorry for the confusion. This has somehow left my mailboxox
before being written to end.
There is however a big problem in XOTcl 0.9.3 and 0.9.4
in respect to thread-support which I'm going to describe
and report shortly.
This will, of course, be under different subject.
Again, sorry for this little glitch.
Zoran
From letondal@pasteur.fr Tue Mar 19 18:53:33 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Tue, 19 Mar 2002 19:53:33 +0100
Subject: [Xotcl] introspective tools for documentation?
Message-ID: <200203191853.g2JIrXYR259279@electre.pasteur.fr>
Hi,
I believe the only way to document code is now through the @ object
and the makeDoc.xotcl script, which uses several utilities from the
library/system directory (the old one was the metadata mechanism).
Am I right?
My question is about the introspective aspect of this feature: how
do you get the documentation for a class, method, ...?
By parsing its file?
Thanks a lot for any help,
--
Catherine Letondal -- Pasteur Institute Computing Center
From bm0005@sp2.power.uni-essen.de Tue Mar 19 21:25:59 2002
From: bm0005@sp2.power.uni-essen.de (Uwe Zdun)
Date: Tue, 19 Mar 2002 22:25:59 +0100 (MEZ)
Subject: [Xotcl] introspective tools for documentation?
In-Reply-To: <200203191853.g2JIrXYR259279@electre.pasteur.fr>
Message-ID:
Hi,
the basic idea is to re-define the @ token at runtime, if needed, before
the code wit the metadata ist exectuted, and then a dynamic object
structure is build that can be queried. staticMetaDataAnaylzer.xotcl does
the same but it does only look at the metadata (and class dependencies,
methods). It uses the dynamic script metadataAnalyzer.xotcl.
here's an example use of this script (from its documentation):
package require xotcl::metadataAnalyzer
# instantiate metadata analyzer object
MetadataAnalyzer @::m
# make this object be known to @ and turn @ metadata processing on
@ analyzerObj @::m
@ onOff 1
# read in some metadata tags (in sample file) & execute the file
source lib/testx.xotcl
# turn @ metadata processing off again
@ onOff 0
# print out all collected metadata
puts [@::m print]
It should have more handy info options etc. but this has to be still
implemented ... perhaps you like to volunteer ...
of course, you can also implement other interpretations of @ for your own
purposes. If so, please let us know, so that other users
benefit from these functionalities as well.
--uwe
On Tue, 19 Mar 2002, Catherine Letondal wrote:
>
> Hi,
>
> I believe the only way to document code is now through the @ object
> and the makeDoc.xotcl script, which uses several utilities from the
> library/system directory (the old one was the metadata mechanism).
> Am I right?
>
> My question is about the introspective aspect of this feature: how
> do you get the documentation for a class, method, ...?
> By parsing its file?
>
> Thanks a lot for any help,
>
> --
> Catherine Letondal -- Pasteur Institute Computing Center
> _______________________________________________
> Xotcl mailing list - Xotcl@alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
>
From letondal@pasteur.fr Tue Mar 26 15:09:45 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Tue, 26 Mar 2002 16:09:45 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
Message-ID: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
Dear XOtcl list,
I have some problems to install the latest xotcl version on a linux debian
platform. The current debian package is 0.85 and I would really like to install 0.9.
So I have tried to install the full source distribution
(http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as tcl/tk debian
include installation is in the same directory (/usr/include/tcl8.3), it's difficult
to tell configure how to deal with it.
1) I have tried:
./configure
but the tcl configuration directory is not found:
checking for Tcl configuration... configure: warning: Can't find Tcl configuration definitions
2) Then I have tried:
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/lib/tk8.3
but, when running make:
cc -DVERSION=\"0.9\" -DXOTCL_LIBRARY=\"/usr/local/lib/xotcl0.9/library\" -I/usr/include/tcl8.3/tcl-private/generic -I/usr/include/tcl8.3/tcl-private/unix -I"./../generic" -I"./../unix" -I"/usr/include" -g -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -g -DXOLIBPKG=\"/usr/local/lib/xotcl0.9\" -DXOTCLVERSION=\"0.9\" -DXOTCLPATCHLEVEL=\".3\" -c `echo ../unix/xotkAppInit.c` -o o/xotkAppInit.o
../unix/xotkAppInit.c:19: tk.h: No such file or directory
../unix/xotkAppInit.c:31: #error Tk distribution TOO OLD
3) And I get the same error when telling configure where to actually find tk.h
(in /usr/include/tcl8.3) :
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/include/tcl8.3
cc -DVERSION=\"0.9\" -DXOTCL_LIBRARY=\"/usr/local/lib/xotcl0.9/library\" -I/usr/include/tcl8.3/tcl-private/generic -I/usr/include/tcl8.3/tcl-private/unix -I"./../generic" -I"./../unix" -I"/usr/include" -g -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -g -DXOLIBPKG=\"/usr/local/lib/xotcl0.9\" -DXOTCLVERSION=\"0.9\" -DXOTCLPATCHLEVEL=\".3\" -c `echo ../unix/xotkAppInit.c` -o o/xotkAppInit.o
../unix/xotkAppInit.c:19: tk.h: No such file or directory
../unix/xotkAppInit.c:31: #error Tk distribution TOO OLD
make[1]: *** [o/xotkAppInit.o] Error 1
4) I have also tried to specify both include and library, as told by configure --help:
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/include/tcl8.3,/usr/lib/tk8.3
but the syntax is not recognized?
So my question is: is there a debian package going to be distributed for the 0.9 version?
Does this ditribution contain the necessary .h, or is there a xotcl-dev distribution?
Or, could someone help?
Thanks a lot in advance,
--
Catherine Letondal -- Pasteur Institute Computing Center
From DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com Tue Mar 26 18:23:39 2002
From: DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com (DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com)
Date: Tue, 26 Mar 02 13:23:39 EST
Subject: [Xotcl] "BULLET-PROOF" BULK EMAIL WEB HOSTING!
Message-ID: <3791856948.991306994491@m0.net Received: from dialup-62.215.274.4.dial1.stamford ([62.215.274.4] >
Dear xotcl@alice.wu-wien.ac.at,
BULK EMAIL WEB HOSTING...THE ONLY WAY TO GO!
Let the masters of the commercial email industry put their expertise into
the hosting of your web site. And don't let the "Net Bullies" restrict your
right of free speech. Cybernet Marketing's new "Bullet-Proof Web Hosting"
is the answer you've been looking for!!
We believe that there should be little or no restrictions on Internet
communications! This service demonstrates the notion of unlimited,
uncensored, and unrestricted web hosting.
NEVER GET TERMINATED AGAIN FOR ADVERTISING YOUR BUSINESS!
LIMITED TIME PRICING PLAN...
+ One Year "Bullet-Proof Web Hosting" Service ... only $595 (regularly $900)
+ Two Year Service ... only $725
+ Three Year Service ... ONLY $945 (BEST VALUE!)
If you are interested in taking advantage of this great service or to find out
more information visit us at:
http://www.cybernetemail.com/webhosting.htm
Want to be removed from our list?
Simply send an email to us at removes@cybernetemail.com and
type "remove" in the "subject" line and you will be removed from any
future mailings.
Cybernet Marketing
From neumann@wu-wien.ac.at Wed Mar 27 20:02:54 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Wed, 27 Mar 2002 21:02:54 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
In-Reply-To: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
References: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
Message-ID: <200203272002.g2RK2sM21554@mohegan.wu-wien.ac.at>
On Tuesday 26 March 2002 16:09, you wrote:
> Dear XOtcl list,
>
> I have some problems to install the latest xotcl version on a linux debian
> platform. The current debian package is 0.85 and I would really like to
> install 0.9.
>
> So I have tried to install the full source distribution
> (http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as
> tcl/tk debian include installation is in the same directory
> (/usr/include/tcl8.3), it's difficult to tell configure how to deal with
> it.
dear cathrine,
for the time being, the simplest thing is to
add manually in xotcl-full-0.9.3/xotcl-0.9.3/unix/Makefile
after the configure run -I/usr/include/tcl8.3 at the place
where the other "-I"-option are written.
that should keep you going for now
best regards
-gustaf
>
From letondal@pasteur.fr Thu Mar 28 17:46:34 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Thu, 28 Mar 2002 18:46:34 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
In-Reply-To: Your message of "Wed, 27 Mar 2002 21:02:54 +0100."
<200203272002.g2RK2sM21554@mohegan.wu-wien.ac.at>
Message-ID: <200203281746.g2SHkYYR205404@electre.pasteur.fr>
Gustaf Neumann wrote:
> On Tuesday 26 March 2002 16:09, you wrote:
> > Dear XOtcl list,
> >
> > I have some problems to install the latest xotcl version on a linux debian
> > platform. The current debian package is 0.85 and I would really like to
> > install 0.9.
> >
> > So I have tried to install the full source distribution
> > (http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as
> > tcl/tk debian include installation is in the same directory
> > (/usr/include/tcl8.3), it's difficult to tell configure how to deal with
> > it.
>
> dear cathrine,
>
> for the time being, the simplest thing is to
> add manually in xotcl-full-0.9.3/xotcl-0.9.3/unix/Makefile
> after the configure run -I/usr/include/tcl8.3 at the place
> where the other "-I"-option are written.
>
> that should keep you going for now
> best regards
> -gustaf
Thanks for the help! (I actually downloaded the binary version and kept
the xotcl-full-0.9.3/ directory just for the xotcl.h I needed to make my "biokwish").
--
Catherine Letondal -- Pasteur Institute Computing Center
From BrainCoders.com"
BrainCoders.com - Low Cost Software Development
From ltravagnin@e-tree.com Fri Mar 1 15:01:47 2002
From: ltravagnin@e-tree.com (Lucio Travagnin)
Date: Fri, 1 Mar 2002 16:01:47 +0100
Subject: [Xotcl] Xotck and Vignette
Message-ID: <003301c1c132$02a3f670$4e1e460a@wgdv78>
This is a multi-part message in MIME format.
------=_NextPart_000_0030_01C1C13A.645AA2D0
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Hi, I'm new to Tcl, XoTcl and Vignette, but I have to use these in a =
Project.
XoTcl extensions can be used with vignette? Could I write some classes =
and then use them in Vignette Templates?
Thank you
Lucio
___________________________________________________________________
Lucio Travagnin
Java & Perl Senior Developer - Interwoven Technical Manager
ltravagnin@e-tree.com (ICQ 84914112)
E-TREE - Internet Soul / Via Fonderia 43 - 31100 Treviso (Italy)
phone +39.0422.3107 fax +39.0422.310888
http://www.e-tree.com http://www.webanana.com
___________________________________________________________________
------=_NextPart_000_0030_01C1C13A.645AA2D0
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
phone=20 +39.0422.3107 = =20 fax +39.0422.310888
_________= __________________________________________________________
----- Original Message -----
From: crisha=40trafficbbs.net
Sent: 2002-3-8 0:22:20
Subject: http://nm.wu-wien.ac.at/Lehre/ps/
|
|
|
|
| Copy right©2001 ,=20 TrafficBBS&=238482;All Rights Reserved. TrafficBBS&=238482;is a trademark of=20 TrafficBBS.Net inc. |
|
|
|
|
| This mailing is done only to people who have requested
info from one of our sites, or downloaded our Software. If you have
recieved this email in error and you wish to be removed from future
mailings, please reply with the subject "Remove" and our
software will automatically block you from their future
mailings. |
Hi, I'm new to Tcl, XoTcl and Vignette, =
but I have=20
to use these in a Project.
XoTcl extensions can be used with =
vignette? Could I=20
write some classes and then use them in Vignette Templates?
Thank you
Lucio
________________________________________________________________=
___
Lucio=20 Travagnin
Java & Perl Senior Developer - Interwoven Technical=20 Manager
ltravagnin@e-tree.com (ICQ=20 84914112)
Lucio=20 Travagnin
Java & Perl Senior Developer - Interwoven Technical=20 Manager
ltravagnin@e-tree.com (ICQ=20 84914112)
E-TREE - Internet Soul / Via =
Fonderia 43 -=20
31100 Treviso (Italy)
phone=20 +39.0422.3107 = =20 fax +39.0422.310888
http://www.e-tree.com =
; =20
http://www.webanana.com
_________= __________________________________________________________
------=_NextPart_000_0030_01C1C13A.645AA2D0--
From neumann@wu-wien.ac.at Fri Mar 1 20:14:27 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Fri, 1 Mar 2002 21:14:27 +0100
Subject: [Xotcl] Xotck and Vignette
In-Reply-To: <003301c1c132$02a3f670$4e1e460a@wgdv78>
References: <003301c1c132$02a3f670$4e1e460a@wgdv78>
Message-ID: <200203012014.g21KERi20727@mohegan.wu-wien.ac.at>
On Friday 01 March 2002 16:01, Lucio Travagnin wrote:
> Hi, I'm new to Tcl, XoTcl and Vignette, but I have to use these in a
> Project. XoTcl extensions can be used with vignette? Could I write some
> classes and then use them in Vignette Templates? Thank you
Dear Lucio,
i am not familiar with Vignettes story-server
and i am not aware off anyone, who is using
this combo (this does not mean to much).
however, i would expect that the story server
is able to load tcl-extensions. Correct?
XOTcl is a TEA compliant tcl extension
and requires Tcl 8.0 or newer. Therefore
it should not be a problem to use this
combination.
Once you are able to load xotcl into the story-server
you can use XOTcl classes and objects the same way
you can use tcl-commands from the server.
best regards
-gustaf neumann
>
> Lucio
>
> ___________________________________________________________________
> Lucio Travagnin
> Java & Perl Senior Developer - Interwoven Technical Manager
> ltravagnin@e-tree.com (ICQ 84914112)
>
> E-TREE - Internet Soul / Via Fonderia 43 - 31100 Treviso (Italy)
> phone +39.0422.3107 fax +39.0422.310888
> http://www.e-tree.com http://www.webanana.com
> ___________________________________________________________________
From zoran@archiware.com Mon Mar 4 11:15:37 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 4 Mar 2002 12:15:37 +0100
Subject: [Xotcl] Memory trash in 0.9.3 and 0.9.4
In-Reply-To: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at>
References: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at>
Message-ID: <200203041020.g24AKwk00725@mickey.archiware.com>
In file xotcl.c:
static int
XOTclCNewMethod(ClientData cd, Tcl_Interp* in, int objc, Tcl_Obj *objv[]) {
XOTclClass *cl = XOTclObjectToClass(cd);
XOTclObject *obj = &cl->object;
Tcl_Obj *cname, *autoname;
char *name, *n;
int result, offset=1;
DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+1, ov);
/* ^^^^^^ */
Should read:
DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+2, ov);
... because later in file, ov[0] and ov[1] are
reserved for internal use and other arguments
are copied over which results in trashing memory.
Cheers
Zoran
From neumann@wu-wien.ac.at Mon Mar 4 12:36:43 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 13:36:43 +0100
Subject: [Xotcl] Memory trash in 0.9.3 and 0.9.4
In-Reply-To: <200203041020.g24AKwk00725@mickey.archiware.com>
References: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at> <200203041020.g24AKwk00725@mickey.archiware.com>
Message-ID: <200203041236.g24Cain14302@mohegan.wu-wien.ac.at>
On Monday 04 March 2002 12:15, you wrote:
> In file xotcl.c:
>
> static int
> XOTclCNewMethod(ClientData cd, Tcl_Interp* in, int objc, Tcl_Obj *objv[]) {
> DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+1, ov);
...
>
> /* ^^^^^^ */
>
> Should read:
>
> DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+2, ov);
zoran, thank you. this bug is confirmed and fixed.
-gustaf
From neumann@wu-wien.ac.at Mon Mar 4 13:08:36 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 14:08:36 +0100
Subject: [Xotcl] results of the poll
Message-ID: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Dear XOTcl community,
the results of the poll can be summarized as follows:
- most people favored "names" instead of "symbols"
for "selfDispatch"
- the hottest favorite is "my". One can write now
...
my instvar a b c
my log
...
instead of
...
[self] instvar a b c
[self] log
...
the variant with [self] will continue to work
forever..
If someone is not happy with "my", please react
soon.
From the "volatile" front: we have now more-or-less Zoran
suggestion implemented in C. Actually there is no need
in general for using tcl-variables to implement volatile
objects (we could handle this on a pop of stack frames),
but at least for pure tcl-procs, var traces are the simplest
implementation. The current implementation (purely in C)
works as part of the "new" method:
a) Object new ...
b) Object new -childof ...
c) Object new -volatile ...
d) Object new -volatile -childof ...
(a) creates "global" objects, not in the global
namespace anymore, but in xotcl. (b) can be used
to create objects as child of other objects (e.g. [self],
the objects are deleted, when the specified object is deleted),
(c) are "global" objects as in (a), but they are deleted,
when the current tcl-proc/object-proc/instproc is left,
and (d) is a combination of b and c.
Needless to say, a-d works for classes as well as e.g.
Class new -volatile
in order to create "anonymoes" classes. The implementation
of new is slightly faster than before, since i changed the
nameing schema to be the same for all kind new ("__#122", ...),
such that e.g.
[Class new -volatile] new -volatile
works as well. the disadvantage is that the neat
classname derived names as in earlier versions have
to be done by hand now...
that was it for now
best regrads
-gustaf
From zoran@archiware.com Mon Mar 4 17:21:42 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 4 Mar 2002 18:21:42 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Message-ID: <200203041627.g24GR3k01397@mickey.archiware.com>
On Monday 04 March 2002 14:08, Gustaf Neumann wrote:
> From the "volatile" front: we have now more-or-less Zoran
Smile !
> suggestion implemented in C. Actually there is no need
> in general for using tcl-variables to implement volatile
> objects (we could handle this on a pop of stack frames),
> but at least for pure tcl-procs, var traces are the simplest
> implementation. The current implementation (purely in C)
It is not clear: does the C implementation use internal stack
for garbage collection or the Tcl-trace variable mechansim?
It is important to know when doing (or not doing!) such
constructs:
Class foo
foo instproc test args {}
[foo new -volatile] test ; # object leak ?
In case of volatile implementation with var traces,
one should do:
set bar [foo new -volatile]
$bar test
to be sure that when "bar" is unset, the object goes away.
So, which way is it?
Cheer's
Zoran
From neumann@wu-wien.ac.at Mon Mar 4 17:47:47 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Mon, 4 Mar 2002 18:47:47 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041627.g24GR3k01397@mickey.archiware.com>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at> <200203041627.g24GR3k01397@mickey.archiware.com>
Message-ID: <200203041747.g24HllU17189@mohegan.wu-wien.ac.at>
On Monday 04 March 2002 18:21, Zoran Vasiljevic wrote:
> > suggestion implemented in C. Actually there is no need
> > in general for using tcl-variables to implement volatile
> > objects (we could handle this on a pop of stack frames),
> > but at least for pure tcl-procs, var traces are the simplest
> > implementation. The current implementation (purely in C)
>
> It is not clear: does the C implementation use internal stack
> for garbage collection or the Tcl-trace variable mechansim?
the var-trace mechanism
> It is important to know when doing (or not doing!) such
> constructs:
>
> Class foo
> foo instproc test args {}
>
> [foo new -volatile] test ; # object leak ?
this sets as a side effect a tcl variable in the current
scope. if the scope is e.g. a tcl proc, it will be
automatially unset, when the scope is left.
> In case of volatile implementation with var traces,
> one should do:
>
> set bar [foo new -volatile]
> $bar test
Note, that this is essentially the same as
above. the call of [foo new] cannot set a
vartrace on the "bar" variable. The result
of the "new" is a tcl_obj, and not a variable.
the tcl_obj is bound to the variable bar...
so, the magic of the object deletion happens
via another variable, that is set as a side
effect. these magic variables are named similarly
to the object name: in the example
set bar [foo new -volatile]
the objname will be ::xotcl::__#1 (or ...__#2, etc),
the magic variable is __#1. therefore, one can
refer from the object name to the variable name via
set vn [namespace tail $bar]
unset $vn
will trigger the deletion of the object
created with new. There is a potential danger
of name conflics, but if one follows the rule:
don't start user-variable names with "__",
everyting will be safe.
I have used this example with the manual unset
for explanatory purposes. Under most conditions you will
not need to unset the magic variable by hand....
hope that this explains the details.
best regrads
-gustaf
From DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford] Wed Mar 6 09:52:25 2002
From: DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford] (DoNotReplyByEmail@big-salesfor.you-now.net[dialup-63.216.270.4.dial.staford])
Date: Wed, 06 Mar 02 04:52:25 EST
Subject: [Xotcl] >>>OVER 14 MILLION TARGETED EMAIL ADDRESSES!
Message-ID: <3791856948.991306994491@m0.net Received: from dialup-62.215.274.4.dial1.stamford ([62.215.274.4] >
Dear xotcl@alice.wu-wien.ac.at,
Would you like to get tens of thousands of new visitors to your web site
daily?
Below is everything you will ever need to market your product or service
over the Internet! Besides that...It's the only real way to market on the
Internet...Period!
HOW WOULD YOU LIKE TO HAVE YOUR MESSAGE SEEN BY OVER
14 MILLION TARGETED PROSPECTS DAILY?
EARN MEGA-PROFITS WITH THE RIGHT FORMULA
If you have a product, service, or message that you would like to get out
to Thousands, Hundreds of Thousands, or even Millions of people, you
have several options. Traditional methods include print advertising, direct
mail, radio, and television advertising. They are all effective, but they all
have two catches: They're EXPENSIVE and TIME CONSUMING. Not
only that, you only get ONE SHOT at making your message heard, by
the right people.
Now this has all changed!
Thanks to the top programmers in the world and their NEW EMAIL
TECHNOLOGY, You can send over 14,000,000 Emails Daily for FREE...
Without getting terminated from your current Internet connection!
It's very simple to do and you can be increasing sales within minutes of
installing this new extraordinary software!
To find out more information, Do not respond by email. Instead, Please
click the link below or visit our web site at:
http://www.cybernetemail.com/moresales.htm
Want to be removed from our list?
Simply send an email to us at removes@cybernetemail.com and
type "remove" in the "subject" line and you will be removed from any
future mailings.
Cybernet Marketing
From webmaster@alice.wu-wien.ac.at"
This is a multi-part message in MIME format
--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
----- Original Message -----
From: crisha=40trafficbbs.net
To: webmaster=40alice.wu-wien.ac.at
Sent: 2002-3-8 0:22:20
Subject: http://nm.wu-wien.ac.at/Lehre/ps/
Hello,
You may have spent much on lots of ways to achieve=20these - search engine registrations, website=20promotions, press release, email sending?- Here=20Traffic BBS presents you a unique method economically=20and professionally converting a PC into personal=20message distribution center=21 Traffic BBS assists you=20to post your message or ad to over 1,200,000+ message=20boards on the web worldwide. Along with a hyperlink=20to your website or email address, a message of your=20business, product, service or offer will be promptly=20submitted to targeted bulletin boards. You can expect=20instant response=21=20
Get your business, service, product or offer seen=21=20
Best Regards,
Crisha Wenston
Sales & Marketing=20www.trafficbbs.net
=20=20
--=_NextPart_2rfkindysadvnqw3nerasdf
Content-Type: text/html
Content-Transfer-Encoding: quoted-printable
=20
--=_NextPart_2rfkindysadvnqw3nerasdf--
From zoran@archiware.com Sun Mar 10 12:18:23 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Sun, 10 Mar 2002 13:18:23 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Message-ID: <200203101334.g2ADYwk18225@mickey.archiware.com>
Bugs in 0.9.3 and 0.9.4 for threaded (including AOLserver) builds.
The problem is that in Tcl, a strong marriage between the
Tcl interpreter and its accompaniyg thread exists.
Each time a new Tcl thread is starting, it may (AOLserver will!)
load the XOTcl_Init routine. This will patch couple of the
standard Tcl commands using the TclCommands function.
This function had an internal static counter, tracking
number of calls. On thread exit, this procedure was called
again and it did a reverse, replacing patched pointers with
original ones.
TclCommands(Tcl_Interp* in, int load) {
int rc = TCL_OK;
if (load) {
#ifdef USE_TCL_STUBS
rc|= XOTclReplaceCommand(in, EXPR, 0, 0);
rc|= XOTclReplaceCommand(in, INCR, 0, 0);
#endif
rc|= XOTclReplaceCommand(in, SUBST, 0, SUBST_CMD);
rc|= XOTclReplaceCommand(in, INFO, XOTcl_InfoObjCmd, 0);
rc|= XOTclReplaceCommand(in, RENAME, XOTcl_RenameObjCmd, 0);
rc|= XOTclReplaceCommand(in, UPLEVEL, XOTcl_UplevelObjCmd, 0);
rc|= XOTclReplaceCommand(in, UPVAR, XOTcl_UpvarObjCmd, 0);
} else {
rc|= XOTclReplaceCommandCleanup(in, INFO);
rc|= XOTclReplaceCommandCleanup(in, RENAME);
rc|= XOTclReplaceCommandCleanup(in, UPLEVEL);
rc|= XOTclReplaceCommandCleanup(in, UPVAR);
}
return rc;
}
>
> the results of the poll can be summarized as follows:
> - most people favored "names" instead of "symbols"
> for "selfDispatch"
> - the hottest favorite is "my". One can write now
>
> ...
> my instvar a b c
> my log
> ...
>
> instead of
> ...
> [self] instvar a b c
> [self] log
> ...
>
> the variant with [self] will continue to work
> forever..
> If someone is not happy with "my", please react
> soon.
>
> From the "volatile" front: we have now more-or-less Zoran
> suggestion implemented in C. Actually there is no need
> in general for using tcl-variables to implement volatile
> objects (we could handle this on a pop of stack frames),
> but at least for pure tcl-procs, var traces are the simplest
> implementation. The current implementation (purely in C)
> works as part of the "new" method:
>
> a) Object new ...
> b) Object new -childof ...
> c) Object new -volatile ...
> d) Object new -volatile -childof ...
>
> (a) creates "global" objects, not in the global
> namespace anymore, but in xotcl. (b) can be used
> to create objects as child of other objects (e.g. [self],
> the objects are deleted, when the specified object is deleted),
> (c) are "global" objects as in (a), but they are deleted,
> when the current tcl-proc/object-proc/instproc is left,
> and (d) is a combination of b and c.
>
> Needless to say, a-d works for classes as well as e.g.
>
> Class new -volatile
>
> in order to create "anonymoes" classes. The implementation
> of new is slightly faster than before, since i changed the
> nameing schema to be the same for all kind new ("__#122", ...),
> such that e.g.
> [Class new -volatile] new -volatile
> works as well. the disadvantage is that the neat
> classname derived names as in earlier versions have
> to be done by hand now...
>
> that was it for now
>
> best regrads
> -gustaf
> _______________________________________________
> Xotcl mailing list - Xotcl@alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
From zoran@archiware.com Mon Mar 11 06:23:09 2002
From: zoran@archiware.com (Zoran Vasiljevic)
Date: Mon, 11 Mar 2002 07:23:09 +0100
Subject: [Xotcl] results of the poll
In-Reply-To: <200203101334.g2ADYwk18225@mickey.archiware.com>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at> <200203101334.g2ADYwk18225@mickey.archiware.com>
Message-ID: <200203110529.g2B5T1k20007@mickey.archiware.com>
On Sunday 10 March 2002 13:18, Zoran Vasiljevic wrote:
> Bugs in 0.9.3 and 0.9.4 for threaded (including AOLserver) builds.
Sorry for the confusion. This has somehow left my mailboxox
before being written to end.
There is however a big problem in XOTcl 0.9.3 and 0.9.4
in respect to thread-support which I'm going to describe
and report shortly.
This will, of course, be under different subject.
Again, sorry for this little glitch.
Zoran
From letondal@pasteur.fr Tue Mar 19 18:53:33 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Tue, 19 Mar 2002 19:53:33 +0100
Subject: [Xotcl] introspective tools for documentation?
Message-ID: <200203191853.g2JIrXYR259279@electre.pasteur.fr>
Hi,
I believe the only way to document code is now through the @ object
and the makeDoc.xotcl script, which uses several utilities from the
library/system directory (the old one was the metadata mechanism).
Am I right?
My question is about the introspective aspect of this feature: how
do you get the documentation for a class, method, ...?
By parsing its file?
Thanks a lot for any help,
--
Catherine Letondal -- Pasteur Institute Computing Center
From bm0005@sp2.power.uni-essen.de Tue Mar 19 21:25:59 2002
From: bm0005@sp2.power.uni-essen.de (Uwe Zdun)
Date: Tue, 19 Mar 2002 22:25:59 +0100 (MEZ)
Subject: [Xotcl] introspective tools for documentation?
In-Reply-To: <200203191853.g2JIrXYR259279@electre.pasteur.fr>
Message-ID:
Hi,
the basic idea is to re-define the @ token at runtime, if needed, before
the code wit the metadata ist exectuted, and then a dynamic object
structure is build that can be queried. staticMetaDataAnaylzer.xotcl does
the same but it does only look at the metadata (and class dependencies,
methods). It uses the dynamic script metadataAnalyzer.xotcl.
here's an example use of this script (from its documentation):
package require xotcl::metadataAnalyzer
# instantiate metadata analyzer object
MetadataAnalyzer @::m
# make this object be known to @ and turn @ metadata processing on
@ analyzerObj @::m
@ onOff 1
# read in some metadata tags (in sample file) & execute the file
source lib/testx.xotcl
# turn @ metadata processing off again
@ onOff 0
# print out all collected metadata
puts [@::m print]
It should have more handy info options etc. but this has to be still
implemented ... perhaps you like to volunteer ...
of course, you can also implement other interpretations of @ for your own
purposes. If so, please let us know, so that other users
benefit from these functionalities as well.
--uwe
On Tue, 19 Mar 2002, Catherine Letondal wrote:
>
> Hi,
>
> I believe the only way to document code is now through the @ object
> and the makeDoc.xotcl script, which uses several utilities from the
> library/system directory (the old one was the metadata mechanism).
> Am I right?
>
> My question is about the introspective aspect of this feature: how
> do you get the documentation for a class, method, ...?
> By parsing its file?
>
> Thanks a lot for any help,
>
> --
> Catherine Letondal -- Pasteur Institute Computing Center
> _______________________________________________
> Xotcl mailing list - Xotcl@alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
>
From letondal@pasteur.fr Tue Mar 26 15:09:45 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Tue, 26 Mar 2002 16:09:45 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
Message-ID: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
Dear XOtcl list,
I have some problems to install the latest xotcl version on a linux debian
platform. The current debian package is 0.85 and I would really like to install 0.9.
So I have tried to install the full source distribution
(http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as tcl/tk debian
include installation is in the same directory (/usr/include/tcl8.3), it's difficult
to tell configure how to deal with it.
1) I have tried:
./configure
but the tcl configuration directory is not found:
checking for Tcl configuration... configure: warning: Can't find Tcl configuration definitions
2) Then I have tried:
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/lib/tk8.3
but, when running make:
cc -DVERSION=\"0.9\" -DXOTCL_LIBRARY=\"/usr/local/lib/xotcl0.9/library\" -I/usr/include/tcl8.3/tcl-private/generic -I/usr/include/tcl8.3/tcl-private/unix -I"./../generic" -I"./../unix" -I"/usr/include" -g -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -g -DXOLIBPKG=\"/usr/local/lib/xotcl0.9\" -DXOTCLVERSION=\"0.9\" -DXOTCLPATCHLEVEL=\".3\" -c `echo ../unix/xotkAppInit.c` -o o/xotkAppInit.o
../unix/xotkAppInit.c:19: tk.h: No such file or directory
../unix/xotkAppInit.c:31: #error Tk distribution TOO OLD
3) And I get the same error when telling configure where to actually find tk.h
(in /usr/include/tcl8.3) :
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/include/tcl8.3
cc -DVERSION=\"0.9\" -DXOTCL_LIBRARY=\"/usr/local/lib/xotcl0.9/library\" -I/usr/include/tcl8.3/tcl-private/generic -I/usr/include/tcl8.3/tcl-private/unix -I"./../generic" -I"./../unix" -I"/usr/include" -g -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -g -DXOLIBPKG=\"/usr/local/lib/xotcl0.9\" -DXOTCLVERSION=\"0.9\" -DXOTCLPATCHLEVEL=\".3\" -c `echo ../unix/xotkAppInit.c` -o o/xotkAppInit.o
../unix/xotkAppInit.c:19: tk.h: No such file or directory
../unix/xotkAppInit.c:31: #error Tk distribution TOO OLD
make[1]: *** [o/xotkAppInit.o] Error 1
4) I have also tried to specify both include and library, as told by configure --help:
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/include/tcl8.3,/usr/lib/tk8.3
but the syntax is not recognized?
So my question is: is there a debian package going to be distributed for the 0.9 version?
Does this ditribution contain the necessary .h, or is there a xotcl-dev distribution?
Or, could someone help?
Thanks a lot in advance,
--
Catherine Letondal -- Pasteur Institute Computing Center
From DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com Tue Mar 26 18:23:39 2002
From: DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com (DoNotReplyByEmail@big-salesfor.you-now.net,
[dialup-63.216.270.4.dial.staford]@cypher.screaminet.com)
Date: Tue, 26 Mar 02 13:23:39 EST
Subject: [Xotcl] "BULLET-PROOF" BULK EMAIL WEB HOSTING!
Message-ID: <3791856948.991306994491@m0.net Received: from dialup-62.215.274.4.dial1.stamford ([62.215.274.4] >
Dear xotcl@alice.wu-wien.ac.at,
BULK EMAIL WEB HOSTING...THE ONLY WAY TO GO!
Let the masters of the commercial email industry put their expertise into
the hosting of your web site. And don't let the "Net Bullies" restrict your
right of free speech. Cybernet Marketing's new "Bullet-Proof Web Hosting"
is the answer you've been looking for!!
We believe that there should be little or no restrictions on Internet
communications! This service demonstrates the notion of unlimited,
uncensored, and unrestricted web hosting.
NEVER GET TERMINATED AGAIN FOR ADVERTISING YOUR BUSINESS!
LIMITED TIME PRICING PLAN...
+ One Year "Bullet-Proof Web Hosting" Service ... only $595 (regularly $900)
+ Two Year Service ... only $725
+ Three Year Service ... ONLY $945 (BEST VALUE!)
If you are interested in taking advantage of this great service or to find out
more information visit us at:
http://www.cybernetemail.com/webhosting.htm
Want to be removed from our list?
Simply send an email to us at removes@cybernetemail.com and
type "remove" in the "subject" line and you will be removed from any
future mailings.
Cybernet Marketing
From neumann@wu-wien.ac.at Wed Mar 27 20:02:54 2002
From: neumann@wu-wien.ac.at (Gustaf Neumann)
Date: Wed, 27 Mar 2002 21:02:54 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
In-Reply-To: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
References: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
Message-ID: <200203272002.g2RK2sM21554@mohegan.wu-wien.ac.at>
On Tuesday 26 March 2002 16:09, you wrote:
> Dear XOtcl list,
>
> I have some problems to install the latest xotcl version on a linux debian
> platform. The current debian package is 0.85 and I would really like to
> install 0.9.
>
> So I have tried to install the full source distribution
> (http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as
> tcl/tk debian include installation is in the same directory
> (/usr/include/tcl8.3), it's difficult to tell configure how to deal with
> it.
dear cathrine,
for the time being, the simplest thing is to
add manually in xotcl-full-0.9.3/xotcl-0.9.3/unix/Makefile
after the configure run -I/usr/include/tcl8.3 at the place
where the other "-I"-option are written.
that should keep you going for now
best regards
-gustaf
>
From letondal@pasteur.fr Thu Mar 28 17:46:34 2002
From: letondal@pasteur.fr (Catherine Letondal)
Date: Thu, 28 Mar 2002 18:46:34 +0100
Subject: [Xotcl] xotcl 0.9 for linux debian
In-Reply-To: Your message of "Wed, 27 Mar 2002 21:02:54 +0100."
<200203272002.g2RK2sM21554@mohegan.wu-wien.ac.at>
Message-ID: <200203281746.g2SHkYYR205404@electre.pasteur.fr>
Gustaf Neumann wrote:
> On Tuesday 26 March 2002 16:09, you wrote:
> > Dear XOtcl list,
> >
> > I have some problems to install the latest xotcl version on a linux debian
> > platform. The current debian package is 0.85 and I would really like to
> > install 0.9.
> >
> > So I have tried to install the full source distribution
> > (http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as
> > tcl/tk debian include installation is in the same directory
> > (/usr/include/tcl8.3), it's difficult to tell configure how to deal with
> > it.
>
> dear cathrine,
>
> for the time being, the simplest thing is to
> add manually in xotcl-full-0.9.3/xotcl-0.9.3/unix/Makefile
> after the configure run -I/usr/include/tcl8.3 at the place
> where the other "-I"-option are written.
>
> that should keep you going for now
> best regards
> -gustaf
Thanks for the help! (I actually downloaded the binary version and kept
the xotcl-full-0.9.3/ directory just for the xotcl.h I needed to make my "biokwish").
--
Catherine Letondal -- Pasteur Institute Computing Center
From BrainCoders.com"
BrainCoders.com - Low Cost Software Development
From ltravagnin at e-tree.com Fri Mar 1 16:01:47 2002
From: ltravagnin at e-tree.com (Lucio Travagnin)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] Xotck and Vignette
Message-ID: <003301c1c132$02a3f670$4e1e460a@wgdv78>
Hi, I'm new to Tcl, XoTcl and Vignette, but I have to use these in a Project.
XoTcl extensions can be used with vignette? Could I write some classes and then use them in Vignette Templates?
Thank you
Lucio
___________________________________________________________________
Lucio Travagnin
Java & Perl Senior Developer - Interwoven Technical Manager
ltravagnin@e-tree.com (ICQ 84914112)
E-TREE - Internet Soul / Via Fonderia 43 - 31100 Treviso (Italy)
phone +39.0422.3107 fax +39.0422.310888
http://www.e-tree.com http://www.webanana.com
___________________________________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://alice.wu-wien.ac.at/pipermail/xotcl/attachments/20020301/073ffd46/attachment.html
From neumann at wu-wien.ac.at Fri Mar 1 21:14:27 2002
From: neumann at wu-wien.ac.at (Gustaf Neumann)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] Xotck and Vignette
In-Reply-To: <003301c1c132$02a3f670$4e1e460a@wgdv78>
References: <003301c1c132$02a3f670$4e1e460a@wgdv78>
Message-ID: <200203012014.g21KERi20727@mohegan.wu-wien.ac.at>
On Friday 01 March 2002 16:01, Lucio Travagnin wrote:
> Hi, I'm new to Tcl, XoTcl and Vignette, but I have to use these in a
> Project. XoTcl extensions can be used with vignette? Could I write some
> classes and then use them in Vignette Templates? Thank you
Dear Lucio,
i am not familiar with Vignettes story-server
and i am not aware off anyone, who is using
this combo (this does not mean to much).
however, i would expect that the story server
is able to load tcl-extensions. Correct?
XOTcl is a TEA compliant tcl extension
and requires Tcl 8.0 or newer. Therefore
it should not be a problem to use this
combination.
Once you are able to load xotcl into the story-server
you can use XOTcl classes and objects the same way
you can use tcl-commands from the server.
best regards
-gustaf neumann
>
> Lucio
>
> ___________________________________________________________________
> Lucio Travagnin
> Java & Perl Senior Developer - Interwoven Technical Manager
> ltravagnin@e-tree.com (ICQ 84914112)
>
> E-TREE - Internet Soul / Via Fonderia 43 - 31100 Treviso (Italy)
> phone +39.0422.3107 fax +39.0422.310888
> http://www.e-tree.com http://www.webanana.com
> ___________________________________________________________________
From zoran at archiware.com Mon Mar 4 12:15:37 2002
From: zoran at archiware.com (Zoran Vasiljevic)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] Memory trash in 0.9.3 and 0.9.4
In-Reply-To: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at>
References: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at>
Message-ID: <200203041020.g24AKwk00725@mickey.archiware.com>
In file xotcl.c:
static int
XOTclCNewMethod(ClientData cd, Tcl_Interp* in, int objc, Tcl_Obj *objv[]) {
XOTclClass *cl = XOTclObjectToClass(cd);
XOTclObject *obj = &cl->object;
Tcl_Obj *cname, *autoname;
char *name, *n;
int result, offset=1;
DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+1, ov);
/* ^^^^^^ */
Should read:
DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+2, ov);
... because later in file, ov[0] and ov[1] are
reserved for internal use and other arguments
are copied over which results in trashing memory.
Cheers
Zoran
From neumann at wu-wien.ac.at Mon Mar 4 13:36:43 2002
From: neumann at wu-wien.ac.at (Gustaf Neumann)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] Memory trash in 0.9.3 and 0.9.4
In-Reply-To: <200203041020.g24AKwk00725@mickey.archiware.com>
References: <200202201528.g1KFSrH32291@mohegan.wu-wien.ac.at> <200203041020.g24AKwk00725@mickey.archiware.com>
Message-ID: <200203041236.g24Cain14302@mohegan.wu-wien.ac.at>
On Monday 04 March 2002 12:15, you wrote:
> In file xotcl.c:
>
> static int
> XOTclCNewMethod(ClientData cd, Tcl_Interp* in, int objc, Tcl_Obj *objv[]) {
> DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+1, ov);
...
>
> /* ^^^^^^ */
>
> Should read:
>
> DEFINE_NEW_TCL_OBJECTS_ON_STACK(objc+2, ov);
zoran, thank you. this bug is confirmed and fixed.
-gustaf
From neumann at wu-wien.ac.at Mon Mar 4 14:08:36 2002
From: neumann at wu-wien.ac.at (Gustaf Neumann)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] results of the poll
Message-ID: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Dear XOTcl community,
the results of the poll can be summarized as follows:
- most people favored "names" instead of "symbols"
for "selfDispatch"
- the hottest favorite is "my". One can write now
...
my instvar a b c
my log
...
instead of
...
[self] instvar a b c
[self] log
...
the variant with [self] will continue to work
forever..
If someone is not happy with "my", please react
soon.
From the "volatile" front: we have now more-or-less Zoran
suggestion implemented in C. Actually there is no need
in general for using tcl-variables to implement volatile
objects (we could handle this on a pop of stack frames),
but at least for pure tcl-procs, var traces are the simplest
implementation. The current implementation (purely in C)
works as part of the "new" method:
a) Object new ...
b) Object new -childof ...
c) Object new -volatile ...
d) Object new -volatile -childof ...
(a) creates "global" objects, not in the global
namespace anymore, but in xotcl. (b) can be used
to create objects as child of other objects (e.g. [self],
the objects are deleted, when the specified object is deleted),
(c) are "global" objects as in (a), but they are deleted,
when the current tcl-proc/object-proc/instproc is left,
and (d) is a combination of b and c.
Needless to say, a-d works for classes as well as e.g.
Class new -volatile
in order to create "anonymoes" classes. The implementation
of new is slightly faster than before, since i changed the
nameing schema to be the same for all kind new ("__#122", ...),
such that e.g.
[Class new -volatile] new -volatile
works as well. the disadvantage is that the neat
classname derived names as in earlier versions have
to be done by hand now...
that was it for now
best regrads
-gustaf
From zoran at archiware.com Mon Mar 4 18:21:42 2002
From: zoran at archiware.com (Zoran Vasiljevic)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Message-ID: <200203041627.g24GR3k01397@mickey.archiware.com>
On Monday 04 March 2002 14:08, Gustaf Neumann wrote:
> From the "volatile" front: we have now more-or-less Zoran
Smile !
> suggestion implemented in C. Actually there is no need
> in general for using tcl-variables to implement volatile
> objects (we could handle this on a pop of stack frames),
> but at least for pure tcl-procs, var traces are the simplest
> implementation. The current implementation (purely in C)
It is not clear: does the C implementation use internal stack
for garbage collection or the Tcl-trace variable mechansim?
It is important to know when doing (or not doing!) such
constructs:
Class foo
foo instproc test args {}
[foo new -volatile] test ; # object leak ?
In case of volatile implementation with var traces,
one should do:
set bar [foo new -volatile]
$bar test
to be sure that when "bar" is unset, the object goes away.
So, which way is it?
Cheer's
Zoran
From neumann at wu-wien.ac.at Mon Mar 4 18:47:47 2002
From: neumann at wu-wien.ac.at (Gustaf Neumann)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041627.g24GR3k01397@mickey.archiware.com>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at> <200203041627.g24GR3k01397@mickey.archiware.com>
Message-ID: <200203041747.g24HllU17189@mohegan.wu-wien.ac.at>
On Monday 04 March 2002 18:21, Zoran Vasiljevic wrote:
> > suggestion implemented in C. Actually there is no need
> > in general for using tcl-variables to implement volatile
> > objects (we could handle this on a pop of stack frames),
> > but at least for pure tcl-procs, var traces are the simplest
> > implementation. The current implementation (purely in C)
>
> It is not clear: does the C implementation use internal stack
> for garbage collection or the Tcl-trace variable mechansim?
the var-trace mechanism
> It is important to know when doing (or not doing!) such
> constructs:
>
> Class foo
> foo instproc test args {}
>
> [foo new -volatile] test ; # object leak ?
this sets as a side effect a tcl variable in the current
scope. if the scope is e.g. a tcl proc, it will be
automatially unset, when the scope is left.
> In case of volatile implementation with var traces,
> one should do:
>
> set bar [foo new -volatile]
> $bar test
Note, that this is essentially the same as
above. the call of [foo new] cannot set a
vartrace on the "bar" variable. The result
of the "new" is a tcl_obj, and not a variable.
the tcl_obj is bound to the variable bar...
so, the magic of the object deletion happens
via another variable, that is set as a side
effect. these magic variables are named similarly
to the object name: in the example
set bar [foo new -volatile]
the objname will be ::xotcl::__#1 (or ...__#2, etc),
the magic variable is __#1. therefore, one can
refer from the object name to the variable name via
set vn [namespace tail $bar]
unset $vn
will trigger the deletion of the object
created with new. There is a potential danger
of name conflics, but if one follows the rule:
don't start user-variable names with "__",
everyting will be safe.
I have used this example with the manual unset
for explanatory purposes. Under most conditions you will
not need to unset the magic variable by hand....
hope that this explains the details.
best regrads
-gustaf
From OrderToday at cybernetemail.com Wed Mar 6 10:52:25 2002
From: OrderToday at cybernetemail.com (OrderToday@cybernetemail.com)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] >>>OVER 14 MILLION TARGETED EMAIL ADDRESSES!
Message-ID: <3791856948.991306994491@m0.net Received: from dialup-62.215.274.4.dial1.stamford ([62.215.274.4] >
Dear xotcl@alice.wu-wien.ac.at,
Would you like to get tens of thousands of new visitors to your web site
daily?
Below is everything you will ever need to market your product or service
over the Internet! Besides that...It's the only real way to market on the
Internet...Period!
HOW WOULD YOU LIKE TO HAVE YOUR MESSAGE SEEN BY OVER
14 MILLION TARGETED PROSPECTS DAILY?
EARN MEGA-PROFITS WITH THE RIGHT FORMULA
If you have a product, service, or message that you would like to get out
to Thousands, Hundreds of Thousands, or even Millions of people, you
have several options. Traditional methods include print advertising, direct
mail, radio, and television advertising. They are all effective, but they all
have two catches: They're EXPENSIVE and TIME CONSUMING. Not
only that, you only get ONE SHOT at making your message heard, by
the right people.
Now this has all changed!
Thanks to the top programmers in the world and their NEW EMAIL
TECHNOLOGY, You can send over 14,000,000 Emails Daily for FREE...
Without getting terminated from your current Internet connection!
It's very simple to do and you can be increasing sales within minutes of
installing this new extraordinary software!
To find out more information, Do not respond by email. Instead, Please
click the link below or visit our web site at:
http://www.cybernetemail.com/moresales.htm
Want to be removed from our list?
Simply send an email to us at removes@cybernetemail.com and
type "remove" in the "subject" line and you will be removed from any
future mailings.
Cybernet Marketing
From webmaster at alice.wu-wien.ac.at Thu Mar 7 17:22:23 2002
From: webmaster at alice.wu-wien.ac.at (webmaster@alice.wu-wien.ac.at)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] Fw: http://nm.wu-wien.ac.at/Lehre/ps/
Message-ID: <200203071519.g27FJgZ08036@alice.wu-wien.ac.at>
----- Original Message -----
From: crisha@trafficbbs.net
To: webmaster@alice.wu-wien.ac.at
Sent: 2002-3-8 0:22:20
Subject: http://nm.wu-wien.ac.at/Lehre/ps/
Hello,
You may have spent much on lots of ways to achieve these - search engine registrations, website promotions, press release, email sending?- Here Traffic BBS presents you a unique method economically and professionally converting a PC into personal message distribution center! Traffic BBS assists you to post your message or ad to over 1,200,000+ message boards on the web worldwide. Along with a hyperlink to your website or email address, a message of your business, product, service or offer will be promptly submitted to targeted bulletin boards. You can expect instant response!
Get your business, service, product or offer seen!
Best Regards,
Crisha Wenston
Sales & Marketing www.trafficbbs.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://alice.wu-wien.ac.at/pipermail/xotcl/attachments/20020308/84a10cfb/attachment.html
From zoran at archiware.com Sun Mar 10 13:18:23 2002
From: zoran at archiware.com (Zoran Vasiljevic)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] results of the poll
In-Reply-To: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at>
Message-ID: <200203101334.g2ADYwk18225@mickey.archiware.com>
Bugs in 0.9.3 and 0.9.4 for threaded (including AOLserver) builds.
The problem is that in Tcl, a strong marriage between the
Tcl interpreter and its accompaniyg thread exists.
Each time a new Tcl thread is starting, it may (AOLserver will!)
load the XOTcl_Init routine. This will patch couple of the
standard Tcl commands using the TclCommands function.
This function had an internal static counter, tracking
number of calls. On thread exit, this procedure was called
again and it did a reverse, replacing patched pointers with
original ones.
TclCommands(Tcl_Interp* in, int load) {
int rc = TCL_OK;
if (load) {
#ifdef USE_TCL_STUBS
rc|= XOTclReplaceCommand(in, EXPR, 0, 0);
rc|= XOTclReplaceCommand(in, INCR, 0, 0);
#endif
rc|= XOTclReplaceCommand(in, SUBST, 0, SUBST_CMD);
rc|= XOTclReplaceCommand(in, INFO, XOTcl_InfoObjCmd, 0);
rc|= XOTclReplaceCommand(in, RENAME, XOTcl_RenameObjCmd, 0);
rc|= XOTclReplaceCommand(in, UPLEVEL, XOTcl_UplevelObjCmd, 0);
rc|= XOTclReplaceCommand(in, UPVAR, XOTcl_UpvarObjCmd, 0);
} else {
rc|= XOTclReplaceCommandCleanup(in, INFO);
rc|= XOTclReplaceCommandCleanup(in, RENAME);
rc|= XOTclReplaceCommandCleanup(in, UPLEVEL);
rc|= XOTclReplaceCommandCleanup(in, UPVAR);
}
return rc;
}
>
> the results of the poll can be summarized as follows:
> - most people favored "names" instead of "symbols"
> for "selfDispatch"
> - the hottest favorite is "my". One can write now
>
> ...
> my instvar a b c
> my log
> ...
>
> instead of
> ...
> [self] instvar a b c
> [self] log
> ...
>
> the variant with [self] will continue to work
> forever..
> If someone is not happy with "my", please react
> soon.
>
> From the "volatile" front: we have now more-or-less Zoran
> suggestion implemented in C. Actually there is no need
> in general for using tcl-variables to implement volatile
> objects (we could handle this on a pop of stack frames),
> but at least for pure tcl-procs, var traces are the simplest
> implementation. The current implementation (purely in C)
> works as part of the "new" method:
>
> a) Object new ...
> b) Object new -childof ...
> c) Object new -volatile ...
> d) Object new -volatile -childof ...
>
> (a) creates "global" objects, not in the global
> namespace anymore, but in xotcl. (b) can be used
> to create objects as child of other objects (e.g. [self],
> the objects are deleted, when the specified object is deleted),
> (c) are "global" objects as in (a), but they are deleted,
> when the current tcl-proc/object-proc/instproc is left,
> and (d) is a combination of b and c.
>
> Needless to say, a-d works for classes as well as e.g.
>
> Class new -volatile
>
> in order to create "anonymoes" classes. The implementation
> of new is slightly faster than before, since i changed the
> nameing schema to be the same for all kind new ("__#122", ...),
> such that e.g.
> [Class new -volatile] new -volatile
> works as well. the disadvantage is that the neat
> classname derived names as in earlier versions have
> to be done by hand now...
>
> that was it for now
>
> best regrads
> -gustaf
> _______________________________________________
> Xotcl mailing list - Xotcl@alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
From zoran at archiware.com Mon Mar 11 07:23:09 2002
From: zoran at archiware.com (Zoran Vasiljevic)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] results of the poll
In-Reply-To: <200203101334.g2ADYwk18225@mickey.archiware.com>
References: <200203041308.g24D8au14440@mohegan.wu-wien.ac.at> <200203101334.g2ADYwk18225@mickey.archiware.com>
Message-ID: <200203110529.g2B5T1k20007@mickey.archiware.com>
On Sunday 10 March 2002 13:18, Zoran Vasiljevic wrote:
> Bugs in 0.9.3 and 0.9.4 for threaded (including AOLserver) builds.
Sorry for the confusion. This has somehow left my mailboxox
before being written to end.
There is however a big problem in XOTcl 0.9.3 and 0.9.4
in respect to thread-support which I'm going to describe
and report shortly.
This will, of course, be under different subject.
Again, sorry for this little glitch.
Zoran
From letondal at pasteur.fr Tue Mar 19 19:53:33 2002
From: letondal at pasteur.fr (Catherine Letondal)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] introspective tools for documentation?
Message-ID: <200203191853.g2JIrXYR259279@electre.pasteur.fr>
Hi,
I believe the only way to document code is now through the @ object
and the makeDoc.xotcl script, which uses several utilities from the
library/system directory (the old one was the metadata mechanism).
Am I right?
My question is about the introspective aspect of this feature: how
do you get the documentation for a class, method, ...?
By parsing its file?
Thanks a lot for any help,
--
Catherine Letondal -- Pasteur Institute Computing Center
From bm0005 at sp2.power.uni-essen.de Tue Mar 19 22:25:59 2002
From: bm0005 at sp2.power.uni-essen.de (Uwe Zdun)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] introspective tools for documentation?
In-Reply-To: <200203191853.g2JIrXYR259279@electre.pasteur.fr>
Message-ID:
Hi,
the basic idea is to re-define the @ token at runtime, if needed, before
the code wit the metadata ist exectuted, and then a dynamic object
structure is build that can be queried. staticMetaDataAnaylzer.xotcl does
the same but it does only look at the metadata (and class dependencies,
methods). It uses the dynamic script metadataAnalyzer.xotcl.
here's an example use of this script (from its documentation):
package require xotcl::metadataAnalyzer
# instantiate metadata analyzer object
MetadataAnalyzer @::m
# make this object be known to @ and turn @ metadata processing on
@ analyzerObj @::m
@ onOff 1
# read in some metadata tags (in sample file) & execute the file
source lib/testx.xotcl
# turn @ metadata processing off again
@ onOff 0
# print out all collected metadata
puts [@::m print]
It should have more handy info options etc. but this has to be still
implemented ... perhaps you like to volunteer ...
of course, you can also implement other interpretations of @ for your own
purposes. If so, please let us know, so that other users
benefit from these functionalities as well.
--uwe
On Tue, 19 Mar 2002, Catherine Letondal wrote:
>
> Hi,
>
> I believe the only way to document code is now through the @ object
> and the makeDoc.xotcl script, which uses several utilities from the
> library/system directory (the old one was the metadata mechanism).
> Am I right?
>
> My question is about the introspective aspect of this feature: how
> do you get the documentation for a class, method, ...?
> By parsing its file?
>
> Thanks a lot for any help,
>
> --
> Catherine Letondal -- Pasteur Institute Computing Center
> _______________________________________________
> Xotcl mailing list - Xotcl@alice.wu-wien.ac.at
> http://alice.wu-wien.ac.at/mailman/listinfo/xotcl
>
From letondal at pasteur.fr Tue Mar 26 16:09:45 2002
From: letondal at pasteur.fr (Catherine Letondal)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] xotcl 0.9 for linux debian
Message-ID: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
Dear XOtcl list,
I have some problems to install the latest xotcl version on a linux debian
platform. The current debian package is 0.85 and I would really like to install 0.9.
So I have tried to install the full source distribution
(http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as tcl/tk debian
include installation is in the same directory (/usr/include/tcl8.3), it's difficult
to tell configure how to deal with it.
1) I have tried:
./configure
but the tcl configuration directory is not found:
checking for Tcl configuration... configure: warning: Can't find Tcl configuration definitions
2) Then I have tried:
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/lib/tk8.3
but, when running make:
cc -DVERSION=\"0.9\" -DXOTCL_LIBRARY=\"/usr/local/lib/xotcl0.9/library\" -I/usr/include/tcl8.3/tcl-private/generic -I/usr/include/tcl8.3/tcl-private/unix -I"./../generic" -I"./../unix" -I"/usr/include" -g -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -g -DXOLIBPKG=\"/usr/local/lib/xotcl0.9\" -DXOTCLVERSION=\"0.9\" -DXOTCLPATCHLEVEL=\".3\" -c `echo ../unix/xotkAppInit.c` -o o/xotkAppInit.o
../unix/xotkAppInit.c:19: tk.h: No such file or directory
../unix/xotkAppInit.c:31: #error Tk distribution TOO OLD
3) And I get the same error when telling configure where to actually find tk.h
(in /usr/include/tcl8.3) :
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/include/tcl8.3
cc -DVERSION=\"0.9\" -DXOTCL_LIBRARY=\"/usr/local/lib/xotcl0.9/library\" -I/usr/include/tcl8.3/tcl-private/generic -I/usr/include/tcl8.3/tcl-private/unix -I"./../generic" -I"./../unix" -I"/usr/include" -g -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC -g -DXOLIBPKG=\"/usr/local/lib/xotcl0.9\" -DXOTCLVERSION=\"0.9\" -DXOTCLPATCHLEVEL=\".3\" -c `echo ../unix/xotkAppInit.c` -o o/xotkAppInit.o
../unix/xotkAppInit.c:19: tk.h: No such file or directory
../unix/xotkAppInit.c:31: #error Tk distribution TOO OLD
make[1]: *** [o/xotkAppInit.o] Error 1
4) I have also tried to specify both include and library, as told by configure --help:
./configure --with-tcl=/usr/lib/tcl8.3 --with-tk=/usr/include/tcl8.3,/usr/lib/tk8.3
but the syntax is not recognized?
So my question is: is there a debian package going to be distributed for the 0.9 version?
Does this ditribution contain the necessary .h, or is there a xotcl-dev distribution?
Or, could someone help?
Thanks a lot in advance,
--
Catherine Letondal -- Pasteur Institute Computing Center
From BULKWEBHOSTING at CYBERNETEMAIL.COM Tue Mar 26 19:23:39 2002
From: BULKWEBHOSTING at CYBERNETEMAIL.COM (BULKWEBHOSTING@CYBERNETEMAIL.COM)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] "BULLET-PROOF" BULK EMAIL WEB HOSTING!
Message-ID: <3791856948.991306994491@m0.net Received: from dialup-62.215.274.4.dial1.stamford ([62.215.274.4] >
Dear xotcl@alice.wu-wien.ac.at,
BULK EMAIL WEB HOSTING...THE ONLY WAY TO GO!
Let the masters of the commercial email industry put their expertise into
the hosting of your web site. And don't let the "Net Bullies" restrict your
right of free speech. Cybernet Marketing's new "Bullet-Proof Web Hosting"
is the answer you've been looking for!!
We believe that there should be little or no restrictions on Internet
communications! This service demonstrates the notion of unlimited,
uncensored, and unrestricted web hosting.
NEVER GET TERMINATED AGAIN FOR ADVERTISING YOUR BUSINESS!
LIMITED TIME PRICING PLAN...
+ One Year "Bullet-Proof Web Hosting" Service ... only $595 (regularly $900)
+ Two Year Service ... only $725
+ Three Year Service ... ONLY $945 (BEST VALUE!)
If you are interested in taking advantage of this great service or to find out
more information visit us at:
http://www.cybernetemail.com/webhosting.htm
Want to be removed from our list?
Simply send an email to us at removes@cybernetemail.com and
type "remove" in the "subject" line and you will be removed from any
future mailings.
Cybernet Marketing
From neumann at wu-wien.ac.at Wed Mar 27 21:02:54 2002
From: neumann at wu-wien.ac.at (Gustaf Neumann)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] xotcl 0.9 for linux debian
In-Reply-To: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
References: <200203261509.g2QF9jYR115875@electre.pasteur.fr>
Message-ID: <200203272002.g2RK2sM21554@mohegan.wu-wien.ac.at>
On Tuesday 26 March 2002 16:09, you wrote:
> Dear XOtcl list,
>
> I have some problems to install the latest xotcl version on a linux debian
> platform. The current debian package is 0.85 and I would really like to
> install 0.9.
>
> So I have tried to install the full source distribution
> (http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as
> tcl/tk debian include installation is in the same directory
> (/usr/include/tcl8.3), it's difficult to tell configure how to deal with
> it.
dear cathrine,
for the time being, the simplest thing is to
add manually in xotcl-full-0.9.3/xotcl-0.9.3/unix/Makefile
after the configure run -I/usr/include/tcl8.3 at the place
where the other "-I"-option are written.
that should keep you going for now
best regards
-gustaf
>
From letondal at pasteur.fr Thu Mar 28 18:46:34 2002
From: letondal at pasteur.fr (Catherine Letondal)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] xotcl 0.9 for linux debian
In-Reply-To: Your message of "Wed, 27 Mar 2002 21:02:54 +0100."
<200203272002.g2RK2sM21554@mohegan.wu-wien.ac.at>
Message-ID: <200203281746.g2SHkYYR205404@electre.pasteur.fr>
Gustaf Neumann wrote:
> On Tuesday 26 March 2002 16:09, you wrote:
> > Dear XOtcl list,
> >
> > I have some problems to install the latest xotcl version on a linux debian
> > platform. The current debian package is 0.85 and I would really like to
> > install 0.9.
> >
> > So I have tried to install the full source distribution
> > (http://media.wu-wien.ac.at/download/xotcl-full-0.9.3.tar.gz), but, as
> > tcl/tk debian include installation is in the same directory
> > (/usr/include/tcl8.3), it's difficult to tell configure how to deal with
> > it.
>
> dear cathrine,
>
> for the time being, the simplest thing is to
> add manually in xotcl-full-0.9.3/xotcl-0.9.3/unix/Makefile
> after the configure run -I/usr/include/tcl8.3 at the place
> where the other "-I"-option are written.
>
> that should keep you going for now
> best regards
> -gustaf
Thanks for the help! (I actually downloaded the binary version and kept
the xotcl-full-0.9.3/ directory just for the xotcl.h I needed to make my "biokwish").
--
Catherine Letondal -- Pasteur Institute Computing Center
From mailinglist at braincoders.com Thu Mar 28 22:58:41 2002
From: mailinglist at braincoders.com (BrainCoders.com)
Date: Thu Oct 14 10:26:17 2004
Subject: [Xotcl] ** LOW COST SOFTWARE DEVELOPMENT **
Message-ID: <200203282157.g2SLvjk17685@alice.wu-wien.ac.at>
An HTML attachment was scrubbed...
URL: http://alice.wu-wien.ac.at/pipermail/xotcl/attachments/20020328/e1fc55b5/attachment.html
phone=20 +39.0422.3107 = =20 fax +39.0422.310888
_________= __________________________________________________________
----- Original Message -----
From: crisha=40trafficbbs.net
Sent: 2002-3-8 0:22:20
Subject: http://nm.wu-wien.ac.at/Lehre/ps/
|
|
|
|
| Copy right©2001 ,=20 TrafficBBS&=238482;All Rights Reserved. TrafficBBS&=238482;is a trademark of=20 TrafficBBS.Net inc. |
|
|
|
|
| This mailing is done only to people who have requested
info from one of our sites, or downloaded our Software. If you have
recieved this email in error and you wish to be removed from future
mailings, please reply with the subject "Remove" and our
software will automatically block you from their future
mailings. |