Weblog Page

From: Kristoffer Lawson <setok_at_fishpool.com>
Date: Sat, 21 Feb 2004 19:52:33 +0200 (EET)

I just downloaded the source package of XOTcl 1.1.1 and it seems the
install script (with 'make install') does not copy over the pkgIndex.tcl
file. Did everything else, though.

Quick note :-)

                              / http://www.fishpool.com/~setok/

From: Victor Mayevski <vitick_at_gmail.com>
Date: Sat, 6 Aug 2011 13:11:15 -0700

Compiling NX against latest fossil Tcl source, on 32bit Ubuntu based
distro, 2.6.35-30 kernel, after ./configure:

 # make
Appending pkgIndex-package.add to pkgIndex.tcl in
/root/NX/library/xotcl/library/lib
Appending pkgIndex-subdir.add to pkgIndex.tcl in
/root/NX/library/xotcl/library/store
... xotcl::metadataAnalyzer 0.85 loaded from
'./library/xotcl/library/lib/metadataAnalyzer.xotcl'
... xotcl::staticMetadataAnalyzer 0.84 loaded from
'./library/xotcl/library/lib/staticMetadata.xotcl'
... xotcl::htmllib 0.1 loaded from './library/xotcl/library/lib/htmllib.xotcl'
... xotcl::xodoc 0.84 loaded from './library/xotcl/library/lib/xodoc.xotcl'
XOTcl Documentation Tool
------------------------
Documenting to directory ./library/xotcl/doc:
..../library/serialize/serializer.tcl
/bin/bash: line 3: 4401 Segmentation fault TCL_LIBRARY=`echo
/root/tcl-src-fossil/library` LD_LIBRARY_PATH=".:/usr/local/lib:"
PATH=".:/usr/local/lib:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games"
TCLLIBPATH=". ." /usr/local/bin/tclsh8.6
./library/xotcl/library/lib/makeDoc.xotcl ./library/xotcl/doc $docs
make: *** [library/xotcl/doc/langRef-xotcl.html] Error 139

From: <vitick_at_gmail.com>
Date: Thu, 30 Sep 2010 21:50:04 -0700 (PDT)

Dear Gustaf,

What is the reason for having XOTcl 2.0 and NX at the same time?

In NX, method declaration is private by default where it seems to me that it is more natural for it to be public by default (since the majority method declarations will be public) and it is the private method that should be declared explicitly.

From: Michael A. Cleverly <michael_at_cleverly.com>
Date: Wed, 16 Apr 2003 00:30:26 -0600 (MDT)

(Disclaimer: I'm quite new to XOTcl & I have read the tutorial a couple
times but maybe not enough. :-)

What's the XOTcl idiom/way for a static member variable (what snit, the
only other OO Tcl package/extension I've used, would call a "type
variable")?

Contrived example: if I had a "Chapters" class, I'd like to have a single
variable, accessible by all instances of the class, that kept track of the
"current" chapter. Suggestions?

Michael

From: <seva_at_design.kiev.ua>
Date: Thu, 28 Dec 2000 21:42:49 +0200 (EET)

On Thu, 28 Dec 2000, Gustaf Neumann wrote:

> >>>>> "seva" == seva <seva_at_design.kiev.ua> writes:

[...]

> -gustaf neumann

Thanks, i'll try that direction :))

From: Gustaf Neumann <neumann_at_wu.ac.at>
Date: Thu, 19 Jan 2012 21:31:05 +0100

Dear Victor,

thanks for the note. We are in the midst of a quite deep transformation
required for a better modularization of the dispatcher and certain
object properties. These transformation/reimplementation tasks (in part
triggered by your last email) will take a few more weeks, before we can
release the next beta release. My primary platform is the latest Tcl
release (8.5), i have to say that i am quite happy that the current head
version runs fine the full test suite under this release after this
quite substantial change.

I try to follow the following rules:
- every beta release is tagged in git, and is supposed to run with tcl
8.5 and 8.6
- between beta releases, every version in head is supposed to run the
full regression test in the most
   recent (non-beta) release of tcl, which is currently 8.5.11.

My goal is to address first the ongoing transformation before packaging
the next beta.

All the best
-gustaf neumann

Am 19.01.12 20:33, schrieb Victor Mayevski:
> Hello Gustaf,
>
> Tried compiling NX today and it is failing. I am on Linux 64bit this
> time, 3.2.0-8-generic kernel, compiling against latest TCL 8.6 Fossil
> source. Make fails with the following error:
>
> .....
> gcc -DPACKAGE_NAME=\"nsf\" -DPACKAGE_TARNAME=\"nsf\"
> -DPACKAGE_VERSION=\"2.0b3\" -DPACKAGE_STRING=\"nsf\ 2.0b3\"
> -DPACKAGE_BUGREPORT=\"\" -DPACKAGE_URL=\"\" -DSTDC_HEADERS=1
> -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1
> -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1
> -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1
> -DHAVE_LIMITS_H=1 -DHAVE_SYS_PARAM_H=1 -DHAVE_TCL_COMPILE_H=1
> -DNSF_WITH_ASSERTIONS=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1
> -D_THREAD_SAFE=1 -DTCL_THREADS=1 -DMODULE_SCOPE=extern\
> __attribute__\(\(__visibility__\(\"hidden\"\)\)\)
> -D_LARGEFILE64_SOURCE=1 -DTCL_WIDE_INT_IS_LONG=1 -DUSE_TCL_STUBS=1
> -DCOMPILE_NSF_STUBS=1 -DNSF_VERSION=\"2.0\" -DNSF_PATCHLEVEL=\"2.0b3\"
> -I"/root/tcl-source/generic" -I"/root/tcl-source/unix"
> -I./generic -g -O2 -pipe -O2 -fomit-frame-pointer -Wall -fPIC -c
> `echo ./generic/nsfStubLib.c` -o nsfStubLib.o
> rm -f libnsfstub2.0b3.a
> ar cr libnsfstub2.0b3.a nsfStubLib.o
> ranlib libnsfstub2.0b3.a
> TclStackFree: incorrect freePtr (0x7fffc7179500 != 0xedabd0). Call out
> of sequence?
> /bin/bash: line 3: 19664 Aborted (core dumped)
> TCL_LIBRARY=`echo /root/tcl-source/library`
> LD_LIBRARY_PATH=".:/usr/local/lib:"
> PATH=".:/usr/local/lib:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games"
> TCLLIBPATH=". . " /usr/local/bin/tclsh8.6
> ./library/xotcl/library/lib/makeDoc.xotcl ./library/xotcl/doc $docs
> make: *** [library/xotcl/doc/langRef-xotcl.html] Error 134
>
>
> Thanks

-- 
Univ.Prof. Dr. Gustaf Neumann
Institute of Information Systems and New Media
WU Vienna
Augasse 2-6, A-1090 Vienna, AUSTRIA

From: <mail_at_xdobry.de>
Date: Wed, 15 Mar 2006 08:57:30 +0100

Hi Scott!

Indeed move in XOTcl is copy+destroy and it is implemented in XOTcl itself.

%Object info instbody move
if {[string compare [string trimleft $newName :] [string trimleft [::xotcl::self] :]]} {
if {$newName != ""} {
::xotcl::my copy $newName}
if {[::xotcl::my isclass [::xotcl::self]] && $newName != ""} {
foreach subclass [::xotcl::my info subclass] {
set scl [$subclass info superclass]
if {[set index [lsearch -exact $scl [::xotcl::self]]] != -1} {
set scl [lreplace $scl $index $index $newName]
$subclass superclass $scl}} }
::xotcl::my destroy}

So move it not rename references.
Is it anyway good idea to rename references?
So reference (object name) is its identity (what about dangling pointers).

So time ago I wanted to program (movable) tree structures by using nested objects.
Operation of moving tree items I have implented as move operation.
After I have discovered, what indeed move is, I have changed the implementation.
I think it is a little trap in XOTcl, because many user thinks it is magic fast and do not really destory objects. Indeed it is quite expensive.

Artur

From: Koen Danckaert <koen_at_retarget.com>
Date: Mon, 20 Mar 2006 13:05:59 +0100

Gustaf Neumann wrote:
>>
>> proc myproc {args} {linsert $args 0 [uplevel 1 self]}
>> proc myvar {var} {return [uplevel 1 self]::$var}
>
> as kristoffer noted (and as in my earlier version shows)
> it makes sense to add a requireNamespace to myvar.

I usually put the requireNamespace in the "init" method (when it's needed). But I agree that the overhead of putting it in myvar would be negligible.

>> trace add variable [myvar status] write [myproc statusevent]
>
> you can use here as well
>
> my trace add variable status write [myproc statusevent]

Ah, ok, I'm used to the forwarders for lappend/unset etc, but didn't notice about trace yet. I now see that there is one for vwait, too.

> Shouldn't we use "mymethod" instead of myproc, this function will not
> only work for procs, but for instprocs and cmds as well....

I used myproc because the name "method" isn't used anywhere in XOTcl.
But indeed, myproc seems to indicate that it only works for procs, which is wrong of course.

Koen

From: <gustaf.neumann_at_wu-wien.ac.at>
Date: Fri, 5 Sep 2003 16:54:00 +0200

See the attached file for details

From: Sheik Yussuff <sheik_at_carib-link.net>
Date: Tue, 28 Aug 2001 19:05:31 -0300

Is there a way for one filter (A say) to change the name of a method
and pass this new method name with the same args to the next
filter in sequence(B say)?

Any help would be appreciated.

Thanks.

Regards,
sheik.