Xotcl

xotcl@alice.wu.ac.at

2 participants
653 discussions

[Fwd: XOTcl and debian testing..]
by Uwe Zdun 23 Sep '04

23 Sep '04

Hi Ron, I forward you email to our mailing list: Teemu Hukkanen <mailto:tjhukkan@iki.fi> has provided the debian package of XOTcl, but I don't know what the status of this package is. maybe someone else on the list knows? Uwe -------- Original Message -------- Subject: XOTcl and debian testing.. Date: Thu, 23 Sep 2004 07:19:12 -0400 From: Ron Fox <fox(a)nscl.msu.edu> To: uwe.zdun(a)uni-essen.de Contrary to the XOTcl web page, it appears that XOTcl has fallen off the debian testing distribution (sarge) did you mean debian unstable? Thanks, Ron Fox NSCL Michigan State University East Lansing, MI 48824-1321 "The knack of flying is learning how to throw yourself at the ground and miss." -- Uwe Zdun Department of Information Systems, Vienna University of Economics Phone: +43 1 313 36 4796, Fax: +43 1 313 36 746 zdun(a)acm.org, uwe.zdun(a)wu-wien.ac.at

3 2

experience installing xotcl on MacOsX ?
by Catherine Letondal 21 Sep '04

21 Sep '04

Dear members of xotcl the list, Has someone any experience in installing XOtcl on MacOsX ? I have found a "Portfile" but I don't know what to do with it? Thanks in advance ! -- Catherine Letondal -- Pasteur Institute Computing Center

2 1

Problem With Forwarding Defaults
by MichaelL＠frogware.com 20 Sep '04

20 Sep '04

I have a class I use to manage collections of aggregated objects. I'm trying to use it with the -Class parameter option and instforwarding so that I can do things like this: Test x x apples add Z x apples items *That* part I can get to work as expected. But I can't get the default option of instforwarding to work for this case: x apples Some (simplified) sample code follows. ================================ package require XOTcl 1.3 namespace import ::xotcl::* # Collection Class Collection Collection instproc new {className args} { eval $className [self]::[[self] autoname -instance $className] $args } Collection instproc add {args} { foreach objName $args { $objName move [self]::[[self] autoname -instance [namespace tail [$objName info class]]] } } Collection instproc items {} { return [[self] info children] } Collection instproc remove {objName} { [self]::$objName destroy } # CollectionParameter ::xotcl::Class::Parameter CollectionParameter -superclass Collection # Test Class Test -parameter { {_apples_ -Class CollectionParameter -default 1} {_oranges_ -Class CollectionParameter -default 1} } # TestItem Class TestItem # Examples Test instforward apples {%my _apples_} Test instforward oranges {%my _oranges_} Test x x apples new TestItem x apples new TestItem # this works puts [x apples items] Test instforward apples -default {items add} {%my _apples_} Test instforward oranges -default {items add} {%my _oranges_} Test z z apples new TestItem z apples new TestItem # this works puts [z apples items] # this doesn't puts [z apples]

2 1

Missing Linux Binaries
by MichaelL＠frogware.com 20 Sep '04

20 Sep '04

The XOTcl 1.3.1 Linux binary distribution file (xotcl-1.3.1-bin-linux-i686-glibc.tar.gz) is missing libxotclexpat1.3.so libxotclgdbm1.3.so libxotclsdbm1.3.so all of which were present in (at least) the 1.2 and 1.1.1 files (in the appropriate version, of course).

2 1

Bug! 1.3.1 Nonpositional args and default arguments values
by Schofield, Bryan (GE Transportation) 15 Sep '04

15 Sep '04

Hullo - I found a little bug with non-positional arguments & regular default arguments in version 1.3.1. Consider the following example: Object o o proc foo {{-a apple}} {{b banana}} { puts "FOO: [info locals]" puts "a: $a b: $b" } We have a method "foo" that has one optional argument, "b", and one option non-positional argument, "a". Now consider the possible ways to call this method: o foo o foo -a ack o foo bar o foo -a ack bar In the cases where we let "b" use it's default value of "banana", we will get the error: wrong # args: should be {{b banana}} In the cases where we specify "b", we will find that "b" is not valid variable in method scope. In fact, what is happening is that the variable "{b banana}" is being set. Should we try to use "$b", we will get the error: can't read "b": no such variable It would seem that ::xotcl::interpretNonPositionalArgs does not take in to account for default values on regular type arguments. Regards. -- bryan

2 1

namespace incompatibility by XOTcl 1.3.1 (XOTclIDE)
by Artur Trzewik 14 Sep '04

14 Sep '04

Hi! XOTclIDE does not run with XOTclI 1.3.1 because of uncompatibility of the namespace handling. Thank to Michael Heca for noting it. I have played a little with xotcl and discovered following behavior incompatibility that make problems by XOTclIDE. Examples: package require XOTcl namespace import xotcl::* Object O Class O::B O::B instproc test {} { Class A } O::B create o o test # XOTcl 1.2 returns ::A # XOTcl 1.3 returns ::O::A using Class ::A solves the problem Another one should not occours by any XOTcl programm but by XOTclIDE this happened Object O Class O::A O::A proc test {} { A self } O::A create A O::A test # XOTcl 1.2 returns ::A # XOTcl 1.3 returns ::O::A # using ::A solves the problem So probably even with XOTcl 1.3.2 XOTclIDE will not work out of the box and need some changes. So all XOTclIDE user be patience and wait for new version of XOTclIDE that supports XOTcl 1.3. I will need also some time to support new XOTcl functionality. Artur Trzewik

3 2

Even more [eval] woes
by Kristoffer Lawson 14 Sep '04

14 Sep '04

[self proc] inside a method that has been called inside an [ob eval] block gives the result "eval" inside of the method we're in. In practise this is now causing so many headaches I think I'm going to give up on doing this package using XOTcl that way. There appears to be no (working?) way to run a script within the 'context' of an object, in order to easily parse data which is formed in the style of a Tcl script. This is unfortunate as it would likely have offered clear performance benefits. I may still try to do it directly with normal namespaces instead of XOTcl. / http://www.fishpool.com/~setok/

2 2

info not working?
by Kristoffer Lawson 14 Sep '04

14 Sep '04

% package require XOTcl 1.3 % xotcl::Class Foo ::Foo % Foo instproc bar {a} {puts $a} % Foo ob ::ob % ob info args bar % ob info body bar Or have I misunderstood something about what should be going on? I would assume args to return 'a' and body to return 'puts $a'? Do they only work on procs? Does that not slightly go against the 'slot' idea? / http://www.fishpool.com/~setok/

3 3

[self class] inside [eval]
by Kristoffer Lawson 14 Sep '04

14 Sep '04

Still looking for an official explanation for the operations of [eval] (and other stuff I posted), but here's another one. The code follows: package require XOTcl 1.3 namespace import xotcl::* Class Foo -parameter doors Foo instproc init {req} { puts $req } Object ob set newOb [Foo new -childof ob hello -doors 4] puts "Doors: [$newOb doors]" $newOb proc doStuff {} { puts "class: [self class]" set newOb [[self class] new -childof [self] whatevah -doors 3] puts "Doors: [$newOb doors]" } $newOb doStuff #$newOb eval { # doStuff #} This version correctly states that the class for [self class] is an empty string. However, if I comment out the "eval" version and use it instead, [self class] gives me "::xotcl::Object". / http://www.fishpool.com/~setok/

3 4

Bug with obs in namespaces
by Kristoffer Lawson 09 Sep '04

09 Sep '04

This could be related to what others have reported but: [~/svn/codebase/trunk/tcl] package require XOTcl 1.3 [~/svn/codebase/trunk/tcl] namespace import xotcl::* [~/svn/codebase/trunk/tcl] namespace eval foo { >Class Foo >Foo instproc blah {} {puts jou} >Foo proc bar {} {puts bar} >} [~/svn/codebase/trunk/tcl] namespace delete foo called Tcl_FindHashEntry on deleted table Abort / http://www.fishpool.com/~setok/

2 2

← Newer
1
...
37
38
39
40
41
42
43
...
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