Xotcl

xotcl@alice.wu.ac.at

2 participants
653 discussions

info instances for mixins
by Ben Thomasson 15 Jul '05

15 Jul '05

Hi, I am looking for functionality similar to Class info instances for mixins and instmixins. Essentially I'd like: >xotclsh % Class A ::A % A a ::a % A info instances ::a % Class B ::B % A instmixin B % B info instances This last line to return. ::a Is this possible with any info proc that exists today or could something like this be easily added to the code? I am trying to simplify searches on a large object graph by using mixins. I already use introspection to find instances of certain classes. I would like to be able to do the same with mixin classes. Is the mixin functionality implemented with object->class pointers. Are there pointers mixin->object or mixin->class->object? Thanks, Ben

1 0

abstract methods
by Koen Danckaert 13 Jul '05

13 Jul '05

Hello, The XOTcl manual says that an abstract method produces an error if it is called directly. It seems that this is not always the case. E.g., in the following example there is no error: Class C C abstract instproc a {} C instproc b {} {my a} C test test b >From an earlier discussion on the mailing list I found that predefined.xotcl contains the following code to avoid errors when an abstract method is invoked by "next": Object instproc abstract {methtype methname arglist} { if {$methtype != "proc" && $methtype != "instproc"} { error "invalid method type '$methtype', \ must be either 'proc' or 'instproc'." } [self] $methtype $methname $arglist " if {\[self callingproc\] != \[self proc\] && \[self callingobject\] != \[self\]} { error \"Abstract method $methname $arglist called\" } " } I guess the test should be "||" instead of "&&" ? But then, it doesn't do the right thing either, because callingproc is empty in case of an invocation by "next". Regards, Koen Danckaert

2 2

Re: [Xotcl] xo beginner
by Kristoffer Lawson 25 Jun '05

25 Jun '05

On 25 Jun 2005, at 12:59, Mads Linden wrote: > Thanks > > I guess I just have to get my head around things like that, a bit > dangerous > I feel to call methods before contruct. > > It would be ok if it was "procs" that worked like that insode the > classs, > but not instprocs :( Well, you can ask the developers for the reason. I remember stumbling across it myself at one point. However, I also remember there was a fairly sensible reason for that. -dash calling is meant for initialisation so in a sense you can think of it as belonging to the init. It is, after all, the method used for initialising parameters. / http://www.fishpool.com/~setok/

1 0

RE: [Xotcl] xo beginner
by Mads Linden 25 Jun '05

25 Jun '05

Thanks I guess I just have to get my head around things like that, a bit dangerous I feel to call methods before contruct. It would be ok if it was "procs" that worked like that insode the classs, but not instprocs :( Mads -----Original Message----- From: Kristoffer Lawson [mailto:setok@fishpool.com] Sent: 25 June 2005 11:49 To: Mads Linden Subject: Re: [Xotcl] xo beginner On 25 Jun 2005, at 04:08, Mads Linden wrote: > i am trying to learn XO....... so be nice :) > Hi, always nice to see that interest in XOTcl is growing (from a user's point of view). > ##### > > Class Project > > Project instproc init {} { > puts "INIT" > } > > Project instproc getarg {value} { > puts "getarg : $value" > } > > > Project .p -getarg 1 > > ##### > > Since xotcl allow method call in the same line as the creation of the > instance I offcourse tried that out == > > This gives me > > > >>> getarg : 1 >>> INIT >>> >>> > > I expected it to call the constructor (init) before method. > Actually the -dash methods are called first. There was actually a reason for this, but I cannot quite remember what it was. Something to do with wanting to initialise things before the actual init method. If you want to be sure to call init first do: Project .p -init -getarg 1 / http://www.fishpool.com/~setok/

1 0

xo beginner
by Mads Linden 25 Jun '05

25 Jun '05

hi all i am trying to learn XO....... so be nice :) the question: ##### Class Project Project instproc init {} { puts "INIT" } Project instproc getarg {value} { puts "getarg : $value" } Project .p -getarg 1 ##### Since xotcl allow method call in the same line as the creation of the instance I offcourse tried that out == This gives me >> getarg : 1 >> INIT I expected it to call the constructor (init) before method. Regards Mads

1 0

gdbm/sdbm/textfile database trouble
by Walter Augustin 16 Jun '05

16 Jun '05

Hi! I am quite new to [XO]Tcl and currently working on some scripts for Prof. Neumann's OO programming class. I run my scripts under Windows which has been working well so far - until I tried to run the "Cached WebPage" which depends upon one out of three offered storage resources. In the slides, Prof. Neumann offers to use TextFile, Gdbm and Sdbm: package require xotcl::store::textfile; set DBClass Storage=TextFile #package require xotcl::store::gdbm; set DBClass Storage=Gdbm #package require xotcl::store::sdbm; set DBClass Storage=Sdbm In the "Cache" class this should be used like this: Class Cache Cache instproc init {} { Storage=TextFile [self]::db ;# Erzeuge DB als Unterobjekt [self]::db open [self] ;# öffne DB mit aktuellen Namen des Objekts next } Now I tried all three possibilities, uncommenting lines and changing the "Storage=Textfile|Gdbm|Sdbm" part of the script. The results leave me in confusion, since the errors seem to be all different: [TextFile:] C:\Programme\tcl\scripts\stock>tclsh stock.xotcl couldn't open "::cache": no such file or directory while executing "::open $filename a+" (procedure "set" line 21) ::cache::db ::Storage=TextFile->set invoked from within "[self]::db set $url [list date $date content $page]" (procedure "store" line 4) ::cache ::Cache->store invoked from within "cache store $url $content" (procedure "loadPage" line 15) ::s1 ::CachedWebPage->loadPage invoked from within "my loadPage " (procedure "getContent" line 3) ::s1 ::WebPage->getContent invoked from within "my getContent" (procedure "getRate" line 4) ::s1 ::StockInfo->getRate invoked from within "s1 getRate" (file "stock.xotcl" line 116) [Gdbm:] C:\Programme\tcl\scripts\stock>tclsh stock.xotcl can't find package xotcl::store::gdbm while executing "package require xotcl::store::gdbm" (file "includes.inc" line 4) invoked from within "source includes.inc" (file "stock.xotcl" line 1) (-> Okay, the package is missing at all. I could make Stefan Vogel's Tcl wrapper port work - although the installation package was missing the pkgIndex.tcl file which he mailed me separately, but the XOTcl extension seems just not to be available under Windows. So, next I tried:) [Sdbm:] C:\Programme\tcl\scripts\stock>tclsh stock.xotcl Open on '::cache::db' failed with '::cache'. ::cache::db ::Storage=Sdbm->open invoked from within "[self]::db open [self] " (procedure "init" line 4) ::cache ::Cache->init ::Cache ::xotcl::Class->create ::Cache ::xotcl::Class->unknown invoked from within "Cache cache " (file "stock.xotcl" line 87) Source code is from Prof. Neumann: http://nm.wu-wien.ac.at/Lehre/oo2/stockinfo.xotcl I just commented out the package require Gdbm part and placed the three variants (see above) in the head of the script ("includes.inc" script). Plus, I replaced "Gdbm" in the Cache::init method by "TextFile" or "Sdbm" as appropriate. Sorry this got lengthy ... I wonder if any of you ran into this once and has a hint for me. I'm stuck :( And sorry, I am a beginner, maybe I miss something obvious. Thanks in advance! Walter

1 0

RE: RE: XotclIDE errorReport
by Lehmann, Eckhard 08 May '05

08 May '05

> Example. You can use method-forwarding feature in XOTcl for > delegating calls to objects to underlying widget. That's what I mean... > If you do not want to develop own XOTcl widget set there > are no reasen to rewrite BWidget to XOTcl. XOTcl code can > use all tcl packages (Even ITcl). It would be better to have a special XOTcl widget set, agreed (especially interresting for that is, that it could look like Gtk on Linux/GNOME, look like windows on Windows and look like Mac on Man, which isn't always true for the current Tk). But that's nothing I can do - I don't have enough time and experience with developing widget sets, I am only a user of these things. That's why I started to use Tcl/Tk some time ago... because I need to solve "real world problems" quick and painless. I am looking for a quick and usable way to get things work. The BWidgets are around there for some time, they are tested and mature, and many people use them now with "plain old Tcl" in real world applications. Okay, having a wrapper for Bwidgets in XOTcl is maybe an "only half way solution" of the widget-problem, but it is still good enough for almost all people who want to develop XOTcl and are searching for a set of widgets which makes full use of the XOTcl features (like the windows operating system: Its only a half way good operating system but it's enough for almost all people :-)). Combine the maturity and usability of Tk and Bwidget with the (very interresting) features of XOTcl, so that people can derive from and mixin XOBwidget classes and quickly get their jobs done with XOTcl/XOBwidget - and there will be many more users of XOTcl, XOTclIDE and Tcl itself (especially "old style Tcl'ers" are more likely to switch to XOTcl, I think). After or parallel to that it is still possible to start developing a special widget set for XOTcl. That's only my opinion and I know it is better discussed on the xotcl mailing list. That's why I post a CC to the list as well. Eckhard ;)

2 1

new doesnt check for existing object handle.
by Ben Thomasson 18 Apr '05

18 Apr '05

Hi Gustaf, Have you fixed or considered fixing this issue? I see this in 1.3.6. Is there a way to set the beginning handle number? >xotclsh % Object ::xotcl::__#0 ::xotcl::__#0 % Object new ::xotcl::__#0 % Thanks, Ben

2 1

xotcl latest TEA patch
by Jeff Hobbs 07 Apr '05

07 Apr '05

The following is a patch to upgrade a pristine xotcl 1.3.6 to the latest TEA 3.2: ftp:/tcl.activestate.com/pub/incoming/xotcl.changed.patch.gz I would recommend including it for 1.3.7. Nothing major, but it adds support for a few odder platform variants. Jeff

1 0

Request for XOTcl proc and var type ahead in tkcon
by John McGlaughlin 07 Apr '05

07 Apr '05

Jeff, Can an extension be added to tkcon so that the interpreter becomes aware of XOTcl proc, instprocs and associated vars for type ahead capability. Lazy, John

3 5

← Newer
1
...
31
32
33
34
35
36
37
...
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