nmake does not inhibit core dumps

iffe however by default does inhibit them via ulimit -c 0
and also on exit deletes any that may have slipped through
but in those cases it emits its own disgnostic about the core

its possible that the shell running the iffe script faulted
and that the ulimit -c 0 from the script inhibited the core

if its reproducable you can run iffe with -d1 or -d2 and it will
not inhibit core dumps

On Sun, 27 May 2012 22:04:33 +0200 Roland Mainz wrote:
> On Sun, May 27, 2012 at 8:59 PM, Roland Mainz <[email protected]> 
> wrote:
> > Hi!
> >
> > ----
> >
> > [This is AFAIK an issue once seen on Solaris... which got fixed... and
> > now has it's revenge upon us on Linux... ;-( ]
> > If I try to build ast-open.2012-05-18 on SuSE 12.1/AMD64 with ksh
> > binary in $PATH (and SHELL pointing to it, too) previously fetched
> > from a Solaris 12.1/AMD64 ast-open.2012-05-18 (with
> > -DSHOPT_CMDLIB_BLTIN=0 -DSH_CMDLIB_DIR=\"/usr/ast/bin\"
> > -DSHOPT_CMDLIB_HDR=\"/home/test001/work/ast_ksh_20120518/build_linux_32bit/tmp_gnulinux_builtin_header.h\"
> > ; I've attached the header file as "tmp_gnulinux_builtin_header.h")
> > build I get the following error:
> > -- snip --
> > + chmod -w 
> > /home/test001/work/ast_ksh_20120518/build_normal_sed_under_valgrind/arch/linux.i386-64/lib/libcmd.so.1.2
> > ksh[783]: chmod:
> > /home/test001/work/ast_ksh_20120518/build_normal_sed_under_valgrind/arch/linux.i386-64/lib/libcmd.so.1.2:
> > not found [Invalid argument]
> > -- snip --
> >
> > Glenn/David: Can you reproduce the problem on your side (e.g. compile
> > ast-open with the SHOPT_CMDLIB_HDR header attached to this file, fetch
> > the resulting ksh93 binary and use it again to build ast-open) ?

> BTW: While building with the new ksh binary I see this crash...
> -- snip --
> iffe: test: is sys/types.h a header ... yes
> ksh[72]: eval: line 2: 6252: Memory fault
> make [lib/libcs]: *** termination code 11 making FEATURE/lib
> -- snip --
> ... but I can't find a core dump. Is there anything in nmake which may
> interfere with with core dump generation ?

> ----

> Bye,
> Roland

> -- 
>   __ .  . __
>  (o.\ \/ /.o) [email protected]
>   \__\/\/__/  MPEG specialist, C&&JAVA&&Sun&&Unix programmer
>   /O /==\ O\  TEL +49 641 3992797
>  (;O/ \/ \O;)

> _______________________________________________
> ast-developers mailing list
> [email protected]
> https://mailman.research.att.com/mailman/listinfo/ast-developers

_______________________________________________
ast-developers mailing list
[email protected]
https://mailman.research.att.com/mailman/listinfo/ast-developers

Reply via email to