Very Computer

There exists a bugfixed 6.05.01, but I have no idea what release plans
Christos Zoulas (the tcsh maintainer) has.  I you want it badly, it's
found in  tesla.ee.cornell.edu:/pri/tcsh-6.05.tar.gz
but be aware that this is a non-public directory, you won't be able to
`dir' in there.

    ~~h

--
/************************************************************/
/* John Saalwaechter                                        */

/************************************************************/

I tried this but exactly the same problem is encountered.

Maybe I'll try 6.05.01...  Maybe I'll try debugging it myself...
Maybe I'll shoot myself in the head...
--
Kurt Swanson, Dept. of Computer Science,

% uname -prsv
SunOS 5.3 Generic_101674-01 sparc
% echo $version
tcsh 6.04.00 (Cornell) 93/07/03 (sun4) options 8b,nls,dl,vi
% echo ~
/home/saalwaec
% echo ~saalwaec
/home/saalwaec
%

--
/************************************************************/
/* John Saalwaechter                                        */

/************************************************************/

*** tc.func.c.dist      Sat Jun 25 15:02:54 1994
--- tc.func.c   Mon Jul 25 22:29:08 1994
***************
*** 1902,1906 ****
--- 1902,1911 ----

      if (host)
        tsetenv(STRREMOTEHOST, str2short(host));
+
+     endhostent();
+ #ifdef YPBUGS
+     fix_yp_bugs();
+ #endif
  }
  #endif /* REMOTEHOST */

--


1947 Center St., Suite 600, Berkeley, CA 94704  (510) 642-4274 ext. 126

Quote:>I haven't noticed any bugs in tcsh 6.04 on a SPARC 20
>running Solaris 2.3 (or on any other platforms).  Here's a script:
>% uname -prsv
>SunOS 5.3 Generic_101674-01 sparc
>% echo $version
>tcsh 6.04.00 (Cornell) 93/07/03 (sun4) options 8b,nls,dl,vi
>% echo ~
>/home/saalwaec
>% echo ~saalwaec
>/home/saalwaec
>%
> uname -prsv

Quote:> echo $version

Quote:> echo ~

Quote:> echo ~mlschroe

Quote:> echo ~mlschroe

No problems... What compiler did you use to compile tcsh?

Michael.

---------------------------------------------------------------

main(_){while(_=~getchar())putchar(~_-1/(~(_|32)/13*2-11)*13);}

Take 1...

19:17 a:~> uname -prsv
SunOS 5.3 Generic_101318-45 sparc
19:17 a:~> echo $version
tcsh 6.05.00 (Cornell) 94/19/06 (sparc-sun-solaris) options 8b,nls,lf,dl,rh
19:17 a:~> echo ~
/home/kurt
19:17 a:~> echo ~kurt
Unknown user: kurt.
19:19 a:~> echo ~kurt
.H)+(.Bteandvare.dna.lth.se.(passwd.org_dir.dna.lth.se.namekurt19:21 a:~>

Take 2...

19:25 a:~> uname -prsv
SunOS 5.3 Generic_101318-45 sparc
19:25 a:~> echo $version
tcsh 6.04.00 (Cornell) 93/07/03 (sun4) options 8b,nls,lf,dl
19:25 a:~> echo ~
/home/kurt
19:25 a:~> echo ~kurt
Unknown user: kurt.
19:26 a:~> echo ~kurt
.JT?(.Bvandvare.dna.lth.se.(passwd.org_dir.dna.lth.se.namekurt19:28 a:~>

The same thing even happens with 6.05.01, the test version mentioned
here.

I have traced the problem to Sun's C routine "getpwnam" as called in
tc.func.c.  This is what returns the error, and which takes 2 minutes
to run!  Note that getpwnam is used in several other places in tcsh,
without any (known) problems.  Also, I have installed other products,
such as elm, which also use getpwnam without any problem.  Strange...
--
Kurt Swanson, Dept. of Computer Science,

   >I've been having problems getting tcsh 6.05 to work on a newly installed
   >Solaris 2.3 system.  When I type "echo ~" I get "/home/kurt" which is
   >correct.  When I type "echo ~kurt" I get "Unknown user: kurt." and when I
   >type "echo ~kurt" a second time, I get:
   >  ".#"$%"#$Randvare.dna.lth.se.(passwd.org_dir.dna.lth.se.namekurt"
   >(approximately), but only after a couple of minutes in which I can't ^C or
   >^Z out!  I checked all the man pages and other sordid entities to learn
   >that one must define YPBUGS and link with -lnsl...  No luck.  Exactly the
   >same problem...  Any ideas?

   I found tcsh-6.05 too buggy and kept using 6.04.  I would install
   6.04 and wait for 6.06.

Have any of you guys bothered looking at patches for 2.3?  Perhaps the
reason that I have been running 6.05 perfectly for the past month (and my
.cshrc files are even more complicated than Christos') is that I have
patched my machines.  The ~ problem above sounds like you need patch 101448
which fixes problems with password/NIS compatability mode.  In any event, I
would install all of the recommended patches from sunsolve.  Also, the
/etc/.login file that Sun supplies is a piece of *and they don't even
bother to quote $TERM.

You do need to patch 6.05 to make a one line change to sh.c.  Other than
that it's been perfect for me.  Can we have some more details about these
bugs please (after you patch your OS)?

=-Dave-F->
--
_   /|                                             Dave Feldman
\'o.O'       My opinions are my own, and do not    USA : 212-449-6655
=(___)=      represent those of my employer,       DFA : land of wonder
   U         either implied or expressed.                and enchantment

The problem is that tcsh periodically "cleans up" file descriptors by
closing them all.  One of the file descriptors that it closes is the
file descriptor that the tcsh process is using -- indirectly via libnsl --
to communicate with NIS+.  Subsequent calls to getpwnam() and other NIS+
front-ends have unpredictable results.

Tcsh calls yp_unbind() to avoid similar problems when the naming service
is NIS rather than NIS+.  I don't know if a similar hack exists for NIS+.
Tcsh should keep track of the file descriptors that it opens, and close
only those.

Scott

However, I had to fix some piece of code in tc.func.c (the fix was given by

to define YPBUGS.

My Sparc 10 is a NIS client; the NIS server runs SunOS 4.1.3_U1.  I don't use
NIS+.

Here is the fix given by Christos S. Zoulas:

Quote:> We missed one point where we should have added the fix_yp_bugs()
> It is in tc.func.c just at the end of the file before the tsetenv() if
> statement add

> #ifdef YPBUGS
>     fix_yp_bugs();
> #endif

I don't know if this fix has been included in TCSH-6.05.01.

--

Alain

version tcsh 6.05.00 (Cornell) 94/19/06 (sparc-sun-solaris) options 8b,nls,rh

out of the Box on my Solaris 2.3 machines.
We are running NIS+ (no YP-Compat mode) and its fine.

I do not remember, maybe I needed to add "-lsocket -lnsl" to the link libraries.

But I did not need to change anything in the sources.

My Solaris Systems are running ALL recommended patches, kernel versions >44,
NFS-Jumbo-Patch installed, NIS+ Jumbo-patch installed...

Roland

--
Roland Kaltefleiter | OFFICE: n/a please use Papermail

In an other world in an other time to come, there won't be MS-DOS.

 |Tcsh calls yp_unbind() to avoid similar problems when the naming service
 |is NIS rather than NIS+.  I don't know if a similar hack exists for NIS+.

You can find such an attempt for NIS+ at:

    ftp.ryukoku.ac.jp:~ftp/Ryukoku/software/svr4-port/tcsh-6.05-svr4

--

                        Ryukoku Univ., Seta, Otsu, Japan