modules-interest — Discussion forum for modules usage.

Re: Current release?

[R.K. O. Ph.D. <rk...@ow...>]

> From own...@En...  Mon Dec 20 13:17:08 1999
> To: mod...@En...
> Subject: Current release?
> From: Harlan Stenn <Har...@pf...>
> Sender: own...@En...
>
> Is anybody maintaining/developing the modules package these days?
>
> If so, where is a recent distribution tarball?
>
> I'm mostly interested in seeing if more recent distributions can handle
> finding newer releases of tcl/tk.
>
> H
>
I've been maintaining a version that I've uploaded
to http://metalab.unc.edu/pub/linux/utils/shell/ named
modules-3.0.2-rko.tar.gz.  It has all the functionality that was promised
in the original documentation that I'm aware of.  It requires Tcl 8.0.x &
one of my tasks is to allow it to compile with Tcl > 8.0.  If you use Red
Hat 6.x  Linux then you need a patch (which will be in the 3.0.3 release).

I've uploaded this to {www|ftp}.modules.org, but, as usual, I've received
no response at all.
Maybe it's time to reassign the modules.org domain somewhere else and
let the modules work progress.

R.K.
+-----------------------+----------------------------------+
| R.K.Owen,PhD          | rk...@ow...   (408)377-5373 |
| KooZ Software         |                                  |
| NERSC/LBNL            | rk...@ne...   (510)486-7556 |
+-----------------------+----------------------------------+

module avail looks incorrect.

[Andrew W. <an...@dc...>]

Hello, (If there are still people out there!)

I thought I would have a play with Modules-3.0BETA1, but the output of 
some commands are different that what I use to have:

(I have triend tcl 7.6/8.0 and the patches patch[12]-flan)

1) module list
---------------------------------------------  ----------------------------------------------
  1) lang/5.0()    

----------------------------------------------  ----------------------------------------------
  1) openwin/3.4()    

----------------------------------------------  ----------------------------------------------
  1) bbkdcs/()    

----------------------------------------------  ----------------------------------------------
  1) cpu/()   
 
 Where the old format gave me:
 	Currently Loaded Modulefiles:
          1) lang/5.0       2) openwin/3.4    3) bbkdcs         4) cpu
          
2) module avail

-------------------------------- /bbkdcs/Modules3/modulefiles --------------------------------
acc/4.2()                acc/beta()               cde/()                   
acc/5()                  bbkcs/()                 cpu/()                   
acc/5.0(default)         bbkdcs/()                default/()               
acc/beta()               cde/()                   dwb/()         

	Where the old format gave me:

--------- /bbkdcs/Modules/modulefiles ---------
acc           gnu/2.95      js            o2/4.6        orbacus
acc/4.2       imagick       js/1.0        o2/5          pbmplus

Is there any chance I can fix (1) "module list" since this seems to be a bug, since I can live 
with the changes in (2) "module avail".

Thanks in advance and a Merry Xmas


Andrew Watkins

Current release?

[Harlan S. <Har...@pf...>]

Is anybody maintaining/developing the modules package these days?

If so, where is a recent distribution tarball?

I'm mostly interested in seeing if more recent distributions can handle
finding newer releases of tcl/tk.

H

list

[<seb...@st...>]

Hello.

> =20
> -- =20
> *------------------------------------------------------------------*
> | Dipl.-Inform. Christof Veltmann                                  |
> |                                                                  |
> | Software Technologie Labor           Tel.: (+49) (+231) 755-2482 |
> | Lehrstuhl f=FCr Software Technologie   Fax.: (+49) (+231) 755-2061 |=

> | Universit=E4t Dortmund                 priv: (+49) (+231) 10 50 80 |=

> |                                                                  |
> | D-44227 DORTMUND            Chr...@cs... |
> *------------------------------------------------------------------*
> | Whiskey ist das beste Mittel gegen Schlangen,                    |
> | er sollte deshalb in keinem Schlafzimmer fehlen. (Brendan Behan) |
> *------------------------------------------------------------------*

list

[veltmann <vel...@ud...>]

-- 
*------------------------------------------------------------------*
| Dipl.-Inform. Christof Veltmann                                  |
|                                                                  |
| Software Technologie Labor           Tel.: (+49) (+231) 755-2482 |
| Lehrstuhl für Software Technologie   Fax.: (+49) (+231) 755-2061 |
| Universität Dortmund                 priv: (+49) (+231) 10 50 80 |
|                                                                  |
| D-44227 DORTMUND            Chr...@cs... |
*------------------------------------------------------------------*
| Whiskey ist das beste Mittel gegen Schlangen,                    |
| er sollte deshalb in keinem Schlafzimmer fehlen. (Brendan Behan) |
*------------------------------------------------------------------*

Re: modules-3.0.2-rko - Reply

[Mark M. <mar...@me...>]

Thanks, module avail -c worked.

- Mark

>>> Istvan Marko <mi...@im...> 11/19 4:57 pm >>>
"Mark Moe" <mar...@me...> writes:

> 1) it doesn't seem to be writing .moduleavailcache files in my modules
> directory.  I did compile using --enable-cache and
> --without-cache-umask.  Is there a way to force the writing of this
file
> or what triggers its creation?

module avail -c

Do you have write permission to the directory? 

-- 
	Istvan

Re: modules-3.0.2-rko

[Istvan M. <mi...@im...>]

"Mark Moe" <mar...@me...> writes:

> 1) it doesn't seem to be writing .moduleavailcache files in my modules
> directory.  I did compile using --enable-cache and
> --without-cache-umask.  Is there a way to force the writing of this file
> or what triggers its creation?

module avail -c

Do you have write permission to the directory? 

-- 
	Istvan

modules-3.0.2-rko

[Mark M. <mar...@me...>]

Hi  R.K.,

I downloaded and compiled your modules-3.0.2-rko on Solaris 2.5.1. 
Thank you for updating it, this is the first 3.0 version that I've got
to work well for me.  The only strange part was that I had to remove
lines 764 to 935 from .../include/tclInt.h to get past some parsing
errors that gcc was giving me.  Once compiled, I put the lines back and
modulecmd still runs fine.

I have a couple questions:

1) it doesn't seem to be writing .moduleavailcache files in my modules
directory.  I did compile using --enable-cache and
--without-cache-umask.  Is there a way to force the writing of this file
or what triggers its creation?

2) if I have "/path/a" in the middle of my $PATH and I then load a
module which prepends /path/a, then it doesn't move /path/a to the
beginnning of my $PATH.  It just leaves it where it is.  On one hand
it's good that I don't get any duplicates, but it would be nice if it
would take-out the /path/a already in my $PATH and prepend to the
beginning of my $PATH.  (I can understand the current behavior for
appending; but for prepeding, I think it would be nice if it moved
/path/a to the front of $PATH).

Thanks much,

- Mark

RE: module avail does not work

[R.K. O. Ph.D. <rk...@ow...>]

> > here is my problem with modules
> >         i recently installed, or tryed to, modules-3.0.1-rko on my ultra-1
> > sun
> > running Solaris 2.5.1
> > 
> 	Sorry - whats the 'rko' in the version-number ?!
>
The "rko" refers to me.  I noticed that there was no activity with
regards to the 3.0beta modules version, and I really liked the features
So I ported it to Linux and I have made it available at
http://metalab.unc.edu/pub/linux/utils/shell/ and I'm actively updating it.

I've also noticed, as others have, that www.modules.org appears to have
disappeared?!  Does anyone know what's happening there?

	R.K.

+-----------------------+----------------------------------+
| R.K.Owen,PhD          | rk...@ow...   (408)377-5373 |
| KooZ Software         |                                  |
| NERSC/LBNL            | rk...@ne...   (510)486-7556 |
+-----------------------+----------------------------------+

RE: module avail does not work

[Jost M. <Mar...@ic...>]

> -----Original Message-----
> From:	Roberto Beccherle [SMTP:ro...@ge...]
> Sent:	Thursday, November 11, 1999 3:07 PM
> To:	mod...@En...
> Subject:	module avail does not work
> 
> Hi to all,
> 	i just inscribed me to the mailing list.
> I hope my problemis appropriate...
> 
> Besides the problem i am facing i'd like to know the lates releases of
> modules
> or "equivalent software".
	I'm using the last 3...-version (just tried to recheck with
modules.org - but DNS tells me, there is no such domain; is this really gone
?! Or just a glitch in DNS ?)
	I'm using the (additional) patches from
http://www.thehouse.org/~flan/
	This solved all problems I have seen. (E.g. recursive load)

	Maybe you would like cmod:
	http://www.lysator.liu.se/cmod/

> here is my problem with modules
>         i recently installed, or tryed to, modules-3.0.1-rko on my ultra-1
> sun
> running Solaris 2.5.1
> 
	Sorry - whats the 'rko' in the version-number ?!

> first thing i noticed is that it does NOT compile if you have tcl8.2.x,
> due to
> the fact that regexp was renamed to tecRegexp in the latest versions of
> tcl.
> I was not able to modify the program in order to be able to compile it.
> 
	I'm using tcl 7.6. I don't know if module is supposed to work
correctly using tcl8.x

	HTH

	Martin

module avail does not work

[Roberto B. <ro...@ge...>]

Hi to all,
	i just inscribed me to the mailing list.
I hope my problemis appropriate...

Besides the problem i am facing i'd like to know the lates releases of modules
or "equivalent software".


here is my problem with modules
        i recently installed, or tryed to, modules-3.0.1-rko on my ultra-1 sun
running Solaris 2.5.1

first thing i noticed is that it does NOT compile if you have tcl8.2.x, due to
the fact that regexp was renamed to tecRegexp in the latest versions of tcl.
I was not able to modify the program in order to be able to compile it.

so i decided to build also tcl8.0.x on my machine and managed to build and
install correctly modules.
I do not have dejanu so could not run the test files.

What i discovered is the following:

i installed all under /opt/Modules

After setting up correctly the environment i am able to run module command (i
use tcsh).

The strange thing that happens is that if i issue module avail i ALWAYS get an
empty list as answer...no matter where i set the modulefiles
but i am able to load the modules correctly if i type module load null, for
example.
Another problem is that if i put module files in a subdirectory inside
/opt/Modules/modulefiles strange things happen

As an example i added acrobat to the directory
acrobat contains ONLY one modulefile ("4") but if i type module load acrobat i
get the following answer:
acrobat(3):ERROR:105: Unable to locate a modulefile for 'acrobat'

this happens even if i put the following .version file in the
modulefiles/acrobat directory:

#%Module
set ModuleVersion "4"

if i type module load acrobat/4 it works though

The only other way i found to load it is to put the .modulerc containing the
following line:
module-version acrobat/4 default

in this case if i type module load acrobat it works.

Strange huh?


Another problem i am facing is the following:
on my system the /opt dir is mounted via nfs from the "main" workstation
all the user home directories are mounted via automount to /home/username
now if i create a modulefiles directory in my home directory
(/home/roby/privatemodules) and add it to the MODULEPATH and type the command
module avail i get the following message:
ModuleCmd_Avail.c(743):ERROR:52: Cannot open directory
'/home/roby/privatemodules/' for reading
ModuleCmd_Avail.c(743):ERROR:52: Cannot open directory 
'/home/roby/privatemodules/' for reading

...repeted FOREVER, until i press ^C

The strange thing is that it prompts the same message even if the dir is world
readable,writable etc etc....

this happens with "all" the dirs which are local to the machine i am using

for example if i log to the machine which has /opt as local disk
if i type module avail (even with only /opt/Modules/modulefiles in the
MODULEPATH) if tells me:
ModuleCmd_Avail.c(743):ERROR:52: Cannot open directory 
'/opt/Modules/modulefiles/' for reading

I really do not undrstand....
The only thing is that both /opt and /home/roby are not the physical disk but
loopback mounts in order to be visible as the same dir from every machine.
For example my home dir is /files/home/roby on my machine and is mounted as
/home/roby on all others and the opt one is /files/OPT and mounted as /opt on
all other machines.
Needless to say that if i put the "correct" peth in the MODULEPATH i get the
same error!
For example putting /files/OPT/Module/modulefiles in MODULEPATH gives the
following error messages:
ModuleCmd_Avail.c(743):ERROR:52: 
Cannot open directory'/files/OPT/Modules/modulefiles/' for reading
ModuleCmd_Avail.c(797):ERROR:64: 
Directory '/files/OPT/Modules/modulefiles/t'not found

note that here there is one more error (797) and it reports a WRONG dir!!!
in fact MODULEPATH contains /files/OPT/Modules/modulefiles/ and NOT
/files/OPT/Modules/modulefiles/t

If you could help me out, at least with the module avail problem, i'd be really
happy as this program would solve me many setup problems on my machines!

Many thanks in advance
	Roberto Beccherle

-- 
E-Mail:	Rob...@ge...	Mail-Address:	INFN - Sez. di Genova
Phone:	+39 10 353-6301					Via Dodecaneso, 33
Fax:	+39 10 353-6319					I-16146 GENOVA

modules for linux

[R.K. O. Ph.D. <rk...@ow...>]

Hello one & all:
Being totally unaware that there is any organized effort to develop the modules
software.  I've posted the following to the comp.os.linux.announce (c.o.l.a)
news group announcing the availability of modules for linux.

All I know is that I had to overcome several major hurdles to get
modules working on Linux (or any other system), especially starting
with the 3.0beta sources, which had the features I wanted.  I checked
with the www.modules.org webmaster & several others to see if there
was any active work.  Nothing active that I know of.

Anyways, I placed the sources under CVS and have been rewriting, fixing,
adding to, and organizing the sources.  Once I figure out how
to allow CVS server read-only access I'll announce that availibility
to this list.

I welcome any help & comments.
	R.K.
+-----------------------+----------------------------------+
| R.K.Owen,PhD          | rk...@ow...   (408)377-5373 |
| KooZ Software         |                                  |
| NERSC/LBNL            | rk...@ne...   (510)486-7556 |
+-----------------------+----------------------------------+

Announcing the availability of environment modules for Linux.
If you run on SGI/Crays or many university workstation farms
then you may be familiar with "modules".  If you don't hate them
then you probably love them.

Environment modules allows you to have different versions of
compilers & applications available simultaneously and to stop
using /usr/local/bin as a collect-all dump for every stray executable.
As an example:  If I need to look at a webpage with an earlier version
of Netscape I would do something like this:

        $ module load netscape/301
        $ netscape &

and if I want to use a later version then I would do this:
        $ module swap netscape/301 netscape/451c
        $ netscape &

Of course this relies on properly crafted modulefiles and segregated
binaries.

Environment modules really provides an easy way to modify your
environment variables (e.g. PATH, MANPATH, etc.) on the fly, which
is a lot easier than trying to change your dot files.

I have taken the 3.0beta sources from ftp.modules.org, fixed
the collection of obvious bugs,  added the features to the
code the documentation claimed it had, and generally ported it
to the Linux environment.

Read the INSTALL document, which describes a pedestrian approach
to enabling environment modules.

I have included several scripts and examples to help things along.
However, you should be fairly adept as a system administrator.

Send comments & worthy questions to mo...@ko....
(If your questions can be handled by reading the documents
then I'll just respond with RTFM.)

        R.K. Owen, Ph.D.
        mo...@ko...

Begin3
Title:          modules
Version:        3.0.0-rko
Entered-date:   11Aug1999
Description:    The Modules package provides for the dynamic modification of
		a user's environment via modulefiles. 
		Each modulefile contains the information needed to
		configure the shell for an application. Once the Modules
		package is initialized, the environment can be modified on
		a per-module basis using the module command which
		interprets modulefiles. Typically modulefiles instruct
		the module command to alter or set shell environment
		variables such as PATH, MANPATH, etc. modulefiles may be
		shared by many users on a system and users may have their
		own collection to supplement or replace the shared
		modulefiles.
		The modules environment is common on SGI/Crays and many
		workstation farms.
Keywords:       modules, user environment, shells, scripting
Author:         jl...@be... (John Furlani)
Maintained-by:  rk...@ow... (R.K. Owen) - send comments regarding
		this distribution here
Primary-site:   sunsite.unc.edu		/pub/Linux/utils/shell/
Alternate-site: ftp.scruz.net		/users/rkowen/public/modules/
Original-site:  ftp.modules.org 	/pub/distrib/
Platforms:      Unix, ANSI-C, Tcl 8.0.x
Copying-policy: BSD type license, freely distributable, viral copyright,
		only media charges for derivative work, such as this one.
End

Re: Modules Y2K compliant ?

[Istvan M. <mi...@im...>]

Henrik Westrell <hen...@er...> writes:

> Hi
> 
> Does someone know if there are any
> Y2K issues with Modules ?????
> 
> ( We are using Modules version 2.2. )

I don't know about 2.2, but I took a quick look at the 3.0beta
sources.  I can only find one place where it mangles time related
data: print_aligned_files(), in ModuleCmd_Avail.c.

And indeed, there is a small bug, the module avail display will be
incorrect for module files modified after 01/01/2000. The affected
code is in ModuleCmd_Avail.c around line 1600:

	if((struct tm *) NULL != (tm = gmtime( &stats.st_mtime))) {
	    sprintf( buffer, "%02d/%02d/%02d %2d:%02d:%02d",
		tm->tm_year, tm->tm_mon + 1, tm->tm_mday, tm->tm_hour,
		tm->tm_min, tm->tm_sec);
	    timestr = buffer;

Changing tm->tm_year to tm->tm_year%100, or better yet,
tm->tm_year+1900 should take care of this.

The rest of the stuff looks good to me, if it's not then I will fix it
on 01/01/2000 before the lusers come in to work :)

-- 
	Istvan

Modules Y2K compliant ? - Reply

[Mark M. <mar...@me...>]

I'm not sure how there could be a y2k issue, but for what it's worth we
tested our environment in a y2k test lab.  All the ECAD tools we tested
worked fine and we also use modules 2.2 to setup our environment.  So,
for what we use them for, they worked without any problems.

- Mark

>>> Henrik Westrell <hen...@er...>  8/26  5:33am >>>
Hi

Does someone know if there are any
Y2K issues with Modules ?????

( We are using Modules version 2.2. )

Regards,
Henrik Westrelll

---------------------------------
| Henrik Westrell
| EDA & Design Support
|
| Wideband Radio Networks
---------------------------------
| ERICSSON RADIO SYSTEMS AB
| Torshamnsgatan 30A
| SE-164 80 STOCKHOLM
| SWEDEN
---------------------------------
| hen...@er...
| Telephone: +46 (0)8 40 455 75
| Fax: +46 (0)8 757 56 66
| Cellular: +46 (0)70 590 89 68
---------------------------------

Modules Y2K compliant ?

[Henrik W. <hen...@er...>]

Hi

Does someone know if there are any
Y2K issues with Modules ?????

( We are using Modules version 2.2. )

Regards,
Henrik Westrelll

---------------------------------
| Henrik Westrell
| EDA & Design Support
|
| Wideband Radio Networks
---------------------------------
| ERICSSON RADIO SYSTEMS AB
| Torshamnsgatan 30A
| SE-164 80 STOCKHOLM
| SWEDEN
---------------------------------
| hen...@er...
| Telephone: +46 (0)8 40 455 75
| Fax: +46 (0)8 757 56 66
| Cellular: +46 (0)70 590 89 68
---------------------------------

Re: A false dawn?

[Michael Q. <mi...@go...>]

On 25 Aug 1999, Peter Bortas wrote:

> Istvan Marko <mi...@im...> writes:
> 
> > Dr J Pelan <J....@ga...> writes:
> > 
> > > On Fri, 20 Aug 1999, Steven Heaney wrote:
> > >  
> > > > The http://www.modules.org/ front page was last modified in the first 
> > > > few days of this year and states that work on Modules has resumed. 
> > > 
> > > I moved to 'cmod' and never looked back (http://www.lysator.liu.se/cmod/)
> > > Not as sophisticated but suits my modest needs and is C source.
> > 
> > I just took a quick look at cmod. I like the simplicity, but it's
> > module syntax is way too simplistic for our needs. Using a real
> > programming language (even if it's TCL :-P) for the module
> > descriptions is very helpful, sometimes even required. But our
> > environment is quite complex (~90 modules, each with several versions,
> > many dependencies, 5 supported platforms), I can see that cmod would
> > do fine for smaller sites.
> 
> ceder (the programmer) has expressed interest in extending cmod if
> people tell him what they are using and what they need.

A basic mechanism for dealing with module dependencies would be helpful. I
don't need programmatic control in my modules, but the ability to at least
specify dependencies (if not load dependant modules) would be wonderful.

I really like cmod--it works flawlessly on the platforms I'm using
(Solaris and Linux). 

 ---- 
 Michael F. Quigley, Jr.
 Chief Technology Officer
 Going Virtual, L.L.C.
 Matthews, NC     	

Re: A false dawn?

[Peter B. <pe...@id...>]

Istvan Marko <mi...@im...> writes:

> Dr J Pelan <J....@ga...> writes:
> 
> > On Fri, 20 Aug 1999, Steven Heaney wrote:
> >  
> > > The http://www.modules.org/ front page was last modified in the first 
> > > few days of this year and states that work on Modules has resumed. 
> > 
> > I moved to 'cmod' and never looked back (http://www.lysator.liu.se/cmod/)
> > Not as sophisticated but suits my modest needs and is C source.
> 
> I just took a quick look at cmod. I like the simplicity, but it's
> module syntax is way too simplistic for our needs. Using a real
> programming language (even if it's TCL :-P) for the module
> descriptions is very helpful, sometimes even required. But our
> environment is quite complex (~90 modules, each with several versions,
> many dependencies, 5 supported platforms), I can see that cmod would
> do fine for smaller sites.

ceder (the programmer) has expressed interest in extending cmod if
people tell him what they are using and what they need.

-- 
Peter Bortas                   http://peter.bortas.org
Idonex AB                      http://www.idonex.com

Re: A false dawn?

[Istvan M. <mi...@im...>]

Dr J Pelan <J....@ga...> writes:

> On Fri, 20 Aug 1999, Steven Heaney wrote:
>  
> > The http://www.modules.org/ front page was last modified in the first 
> > few days of this year and states that work on Modules has resumed. 
> 
> I moved to 'cmod' and never looked back (http://www.lysator.liu.se/cmod/)
> Not as sophisticated but suits my modest needs and is C source.

I just took a quick look at cmod. I like the simplicity, but it's
module syntax is way too simplistic for our needs. Using a real
programming language (even if it's TCL :-P) for the module
descriptions is very helpful, sometimes even required. But our
environment is quite complex (~90 modules, each with several versions,
many dependencies, 5 supported platforms), I can see that cmod would
do fine for smaller sites.

-- 
	Istvan

Re: A false dawn?

[Dr J P. <J....@ga...>]

On Fri, 20 Aug 1999, Steven Heaney wrote:
 
> The http://www.modules.org/ front page was last modified in the first 
> few days of this year and states that work on Modules has resumed. 

I moved to 'cmod' and never looked back (http://www.lysator.liu.se/cmod/)
Not as sophisticated but suits my modest needs and is C source.

John P.

Re: A false dawn?

[Kozmo <Ko...@og...>]

Yes, meanwhile the world has migrated to NT Server. ;)

Istvan Marko wrote:

> Steven Heaney <he...@ca...> writes:
>
> > The http://www.modules.org/ front page was last modified in the first
> > few days of this year and states that work on Modules has resumed.
> >
> > Since then, nothing. Does anybody know what is happening?
>
> No life signs since then, unfortunately.
>
> --
>         Istvan

Re: A false dawn?

[Istvan M. <mi...@im...>]

Steven Heaney <he...@ca...> writes:

> The http://www.modules.org/ front page was last modified in the first 
> few days of this year and states that work on Modules has resumed. 
> 
> Since then, nothing. Does anybody know what is happening?

No life signs since then, unfortunately.

-- 
	Istvan

A false dawn?

[Steven H. <he...@ca...>]

The http://www.modules.org/ front page was last modified in the first 
few days of this year and states that work on Modules has resumed. 

Since then, nothing. Does anybody know what is happening?

Thanks

Steve.

........................................................................
Steven Heaney
Schlumberger

http://www.slb.com/cgi-bin/slbp/ph-slb-debug.pl?phq_name=Steven%20Heaney

Re: Modules & Linux 2.0.36

[Istvan M. <mi...@im...>]

Dave Barnett <ba...@ho...> writes:

> I just downloaded the 2.2 Beta release, and have attempted to
> build/install it on my linux box at home, without much luck.

try the following patch. it's against 3.0beta1 sources so you may need
to apply it manually:

RCS file: /home/istvan/CVS/modules/error.c,v
retrieving revision 1.1.1.1
retrieving revision 1.3
diff -u -r1.1.1.1 -r1.3
--- error.c	1998/11/25 06:23:37	1.1.1.1
+++ error.c	1999/01/06 22:43:33	1.3
@@ -894,7 +894,7 @@
      **  for every single facility
      **/
 
-    for( fac = strtok( facilities, ":");
+    for( fac = strtok( strdup( facilities ), ":");
 	 fac;
 	 fac = strtok( (char *) NULL, ":") ) {

-- 
	Istvan

Modules & Linux 2.0.36

[Dave B. <ba...@ho...>]

I just downloaded the 2.2 Beta release, and have attempted to
build/install it on my linux box at home, without much luck.

I first tried with the installed version of tcl 8.0.3, but it was linked
dynamically.  I downloaded 8.1.1, and built it static.  I cannot get
modulecmd to build.

Personally, I don't care which version of tcl it uses, so I downloaded,
built and installed tcl7.6.  Now, I've gotten modulecmd to successfully
build, but when I try to do modulecmd tcsh list, I get a SIGSEGV.  I get
the same with display, avail, etc.  I've narrowed it down to the
TclGlobCmd that is where the SIGSEGV comes from.  Unless I'm mistaken,
it appears that the first argument is the problem, as it shows up as
dummy=0x0.

I'm not sure where to begin looking to figure out what is wrong.

Can anyone point me in the right direction?

Cheers,
Dave

-- 
Dave Barnett	Software Support Engineer


Never attribute to malice what could fairly be attributed to stupidity.

Re: BUH in init scripts for ksh and sh

[Istvan M. <im...@pa...>]

Jan Barte <ya...@pl...> writes:

> PS: When will the Beta become the final Version? Someone working on?

I have no idea, but at work we do use Modules 3.0beta1+local patches
in production. Let me know if you'd like my patches.

-- 
	Istvan