Xotcl

xotcl@alice.wu.ac.at

2 participants
653 discussions

full trace support for XOTcl methods/procs
by Eckhard Lehmann 05 Jan '08

05 Jan '08

Hello, is it planned - or already possible - to have full trace support for XOTcl methods and procs? E.g.: xotcl::Class A A instproc doit {args} { ... } # later A trace add execution doit enterstep some_proc A trace add execution doit leavestep some_other_proc A trace add command doit rename some_proc I know there are filters, but I am looking for an easier way to react on execution of particular methods/procs... for a mechanism that works for xotcl objects the same way as [trace] works for pure Tcl. TIA Eckhard -- Psssst! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger?did=10

3 12

XOTcl-copy and trace
by Murr, Florian 04 Jan '08

04 Jan '08

Dear XOTcl-guys! The script below illustrates what I consider to be an XOTcl bug. tested with: Tcl8.4.16 + XOTcl1.5.6 Tcl8.5.0 + XOTcl1.5.6 regards Florian # ************************************************************************ ****** puts "Tcl[set ::tcl_patchLevel]" puts "XOTcl [package require XOTcl]" ;# XOTcl 1.5.6, 1.5.5 namespace import xotcl::* # ######################################################################## ###### Class X -slots { Attribute create q } # ************************************************************************ ****** X instproc init {args} { next my trace add variable q {write unset} [list [self] trc] } # ************************************************************************ ****** X instproc trc {args} { puts "[self] [info level 0]" } # ************************************************************************ ****** X instproc test1 {} { puts "[info level 0]" puts " trace info = [my trace info variable q]" my copy ::b puts " trace info = [my trace info variable q]" puts "'copy' kills the trace!" } # ************************************************************************ ****** # ######################################################################## ###### X create ::a -q hallo ::a test1

2 1

XOTcl-next
by Murr, Florian 04 Jan '08

04 Jan '08

Dear XOTcl-guys! The script below might illustrate another XOTcl bug. tested with: Tcl8.4.16 + XOTcl1.5.6 Tcl8.5.0 + XOTcl1.5.6 regards Florian # ************************************************************************ ****** puts "Tcl[set ::tcl_patchLevel]" ;# Tcl8.4.16 puts "XOTcl [package require XOTcl]" ;# XOTcl 1.5.5 1.5.6 namespace import xotcl::* package require Tk # ######################################################################## ###### Class X -slots { Attribute create q } # ************************************************************************ ****** #fm The printout here is not what I would expect! #fm expected: ::b fun .w #fm but got: ::b next .w X instproc fun {w} { puts "[self] [info level 0]"; button $w.b; return $w.b } # ************************************************************************ ****** # ######################################################################## ###### Class ::X::Y -superclass ::X # ************************************************************************ ****** ::X::Y instproc fun {w} { pack [next $w] } # ######################################################################## ###### ::X::Y create ::b toplevel .w ::b fun .w

2 1

Tloona Tcl/Tk IDE | refresh your Tcl development experience
by Gustaf Neumann 02 Jan '08

02 Jan '08

Hi XOTclers, some of you might be interested in the new release of Tloona (1.2) providing now support for XOTcl, ... and among many other things .. starkits. Sounds great, and looks great http://sourceforge.net/project/screenshots.php?group_id=190798 Details on: http://tloona.sourceforge.net/ Many thanks to Eckhard -gustaf neumann

1 0

Improved XOTcl support in Eclipse DLTK 1.0 M3 Release
by Gustaf Neumann 16 Nov '07

16 Nov '07

Dear XOTcl developers. Some of you might be interested in the new Eclipse DLTK 1.0 M3 Release (DLTK stands for D(ynamic) L(anguage) T(ool)K(it)) which contains explicit support for XOTcl. For more details, see the Eclipse XOTcl support plan http://wiki.eclipse.org/XOTcl_Support_Plan or the annoucement in c.l.t with some screen shots http://groups.google.com/group/comp.lang.tcl/browse_thread/thread/90eb038bc… Good news! -gustaf neumann

1 0

representing graphs in xotcl...
by Shishir Ramam 07 Nov '07

07 Nov '07

Hi, I have a need to represent a directed graph in XoTcl. '-childof' functionality seems to work well to represent trees. Unless I misunderstand, it seems this will force an class-object to belong to a single parent (1-to-many relationship). Is there a way to represent multiple parents (many-to-many relationship) without making multiple copies of nodes along the way? Any help is appreciated. thanks, -shishir

3 4

XOTcl1.5.6 and Tcl8.5b1
by Murr, Florian 29 Oct '07

29 Oct '07

Dear XOTcl-guys! I tried to upgrade from Tcl8.4+XOTcl1.5.3 (all my projects worked fine here!) to Tcl8.5b1, but my projects won't run due to some XOTcl problems. The following snippet is extracted from my project and I tested it with XOTcl1.5.5 (from WinTclTk) and XOTcl1.5.6 from ActiveState-Teacup. But both failed with the same error message. My guess: Non-positional Arguments don't work! # ************************************************************************ ***** # The script: Class X X instproc ListOfStringsOption {{-default {}} {-cb {}} name} { if {$cb eq {}} { set cb "::set ::$name " } ;# global variable eval $cb \$default } ::X create x1 ::x1 ListOfStringsOption uu # ************************************************************************ ***** # Error message: can't read "default": no such variable while executing "::set ::uu $default" ("eval" body line 1) invoked from within "eval $cb \$default" (procedure "ListOfStringsOption" line 5) ::x1 ::X->ListOfStringsOption invoked from within "::x1 ListOfStringsOption uu"

2 3

XOTcl 1.5.6 Available
by Gustaf Neumann 12 Oct '07

12 Oct '07

Dear XOTcl Community, XOTcl 1.5.6 is available. This version is mostly a fix release for some problems that were apparently quite long in the code and could cause crashes for threaded applications. best regards -gustaf neumann Announcing XOTcl 1.5.6 ************************* We are pleased to announce the availability of XOTcl 1.5.6. Major changes relative to 1.5.4 are: * Fixes for treating global volatile objects (many thanks to Zoran for his concise reports). The problem was that XOTcl uses C-level var traces containing pointers to objects. If for some reason, these objects are destroyed earlier, this results in dangling references. This problem caused especially problems in the automatic cleanup of variables at the end of a thread. * Fix for Tcl 8.4.* for situations, where Tcl variables contained references to deleted XOTcl objects. The problem was introduced by the VarReform changes between 1.5.3 and 1.5.4 by a bad side effect of a Tcl_Obj based command to look up Tcl command structurs. The problem did not exist for xotcl compiled against Tcl 8.5 and is as well fixed on the Tcl side in CVS (might become available, when one more Tcl 8.4 release is eventually released) * Serializer: - Added dependency rule in serializer to ensure slots of super-classes are listed before subclasses. (Thanks to Stefan Sobernig for reporting the problem) - Moved deactivation of traces into "Serializer all" to get simpler results on "o serialize". * Extended regression tests For more details about the changes, please consult the ChangeLog and documentation. MORE INFO General and more detailed information about XOTcl and its components can be found at http://www.xotcl.org

1 0

serializer bug: searchDefaults
by Stefan Sobernig 03 Oct '07

03 Oct '07

I just stumbled over buggy behaviour of the XOTcl Serializer with respect to inheritance relationships and searchDefaults, originally encountered under AOLServer. % info patchlevel 8.4.14 % set ::xotcl::version 1.5 % set ::xotcl::patchlevel .4 I could also re-produce this behaviour with the most recent xotcl release, 1.5.5 (as there were no changes to the serializer between 1.5.4 and 1.5.5, I assume) The snippet attached can be used to reproduce this behaviour in a non-AOLServer environment. Interesting enough, the critical part is to create an instance of the super class BEFORE declaring the sub class. Commenting the line "Super create super" yields a sound stream, creating super yields a broken one. To reproduce, do the following: tclsh searchDefaults.xotcl tclsh /tmp/stream I tried to have a more thorough look but I couldn't illuminate myself ... //stefan -- Stefan Sobernig Institute of Information Systems and New Media Vienna University of Economics Augasse 2-6 A - 1090 Vienna `- +43 - 1 - 31336 - 4878 [phone] `- +43 - 1 - 31336 - 746 [fax] `- stefan.sobernig(a)wu-wien.ac.at <mailto:stefan.sobernig@wu-wien.ac.at> `- ss(a)thinkersfoot.net <mailto:ss@thinkersfoot.net> package req XOTcl package req xotcl::serializer namespace import ::xotcl::* Class Super -slots { Attribute attribute -default "some_default_value" } # !!! critical !!! Super create super # !!!!!!!!!!!!!!!! Class Sub -superclass Super Sub create sub -attribute "some_new_value" set stream [::Serializer all] set f [open /tmp/stream w] puts $f { package req XOTcl } puts $f $stream catch {close $f}

1 0

XOTcl 1.5.5 available
by Gustaf Neumann 18 Sep '07

18 Sep '07

Dear XOTcl Community, XOTcl 1.5.5 is available. The main change is to achieve binary compatibility between Tcl 8.5 and XOTcl compiled with Tcl 8.4. This is essential achieved through a small emulation layer based on C-structures that will be available in Tcl 8.5. best regards -gustaf neumann Announcing XOTcl 1.5.5 ************************* We are pleased to announce the availability of XOTcl 1.5.5. Major changes relative to 1.5.4 are: * Improved binary compatibility: It is now possible to load XOTcl compiled for Tcl 8.4 into a tclsh8.5 (again, substantial change). One can now test now 4 versions: a) a native version for Tcl 8.4 (without compatibility layer) b) a native version for Tcl 8.5 c) a version compiled for Tcl 8.4 with compatibility layer in tclsh8.4 d) a version compiled for Tcl 8.4 with compatibility layer in tclsh8.5 Tests showed that the overhead is for the compatibility layer is between 1.1% and 2.3%, the difference between tcl8.5 and tcl8.4 is much larger. The forward compatibility behavior behavior can be turned off by setting FORWARD_COMPATIBLE to 0 during compilation (xotcl.h) to get a small performance improvement. For more details about the changes, please consult the ChangeLog and documentation. MORE INFO General and more detailed information about XOTcl and its components can be found at http://www.xotcl.org

1 0

← Newer
1
...
19
20
21
22
23
24
25
...
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