---
osname= dec_osf
osvers= 5.1a
arch=   alpha-dec_osf-thread-multi
cc=     cc V6.4-014
---
Flags:
    category=core
    severity=medium
    ack=no
---
(dbx) run t/dynoplibs/myops_3.pir
neither here
threadg 0x3 signal Segmentation fault at   [Parrot_hcf:55 ,0x30000001ac4]      \
  Source not available
(dbx) where
>  0 Parrot_hcf(cur_opcode = 0x1404e6890, interp = 0x140166000) ["myops.ops":55\
, 0x30000001ac4]
...
So haha, the Parrot_hcf() still halts and catches fire.  Very funny, haha.
The problem is that it shows up as a core dump.  Surely this test could
be implemented somehow differently and still be funny?
---
Summary of my parrot 0.4.7 (r0) configuration:
  configdate='Fri Jan 12 03:51:38 2007'
  Platform:
    osname=dec_osf, archname=alpha-dec_osf
    jitcapable=0, jitarchname=nojit,
    jitosname=dec_osf, jitcpuarch=alpha
    execcapable=0
    perl=/u/vieraat/vieraat/jhi/Perl/Platform/OSF1/bin/perl
  Compiler:
    cc='cc', ccflags='-std -D_INTRINSICS -fprm d -ieee -I/p/include -DLANGUAGE_C -pthread -D_XOPEN_SOURCE=500',
  Linker and Libraries:
    ld='ld', ldflags=' -L/p/lib',
    cc_ldflags='',
    libs='-lm -lutil -lpthread -laio -lrt -lgmp'
  Dynamic Linking:
    share_ext='.so', ld_share_flags='-shared -expect_unresolved "*" -O4 -msym -std -L/p/lib',
    load_ext='.so', ld_load_flags='-shared -expect_unresolved "*" -O4 -msym -std -L/p/lib'
  Types:
    iv=long, intvalsize=8, intsize=4, opcode_t=long, opcode_t_size=8,
    ptrsize=8, ptr_alignment=8 byteorder=12345678, 
    nv=double, numvalsize=8, doublesize=8
---
Environment:
    HOME    LANG    LANGUAGE    LC_ALL    LC_CTYPE    LD_LIBRARY_PATH    LOGDIR    PATH    SHELL