I also was able to get it to run properly when not redirecting to a file.
I wonder if there might be some dependancy in the system that causes
different behavior with this when output is to a tty vs. a
filehandle.
I tried this with a copy of /bin/sh from 4.0-RELEASE, and had the same
result, so I think we can probably rule out /bin/sh as the culprit.
This might provide some further help:
# pwd
/usr/ports/lang/guile/work/guile-1.4/libguile
#
PATH=.:/sbin:/bin:/usr/sbin:/usr/bin:/usr/games:/usr/local/sbin:/usr/local/bin:/usr/X11R6/bin:/root/bin
./guile-doc-snarf eval.c -DHAVE_CONFIG_H -I.. -I./.. -I../libltdl -O
-pipe -Wall -Wmissing-prototypes eval.c > eval.x
awk: ./guile-snarf.awk:17: (FILENAME=- FNR=9680) fatal error: internal
error
Abort trap - core dumped
# cat eval.x
scm_unbound_variable_key = scm_permanent_object (( ((scm_bits_t) (
((scm_bits_t *) ((SCM_CELLPTR) (( scm_intern0 (
"unbound-variable" ) ) )) ) [ 0 ] )) ) ) ;
On Thu, 24 Aug 2000, Sheldon Hearn wrote:
>
>
> On Tue, 22 Aug 2000 12:27:01 +0200, Sheldon Hearn wrote:
>
> > > awk: ./guile-snarf.awk:17: (FILENAME=- FNR=9680) fatal error: internal
> > > error
> > > Abort trap - core dumped
> > > *** Error code 1
> >
> > I get the same thing here. Inspecting the core dump, one finds that the
> > abort() happens in eval.c:1668, just below a huge FIXME comment. I'll
> > contact the gawk maintainers.
>
> This is a bitch. If I run the problematic awk script from the
> command-line, feeding it exactly the same input as it is given from the
> Makefile, awk does not dump core, but rather completes successfully.
> When run from gmake, it dumps core.
>
> So I'm a bit stumped as far as formulating an easy How-To-Repeat is
> concerned. :-(
>
> Ciao,
> Sheldon.
>
>
> To Unsubscribe: send mail to [EMAIL PROTECTED]
> with "unsubscribe freebsd-current" in the body of the message
>
>
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message