Xotcl

xotcl@alice.wu.ac.at

2 participants
653 discussions

XOTcl 1.5.1 available
by Gustaf Neumann 22 Sep '06

22 Sep '06

Hi everybody, XOTcl 1.5.1 is available. This is mostly a bugfix release + improved interface for implementing XOTcl methods in C. all the best -gustaf neumann ============================================================= Announcing XOTcl 1.5.1 ************************* Hi everybody. We are pleased to announce the availability of XOTcl 1.5.1. Major changes relative to 1.4.0 are: * Improved Functionality + Improved interface to develop XOTcl methods in C (Many thanks to Scott Gargash for the constructive discussions and suggestions). New functions imported through the XOTcl's stub interface: - XOTclNextCmd() - XOTclCallMethodWithArgs New constant XOTCL_NONLEAF_METHOD to allow C-implemented methods to call next. This constant can be passed as 5th argument to XOTclAddIMethod (or ...AddPMethod). The following is a short example for defining and registering a C-implemented constructor "init" to a class. static int MyClassInit( ClientData cdata, Tcl_Interp *interp, int objc, Tcl_Obj *CONST objv[] ) { int rc; /*** before next ***/ rc = XOTclNextObjCmd(cdata, interp, objc,objv); /*** after next ***/ return rc; } ... MyClass = XOTclGetClass(interp, "MyClass" ); XOTclAddIMethod(interp, MyClass, "init", MyClassInit, XOTCL_NONLEAF_METHOD, 0 ); * Improved code quality: + fixed a bug with the backward-compatible and deprecated "setter" interface (many thanks to Manfred Stelzhammer for reporting the bug) + fixed a bug in parsing nonpositional arguments, when e.g. square brackets are used in type declarations for parameters (Many thanks to Stefan Sobernig for reporting) + fixed autoname crash under Windows NT (Many thanks to Mark Janssen for reporting and providing a patch) + fixed serializer to handle deeper stratification layers + simplification and speedup of dispatcher + Makefile.in improvements for genstubs + Changed "test -e" to "test -f" in Makefile.in, since the standard test command in Solaris does not understand "test -e" (Many thanks to Andreas Kupries for reporting) + improved 64-bit compatibility on POWER5+ 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 Best regards, Gustaf Neumann Uwe Zdun

1 0

::xotcl::object autoname crashes in Tcl 8.5
by Mark Janssen 18 Sep '06

18 Sep '06

When using XOTcl 1.4 or 1.5 on Tcl 8.5 creating an instance with an autoname crashes the Tcl process. On 8.4.13 it works: XOTcl 1.4 > tclsh % set tcl_patchLevel 8.4.13 % package require XOTcl 1.4.0 % ::xotcl::Object autoname a a0 % >tclsh % package require XOTcl 1.4.0 % set tcl_patchLevel 8.5a5 % ::xotcl::Object autoname a # crash with access violation XOTcl 1.5 > tclsh % package require XOTcl 1.5.0 % set tcl_patchLevel 8.4.13 % ::xotcl::Object autoname a a1 % > tclsh % package require XOTcl 1.5.0 % set tcl_patchLevel 8.5a5 % ::xotcl::Object autoname a # crashed with access violation % parray tcl_platform tcl_platform(byteOrder) = littleEndian tcl_platform(machine) = intel tcl_platform(os) = Windows NT tcl_platform(osVersion) = 5.1 tcl_platform(platform) = windows tcl_platform(threaded) = 1 tcl_platform(user) = mjanssen tcl_platform(wordSize) = 4 Is this a known problem? I am able to work around it by only using new and create. Regards, Mark

2 2

XOTcl behaviour
by Murr, Florian 18 Sep '06

18 Sep '06

Dear XOTcl team, with XOTcl1.4.0 and XOTcl1.5.0 I encountered the following behaviour: ------------------------------------------------------------------------ Class X -parameter { {p {}} } # works fine X create x1 -p {a b c} # blows up!! X create x2 -p {-name a -xyz b} ------------------------------------------------------------------------ -- IMHO there should be no dependency on the value of a parameter, whether an Object is created or not. In my programs I depend on being able to pass any value to the parameter in question! regards, - Florian

2 1

potential problem in makefile for solaris fixed
by Gustaf Neumann 16 Sep '06

16 Sep '06

Hi everybody, Andreas Kupries found a small problem with the makefile on solaris. > The Makefile target "install-shells" (around line 421) > uses > 'test -e' > The '-e' option is not understood by the 'test' command of Solaris. > I have to use 'test -f', or the installation of xotcl fails. This is the same code as in prior versions, so it won't effect many people. I have fixed the tar file on www.xotcl.org without upgrading the version number. best regards -gustaf

1 0

XOTcl 1.5.0 available
by Gustaf Neumann 14 Sep '06

14 Sep '06

Dear XOTcl community, I am pleased to announce the availability of XOTcl 1.5.0. To sum up, the biggest change is the introduction of slots objects, which generalize the handling of "parameters" and object class relations (like e.g. mixins). Slots provide a general and extensible interface for changing properties of objects and classes. Every multi-valued slot has e.g. a "<slot> add ..." method to add values like previously only possible for mixin and filters. Slots contain as well support for partial and lazy initialization of objects (important, when e.g. variables are initialized through costly SQL commands). Another important change is that it is now possible to attach the predefined methods of xotcl to arbitrary objects/classes. For example, the XOTcl class system is created on the C-level completely without any methods, all methods are attached from the script initializing XOTcl. I would like to thank the XOTcl community for many fruitful inputs and discussions, that contribute significantly to the development of XOTcl. Best regards -gustaf neumann ================================================= Announcing XOTcl 1.5.0 ************************* Hi everybody. We are pleased to announce the availability of XOTcl 1.5.0. Major changes relative to 1.4.0 are: * Improved Functionality + The C-level implementation of XOTcl creates now the basic classes ::xotcl::Object and ::xotcl::Class completely without any methods. All predefined methods are now registered from the initialization script-code (predefined.xotcl) via the new command ::xotcl::alias <class>|<obj> <methodName> \ ?-objscope? ?-per-object? <cmdName> which is used for registering predefined Tcl commands as methods. These aliases are like zero cost forwarders, since they lookup the function pointer from the commands and used these in the methods. This change makes it possible to register the same command on different classes (with maybe different names), such that for example the predefined set method of ::xotcl::Object can be replaced with a different method and the set method can be registered on some other classes (maybe some application classes). This change makes it as well quite easy to develop some other object oriented languages based on the XOTcl framework, since all methods can be rearrange from the Tcl layer . + Slots A slot is a meta-object that manages property-changes of objects. A property is either an attribute or a role of an relation. In a nutshell, a slot has among other attributes - a name (which it used to access it), - a domain (object or class on which it can be used) , and - can be multivalued or not Every slot defines a uniform interface to access its content. So has for example, every multivalued slot a method "add" to add a value to the list of values and a method "remove" to remove it again. We distinguish between system slots (predefined slots like class, superclass, mixin, instmixin, filter, instfilter) and application slots (e.g. attributes of classes). System Slots ======== System slots are predefined slots defining e.g. some relations between classes, or between objects and classes. The predefined system slots are: - superclass: every class in XOTcl has one or more superclasses. The name of this slot is "superclass", the domain is "::xotcl::Class", the slot is multivalued. One object might have multiple superclasses. - class: every object has a class; therefore, the domain of the slot is "::xotcl::Class", the property is not multivalued. - mixin: every object in XOTcl can have one or more mixin classes. The name of this slot is "mixin", the domain is "::xotcl::Object", the slot is multivalued. - instmixin: same as above, but the domain is "::xotcl::Class" - filter, instfilter: similar to "mixin" and "instmixin" Every slot can be used set and query the property from its domain. The syntax for setting values is <object> <property> newValue and for getting its values is set x [<object> <property>] Every multivalued slot has as well a method "add" and "remove" Examples for using the system slot "mixin" Object o; Class M; class N o mixin ::M ;# replacing the per-object mixins of o with M o mixin add ::N ;# add N to the front of the mixin list o mixin delete ::M ;# delete M from the mixin list puts [o mixin] ;# query the current mixin list Attribute Slots ========= Attribute slots are used to manage the setting and querying of instance variables. We define now a person with three attributes,"name", "salary" and "projects". Class Person -slots { Attribute name Attribute salary -default 0 Attribute projects -default {} -multivalued true } Examples for using the slots are Person p1 -name "Joe" p1 projects add project1 Some additional features of the slots are: - Support for value checking for * primitive types (all types from "string is", like integer, boolean, ...) * instances of Classes (e.g. value must be an instance of Person) * custom value checkers * uniform interface for single and multi-valued slots - Support for lazy initialization (e.g. when costly commands (like SQL) are used to initialize instance variables, not all variables are used for each object) - more experimental low level functionality, like * initcmd (executed, whenever the variable is read the first time) * valuecmd (executed, whenever the variable is read) * valuechangedcmd (executed, whenever the variable is altered) For more details, see http://media.wu-wien.ac.at/doc/tutorial.html#slots + Re-implementation of the method "parameter" based on slots. All forms except ... -parameter {name1 {name2 default2}} ... (I.e. pure accessor parameters and parameters with defaults) are deprecated, since slots are the much more powerful and orthogonal construct. The old c-based parameter support based on "parameterclass" is deprecated. It is still in the C-code (the method "parameter" is redefined in predefined.xotcl). If someone urgently needs it, please remove the parameter instproc from predefined for the time being, and write an email to me, in case you really need it). The C code for parameter will be removed in the next release. + Improved introspection though the procsearch method. This method reports now in its second argument not only [inst]proc but as well [inst]forward, [inst]parametercmd and [inst]cmd (the latter for methods implemented in C. * Improved introspection through "info" - new subcommand "info slots" - implemented backwards bug-compatible "info parameter", deprecated + Improved serializer - better handling of cyclical dependencies, when mixins are involved - fix for namespace handling to make the XOTcl communication library classes working with the aolserver (thanks for Stefan Sobernig for pointing this out) - Now other ::xotcl::* objects can be included in the aolserver blueprint (e.g. non positional argument handlers) - handling of slot dependencies - more convenient calling of the serializer: Method "serialize" for Object is defined when the package xotcl::serializer is loaded. + Improved forwarding commands - New option for the argument substitution. When the argument list of the forward command contains "%argclindex {a b c}", then depending of the number of arguments at invocation "a", "b" or "c" is substituted. If more arguments are used at the invocation of the forwarder than values are contained in the list after %argclindex, an error is generated. - New options for forwarder: * The option -earlybinding can be used to look up the function pointer of the called Tcl command at definition time of the forwarder instead of invocation time. This option should only be used for calling C-implemented Tcl commands) * The option -verbose prints the substituted command in the forwarder prior to invocation. + New snit-like utility functions: - ::xotcl::myvar varName: return the fully qualified variable name of the specified variable. - ::xotcl::myproc methodName ?args?: call an xotcl method without the need of using "[list [self] methodName ...]" Both commands are namespace exported + added "subst" to the set of Tcl imported methods (like e.g. incr, append, ...) On can do now: % Object o ::o % o subst {I am [self]} I am ::o + added new method for ::xotcl::Object named "contains": This method is essentially a value added back-port of the OpenACS version. It allows to create a nested object structure with little syntactic overhead. See tutorial or language reference for more details. * Improved code quality: + fixed a bug with nonpositional arguments, some positional arguments and "args" + fixed a bug in nonpositional arguments when called without arguments + tested with Tcl 8.4.13 and 8.5a4 + improved error messages in connection with nonpositional arguments + fixed a bug in the xotcl trace module (many thanks to jima for reporting) + fixed a namespace bug in ::xotcl::package require in connection with xotclide (many thanks to Bill Paulsen and Artur Trzewik for identifying the problem and suggesting a fix) + improved documentation (e.g. new sections added, some sections deleted, spelling improved, in total 8 pages longer) + fixed documentation bugs (many thanks for Kristoffer for reporting) + more regression tests added 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 Best regards, Gustaf Neumann Uwe Zdun

1 0

Precedence Order
by Scott Gargash 07 Sep '06

07 Sep '06

As I understand it, precedence order is computed as filters then mixins the superclasses, and this sort order is applied "globally" to an object. In other words: Class create Base Class create Derived -superclass Base Derived d d info precedence ==> ::Derived ::Base ::xotcl::Object Class create BaseMixin Base instmixin add BaseMixin d info precedence ==> ::BaseMixin ::Derived ::Base ::xotcl::Object This behavior seems to violate encapsulation. BaseMixin is intended to intercept messages to Base. Derived doesn't know about BaseMixin and BaseMixin doesn't know about Derived, yet BaseMixin ends up being the first interceptor of messages to Derived. Since BaseMixin is intended to modify the behavior of Base, it would be better BaseMixin preceeded Base (and only Base) in the sort order. d info precedence ==> ::Derived ::BaseMixin ::Base ::xotcl::Object The current behavior means you can't really add a mixin without understanding everywhere that the object being extended is used. Is there some benefit to the current behavior that I don't understand?

3 6

Training in Xotcl
by Aslam Mohammed (masam) 29 Aug '06

29 Aug '06

Friends, We are looking for some expert in XOTCL to come and train, does your org does training if yes can u pls do contact @ 919-392-8267 Tx Aslam

1 0

setExitHandler & threads
by Scott Gargash 17 Aug '06

17 Aug '06

I've run into an interaction with threads and the XOTcl exit handler that I don't understand. I create a thread from within an object, and release that thread in the object's destructor. If I destroy the object directly, everything's fine, but if I destroy the object through "Object setExitHandler", I get an error. Am I treading into undefined behavior? Is there well-defined way to shut down multiple threads? Scott Here's some sample code: package require XOTcl package require Thread namespace import {xotcl::*} Class A A instproc init {} { my set tid [thread::create [subst -nocommands { set ::auto_path [list $::auto_path] package require XOTcl namespace import {xotcl::*} Object b thread::wait }]] } A instproc destroy {args} { thread::send [my set tid] {b destroy} thread::release [my set tid] next } A a if {0} { # This gives an error xotcl::Object setExitHandler {a destroy} } else { # this works a destroy } exit

2 4

Affiliate Programs and MORE !!!
by Roxanne 04 Aug '06

04 Aug '06

Hi friends, On my site you will find advertising and affiliate programs. I use these on a daily basis to advertise and promote my programs. All are 100% free to join. It does not cost anything to look now !! You will find something that will help you to succeed. Go to http://myweb.ecomplanet.com/rock1929/ To your success, Roxanne Johnson Ps:You have to check out this site: Just Found Over 200 places to Advertise---*AWESOME SITE* http://www.nexusgate.com/nexus/?go=3561 More sites to Consider!! FREE ADVERTISING at its best !! http://textomatic.com/?rockie1 Free Ad Blasting Software http://www.internetmoneytools.com/listspawner/refer.php?rid=17 ZonedForAds---Awesome Site!!! http://zonedforads.com/sl/g.php?r=4471 Mr Overdeliver is doing it Again !! http://www.mroverdeliver.com/mrod/?partner=5465 Signup for free and receive $10 as a Free Reward: http://hits4pay.com/members/index.cgi?123kash You Have to see it to Believe it!!! http://www.viralmarketinggiveaway.com/vmg/?go=5715 Launchnet---*Better Internet Services* http://www.telebay.com/newfiegirl/launchnet.html Gary Mccaffreys *FREE POWER AFFILIATES KIT* http://www.poweraffiliatekit.com/?id=2335 Earn $$$ With Your Pals ! ! http://earnpals.com/?10196 Blast your ADS to THOUSANDS of Blogs with1 CLICK !! http://blogadblasting.com/?123kash Good Luck!!! _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web!

1 0

"Safe" deserialization
by Scott Gargash 26 Jul '06

26 Jul '06

There's been a lot of back-and-forth on the comp.lang.tcl and the Tcl'ers wiki lately about handling user input safely. Currently I'm using serialized XOTcl objects as user session data. The data gets saved to a file, and "source" is used to restore it. It all works well. But since the data is on the filesystem, it's possible for a user to edit the data or to load an arbitrary file ("Try this session..."). It seems like the standard Tcl answer is to source the session file in a safe interpreter, but (I think) that means I would need to alias all my XOTcl object constructors into the safe interpreter. Is this correct? Is there an easy way to do this? How do others deal with this sort of issue? Scott Notice The information in this message is confidential and may be legally privileged. It is intended solely for the addressee. Access to this message by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying or distribution of the message, or any action taken by you in reliance on it, is prohibited and may be unlawful. If you have received this message in error, please delete it and contact the sender immediately. Thank you.

1 0

← Newer
1
...
24
25
26
27
28
29
30
...
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