Xotcl

xotcl@alice.wu.ac.at

2 participants
653 discussions

Start a nNew thread

Re: Yahoo!
by h8853209＠wu-wien.ac.at 04 May '04

04 May '04

1 0

Re: Incoming Message
by h8853209＠wu-wien.ac.at 03 May '04

03 May '04

1 0

XOTcl: Introspection bug (?) and Dynamic Object Aggregation consideration
by Attilio Dona` 01 May '04

01 May '04

Hy, In 1 I report an introspection bug, in 2 an ahestetic bug and in 3 a personal consideration about a possible XOTcl improvement. 1. Introspection: "info methods" duplicated entry In the following I report e test case that shows the problem: Class MetaClass1 -superclass Class -parameter {{a "v1"} {b ""}} Class MetaClass2 -superclass MetaClass1 -parameter {{a "v2"} {c ""}} MetaClass1 Class1 MetaClass2 Class2 lsort [Class2 info methods] result: __next a a abstract .... expected: __next a abstract .... Class2 info methods a result:a a expected: a 2. Usage string Object n n info children -class Interface wrong # args: should be {::n info children ?pat?} I expect: wrong # args: should be {::n info children} or there is somethig missing in the language reference documentation? 3. Dynamic Object aggregation improvement issues I think would be useful, especially for performance reasons, that dynamic object aggregation have more introspection functionalities at core language level: for example at the info children command could be added options that returns children filtered by children class (and object names and ... ?) More in general,an useful feature could be returning all children that match some assertions (something like an invariant list) Attilio -------------------------------------------------------------------- CONFIDENTIALITY NOTICE This message and its attachments are addressed solely to the persons above and may contain confidential information. If you have received the message in error, be informed that any use of the content hereof is prohibited. Please return it immediately to the sender and delete the message. Should you have any questions, please contact us by replying to webmaster(a)telecomitalia.it. Thank you www.telecomitalia.it --------------------------------------------------------------------

2 1

Fw: [Starkit] Re: [Snit] Snit TIP: A Summary
by MichaelL＠frogware.com 27 Apr '04

27 Apr '04

I wasn't sure if you guys were still monitoring the thread. ----- Forwarded by Michael Lenaghan/frogware inc. on 04/27/2004 05:46 PM ----- starkit-bounces(a)equi4.com wrote on 04/27/2004 02:40:21 PM: > On Tuesday, April 27, 2004, at 11:29 AM, Tom Krehbiel wrote: > > > > My vision for the future is this: > > > > * The TCT invite both Uwe Zdun and Will Duquette to become members of > > the TCT and give them the responsibility of adding an OO system to the > > core. > > > > * A Tcl/Tk version number is established as the point of insertion for > > the new OO capability. > > > > * XOtcl is selected as the base OO system and is added to core Tcl. > > > > * Will works with Uwe and developments an OO mega widget system for Tk > > and it is added to core Tk. > > (stepping out of the shadows for a moment...) > > I think this is an awesome list of suggestions. OO-in-Tcl has been > talked about seemingly forever. For a while it looked like ITcl would > be the implementation that ended the debate, but it's obvious there is > no longer a champion (with spare time, anyway) to make it happen. > > This situation reminds me of my Red Cross first aid training of many > moons ago. The instructor taught that if you're surrounded by onlookers > and need help, don't say "Hey, somebody call an ambulance" because > everyone is hoping or expecting someone else will do it. Instead, point > a finger directly at someone, look them in the eye and say "You! You > call an ambulance!". > > I think we've been crying "Somebody call an ambulance" for quite some > time now. If Will and Uwe are up to the task, I think they should be > given the power to make it happen for 8.5. I'll even toss my hat into > the ring. I don't have the time to dig into the XOTcl or SNIT internals > to make it happen, but if XOTcl and SNIT or a SNIT successor made it > into the core I'd find time to write a full blown, real world > megawidget example using them and have it ready to ship at the same > time. > > -- > Bryan Oakley > bryan at bitmover dot com > > _____________________________________________ > Starkit mailing list - Starkit(a)equi4.com > http://www.equi4.com/mailman/listinfo/starkit

1 0

RE: Snit TIP
by Jeff Hobbs 24 Apr '04

24 Apr '04

> In fact, I'd be pleased to see Snit in the core - I really like the > delegation model and I intend to start using Snit more in the future. I'm not sold on snit, although we do use it. I want to have the opportunity to look into xotcl more in actual use. It has had a lot more large applications built with it, and has been "harder hit" (at least that's my impression). Why? Because it is similar to snit, similarly it is a "Tcl-friendly OO model", but already done in C, even to the point of performance tweaking. People like snit because the model is good, and they can drop it in anywhere because it is pure Tcl. However, a true core OO should be done in C. xotcl is that already. Sure, you can code parts of snit in C - but xotcl is already there *and tested*. It has active developers and interested users. It's even gone so far as to have an alpha "itcl compatability" mode that actually faster than the C coded itcl! So why have I been slow in including it? Well, until v1.2 the build system was not TEA friendly. I strongly believe in extensions that behave as extensions, and it behaved as if xotcl was the world. Also, key to AS work in usage only, the TDK Compiler does not know how to precompile (hide/obfuscate) xotcl methods, so it wouldn't be too hard to go poking in our code (which we don't want ;) ). Please note that this message crosses 3 mailing lists, so be conscious of who is on the to/cc for your replies. Jeff PS - Of course we still love Will's snit, which is why it actually made it into our code, but when we talk "core OO", there are different criteria to go by.

4 3

XOTcl parameter command
by Attilio Dona` 16 Apr '04

16 Apr '04

Hy, Thanks to XOTcl I'm rethinking the OO paradigm and doing metaprogramming easier. 1. Parameter introspection I use the Metaclass concept to model metainfos and use the parameter command to add meta-attributes runtime. As already You pointed out the parameter introspection (className info parameter) mechanism is not correct, so it is needed some parsing, with euristic regexp, to extract the parameters info. Also the command: className info parameter parameterName doesn't work as expected, because it ignores parameterName Have you planned to release in the near future the fix to this problem? 2 Parameter strange behavoir When using Parameter command I have noticed same strange behavoirs, for examples: case 1: Class X -parameter {{-x 100}} ::X case 2: Class X -parameter [list {-x 100}] wrong # args: .... case 1 and 2 are perfectly equivalent, so I think there is same strange parsing inside a C function. Also note that this is true only for "negative" attribute, ie: Class X -parameter [list {x 100}] work as expected. Attilio -------------------------------------------------------------------- CONFIDENTIALITY NOTICE This message and its attachments are addressed solely to the persons above and may contain confidential information. If you have received the message in error, be informed that any use of the content hereof is prohibited. Please return it immediately to the sender and delete the message. Should you have any questions, please contact us by replying to webmaster(a)telecomitalia.it. Thank you www.telecomitalia.it --------------------------------------------------------------------

3 2

Bug: make install step tries to perform chmod on xowish even if not configured to build [PATCH]
by Jim Lynch 13 Apr '04

13 Apr '04

Hi, I got an error when building xotcl without tk and wish support where it tries to do a chmod on xowish (which of course doesn't exist at that point.) This patch will fix the problem (as well as being self-explanitory as to why it should be applied). See attachment for patch; my email client seems to be translating white space, which would render the patch (and the resulting Makefile.in) inoperative. Please let me know if the previous patch I sent for the tclsh location problem is similarly broken; I'll provide a fix if so. Jim -- Jam sessions community web site: http://jam.sessionsnet.org

3 5

Bug: configure step chooses wrong tclsh [PATCH]
by Jim Lynch 13 Apr '04

13 Apr '04

The following patch should solve the problem. One way of applying it: - save it to a file, say "xotch-1.2.0/choose-right-tclsh.diff" - cd xotcl-1.2.0 - cat choose-right-tclsh.diff | patch -p1 Once you have done this, you must run autoconf to regenerate the script "configure". Following this, the configure script will always choose the tclsh specified by the supplied tclConfig.sh. ---- cut here ---- diff -Naur xotcl-1.2.0-orig/unix/configure.in xotcl-1.2.0/unix/configure.in --- xotcl-1.2.0/unix/configure.in 2004-01-28 00:20:39.000000000 -0800 +++ xotcl-1.2.0-work/unix/configure.in 2004-04-05 06:49:39.000000000 -0700 @@ -471,7 +471,26 @@ # versions have bugs in the pkg_mkIndex routine. #-------------------------------------------------------------------- -SC_PROG_TCLSH +#-------------------------------------------------------------------- +# tclsh should be at $TCL_PREFIX/bin/tclsh$TCL_VERSION after +# loading tclConfig.sh, so: test for this file; do equiv of +# SC_PROG_TCLSH if found, otherwise complain about error. +# Require (instead) that we use the tclsh -specified- by +# tclConfig.sh since others won't be able to do things like +# find the right module/lib files, etc. +# -Jim Lynch +#-------------------------------------------------------------------- + + +if test -x "$TCL_PREFIX/bin/tclsh$TCL_VERSION" +then + TCLSH_PROG="$TCL_PREFIX/bin/tclsh$TCL_VERSION" + AC_MSG_CHECKING([for tclsh]) + AC_MSG_RESULT(found at $TCLSH_PROG) + AC_SUBST(TCLSH_PROG) +else + AC_MSG_ERROR(the appropriate tclsh was not found) +fi # # XOTcl specific configs ---- cut here ---- -Jim -- Jam sessions community web site: http://jam.sessionsnet.org

3 7

Status of the bugs I reported/could people resend their replies to those bugs
by Jim Lynch 11 Apr '04

11 Apr '04

Hi, Last month I reported three bugs in the configure step of the xotcl build process. While I was reporting those bugs and for a few days after, I was working on my mail, and so turned off the list's replying to me at first. Is there a different way to report bugs? Could someone tell me the status of these bugs? Would anyone like copies of the bug reports sent to them? Anyway, I got my mail working, but I discovered a problem in the list as well... During the period I had replies from the list turned off, I expected to see all my bug reports in the archive, but each time I sent the next bug, I checked the archive, and only my last one showed up. To make matters worse, someone else posted to the list in March after I did, and his/her message replaced mine. Could the archive be configured to only accept 5 messages? But if that's the case, the behavior of replacing the last message doesn't make much sense. Could there be a bug in the software? Maybe the HD where the archives are kept is out of space? If anyone replied to my reports, could you resend the replies just to me, at jim(a)jam.sessionsnet.com? -Jim -- Jam sessions community web site: http://jam.sessionsnet.org

4 9

Bug: (fuzzy, but:) some aolserver support included even if configure determines no aolserver
by Jim Lynch 10 Apr '04

10 Apr '04

Hi, Subject says just about all: (fuzzy, but:) some aolserver support included even if configure determines no aolserver Can't fix today; this will take a bit of digging to find all the aolserver stuff in xotcl, and make it subject to non-inclusion when user says no. -Jim -- Jam sessions community web site: http://jam.sessionsnet.org

2 1

← Newer
1
...
40
41
42
43
44
45
46
...
66
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

Xotcl