tcl-nap-users Mailing List for Tcl NAP
Brought to you by:
dav480,
peter_turner
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
|
Feb
(3) |
Mar
(22) |
Apr
|
May
(7) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2008 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(8) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(1) |
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: <ni...@ma...> - 2010-02-24 14:54:11
|
Hello, Have a colleague that would like to analyse some soil temperature readings, take hourly over the course of 5 years, in 18 different locations. Our first attempt was to use the mean_average function, with a 24 window and 1 hour step. I have a few questions here... I am able to get the moving average if I take each column (vector) from my "data" matrix as nap "station_one = data(, 0)" nap "station_one_avg = moving_average(station_one, 24, 1)" 1. how do do this op on the whole matrix, data. I cant seem to get the example in the docs to work for me. I'll keep playing with it... 2. We really would like to use a moving std. deviation in stead of average. Is there such a function available, or some help on where to modify the moving_average proc to yield a moving deviation. My colleague says this would help him predict/indicate when there was snow on the ground. Any better approach here??? regards, nikos |
From: baseotto p. (pb406) <pb...@ec...> - 2009-09-01 10:38:36
|
Hi, I've been having issues with the plot_nao command when used with the -file option. When tkcon is not the highest window (i.e. I am reading emails while my simulation is running) the images saved are blank. The only explanation I can come up with is that NAP plots the image and then saves a screenshot of it. Thus if the image is not 'on top' Windows does not draw it, resulting in a blank file. Is this likely to be a Windows only problem? Kind regards, Paul |
From: <Pet...@cs...> - 2009-08-18 00:50:26
|
Hi, The "set datatype" method was introduced in version 6.4. It looks like the datatype modifier does not set the null value in the adjusted nao. It then appears that the interpolation algorithm cannot cope with a NULL pointer to the missing value slot in the NAO. A work around is to set the missing value before doing the interpolation. $x set datatype f32 $x set missing 1nf32 or what ever value you want. I have not exhaustively checked this out but it appears: 1. The "set datatype" operation is not setting the missing value in the modified NAO. One can argue if this is a good idea or not. For example going from f32 to f64 with an initial NaN missing value should perhaps copy that missing value. Going from i32 to f64 it is less clear what to do. 2. The interpolation algorithm is crashing out on the NULL pointer to the missing value. Hopefully this will be fixed in the next release! Cheers Peter -----Original Message----- From: baseotto p. (pb406) [mailto:pb...@ec...] Sent: Tuesday, 18 August 2009 1:28 AM To: tcl...@li... Subject: [Tcl-nap-users] Interpolation in f32 arrays causes crash Hey all, I've come across the following issue and wonder if there is a known work-around. NAP seems to crash when I try to work with interpolated values in f32 arrays, as shown below. The interpreter works as expected for non-interpolated values in f32 arrays. To reproduce the bug - Tcl: ActiveTcl 8.4.19.1 Interactive interpreter: both wish and tkcon 2.5 (Desktop) 49 % nap "x = {0 0}" ::NAP::14-14 (Desktop) 50 % [nap "x 0.5"] 0 (Desktop) 51 % $x set datatype f32 (Desktop) 52 % [nap "x 0.5"] *crash* The crash is caught by a Visual Studio background process, giving me the following message box: "Assertion failed! Program: C:\Program Files\Tcl84\bin\wish84.exe File: /cygdrive/c/dav480/tcl/nap/generic/napLib.c,m4 Line: 2136 Expression: naoPtr For more information on how your program can cause an assertion failure, see the Visual C++ documentation on asserts (Press Retry to debug the application - JIT must be enabled) <<Abort>> <<Retry>> <<Ignore>>" Kind regards, ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Tcl-nap-users mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcl-nap-users |
From: baseotto p. (pb406) <pb...@ec...> - 2009-08-17 15:55:48
|
Hey all, I've come across the following issue and wonder if there is a known work-around. NAP seems to crash when I try to work with interpolated values in f32 arrays, as shown below. The interpreter works as expected for non-interpolated values in f32 arrays. To reproduce the bug - Tcl: ActiveTcl 8.4.19.1 Interactive interpreter: both wish and tkcon 2.5 (Desktop) 49 % nap "x = {0 0}" ::NAP::14-14 (Desktop) 50 % [nap "x 0.5"] 0 (Desktop) 51 % $x set datatype f32 (Desktop) 52 % [nap "x 0.5"] *crash* The crash is caught by a Visual Studio background process, giving me the following message box: "Assertion failed! Program: C:\Program Files\Tcl84\bin\wish84.exe File: /cygdrive/c/dav480/tcl/nap/generic/napLib.c,m4 Line: 2136 Expression: naoPtr For more information on how your program can cause an assertion failure, see the Visual C++ documentation on asserts (Press Retry to debug the application - JIT must be enabled) <<Abort>> <<Retry>> <<Ignore>>" Kind regards, |
From: <Pet...@cs...> - 2008-06-18 05:32:06
|
Hi Stephen, You may still have the same problem. When you run cofigure you should look at the output log and make sure there is nothing there which says something was not found. In my own source installation I have tcl installed directly under tcl (tcl/bin and tcl/lib exist) I configure nap as configure --prefix=/pdata/tcl. It maybe that because you have apparently installed Tcl/Tk under tcl/8.4.16 and then installed nap under 8.4.16 that things are getting confused. I am not sure if this is the problem but it could be. I suggest that you install tcl and tk under tcl and nap under tcl too and leave out the 8.4.16 bit (note we are only talking the install directory not where you put the source code.. Harvey may have a better option but I would say configure is having trouble locatiing stuff still. The source build is some what flexible but I think you maybe exploring areas it was not designed to cope with. Having said all that I maybe totally wrong - suggest trying a simple directory structure which may fix the problem (or not). Cheers peter -----Original Message----- From: tcl...@li... [mailto:tcl...@li...] On Behalf Of Steve Huntley Sent: Wednesday, 18 June 2008 3:01 PM To: tcl...@li... Cc: Davies, Harvey (CMAR, Floreat) Subject: Re: [Tcl-nap-users] Trouble installing Nap I started the build process fresh by extracting the nap 6.4 source to a subdirectory of a full Tcl install location, parallel with the bin, include, lib, etc. directories. I ran configure, then make, but still got substantially the same error. I ran "configure --enable-gcc" and tried make again, but the error was the same. I pasted the errors for cc and gcc below: $ make cc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -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 -DUSE_TCL_STUBS=1 -DUSE_TK_STUBS=1 -DHAVE_UNISTD_H=1 -DISNAN64=isnan -DVERSION=\"6.4\" -DPATCHLEVEL=\".0\" -I`echo /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic` -I`echo .` -I`echo .` -I`echo /usr/include` -I`echo /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/include` -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC `echo /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/car t_proj.c` In file included from /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/car t_proj.c:22: /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap _check.h:212: error: expected ')' before '*' token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap _check.h:214: error: expected ')' before '*' token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap _check.h:215: error: expected ')' before '*' token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap _check.h:216: error: expected ')' before '*' token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap _check.h:217: error: expected ')' before '*' token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/car t_proj.c:58: error: expected ')' before '*' token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/car t_proj.c:182: error: expected ')' before '*' token make: *** [cart_proj.o] Error 1 $ make gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -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 -DUSE_TCL_STUBS=1 -DUSE_TK_STUBS=1 -DHAVE_UNISTD_H=1 -DISNAN64=isnan -DVERSION=\"6.4\" -DPATCHLEVEL=\".0\" -I`echo /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic` -I`echo .` -I`echo .` -I`echo /usr/include` -I`echo /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/include` -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC `echo /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/car t_proj.c` In file included from /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/car t_proj.c:22: /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap _check.h:212: error: expected ')' before '*' token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap _check.h:214: error: expected ')' before '*' token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap _check.h:215: error: expected ')' before '*' token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap _check.h:216: error: expected ')' before '*' token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap _check.h:217: error: expected ')' before '*' token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/car t_proj.c:58: error: expected ')' before '*' token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/car t_proj.c:182: error: expected ')' before '*' token make: *** [cart_proj.o] Error 1 ------------------------------------------------------------------------ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Tcl-nap-users mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcl-nap-users |
From: Steve H. <st...@xh...> - 2008-06-18 05:23:35
|
I'm running Ubuntu Linux 7.10 32-bit. The source I'm trying to compile is the version 6.4 release downloaded from Sourceforge. |
From: Steve H. <st...@xh...> - 2008-06-18 05:01:28
|
I started the build process fresh by extracting the nap 6.4 source to a subdirectory of a full Tcl install location, parallel with the bin, include, lib, etc. directories. I ran configure, then make, but still got substantially the same error. I ran "configure --enable-gcc" and tried make again, but the error was the same. I pasted the errors for cc and gcc below: $ make cc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -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 -DUSE_TCL_STUBS=1 -DUSE_TK_STUBS=1 -DHAVE_UNISTD_H=1 -DISNAN64=isnan -DVERSION=\"6.4\" -DPATCHLEVEL=\".0\" -I`echo /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic` -I`echo .` -I`echo .` -I`echo /usr/include` -I`echo /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/include` -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC `echo /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/cart_proj.c` In file included from /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/cart_proj.c:22: /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap_check.h:212: error: expected ‘)’ before ‘*’ token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap_check.h:214: error: expected ‘)’ before ‘*’ token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap_check.h:215: error: expected ‘)’ before ‘*’ token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap_check.h:216: error: expected ‘)’ before ‘*’ token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap_check.h:217: error: expected ‘)’ before ‘*’ token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/cart_proj.c:58: error: expected ‘)’ before ‘*’ token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/cart_proj.c:182: error: expected ‘)’ before ‘*’ token make: *** [cart_proj.o] Error 1 $ make gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -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 -DUSE_TCL_STUBS=1 -DUSE_TK_STUBS=1 -DHAVE_UNISTD_H=1 -DISNAN64=isnan -DVERSION=\"6.4\" -DPATCHLEVEL=\".0\" -I`echo /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic` -I`echo .` -I`echo .` -I`echo /usr/include` -I`echo /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/include` -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC `echo /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/cart_proj.c` In file included from /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/cart_proj.c:22: /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap_check.h:212: error: expected ‘)’ before ‘*’ token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap_check.h:214: error: expected ‘)’ before ‘*’ token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap_check.h:215: error: expected ‘)’ before ‘*’ token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap_check.h:216: error: expected ‘)’ before ‘*’ token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/nap_check.h:217: error: expected ‘)’ before ‘*’ token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/cart_proj.c:58: error: expected ‘)’ before ‘*’ token /media/iomega-ext3/user/blacksqr/languages/tcl/8.4.16/nap6.4/generic/cart_proj.c:182: error: expected ‘)’ before ‘*’ token make: *** [cart_proj.o] Error 1 |
From: <Har...@cs...> - 2008-06-17 06:24:37
|
Hi Stephen, I finally got around to having a look at this. Sorry for the delay. The compiler dislikes various lines in nap_check.h starting at line 212. These are ANSI prototypes. Note that these prototypes begin with the macro 'EXTERN', which is defined in tcl.h, which would normally be found in $tcl_root/include. However this directory is not in the list of include directories being searched. I suspect this directory does not exist or configure failed to find it for some reason. The directory /home/blacksqr/myinstall/utilities/nap6.4/tcl is included, but no such directory should normally exist. I suspect you have directory tcl as a sub-directory of nap6.4 rather than the reverse (as expected by configure). If this suspicion is correct I suggest you create tcl_root as say /home/blacksqr/myinstall/utilities/tcl with nap6.4 as a sub-directory of it (as well as include, bin, lib). Hope this helps, Harvey Harvey Davies -----Original Message----- From: tcl...@li... [mailto:tcl...@li...] On Behalf Of Turner, Peter (CMAR, Hobart) Sent: Thursday, 12 June 2008 12:20 To: ste...@al...; tcl...@li... Subject: [ExternalEmail] Re: [Tcl-nap-users] Trouble installing Nap Hi Stephen, I think my colleague Harvey might want to pick this one up. It would be helpful if you could outline the OS and version, the hardware (32 or 64 bit) and what version of Nap you are building or are you compiling from the repository version? You could also try gcc instead of cc. I cannot see anything obvious but I am not quite sure what version of the source to look at. Cheers Peter -----Original Message----- From: tcl...@li... [mailto:tcl...@li...] On Behalf Of Steve Huntley Sent: Thursday, 12 June 2008 12:46 PM To: tcl...@li... Subject: Re: [Tcl-nap-users] Trouble installing Nap I installed PROJ4 libraries and headers as suggested via apt-get. I tried configure/make again and got a new error. It appears to be a syntax error rather than a configuration problem: $ make cc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -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 -DUSE_TCL_STUBS=1 -DUSE_TK_STUBS=1 -DHAVE_UNISTD_H=1 -DISNAN64=isnan -DVERSION=\"6.4\" -DPATCHLEVEL=\".0\" -I`echo /home/blacksqr/myinstall/utilities/nap6.4/nap/generic` -I`echo .` -I`echo .` -I`echo /usr/include` -I`echo /home/blacksqr/myinstall/utilities/nap6.4/tcl` -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC `echo /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/cart_proj.c` In file included from /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/cart_proj.c:22: /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:212: error: expected ')' before '*' token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:214: error: expected ')' before '*' token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:215: error: expected ')' before '*' token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:216: error: expected ')' before '*' token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:217: error: expected ')' before '*' token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/cart_proj.c:58: error: expected ')' before '*' token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/cart_proj.c:182: error: expected ')' before '*' token make: *** [cart_proj.o] Error 1 Any hints on how to move forward would be appreciated. ------------------------------------------------------------------------ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Tcl-nap-users mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcl-nap-users ------------------------------------------------------------------------ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Tcl-nap-users mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcl-nap-users |
From: <Pet...@cs...> - 2008-06-12 04:20:08
|
Hi Stephen, I think my colleague Harvey might want to pick this one up. It would be helpful if you could outline the OS and version, the hardware (32 or 64 bit) and what version of Nap you are building or are you compiling from the repository version? You could also try gcc instead of cc. I cannot see anything obvious but I am not quite sure what version of the source to look at. Cheers Peter -----Original Message----- From: tcl...@li... [mailto:tcl...@li...] On Behalf Of Steve Huntley Sent: Thursday, 12 June 2008 12:46 PM To: tcl...@li... Subject: Re: [Tcl-nap-users] Trouble installing Nap I installed PROJ4 libraries and headers as suggested via apt-get. I tried configure/make again and got a new error. It appears to be a syntax error rather than a configuration problem: $ make cc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -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 -DUSE_TCL_STUBS=1 -DUSE_TK_STUBS=1 -DHAVE_UNISTD_H=1 -DISNAN64=isnan -DVERSION=\"6.4\" -DPATCHLEVEL=\".0\" -I`echo /home/blacksqr/myinstall/utilities/nap6.4/nap/generic` -I`echo .` -I`echo .` -I`echo /usr/include` -I`echo /home/blacksqr/myinstall/utilities/nap6.4/tcl` -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC `echo /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/cart_proj.c` In file included from /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/cart_proj.c:22: /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:212: error: expected ')' before '*' token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:214: error: expected ')' before '*' token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:215: error: expected ')' before '*' token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:216: error: expected ')' before '*' token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:217: error: expected ')' before '*' token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/cart_proj.c:58: error: expected ')' before '*' token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/cart_proj.c:182: error: expected ')' before '*' token make: *** [cart_proj.o] Error 1 Any hints on how to move forward would be appreciated. ------------------------------------------------------------------------ - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Tcl-nap-users mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcl-nap-users |
From: Steve H. <st...@xh...> - 2008-06-12 02:46:04
|
I installed PROJ4 libraries and headers as suggested via apt-get. I tried configure/make again and got a new error. It appears to be a syntax error rather than a configuration problem: $ make cc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -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 -DUSE_TCL_STUBS=1 -DUSE_TK_STUBS=1 -DHAVE_UNISTD_H=1 -DISNAN64=isnan -DVERSION=\"6.4\" -DPATCHLEVEL=\".0\" -I`echo /home/blacksqr/myinstall/utilities/nap6.4/nap/generic` -I`echo .` -I`echo .` -I`echo /usr/include` -I`echo /home/blacksqr/myinstall/utilities/nap6.4/tcl` -O -D__NO_STRING_INLINES -D__NO_MATH_INLINES -fPIC `echo /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/cart_proj.c` In file included from /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/cart_proj.c:22: /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:212: error: expected ‘)’ before ‘*’ token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:214: error: expected ‘)’ before ‘*’ token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:215: error: expected ‘)’ before ‘*’ token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:216: error: expected ‘)’ before ‘*’ token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/nap_check.h:217: error: expected ‘)’ before ‘*’ token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/cart_proj.c:58: error: expected ‘)’ before ‘*’ token /home/blacksqr/myinstall/utilities/nap6.4/nap/generic/cart_proj.c:182: error: expected ‘)’ before ‘*’ token make: *** [cart_proj.o] Error 1 Any hints on how to move forward would be appreciated. |
From: <Pet...@cs...> - 2008-06-02 05:01:10
|
Hi Steve, To solve the problem with proj_api.h you need to install PROJ4 (see http://trac.osgeo.org/proj/) You will probably need to make PROJ4 from source. I suggest creating a directory called proj at the same level as tcl. Install the PROJ4 libarries into proj/use. You will need to rerun the confiugure for nap and if you wathc it it should find proj4. You will also need to have created netCDF and HDF libraries for nap to make from source. These libraries should be inplace before you run the nap configure. You can use a similar approach to them as for PROJ4. Unfortunately there is a twist with the netCDF and HDF libraries because there are name clashes at link time. These issues are not related to nap but rather compatibility issues between netCDF and HDF. If you follow the instructions in the NOTES file and use the config.sh script to compile netCDF you should be OK. If you are trying to build against Tcl/TK 8.5+ (see comments below about interp in napImgNAO.c) there will be an issue requiring a minor code modification to support changes to the Tk interface to photo images. Finally the production of the documentation will probably blowup at the end. Getting the documentation to generate properly requires all the right applications on your system and some systems it is very difficult to achieve. Once you get it built you will find it quite powerfull but there is a definite learning curve. A couple of tips: 1. Generally be careful with spaces in Tcl 2. Remember that the Tcl parser has a go at the nap statements before the nap parser so braces can get removed etc unless protected with quotes. 3. Doing things like "set x [nap 3 + 5]" will not work properly, nap x = 3 + 5 as well as assigning a pointer to the data object increment the data object reference count and put a trace on x. If x is unset (unset x) the reference count on the nao object is decremented and the object deletes itself when the reference count is zero. If you use set thiongs get deleted when they should nat and also get left around when they should not. If you have any further problems with making from source email the list and hopefully I should be able to help. I am not sure what is going on with version 6.2.2 but there can be library issues with different version of Linux. Cheers Peter PS I have included some detail which might help > Instructions for loading nap from scratch for Solaris 10 > > (In the examples I am installing things under the directory > /rsj0.... - you need to modify this to suit your environment 0. Make an installation of Tcl/Tk under /rsj0/tcl 0.5 Download and install PROJ4 > > 1. download HDF 4.x and netCDF source code and untar > (HDF 5 not supported at present) > > 2. HDF > download HDF 4.2r3 > download Szip Zlib and JPEG. > I managed to build Zlib, Slib and JPEG. > I installed JPEG and Zlib OK but Slib gave the message: > > Make: Fatal Error: command failed for target 'install-am' > Error code 1 > The following command caused that error: > Failcom='exit 1'; \ > For f in $MAKEFLAGS; do\ > > Etc. > > I ended up getting a precompiled version of slib from Sun Free and > loading the library components into /usr/local/lib > > Edit hlimits.h in nap/generic > > #define MAX_NC_NAME H$_MAX_NC_NAME > Note this is a new problem caused by some changes in the latest netCDF and HDF release > > I then configured HDF > > ./configure --prefix=/rsj0/hdf/use --disable-netcdf > > Make > Make install > > For netcdf I ran a script (I called it config.sh) > > CPPFLAGS='-DNO_NETCDF_2'\ > CXX='' \ > FC='' \ > F90=''\ > ./configure --prefix=/rsj0/nc/use > > > The make and make install > > You now have to download the PROJ4 software and make sure it > gets installed under your equivalent of /rsj0/tsl/lib > > At this point you can either build tcl/tk 8.5+ from scratch > or download precomplied binaries from active state > > Once you have all this done you can search for tcl-nap on > source forge and use their cvs instructions to create a new > repository on your machine (I created this under rsj0/tcl) > > Do your configures etc and then make > > At this point the make will fail with references to a > function parameter mismatch in napImgNAO.c (generic) > > You need to edit this and put in "interp, " in the two > places the compiler complains about: > The first is: > > Tk_PhotoExpand(imageHandle, .. > > Becomes > Tk_PhotoExpand(interp, imageHandle, .. > > Once you have fixed this and the other occurrence you should > have a successful build on nap 6.4.1 > > You should run a make test at this point and there should be > no errors. > > Then edit the Makefile (under unix) looking for "install" > > Install: install-binaries ... Install-doc ... > > Unless you can figure out all the stuff doc wants get rid of > the install-doc This means you do not get any doc. There are > doc bits there that you may be able to do something with but > we found setting up the stuff to make the doc impossible on > Sun and you may have the same problem on the HP. > You could get a binary release and copy the documentation to > the correct place to overcome this problem. -----Original Message----- From: tcl...@li... [mailto:tcl...@li...] On Behalf Of Steve Huntley Sent: Monday, 2 June 2008 12:29 PM To: tcl...@li... Subject: [Tcl-nap-users] Trouble installing Nap Hi, I'd like to try using Nap, but I'm having trouble installing it: 1.) There is no Linux i386 installer file downloadable for Nap 6.4.0 2.) I tried to build Nap 6.4.0 from source, but after running configure, make gave the following error: make: *** No rule to make target `proj_api.h', needed by `cart_proj.o'. Stop. 3.) I tried to use the Linux i386 installer for nap version 6.2.2, but I got the following error: no files matched glob pattern "/home/blacksqr/myinstall/applications/nap/include*" while executing "glob $dst/include*" invoked from within "if {$dst ne ""} { if {$tcl_platform(machine) ne "ia64" } { set include [file tail [lindex [glob $dst/include*] end]] foreach dir "bin $include l..." (file "/home/blacksqr/download/nap6_2_2Linux_i386_install/lib/app-nap6_2_2Linu x_i386_install/nap6_2_2Linux_i386_install.tcl" line 64) invoked from within "source /home/blacksqr/download/nap6_2_2Linux_i386_install/lib/app-nap6_2_2Linux _i386_install/nap6_2_2Linux_i386_install.tcl" ("package ifneeded" script) invoked from within "package require app-nap6_2_2Linux_i386_install" ------------------------------------------------------------------------ ---------------------- Any help that could be provided in overcoming these problems would be greatly appreciated. Thanks, Steve Huntley ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Tcl-nap-users mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcl-nap-users |
From: Steve H. <st...@xh...> - 2008-06-02 02:34:17
|
Hi, I'd like to try using Nap, but I'm having trouble installing it: 1.) There is no Linux i386 installer file downloadable for Nap 6.4.0 2.) I tried to build Nap 6.4.0 from source, but after running configure, make gave the following error: make: *** No rule to make target `proj_api.h', needed by `cart_proj.o'. Stop. 3.) I tried to use the Linux i386 installer for nap version 6.2.2, but I got the following error: no files matched glob pattern "/home/blacksqr/myinstall/applications/nap/include*" while executing "glob $dst/include*" invoked from within "if {$dst ne ""} { if {$tcl_platform(machine) ne "ia64" } { set include [file tail [lindex [glob $dst/include*] end]] foreach dir "bin $include l..." (file "/home/blacksqr/download/nap6_2_2Linux_i386_install/lib/app-nap6_2_2Linux_i386_install/nap6_2_2Linux_i386_install.tcl" line 64) invoked from within "source /home/blacksqr/download/nap6_2_2Linux_i386_install/lib/app-nap6_2_2Linux_i386_install/nap6_2_2Linux_i386_install.tcl" ("package ifneeded" script) invoked from within "package require app-nap6_2_2Linux_i386_install" ---------------------------------------------------------------------------------------------- Any help that could be provided in overcoming these problems would be greatly appreciated. Thanks, Steve Huntley |
From: <Har...@cs...> - 2007-03-30 09:26:38
|
<< -----Original Message----- << From: ni...@ma... [mailto:ni...@ma...]=20 << Sent: Thursday, 29 March 2007 19:47 << To: Davies, Harvey (CMAR, Floreat) << Cc: s_...@ya...; tcl...@li... << Subject: Normalize command in nap? << << Hello all, << << I wonder if there's any builtin command to "normalize" a matrix, e.g << divide each element by the sum of its collumn? Following does this for matrix m: "m / sum(m)" If you want to do it for each row then work on transpose as follows: Nap "t =3D transpose(m)" Nap "result =3D transpose(t / sum(t)) << Eigenvectors also? No sorry. I would like more linear algebra functions for such things. << I figure I'd ask before I create loops etc.. Most things can be done without loops. |
From: <ni...@ma...> - 2007-03-29 13:33:43
|
Hello all, I wonder if there's any builtin command to "normalize" a matrix, e.g divide each element by the sum of its collumn? Eigenvectors also? I figure I'd ask before I create loops etc.. thanx in advance, nikos |
From: <Pet...@cs...> - 2007-03-01 23:10:17
|
Hi Guobin, I think you maybe a little confused about how nap works: Your example [nap "$variable"] value -miss -9999 Would better be written as $variable -value -miss -9999 NAP is object oriented and the $variable substitutes the name of the NAO and executes it. NAOs are object oriented and act as commands and variables. The -value and -miss are methods which modify the object behaviour. To write to a file all you need is Puts $file [$variable value -miss -9999] You do not need to quote things in these circumstances. Quotes are actually not needed in most nap expressions. The Tcl parser gets to everthing before it is parsed by NAP so you only need quotes to protect expressions which contain characters that Tcl will remove (like { ). I hope this helps Regards Peter -----Original Message----- From: tcl...@li... [mailto:tcl...@li...] On Behalf Of Fu, Guobin (CLW, Floreat) Sent: Thursday, 1 March 2007 6:29 PM To: tcl...@li... Subject: [Tcl-nap-users] replace missing value Hi, Harvey and all, We would like ti export a vailabe into a text file and changing all missing value with -9999. We know that the below command could replace the missing values in the variable into -9999,=20 [nap "$variable"] value -miss -999=20 but how to write it into textfile as we use this command: puts $file "[$variable value]" Both commands work independly, but my question is how to change the "variable in second command with the command one. Any help is appreciated. Thanks Guobin ------------------------------------------------------------------------ - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D= DEVDE V _______________________________________________ Tcl-nap-users mailing list Tcl...@li... https://lists.sourceforge.net/lists/listinfo/tcl-nap-users |
From: <Guo...@cs...> - 2007-03-01 07:29:26
|
Hi, Harvey and all, We would like ti export a vailabe into a text file and changing all missing value with -9999. We know that the below command could replace the missing values in the variable into -9999,=20 [nap "$variable"] value -miss -999=20 but how to write it into textfile as we use this command: puts $file "[$variable value]" Both commands work independly, but my question is how to change the "variable in second command with the command one. Any help is appreciated. Thanks Guobin |
From: <Har...@cs...> - 2006-10-05 04:48:55
|
NAP 6.2.2 has been released. Version 6 is a major release featuring: - Rewritten user guide. This is available at http://tcl-nap.sourceforge.net/nap_users_guide.pdf=20 - Memory leaks (some serious) fixed - New unary sort operators '<=3D' and '>=3D' - Relaxed rules for array constants - Again allow indirect full indexing (problem introduced by v. 5) - Allow functions with no arguments - Interface to the cartographic projection package PROJ.4 - Interface to GSHHS Shorelines data - Bug fixes and enhancements to Tcl library, including plot_nao The starpack installers for Windows, Linux (both 386 and IA64) and Solaris can be accessed using the link labelled 'Files for downloading' on the NAP home page: http://tcl-nap.sourceforge.net/=20 Click on 'Notes' to access: 1. 'Release Notes' -- Details of changes summarised above 2. 'Changes' -- Excruciating details of same |
From:
<fre...@un...> - 2006-10-02 07:10:35
|
Hello, I tried succesfully nap under linux and found it is a nice extension that fits my needs. But at work i have a freebsd box and haven't been able to compile from the src distribution (tar -vxzf ..., cd unix, ./configure, make). Is someone have some advice to have success with this compilation Fred |
From: <ni...@ma...> - 2006-06-07 13:38:14
|
Hello Mr. Harvey, I would like to use nap with tclkit. I am unable to load nap using tclkit. This is under windows (but I would need to do the same under unix also) I'm trying to wrap a bunch of code and extensions as a starkit. I see the nap dll has a dependency on tk.dll??? regards, nikos |
From: <Guo...@cs...> - 2006-06-02 04:39:58
|
Dear Davies and others, =20 I need read about 600 netcdf files (at different pressure level, different year, for different variables) and write them into text files. I use three loops for "pressure level", "variables", and "year". It always stops at second time of the inner loop and gives me an error message "unable to alloc 4096 bytes". =20 =20 For example, in this case it stops in the second year of the first variable and in the first level (the first year data is prefect!) =20 foreach level $plevel { =20 foreach var $var_list { =20 foreach year $no_year { =20 #Read CDF and Write into a text filw =20 #close the text file=20 } } } =20 If I change into this order, then it stops for the second variable for the first year and first level (the first variable works perfectly). =20 foreach level $plevel { =20 foreach year $no_year { =20 foreach var $var_list { =20 #Read CDF and Write into a text filw =20 #close the text file=20 } } } =20 Thank you for your reply! =20 Guobin =20 |
From: Ed Z. <ez...@co...> - 2006-05-17 04:05:10
|
Thanks for the replies, everybody. ldd reports a number of dependencies on older versions of .so's. I tried using Nikos suggestions with the symbolic links, and that worked for libssl, but not for libstdc++. It says it needs the CXXABI.1.2 version. I would love to get this working, but don't have the time to dive into the makefiles and source now. Please announce to this list if the make becomes more flexible. -Ed Edward King wrote: >On Tue, 16 May 2006 ni...@ma... wrote: > > > >>>tcl_library = /usr/local/ActiveTcl/lib/tcl8.4 >>> >>>couldn't load file "/usr/local/ActiveTcl/lib/libnap5.0.so": libssl.so.4: >>> >>> >>>cannot open shared object file: No such file or directory >>> >>> >>> >>> >>I think you want to do an >> >>"ldd libnap5.0.so" to check dependencies... >> >>It could be your libssl is a different version as indicated in your >>message...Try a simple link first ("ln -sf ...") >> >>Finally, make sure that /usr/lib is in your /etc/ld.so.conf file (I cant >>image in that it wouldn't be..) >> >>regards, >> >>nikos >> >> > >Thanks for the pointer Nikos. > >It seems that sometime recently the libssl shared object went up a version, >from 3 to 4. The distributed binary was linked against version 4, so all the >boxes with version 3 are unhappy. A solution is to get hold of updated libssl >packages for your linux distribution and install them. After doing that you >MUST run ldconfig so that it rebuilds its list of shared objects. > >When I did this (on RedHat Fedora 4) it seemed happy, but then I ran into >exactly the same problem again with libstdc++. > >The shared object system is working in as much as it is supposed to make sure >you don't link at runtime with an earlier version of the library than the >application was built against - it just happens to be annoying, since I >suspect it is very unlikely that this application (NAP) is using any features >that are new in libssl.so.4 compared with libssl.so.3. > >The solution is probably to distribute a binary built on an oldish >distribution, or for everyone to upgrade their boxes with the latest >distributions and/or packages. An alternative would be to build NAP from >source on the box you want to run it on. > >Regards, Edward. > >PS: According to the man page, ldconfig trusts files in /lib and /usr/lib by >default and automatically includes them, so there is no need for those >directories to be explicitly listed in /etc/ld.so.conf. > > |
From: Edward K. <Edw...@cs...> - 2006-05-17 03:57:08
|
On Tue, 16 May 2006 ni...@ma... wrote: > > > > > tcl_library = /usr/local/ActiveTcl/lib/tcl8.4 > > > > couldn't load file "/usr/local/ActiveTcl/lib/libnap5.0.so": libssl.so.4: > > > > > > cannot open shared object file: No such file or directory > > > > > > I think you want to do an > > "ldd libnap5.0.so" to check dependencies... > > It could be your libssl is a different version as indicated in your > message...Try a simple link first ("ln -sf ...") > > Finally, make sure that /usr/lib is in your /etc/ld.so.conf file (I cant > image in that it wouldn't be..) > > regards, > > nikos Thanks for the pointer Nikos. It seems that sometime recently the libssl shared object went up a version, from 3 to 4. The distributed binary was linked against version 4, so all the boxes with version 3 are unhappy. A solution is to get hold of updated libssl packages for your linux distribution and install them. After doing that you MUST run ldconfig so that it rebuilds its list of shared objects. When I did this (on RedHat Fedora 4) it seemed happy, but then I ran into exactly the same problem again with libstdc++. The shared object system is working in as much as it is supposed to make sure you don't link at runtime with an earlier version of the library than the application was built against - it just happens to be annoying, since I suspect it is very unlikely that this application (NAP) is using any features that are new in libssl.so.4 compared with libssl.so.3. The solution is probably to distribute a binary built on an oldish distribution, or for everyone to upgrade their boxes with the latest distributions and/or packages. An alternative would be to build NAP from source on the box you want to run it on. Regards, Edward. PS: According to the man page, ldconfig trusts files in /lib and /usr/lib by default and automatically includes them, so there is no need for those directories to be explicitly listed in /etc/ld.so.conf. |
From: <ni...@ma...> - 2006-05-16 09:14:47
|
> > tcl_library = /usr/local/ActiveTcl/lib/tcl8.4 > > couldn't load file "/usr/local/ActiveTcl/lib/libnap5.0.so": libssl.so.4: > > > cannot open shared object file: No such file or directory > > I think you want to do an "ldd libnap5.0.so" to check dependencies... It could be your libssl is a different version as indicated in your message...Try a simple link first ("ln -sf ...") Finally, make sure that /usr/lib is in your /etc/ld.so.conf file (I cant image in that it wouldn't be..) regards, nikos |
From: <Har...@cs...> - 2006-05-16 07:03:36
|
-----Original Message----- From: tcl...@li... [mailto:tcl...@li...] On Behalf Of Ed Zaron Sent: Saturday, 13 May 2006 2:24 PM To: tcl...@li... Subject: [Tcl-nap-users] broken install on linux? =20 Greetings All, =20 I have downloaded the linux binary: =20 nap5_0_5Linux_i386_install =20 I have the latest "batteries included" Tcl/Tk installed from ActiveState. =20 When I open tclsh, wish, or tkcon I get the message: =20 home directory =3D /home/ezaron tcl_library =3D /usr/local/ActiveTcl/lib/tcl8.4 couldn't load file "/usr/local/ActiveTcl/lib/libnap5.0.so": libssl.so.4: cannot open shared object file: No such file or directory unknown namespace in import patern "::NAP::*" =20 I am running on a pentium 4 laptop undo Ubuntu Breezy. I installed=20 tcl-nap to my main tcl directory: =20 /usr/local/ActiveTcl/lib =20 and I see that the libnap5.0.so is in this directory. I have=20 libssl.so.0.9.7 installed at /usr/lib and I tried adding this to my=20 auto_path, but it didn't help. My auto_path already includes=20 /usr/local/ActiveTcl/lib . =20 I recently had a similar report from Edward King, who is using Fedora 4 Linux. Shared libraries seem to be a nightmare - especially under Linux! I'm afraid I have not got an immediate solution. I need to investigate further. =20 Any help would be appreciated. I tried downloading the source, but I=20 couldn't find a readme, and the obvious ./configure ; make didn't work=20 (it seemed like I couldn't set the correct path to the HDF headers or=20 build with --with-HDF=3Dno). =20 There are no options to suppress HDF, netCDF, etc. Compiling nap is a bit tricky. =20 Sorry I have no better news, Harvey =20 =20 =20 |
From: Ed Z. <ez...@co...> - 2006-05-13 04:23:53
|
Greetings All, I have downloaded the linux binary: nap5_0_5Linux_i386_install I have the latest "batteries included" Tcl/Tk installed from ActiveState. When I open tclsh, wish, or tkcon I get the message: home directory = /home/ezaron tcl_library = /usr/local/ActiveTcl/lib/tcl8.4 couldn't load file "/usr/local/ActiveTcl/lib/libnap5.0.so": libssl.so.4: cannot open shared object file: No such file or directory unknown namespace in import patern "::NAP::*" I am running on a pentium 4 laptop undo Ubuntu Breezy. I installed tcl-nap to my main tcl directory: /usr/local/ActiveTcl/lib and I see that the libnap5.0.so is in this directory. I have libssl.so.0.9.7 installed at /usr/lib and I tried adding this to my auto_path, but it didn't help. My auto_path already includes /usr/local/ActiveTcl/lib . Any help would be appreciated. I tried downloading the source, but I couldn't find a readme, and the obvious ./configure ; make didn't work (it seemed like I couldn't set the correct path to the HDF headers or build with --with-HDF=no). -Ed |