FB 3 build crash in x86

[Adriano dos Santos Fernandes-3]

This happens with the code I released for the Java Plugin months ago as well current HEAD. I do not see how it could be related to my changes.

In the boot build, when processing messages2.sql, this happens:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb706a6e0 (LWP 16053)]
0xb80872c1 in __pthread_mutex_unlock_usercnt () from /lib/tls/i686/cmov/libpthread.so.0
(gdb) bt
#0  0xb80872c1 in __pthread_mutex_unlock_usercnt () from /lib/tls/i686/cmov/libpthread.so.0
#1  0x083f5c20 in ISC_mutex_unlock (mutex=0xb5c6f048) at ../src/jrd/isc_sync.cpp:3043
#2  0x0826512b in Jrd::LockManager::release_mutex (this=0xb7064cd4) at ../src/lock/lock.cpp:3178
#3  0x082678a8 in Jrd::LockManager::release_shmem (this=0xb7064cd4, owner_offset=18812) at ../src/lock/lock.cpp:3152
#4  0x0826c1c6 in Jrd::LockManager::enqueue (this=0xb7064cd4, tdbb=0xbfadf688, prior_request=0, parent_request=18964, series=23, value=0xbfadac50 "<\001",
    length=8, type=3 '\003', ast_routine=0, ast_argument=0x0, data=0, lck_wait=1, owner_offset=18812) at ../src/lock/lock.cpp:605
#5  0x081004fa in enqueue (tdbb=0xbfadf688, lock=0xbfadac0c, level=3, wait=1) at ../src/jrd/lck.cpp:826
#6  0x08102afc in ENQUEUE (tdbb=0xbfadf688, lock=0xbfadac0c, level=3, wait=1) at ../src/jrd/lck.cpp:144
#7  0x08101b66 in LCK_lock (tdbb=0xbfadf688, lock=0xbfadac0c, level=3, wait=1) at ../src/jrd/lck.cpp:538
#8  0x0835d925 in Jrd::BtrPageGCLock::disablePageGC (this=0xbfadac0c, tdbb=0xbfadf688, page=@0xbfadadc4) at ../src/jrd/btr.cpp:238
#9  0x08360035 in add_node (tdbb=0xbfadf688, window=0xbfadadc4, insertion=0xbfaddfcc, new_key=0xbfadbe42, new_record_number=0xbfadadf4, original_page=0x0,
    sibling_page=0x0) at ../src/jrd/btr.cpp:2222
#10 0x0836050d in BTR_insert (tdbb=0xbfadf688, root_window=0xbfaddff4, insertion=0xbfaddfcc) at ../src/jrd/btr.cpp:968
#11 0x083dbce9 in insert_key (tdbb=0xbfadf688, relation=0xb5ea5b40, record=0xb5de9eec, transaction=0xb5e9cff8, window_ptr=0xbfaddff4, insertion=0xbfaddfcc,
    bad_relation=0xbfadf070, bad_index=0xbfadf090) at ../src/jrd/idx.cpp:1553
#12 0x083dc11b in IDX_store (tdbb=0xbfadf688, rpb=0xb5de9904, transaction=0xb5e9cff8, bad_relation=0xbfadf070, bad_index=0xbfadf090) at ../src/jrd/idx.cpp:983
#13 0x083be1c7 in store (tdbb=0xbfadf688, node=0xb5deb278, which_trig=0) at ../src/jrd/exe.cpp:3561
#14 0x083bca52 in EXE_looper (tdbb=0xbfadf688, request=0xb5de9570, in_node=0xb5deb2bc) at ../src/jrd/exe.cpp:2703
#15 0x083bf707 in execute_looper (tdbb=0xbfadf688, request=0xb5de9570, transaction=0xb5e9cff8, next_state=Jrd::jrd_req::req_proceed) at ../src/jrd/exe.cpp:1386
#16 0x083bfea9 in EXE_send (tdbb=0xbfadf688, request=0xb5de9570, msg=0, length=276, buffer=0xb5dee960 "��") at ../src/jrd/exe.cpp:950
#17 0x080d4ce2 in JRD_start_and_send (tdbb=0xbfadf688, request=0xb5de9570, transaction=0xb5e9cff8, msg_type=0, msg_length=276, msg=0xb5dee960 "��", level=0)
    at ../src/jrd/jrd.cpp:6487
#18 0x081deed8 in execute_request (tdbb=0xbfadf688, request=0xb5e49fe0, tra_handle=0xbfadf820, in_blr_length=52, in_blr=0xb5e285ac "\005\002\004",
    in_msg_length=138, in_msg=0xb5e28170 "", out_blr_length=0, out_blr=0x0, out_msg_length=0, out_msg=0x0, singleton=false) at ../src/dsql/dsql.cpp:1162
#19 0x081e1406 in DSQL_execute (tdbb=0xbfadf688, tra_handle=0xbfadf820, request=0xb5e49fe0, in_blr_length=52, in_blr=0xb5e285ac "\005\002\004", in_msg_type=0,
    in_msg_length=138, in_msg=0xb5e28170 "", out_blr_length=0, out_blr=0x0, out_msg_length=0, out_msg=0x0) at ../src/dsql/dsql.cpp:267
#20 0x080dd6a8 in jrd8_execute (user_status=0x8601ce0, tra_handle=0xbfadf820, stmt_handle=0xb7066d48, in_blr_length=52, in_blr=0xb5e285ac "\005\002\004",
    in_msg_type=0, in_msg_length=138, in_msg=0xb5e28170 "", out_blr_length=0, out_blr=0x0, out_msg_length=0, out_msg=0x0) at ../src/jrd/jrd.cpp:3783
#21 0x080cc2c1 in isc_dsql_execute2_m (user_status=0x8601ce0, tra_handle=0x8603f84, stmt_handle=0x8603f90, in_blr_length=52, in_blr=0xb5e285ac "\005\002\004",
    in_msg_type=0, in_msg_length=138, in_msg=0xb5e28170 "", out_blr_length=0, out_blr=0x0, out_msg_type=0, out_msg_length=0, out_msg=0x0)
    at ../src/jrd/why.cpp:2707
#22 0x080cc8f3 in isc_dsql_execute2 (user_status=0x8601ce0, tra_handle=0x8603f84, stmt_handle=0x8603f90, dialect=3, in_sqlda=0xb7066128, out_sqlda=0x0)
    at ../src/jrd/why.cpp:2603
#23 0x080ccaeb in isc_dsql_execute (user_status=0x8601ce0, tra_handle=0x8603f84, stmt_handle=0x8603f90, dialect=3, sqlda=0xb7066128) at ../src/jrd/why.cpp:2558
#24 0x0806d9a5 in bulk_insert_hack (
    command=0xb5e31024 "INSERT INTO MESSAGES (SYMBOL, ROUTINE, MODULE, TRANS_NOTES, FAC_CODE, NUMBER, FLAGS, TEXT, \"ACTION\", EXPLANATION) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?)", sqldap=0x8603f50) at ../temp/boot/isql/isql.cpp:3992
#25 0x0806e39a in frontend_set (
    cmd=0xb5e31014 "set bulk_insert INSERT INTO MESSAGES (SYMBOL, ROUTINE, MODULE, TRANS_NOTES, FAC_CODE, NUMBER, FLAGS, TEXT, \"ACTION\", EXPLANATION) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?)", parms=0xbfae11e4, lparms=0xbfae11bc, bad_dialect_buf=0xbfae1650 "\034�\005�85/�0:/�\002", bad_dialect=@0xbfae124f)
    at ../temp/boot/isql/isql.cpp:5935
#26 0x080704e0 in frontend (
    statement=0xb5e31014 "set bulk_insert INSERT INTO MESSAGES (SYMBOL, ROUTINE, MODULE, TRANS_NOTES, FAC_CODE, NUMBER, FLAGS, TEXT, \"ACTION\", EXPLANATION) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?)") at ../temp/boot/isql/isql.cpp:5531
#27 0x08071370 in get_statement (
    statement=0xb5e31014 "set bulk_insert INSERT INTO MESSAGES (SYMBOL, ROUTINE, MODULE, TRANS_NOTES, FAC_CODE, NUMBER, FLAGS, TEXT, \"ACTION\", EXPLANATION) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?)", bufsize=65535, statement_prompt=0x844f15e "SQL> ") at ../temp/boot/isql/isql.cpp:6374
#28 0x0807194f in do_isql () at ../temp/boot/isql/isql.cpp:4956
#29 0x08072163 in ISQL_main (argc=4, argv=0xbfae2bc4) at ../temp/boot/isql/isql.cpp:949
#30 0x08072237 in main (argc=-1224300752, argv=0x25c0) at ../temp/boot/isql/isql.cpp:841


GCC is 4.3.3.


Adriano

------------------------------------------------------------------------------
Come build with us! The BlackBerry(R) Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9 - 12, 2009. Register now!
http://p.sf.net/sfu/devconference
Firebird-Devel mailing list, web interface at https://lists.sourceforge.net/lists/listinfo/firebird-devel