Xotcl December 2010

xotcl@alice.wu.ac.at

3 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 parameters
by Victor Mayevski 20 Dec '10

20 Dec '10

Hello Gustaf, 1. Is there any way to add meta-data to parameters during parameter creation? Specifically I would like to add a time stamp to the the parameter so I can list parameters in the order they were created. 2. Is there a reason why the "object setter" command has to be a two step command, example: [Object create o; o setter s; o s value]. Why can't it be done in one step [o setter s value] ? I guess the same goes for the "object attribute" command. 3. What is difference between "setter" and "attribute"? Thanks

2 4

NX object copy bug?
by Victor Mayevski 16 Dec '10

16 Dec '10

Hello Gustaf, When an object contains a setter, and if you do a copy of that object, the variable gets copied but the setter method is not copied. Object create o; o setter s; o s value; o s;# returns "value" o copy o1; o1 s; # error: unable to dispatch method 's' When I use "attribute" instead of "setter", it works fine.

1 0

nx: make failing on strnstr()
by Victor Mayevski 11 Dec '10

11 Dec '10

Hello Gustaf, ./generic/nsf.c: In function ‘ParamOptionParse’: ./generic/nsf.c:8281: warning: implicit declaration of function ‘strnstr’ ./generic/nsf.c:8281: warning: assignment makes pointer from integer without a cast ./generic/nsf.c: At top level: ./generic/nsfStack.c:1015: warning: ‘BeginOfCallChain’ defined but not used It seems that strnstr() function is new to Linux (as of January 2010) and is not present in many Linux libraries yet. May be you can substitute it with something else.

3 2

Error or normal behavior?
by Victor Mayevski 08 Dec '10

08 Dec '10

It came to my attention that [namespace import -force nx::*] is a requirement and not an option, otherwise things don't work right. Example: nx::Class create C C method init args {puts [self]; next} C create c #error, commands "self" and "next" do not exist, but if I first do [namespace import -force nx::*], everything works fine. This is not how I thought the namespaced commands should work. Is this a feature or a bug? If not a bug, then it needs to be clearly documented.

2 3

Latest compile error
by Victor Mayevski 08 Dec '10

08 Dec '10

Trying to compile the latest NX/XOTcl 2.0 against Tcl CVS Head: gcc -DPACKAGE_NAME=\"nsf\" -DPACKAGE_TARNAME=\"nsf\" -DPACKAGE_VERSION=\"2.0.0\" -DPACKAGE_STRING=\"nsf\ 2.0.0\" -DPACKAGE_BUGREPORT=\"\" -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 -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\" -DHAVE_TCL_COMPILE_H=1 -I"/root/TCL/tcl/generic" -I"/root/TCL/tcl/unix" -I./generic -pipe -O2 -fomit-frame-pointer -Wall -fPIC -c `echo ./generic/nsfStubLib.c` -o nsfStubLib.o ./generic/nsfStubLib.c:40: error: conflicting types for ‘nsfStubsPtr’ ./generic/nsfDecls.h:262: note: previous declaration of ‘nsfStubsPtr’ was here ./generic/nsfStubLib.c:41: error: conflicting types for ‘nsfIntStubsPtr’ ./generic/nsfIntDecls.h:41: note: previous declaration of ‘nsfIntStubsPtr’ was here ./generic/nsfStubLib.c:43: error: conflicting types for ‘nsfStubsPtr’ ./generic/nsfDecls.h:262: note: previous declaration of ‘nsfStubsPtr’ was here ./generic/nsfStubLib.c:44: error: conflicting types for ‘nsfIntStubsPtr’ ./generic/nsfIntDecls.h:41: note: previous declaration of ‘nsfIntStubsPtr’ was here make: *** [nsfStubLib.o] Error 1

2 1

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 December 2010