#65 Find ACCVIO when run under Bash

[J E Chimene]

This might be related to executing in Bash

No crash when executed from DCL

~~~~~
$ set defa sys$login
$ uname -a
OpenVMS PTAC 0 V8.4 HP_rx2600__(1.30GHz/3.0MB) GNU/Linux
$ find . -iname config.*
./gnu/bash/config.h.in
./gnu/bash/lib/intl/config.charset
./gnu/bash/support/config.guess
./gnu/bash/support/config.rpath
./gnu/bash/support/config.sub
./gnu_vms/bash/config.h_gnv_reference
./gnv/bash/config.h

ACCVIO when started in Bash. Notice that the path 

./gnv/bash/config.h

does not appear in the following output.

$ bash
BASH-4.2$
BASH-4.2$ find . -iname config.*
./gnu/bash/config.h.in
./gnu/bash/lib/intl/config.charset
./gnu/bash/support/config.guess
./gnu/bash/support/config.rpath
./gnu/bash/support/config.sub
./gnu_vms/bash/config.h_gnv_reference
%SYSTEM-F-ACCVIO, access violation, reason mask=00, virtual address=000074706F746567, PC=FFFFFFFF8406E670, PS=0000001B
%TRACE-F-TRACEBACK, symbolic stack dump follows
image module routine line rel PC abs PC
LIBRTL LIB$MALLOC LIB$VM_MALLOC 25021 0000000000000D00 FFFFFFFF8406E670
DECC$SHR C$MALLOC decc$malloc 30454 0000000000000222 FFFFFFFF85E00992
DECC$SHR C$FINDFILE decc$$alloc_fcb 65422 0000000000002EC2 FFFFFFFF85D7C112
DECC$SHR C$STAT xstat 45165 00000000000004E2 FFFFFFFF8636E582
DECC$SHR C$STAT stat 45999 0000000000003892 FFFFFFFF86371932
DECC$SHR C$DIRENT _make_new_buffer_list
41627 0000000000002352 FFFFFFFF85E1EDB2
DECC$SHR C$DIRENT readdir 41007 0000000000000D12 FFFFFFFF85E1D772
FIND SAVEDIRINFO xsavedir 7090 0000000000000482 000000000005B0D2
FIND FIND process_dir 15319 00000000000033F2 00000000000333F2
FIND FIND process_path 15254 0000000000003130 0000000000033130
FIND FIND process_dir 15476 0000000000003EB1 0000000000033EB1
FIND FIND process_path 15254 0000000000003130 0000000000033130
FIND FIND process_dir 15476 0000000000003EB1 0000000000033EB1
FIND FIND process_path 15254 0000000000003130 0000000000033130
FIND FIND process_dir 15476 0000000000003EB1 0000000000033EB1
FIND FIND process_path 15254 0000000000003130 0000000000033130
FIND FIND do_process_top_dir 15061 0000000000002450 0000000000032450
FIND FIND at_top 15045 00000000000023A0 00000000000323A0
FIND FIND process_top_path 15092 0000000000002581 0000000000032581
FIND FIND main 14229 00000000000007D0 00000000000307D0
FIND FIND __main 14132 0000000000000121 0000000000030121
FIND 0 00000000000A9C32 00000000000A9C32
FIND 0 00000000000AA5C2 00000000000AA5C2
0 FFFFFFFF80A9BCD2 FFFFFFFF80A9BCD2
DCL 0 000000000007D032 000000007AE29032
%TRACE-I-END, end of TRACE stack dump
BASH-4.2$ exit
$
~~~~

[John Malmberg]

When you run find from DCL, what is expanding the *?

When you run find from bash, bash should be expanding the wildcard making the command line different.

An error in malloc() from a call to readdir() indicates either we have a heap corruption in the find utility or a bug in the CRTL.

This is what I get using the find from GNV 2.1.3 on Alpha and the bash 4.2.45(1) in development.

BASH-4.2$ find . -iname config.*
find: paths must precede expression
Usage: find [path...] [expression]

Dropping the ".*" results in a lot of CPU and IO activity and no files found.

BASH-4.2$ find . -iname config.
find: paths must precede expression
Usage: find [path...] [expression]
BASH-4.2$ find . -iname config
BASH-4.2$ find . -iname 'config'
./config.h
./config_vms.h
./lib/intl/config.charset
./lib/intl/config.charset
./lib/intl/config.charset
./support/config.guess
./support/config.rpath
./support/config.sub
./config.h_gnv_reference
./config_h.com
./config_vms.h_in
./lib/intl/config.charset
./lib/intl/config.charset
./lib/intl/config.charset
./support/config.guess
./support/config.rpath
./support/config.sub
./config-bot.h
./config-top.h
./config.h.in
./configure
./configure.in
./lib/intl/config.charset
./lib/intl/config.charset
./lib/intl/config.charset
./support/config.guess
./support/config.rpath
./support/config.sub
BASH-4.2$