STR-141: Mac OS X: identy io-wrap causes an EXC_BAD_ACCESS
(gdb) r
Starting program: /pkg/strategoxt/2004-07-08-18-48/libexec/rtg-ppfix -i xml-doc.artg
Reading symbols for shared libraries ++++. doneProgram received signal EXC_BAD_ACCESS, Could not access memory.
hashtable_from_term (table=0x0) at tables.c:37
37 if(ATisBlob(table)) {
(gdb)(gdb) backtrace
Submitted on 9 July 2004 at 13:11
#0 hashtable_from_term (table=0x0) at tables.c:37
#1 0x000872b8 in SSL_hashtable_get (table_term=0x0, key=0x0) at tables.c:92
#2 0x00229b40 in lookup_table_0_1 (v_49=0x0, t=0x1ab020) at liblib.c:25647
#3 0x00216d7c in parse_options_3_0 (k_112=0x218c94 <b_44>, l_112=0x2164a0 <default_system_usage_0_0>, m_112=0x216148 <default_system_about_0_0>, t=0x7a040) at liblib.c:16077
#4 0x00219494 in option_wrap_5_0 (n_110=0, o_110=0, p_110=0x1ab020, q_110=0x6159c <_id>, r_110=0xbffff690, t=0xbffff5d0) at liblib.c:17319
#5 0x00218fc4 in io_wrap_1_0 (v_110=0x6159c <_id>, t=0x7a040) at liblib.c:17163
#6 0x00062388 in main (argc=499776, argv=0xbffff8c0) at stratego.c:456
Issue Log
STR-141, martin:
It appears that the constants have not been initialized:Command name abbreviations are allowed if unambiguous.
(gdb) print term_s_228
$1 = 0x0
(gdb) print term_t_228
$2 = 0x0
(gdb) print term_p_223
$3 = 0x0
STR-141, martin:
This might have something todo with lazy loading of modules.
STR-141, martin:
Yepz, that appears to be the issue.
STR-141, martin:
It appears that the ld flag “-run_init_lazily” is turned on by default.Some resources:
http://oss.software.ibm.com/pipermail/icu4c-support/2002-May/000348.html
http://oss.software.ibm.com/pipermail/icu4c-support/2002-May/000355.html
http://www.osxfaq.com/man/1/ld.ws
STR-141, martin:
Solution: use “-bind_at_load”
Log in to post comments