Strange behaviour of zsh-3.1.5 on IRIX 6.2

Strange behaviour of zsh-3.1.5 on IRIX 6.2

[Helmut Jarausch]

Hi,
I would appreciate very much if someone could say a word to the strange
behaviour of ZSH since version 3.1.3 (on IRIX 6.2)


I am running here 3.1.2 for a long time now and it's very stable (except
some minor buglets)

Now 3.1.5 does dump core anymore but I get

19 % ./zsh
/usr/LOCAL/etc/zshenv: command not found: exportExportSetoptSetoptSetoptBindkeyExportExportExportExportExportExportFunction\M-##^CFunctionAliasFunctionFunctionFunctionIfPushdElsPopd [1]
/usr/LOCAL/etc/zshenv: parse error near `else' [2]
/usr/LOCAL/etc/zshenv: command not found: elsFi [3]
/usr/LOCAL/etc/zshenv: parse error near `}' [4]
/usr/LOCAL/etc/zshenv: parse error near `}' [5]
/usr/LOCAL/etc/zshenv: unmatched ' [6]


but my init file /usr/LOCAL/etc/zshenv  is absolutely normal

look yourself (here the first few lines)

export PATH=/usr/LOCAL/bin:/usr/LOCAL/teTeX/bin:/usr/bin:/usr/bsd:/bin:/usr/bin/X11:/usr/local/bin:/usr/local/bin/X11:/usr/sbin:/usr/demos/bin
export FPATH=/usr/LOCAL/etc/Zsh_Functions
setopt CDABLEVARS CORRECT HIST_IGNORE_SPACE HIST_VERIFY
setopt IGNORE_EOF PATH_DIRS AUTO_MENU ALWAYS_TO_END AUTO_PARAM_KEYS
setopt  COMPLETE_IN_WORD MAGIC_EQUAL_SUBST PUSHD_SILENT EXTENDED_GLOB
bindkey '^X^E' vi-find-prev-char
export FCEDIT=nc
export PAGER=less
export MANPATH=/usr/share/catman:/usr/LOCAL/man:/usr/local/share/catman
export EDITOR=/usr/LOCAL/bin/nedit
export MAIL=/var/mail/$USER
export SGI_ABI=-n32
function namedir(){
  $1=$PWD ; : ~$1 }
#  arguments are as in prompt below
#  see xwsh man page    set    window title               icon title
function chpwd() { print -Pn '\2201.y%~\234'; print -Pn '\2203.y%C\234' }
alias ds="ls -xF"
function cds(){ cd $1; ls -xF }
function dst() { ls -txF $@ | head }


Thanks a lot for a hint,
Helmut.


--
Helmut Jarausch
Lehrstuhl fuer Numerische Mathematik
Institute of Technology, RWTH Aachen
D 52056 Aachen, Germany

Re: Strange behaviour of zsh-3.1.5 on IRIX 6.2

[Zefram]

Helmut Jarausch wrote:
>I would appreciate very much if someone could say a word to the strange
>behaviour of ZSH since version 3.1.3 (on IRIX 6.2)
>
>I am running here 3.1.2 for a long time now and it's very stable (except
>some minor buglets)

Please try building and installing 3.1.2 again, the same way you are
building and installing 3.1.5.  It seems much more likely that this is
a problem with a specific machine, rather than a specific zsh version.

Is anyone else using IRIX?

-zefram

Re: Strange behaviour of zsh-3.1.5 on IRIX 6.2

[Anthony.Iano-Fletcher]

Hi Zefram, Helmut and all,

> Helmut Jarausch wrote:
> >I would appreciate very much if someone could say a word to the strange
> >behaviour of ZSH since version 3.1.3 (on IRIX 6.2)
> >
> >I am running here 3.1.2 for a long time now and it's very stable (except
> >some minor buglets)
> 
> Please try building and installing 3.1.2 again, the same way you are
> building and installing 3.1.5.  It seems much more likely that this is
> a problem with a specific machine, rather than a specific zsh version.
> 
> Is anyone else using IRIX?

yes I am. 3.1.5 compiles and runs just fine on Solaris 2.5.1. It
compiles under IRIX 6.4 but I see similar problems to Helmut....

For instance, 

3:10PM arif@amethyst% ./Src/zsh -f /tmp/z
/tmp/z: unmatched ' [2]
3:10PM arif@amethyst% cat /tmp/z            

PS1='%t %n@%m%# '

3:10PM arif@amethyst% 

The version I am successfully running on IRIX at the moment is 3.1.2
and that runs the file just fine.

3:10PM arif@amethyst% zsh -f /tmp/z  
3:10PM arif@amethyst% 

I can try to look into it - suggestions of where to start?

			Anthony.

-- 
Anthony R Iano-Fletcher        Anthony.Iano-Fletcher@nih.gov
                               http://cbel.cit.nih.gov/~arif
                               CBEL, CIT, NIH, Bethesda, MD, USA.
                               Phone: (+1) 301 402 1741.

Re: Re: Strange behaviour of zsh-3.1.5 on IRIX 6.2

[Thomas Ziehmer [RHRK]]

Hi all,
On Fri, Oct 30, 1998 at 03:18:47PM -0500, Anthony.Iano-Fletcher@nih.gov wrote:
> Hi Zefram, Helmut and all,
> > [...]
> > building and installing 3.1.5.  It seems much more likely that this is
> > a problem with a specific machine, rather than a specific zsh version.
> > 
> > Is anyone else using IRIX?
> 
> yes I am. 3.1.5 compiles and runs just fine on Solaris 2.5.1. It
> compiles under IRIX 6.4 but I see similar problems to Helmut....
> 
I've tested it under IRIX 6.2 and IRIX 6.4 and it worked well. 
So it may a problem with the compiler. Helmut and Anthony check the 
compiler version with `cc -version`
I use 'MIPSpro Compilers: Version 7.2.1.1m'. It seems to work. 
Or try to use gcc. If it's not a problem of the linker it should
solve the problem too.

> I can try to look into it - suggestions of where to start?
on the compiler

Thomas Ziehmer

Re: Strange behaviour of zsh-3.1.5 on IRIX 6.2

[Roland Jesse]

Zefram wrote:

> Is anyone else using IRIX?

Yes, I am. I tried for some time to get 3.1.4 working. That was without
much success. The compile process went just fine. But when trying to run
the shell, it failed. Tracing the error down in a debugger showed that it
crashed when trying to do a wrefresh without even having a window.

As it was getting boring to fiddle around with that curiosity, I just
switched back to 3.0.5 (and changed some of my config files) which works
like a charme.

If I find some time this weekend I might check out version 3.1.5.

	Roland

Re: Strange behaviour of zsh-3.1.5 on IRIX 6.2

[RoboHak]

On Sat, 31 Oct 1998, Roland Jesse wrote:

> Yes, I am. I tried for some time to get 3.1.4 working. That was without
> much success. The compile process went just fine. But when trying to run
> the shell, it failed. Tracing the error down in a debugger showed that it
> crashed when trying to do a wrefresh without even having a window.
 
I just installed 3.1.5 on my linux system and had the same problem when I
told it to use ncurses.  It segfaults doing a wrefresh().  I told it to
use termcap again, and now it works fine.  That might fix your problems on
IRIX also.

--
RoboHak

Re: Strange behaviour of zsh-3.1.5 on IRIX 6.2

[Roland Jesse]

RoboHak writes:

 > I just installed 3.1.5 on my linux system and had the same problem when I
 > told it to use ncurses.  It segfaults doing a wrefresh().  I told it to
 > use termcap again, and now it works fine.  That might fix your problems on
 > IRIX also.

I did not tell it to use either one. When I build on an IRIX 6.4
machine, the configuration is:

zsh version               : 3.1.5
host operating system     : mips-sgi-irix6.4
source code location      : .
compiler                  : cc
executable compiler flags :  -O
executable linker flags   :   -s 
library flags             : -ldl -ltermcap -lc 
binary install path       : /usr/local/bin
man page install path     : /usr/local/man
info install path         : /usr/local/info

After the build the shell works just fine on this particular
machine. But on another O2 machine I simply get: "13116:-zsh: rld:
Fatal Error: attempted access to unresolvable symbol in -zsh:
cap_get_proc."

I am not a 100% sure what IRIX version this other machine is
running. Is it possible that it might have a problem with a zsh build
on a 6.4 system?

BTW: As I wrote before: zsh-3.0.5 build the same way as above was
running just fine.

BTW 2: cc -version: Mongoose Compilers: Version 7.10 (no gcc available
on the system)

Regards,

	Roland

Re: Strange behaviour of zsh-3.1.5 on IRIX 6.2

[Bart Schaefer]

On Nov 1,  9:56am, Roland Jesse wrote:
} Subject: Re: Strange behaviour of zsh-3.1.5 on IRIX 6.2
}
} After the build the shell works just fine on this particular
} machine. But on another O2 machine I simply get: "13116:-zsh: rld:
} Fatal Error: attempted access to unresolvable symbol in -zsh:
} cap_get_proc."

"cap_get_proc" is part of the POSIX "capability sets" system, for extended
protection/access rules.  Apparently this is installed on the system where
you built zsh, but is not on the system where you're getting that failure.

The file access part of capability sets is isolated to the "cap" module,
but the runtime tests for process privileges (setuid/setgid) are built in
to the main binary in the privasserted() function in Src/utils.c.

The only effect that a failure of privasserted() would have as far as I
can tell is to alter (or fail to alter) the display of the prompt, or to
incorrectly report that a directory was inaccessible in [[ -x dir ]].  So
it would probably be reasonable to either put that in a module as well,
or simply provide a configure option to turn it off.

} BTW: As I wrote before: zsh-3.0.5 build the same way as above was
} running just fine.

3.0.5 doesn't know about capability sets.

-- 
Bart Schaefer                                 Brass Lantern Enterprises
http://www.well.com/user/barts              http://www.brasslantern.com

Re: Strange behaviour of zsh-3.1.5 on IRIX 6.2

[Zefram]

Roland Jesse wrote:
>After the build the shell works just fine on this particular
>machine. But on another O2 machine I simply get: "13116:-zsh: rld:
>Fatal Error: attempted access to unresolvable symbol in -zsh:
>cap_get_proc."

Is that running the same binary on a diferent machine?  If so, then you
have different libraries on the two machines, and need to compile zsh on a
machine without libcap.  (cap_get_proc is from libcap, part of the POSIX.6
capability sets feature.  zsh will use this library if it can find it.)

-zefram

Re: Strange behaviour of zsh-3.1.5 on IRIX 6.2

[kristiag]

On Sun, Nov 01, 1998 at 09:56:07AM +0100, Roland Jesse wrote:
> After the build the shell works just fine on this particular
> machine. But on another O2 machine I simply get: "13116:-zsh: rld:
> Fatal Error: attempted access to unresolvable symbol in -zsh:
> cap_get_proc."
> 
> I am not a 100% sure what IRIX version this other machine is
> running. Is it possible that it might have a problem with a zsh build
> on a 6.4 system?

Running binaries compiled on a newer version of IRIX on older versions
is not supported. So you should compile binaries on your IRIX 6.3
machine and use them on both your 6.3 and 6.4 machines (I assume your
O2 runs IRIX 6.3, not 6.5).

As regards the original strange problem, I have been unable to compile
a working zsh-3.1.5 with `MIPSpro Compilers: Version 7.2.1.2m' on my
IRIX 6.2 machine. Using `egcs-2.92.07 19980914' works just fine,
however.

I did some debugging and found that a typtab array came out differently
in the two versions. So with the following patch, zsh-3.1.5 seems to
work on IRIX 6.2 using said MIPSpro compiler. Now, obviously, this is
just silly and should not be used, but I hope this can point others in
the right direction. I do not have time to debug this further.

--- /Stores/stash/zsh/src-3.1.5-local/Src/utils.c       Thu Oct 15 23:46:01 1998
+++ utils.c     Mon Nov  2 09:43:16 1998
@@ -2387,6 +2387,8 @@
        typtab[STOUC(*s)] |= ISPECIAL;
     if (isset(BANGHIST) && bangchar && interact && isset(SHINSTDIN))
        typtab[bangchar] |= ISPECIAL;
+    typtab[0] = 4640;
+    typtab[32] = 10284;
 }
 
 /**/

-- 
Kristian Gjøsteen

Re: Strange behaviour of zsh-3.1.5 on IRIX 6.2

[Helmut Jarausch]

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain, Size: 947 bytes --]

Kristian Gjøsteen wrote
>> I did some debugging and found that a typtab array came out differently
>> in the two versions. So with the following patch, zsh-3.1.5 seems to
>> work on IRIX 6.2 using said MIPSpro compiler. Now, obviously, this is
>> just silly and should not be used, but I hope this can point others in
>> the right direction. I do not have time to debug this further.
>> 
>> --- /Stores/stash/zsh/src-3.1.5-local/Src/utils.c       Thu Oct 15 23:46:01 1998
>> +++ utils.c     Mon Nov  2 09:43:16 1998
>> @@ -2387,6 +2387,8 @@
>>         typtab[STOUC(*s)] |= ISPECIAL;
>>      if (isset(BANGHIST) && bangchar && interact && isset(SHINSTDIN))
>>         typtab[bangchar] |= ISPECIAL;
>> +    typtab[0] = 4640;
>> +    typtab[32] = 10284;
>>  }
>>  
>>  /**/

Hey, that SOLVES the problem here.  Many thanks!!!




--
Helmut Jarausch
Lehrstuhl fuer Numerische Mathematik
Institute of Technology, RWTH Aachen
D 52056 Aachen, Germany