Xotcl March 2011

xotcl@alice.wu.ac.at

4 participants
6 discussions

XOTcl 1.6.6 available
by Gustaf Neumann 03 Nov '11

03 Nov '11

Announcing XOTcl 1.6.6 ************************* Dear XOTcl Community, We are pleased to announce the availability of XOTcl 1.6.6 Major changes relative to 1.6.5 are: * improved 64-bit compatibility (expat) * fixed minor memory leaks (info methods, forward error case) * fixed potential cyclic dependencies via namespace imports during cleanup * fixed potential crash with var-traces being fired twice * compatibility with Tcl 8.6b1 * fix for debian packaging For more details about the changes, please consult the ChangeLog and documentation. The planned next release will be 2.0.0 MORE INFORMATION General and more detailed information about XOTcl and its components can be found at http://www.xotcl.org best regards -gustaf neumann

1 1

NX attributes
by Victor Mayevski 18 May '11

18 May '11

Although it might be something obvious but I cannot think of it at the moment. How do I delete attributes created with the "attribute" method?

2 2

Compiling NX fails
by Victor Mayevski 22 Mar '11

22 Mar '11

Hello Gustaf, I have switched the TCL repository from SourceForge to Fossil, got the latest sources, compiled and installed TCL. The problem now is that NX will not compile against it. Make fails with this error: ######################################################################################## gcc -DPACKAGE_NAME=\"nsf\" -DPACKAGE_TARNAME=\"nsf\" -DPACKAGE_VERSION=\"2.0.0\" -DPACKAGE_STRING=\"nsf\ 2.0.0\" -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 -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_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_OPEN64=1 -DHAVE_LSEEK64=1 -DHAVE_TYPE_OFF64_T=1 -DUSE_TCL_STUBS=1 -DCOMPILE_NSF_STUBS=1 -DNSF_VERSION=\"2.0\" -DNSF_PATCHLEVEL=\"2.0.0\" -I"/root/tcl-src-fossil/generic" -I"/root/tcl-src-fossil/unix" -I./generic -g -O2 -pipe -O2 -fomit-frame-pointer -Wall -fPIC -c `echo ./generic/nsf.c` -o nsf.o ./generic/nsf.c: In function ‘MethodDispatchCsc’: ./generic/nsf.c:7797: error: ‘TEOV_callback’ undeclared (first use in this function) ./generic/nsf.c:7797: error: (Each undeclared identifier is reported only once ./generic/nsf.c:7797: error: for each function it appears in.) ./generic/nsf.c:7797: error: ‘rootPtr’ undeclared (first use in this function) ./generic/nsf.c: In function ‘DispatchDestroyMethod’: ./generic/nsf.c:8503: warning: too many arguments for format make: *** [nsf.o] Error 1 ################################################################################### If I uncomment "#define NRE_SANE_PATCH 1", as I had to do every time I compiled NX, the error is even longer, I will just give the first few lines: ################################################################################### gcc -DPACKAGE_NAME=\"nsf\" -DPACKAGE_TARNAME=\"nsf\" -DPACKAGE_VERSION=\"2.0.0\" -DPACKAGE_STRING=\"nsf\ 2.0.0\" -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 -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_TYPE=long\ long -DHAVE_STRUCT_STAT64=1 -DHAVE_OPEN64=1 -DHAVE_LSEEK64=1 -DHAVE_TYPE_OFF64_T=1 -DUSE_TCL_STUBS=1 -DCOMPILE_NSF_STUBS=1 -DNSF_VERSION=\"2.0\" -DNSF_PATCHLEVEL=\"2.0.0\" -I"/root/tcl-src-fossil/generic" -I"/root/tcl-src-fossil/unix" -I./generic -g -O2 -pipe -O2 -fomit-frame-pointer -Wall -fPIC -c `echo ./generic/nsf.c` -o nsf.o In file included from ./generic/nsf.c:45: ./generic/nsfInt.h:725: error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘NRE_SANE_PATCH’ ./generic/nsfInt.h:792: warning: data definition has no type or storage class ./generic/nsfInt.h:792: warning: type defaults to ‘int’ in declaration of ‘NsfRuntimeState’ ./generic/nsf.c: In function ‘NsfLog’: ./generic/nsf.c:362: error: expected expression before ‘)’ token In file included from ./generic/nsf.c:629: ./generic/nsfStack.c: In function ‘CscListAdd’: ./generic/nsfStack.c:21: error: expected expression before ‘)’ token ./generic/nsfStack.c: In function ‘CscListRemove’: ./generic/nsfStack.c:42: error: expected expression before ‘)’ token ./generic/nsfStack.c: In function ‘Nsf_PushFrameObj’: ./generic/nsfStack.c:144: error: expected expression before ‘)’ token ./generic/nsfStack.c: In function ‘Nsf_PushFrameCsc’: ./generic/nsfStack.c:187: error: expected expression before ‘)’ token ./generic/nsfStack.c: In function ‘CallStackPopAll’: ######################################################################################## I am on Debian based Linux, 32bit. Thanks, Victor

3 3

Possible bug in NX
by Victor Mayevski 21 Mar '11

21 Mar '11

Hello Gustaf, I encountered an issue with [info parent] and where parent's name contains a space. While [info children] behaves correctly by returning a list: {::pa rent::child} [info parent] just returns the name: ::pa rent instead of: {::pa rent} This is fixable by using [list [info parent]] but I wonder if that should be the default behavior in NX anyway? Thanks, Victor

2 2

Fwd: Re: namespace in constructor referring an instvar?
by Gustaf Neumann 16 Mar '11

16 Mar '11

Dear Tuyen, Most likely, you want something like the following (see below). Adding additional namespaces makes things more complicated. Creating procs from a constructor is as well a rather unusual construction, normally you want to define methods accessing the instance variables... best regards -gustaf neumann =================== Class create MatlabInterface -parameter {iss} MatlabInterface instproc ok {} { my instvar iss tk_messageBox -type ok -icon info -title "MicWatch" -message $iss } MatlabInterface i1 -iss Hello? i1 ok =================== Am 16.03.11 13:40, schrieb Tuyen Hoang: > Can anyone tell me how to refer an instvar from within a namespace defined > inside a class constructor? With my attempt below the $iss in the tk_messageBox > line is undefined. > > Class create MatlabInterface > > MatlabInterface instproc init {} { > my instvar iss > namespace eval MicWatch { > proc add {} { > tk_messageBox -type ok -icon info -title "MicWatch" -message > "$iss" > } > } > } > > I’m new to Tcl, let alone XOTcl, and don’t know how to search the posts in the > mailing list so forgive me if the question has been asked before. > > Regards, > > Tuyen > > > > > _______________________________________________ > Xotcl mailing list > Xotcl(a)alice.wu-wien.ac.at > http://alice.wu-wien.ac.at/mailman/listinfo/xotcl -- Univ.Prof. Dr. Gustaf Neumann Institute of Information Systems and New Media WU Vienna Augasse 2-6, A-1090 Vienna, AUSTRIA

1 0

namespace in constructor referring an instvar?
by Tuyen Hoang 16 Mar '11

16 Mar '11

Can anyone tell me how to refer an instvar from within a namespace defined inside a class constructor? With my attempt below the $iss in the tk_messageBox line is undefined. Class create MatlabInterface MatlabInterface instproc init {} { my instvar iss namespace eval MicWatch { proc add {} { tk_messageBox -type ok -icon info -title "MicWatch" -message "$iss" } } } I’m new to Tcl, let alone XOTcl, and don’t know how to search the posts in the mailing list so forgive me if the question has been asked before. Regards, Tuyen

1 0

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 March 2011