Xotcl January 2001

xotcl@alice.wu.ac.at

8 participants
16 discussions

The debian packages
by Kristoffer Lawson 27 Mar '01

27 Mar '01

Just tested the debian packages for XOTcl 0.83 by Teemu and they seem to be working fine now, including the pkgIndex.tcl generation, which was a problem before. - ---------- = = ---------//--+ | / Kristoffer Lawson | www.fishpool.fi|.com +-> | setok(a)fishpool.com | - - --+------ |-- Fishpool Creations Ltd - / | +-------- = - - - = --------- /~setok/

4 4

Classes and namespace
by Kristoffer Lawson 30 Jan '01

30 Jan '01

[~] package require XOTcl 0.83 [~] namespace eval Foo { >Class MyClass >MyClass instproc init {} { >AnotherClass newChild >} >Class AnotherClass >} AnotherClass [~] Foo::MyClass new invalid command name "AnotherClass" while evaluating {Foo::MyClass new} Ie. it appears as if methods aren't run in the same namespace as where classes exist (or a child namespace of this). I know this isn't exactly a bug (as I don't think it's specified anywhere?), but I believe the natural behaviour would be for AnotherClass to be found in the example above, as it's specified within the same namespace as Foo. Is the any chance the current behaviour could be altered to one that I think is more intuitive? Or is there a good reason why not? - ---------- = = ---------//--+ | / Kristoffer Lawson | www.fishpool.fi|.com +-> | setok(a)fishpool.com | - - --+------ |-- Fishpool Creations Ltd - / | +-------- = - - - = --------- /~setok/

2 2

European Tcl meeting
by Kristoffer Lawson 30 Jan '01

30 Jan '01

Is there any plans for an XOTcl presence there? I was thinking of going and it'd be great to meet the developers and/or users. It might also be worthwhile presenting some systems people have used XOTcl for, along with an actual presentation of the project. - ---------- = = ---------//--+ | / Kristoffer Lawson | www.fishpool.fi|.com +-> | setok(a)fishpool.com | - - --+------ |-- Fishpool Creations Ltd - / | +-------- = - - - = --------- /~setok/

3 3

Real value of meta-class
by Rick Hedin 30 Jan '01

30 Jan '01

Greetings. I worked through the example in the "Meta-Classes" section of the XOTcl tutorial. The result is the same whether myMetaClass is a metaclass or not. If you define it Class myMetaClass rather than Class myMetaClass -superclass Class then Agent info superclass gives the same result. I understand, in theory, that one wants to derive a class from some "more basic" entity, but so far it seems to me that I can achieve everything I want to achieve by starting with a class, not a metaclass, and modifying it. Is there an example where being a metaclass results in different output? Regards, Rick

3 2

Fwd: [tcl_announce] ANNOUNCE: Call for Papers [2nd European Tcl/Tk User Meeting]
by Uwe Zdun 30 Jan '01

30 Jan '01

---------- Fwd ---------- Subject: [tcl_announce] ANNOUNCE: Call for Papers [2nd European Tcl/Tk User Meeting] Date: 23 Jan 2001 18:54:28 -0000 From: Carsten Zerbst <zerbst(a)tu-harburg.de> To: tcl_announce(a)egroups.com Second European Tcl/Tk User Meeting Hamburg-Harburg, 7th and 8th June 2001 Call for papers: As last year I'd like to organize a European Tcl/Tk user meeting. If you like to present your work with or on Tcl/Tk, please send me an abstract until Monday, 26th of February. For more infos on the Tcl/Tk user meeting look at http://www.tu-harburg.de/skf/tcltk Contact Carsten Zerbst Technische Universit=E4t Hamburg-Harburg AB 3-06 mailto:zerbst@tu-harburg.de 21073 Hamburg phon: +49 40 428 32 3146 Germany fax: +49 40 428 32 3335 Hope to see you in Hamburg, Carsten Zerbst [[Send Tcl/Tk announcements to tcl-announce(a)mitchell.org Send administrivia to tcl-announce-request(a)mitchell.org Announcements archived at http://www.egroups.com/list/tcl_announce/ The primary Tcl/Tk archive is ftp://ftp.neosoft.com/pub/tcl/ ]] ------------------------------------------------------- -- Uwe Zdun Specification of Software Systems, University of Essen Phone: +49 201 81 00 332, Fax: +49 201 81 00 398 zdun(a)xotcl.org, uwe.zdun(a)uni-essen.de

1 0

Fwd: [tcl_announce] ANNOUNCE: 2nd European Tcl/Tk User Meeting
by Uwe Zdun 30 Jan '01

30 Jan '01

---------- Fwd ---------- Subject: [tcl_announce] ANNOUNCE: 2nd European Tcl/Tk User Meeting Date: 23 Jan 2001 18:49:44 -0000 From: Carsten Zerbst <zerbst(a)tu-harburg.de> To: tcl_announce(a)egroups.com Second European Tcl/Tk User Meeting Hamburg-Harburg, 7th and 8th June 2001 Announce: I'm please to announce the First European Tcl/Tk User Meeting, held in Hamburg on Thursday and Friday, 7 -- 8 June 2001. The First European Tcl/Tk User Meeting should provide a plattform to * bring together Tcl/Tk researchers and practitioners * publish and present current work involving Tcl/Tk * learn about the latest developments in Tcl/Tk * plan for future Tcl/Tk related developments This is the first announcement, for more information look at the meetings homepage http://www.tu-harburg.de/skf/tcltk. If you like to contribute, please read the Call for Papers For more infos on the Tcl/Tk user meeting look at http://www.tu-harburg.de/skf/tcltk Contact Carsten Zerbst Technische Universit=E4t Hamburg-Harburg AB 3-06 mailto:zerbst@tu-harburg.de 21073 Hamburg phon: +49 40 428 32 3146 Germany fax: +49 40 428 32 3335 Hope to see you in Hamburg, Carsten Zerbst [[Send Tcl/Tk announcements to tcl-announce(a)mitchell.org Send administrivia to tcl-announce-request(a)mitchell.org Announcements archived at http://www.egroups.com/list/tcl_announce/ The primary Tcl/Tk archive is ftp://ftp.neosoft.com/pub/tcl/ ]] ------------------------------------------------------- -- Uwe Zdun Specification of Software Systems, University of Essen Phone: +49 201 81 00 332, Fax: +49 201 81 00 398 zdun(a)xotcl.org, uwe.zdun(a)uni-essen.de

1 0

old bug
by Kristoffer Lawson 24 Jan '01

24 Jan '01

Apparently a bug I think was fixed at one point has managed to creep in: [~] Class Foo Foo [~] Foo instproc init {foo} { > [self] instvar {foo fooAlias} > puts "yeah" >} [~] Foo ob bar variable "foo" already exists while evaluating {Foo ob bar} Ie. although an alias is created, the foo variable conflicts. - ---------- = = ---------//--+ | / Kristoffer Lawson | www.fishpool.fi|.com +-> | setok(a)fishpool.com | - - --+------ |-- Fishpool Creations Ltd - / | +-------- = - - - = --------- /~setok/

2 1

more problems with destroy
by Kristoffer Lawson 23 Jan '01

23 Jan '01

We're still getting the odd problem with destroy, even with an update to 0.83. The situation is the following: An Event object exists in the system. An event is sent to this object (and the 'event' method of this object is called). The event method calls another method in another object which is set to be the event callback. As a result of this call the object gets destroyed. Or rather it destroys another object (its parent), which in turn destroys the Event object. According to the "destroy" logic, this should work fine. And in fact it does.. for a while. At some point during the execution of the callback I get this message: destroy failed (probably wrong # args?) or object called after physical destroy while executing "$ob event [$cmd getAttrs]" (procedure "newData" line 24) ::eniak::EniakServer0 ::eniak::EniakServer->newData invoked from within " ::eniak::EniakServer0 newData" This comes at some point during the execution of the event method (which, as mentioned, is a method of the Event object). This seems to be very difficult to replicate as the simple cases I've built wont do the trick. To give you some idea why it's so difficult I'll mention that in my first case it crashed (as above) just after (successfully) creating a SelectionList object in my callback. To see if it was the amount of created objects that mattered, I instantiated a Text object before this. It still crashed with the SelectionList. The natural assumption then is that there might be something funny with the SelectionList. Just to be certain, I created a Button between the Text and SelectionList. Now it crashed immediately after the Text object -- before it even reached the Button or SelectionList in the code! Removing the Button made it crash after the SelectionList again... This would lead me to believe that there may just be a small possibility of some kind of memory overwriting taking place or something else very funny. I'm really sorry to be this vague. Maybe I missed something after all, but I've been debugging this all day and I just can't find anything suspicious myself and am running so tight with time I can't really spend much on this -- especially as it's rather random. The problem is also that it's not very obvious how to go round this particular case without seriously altering the structure of the code. If there is anything that can cause this I'd really appreciate some tips. Or if there is a bug somewhere in there a patch would be splendid. As we've already missed one deadline I'd appreciate any help I can get. I can send the code that causes the problem, although I'm not sure how much it will help as there's quite a bit of it. I might be able to cut some irrelevant parts off, though... Meanwhile I'll sleep over it and see if I solve it in my dreams. - ---------- = = ---------//--+ | / Kristoffer Lawson | www.fishpool.fi|.com +-> | setok(a)fishpool.com | - - --+------ |-- Fishpool Creations Ltd - / | +-------- = - - - = --------- /~setok/

1 1

found bug
by Kristoffer Lawson 22 Jan '01

22 Jan '01

[~] package require XOTcl 0.83 [~] Class Foo Foo [~] Foo instproc init {} { >Bar [self] >} [~] Foo instproc destroy {} { >puts rm >} [~] Class Bar Bar [~] Bar instproc init {blah} {} [~] Foo ob rm no value given for parameter "blah" to "init" while evaluating {Foo ob} [~] Foo uh rm Segmentation fault The "Bar [self]" line was actually a bug in my own code (oops, forgot "new"), but it's interesting to note that it resulted in a segmentation fault. - ---------- = = ---------//--+ | / Kristoffer Lawson | www.fishpool.fi|.com +-> | setok(a)fishpool.com | - - --+------ |-- Fishpool Creations Ltd - / | +-------- = - - - = --------- /~setok/

2 2

knowing who is called "next"
by Catherine Letondal 22 Jan '01

22 Jan '01

Hi, Most of the time, I know what is going to be called when I peut a next statement : - the class instproc method if from a proc - the mixin method if any - the superclass method etc.. My question is the following: I have sometimes the instproc redefined at the instance level with a proc: this is to enable the user to experiment a method on a given object without breaking all the application (this is actually one the main reason for me to use Xotcl). It's also a debug feature for more experimented developpers. However, I have the "next" problem in such case: it's the instproc level which is called instead of either the mixin or superclass method. Is there any way either: - to ask by introspection who is going to be called - e.g something like: [[self] info next methodname] - to enforce it: classname next I know the procsearch command, but it doesn't take a "next" argument!? I have tried : puts "procsearch: [[self] procsearch next]" which gives this output: procsearch: ::buttondata0::next (buttondata0 is an instance for which a proc has been defined) ::buttondata0 proc I don't see any solutions with 'info called/calling' features either? Many thanks! -- Catherine Letondal -- Pasteur Institute Computing Center

2 2

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 January 2001