From: Mark H Weaver <mhw@netris.org>
To: ludo@gnu.org (Ludovic Courtès)
Cc: 11083@debbugs.gnu.org, Kiyoshi KANAZAWA <yoi_no_myoujou@yahoo.co.jp>
Subject: bug#11083: guile-2.0.5 bug report
Date: Thu, 05 Apr 2012 13:07:20 -0400 [thread overview]
Message-ID: <871uo2ds53.fsf@netris.org> (raw)
In-Reply-To: <978140.78596.qm@web100708.mail.kks.yahoo.co.jp> (Kiyoshi KANAZAWA's message of "Thu, 5 Apr 2012 22:37:03 +0900 (JST)")
Hi Ludovic,
It appears that 'environ_locale_charset' returns a bad address on
Solaris 10, but only when Guile is compiled with '-m64'. Kiyoshi says
that 5de0053178b4acc793ae62838175e5f3ab56c603 is applied in his tree.
Do you have time to look into this?
Regards,
Mark
Kiyoshi KANAZAWA <yoi_no_myoujou@yahoo.co.jp> writes:
> =>[1] libunistring_c_strcasecmp(s1 = <value unavailable>, s2 = <value unavailable>) (optimized), at 0x7fffffa102a8 (line ~39) in "c-strcasecmp.c"
> [2] u8_conv_from_encoding(fromcode = 0xfffffffffff56ea0 "<bad address 0xfffffffffff56ea0>", handler = iconveh_escape_sequence, src = 0xfffffd7fffdff6ea "snarf-check-and-output-texi", srclen = 27U, offsets = (nil), resultbuf = (nil), lengthp = 0xfffffd7fffdfecf8) (optimized), at 0x7fffffa1ce80 (line ~39) in "u8-conv-from-enc.c"
> [3] u32_conv_from_encoding(fromcode = <value unavailable>, handler = <value unavailable>, src = <value unavailable>, srclen = 27U, offsets = (nil), resultbuf = (nil), lengthp = 0xfffffd7fffdfed60) (optimized), at 0x7fffffa1c730 (line ~52) in "u-conv-from-enc.h"
> [4] scm_from_stringn(str = 0xfffffd7fffdff6ea "snarf-check-and-output-texi", len = 27U, encoding = 0xfffffffffff56ea0 "<bad address 0xfffffffffff56ea0>", handler = SCM_FAILED_CONVERSION_ESCAPE_SEQUENCE), line 1515 in "strings.c"
Note the bad 'encoding' parameter above.
> [5] locale_arguments_to_string_list(argc = 5, argv = 0xfffffd7fffdff478), line 394 in "script.c"
> [6] scm_i_set_boot_program_arguments(argc = 0, argv = (nil)), line 405 in "script.c"
> [7] invoke_main_func(body_data = 0xfffffd7fffdff420), line 335 in "init.c"
> [8] c_body(d = 0xfffffd7fffdff370), line 512 in "continuations.c"
> [9] vm_regular_engine(vm = 0x4da270, program = 0x3679880, argv = 0x7fffffec7210, nargs = 1), line 960 in "vm-i-system.c"
> [10] scm_c_vm_run(vm = 0x4da270, program = 0x3679a80, argv = 0xfffffd7fffdfef70, nargs = 0), line 567 in "vm.c"
> [11] eval(x = 0x589570, env = 0x3681820), line 341 in "eval.c"
> [12] eval(x = 0x5893b0, env = 0x3681820), line 297 in "eval.c"
> [13] eval(x = 0x4f0920, env = 0x36817f0), line 462 in "eval.c"
> [14] boot_closure_apply(closure = (nil), args = (nil)), line 956 in "eval.c"
> [15] vm_regular_engine(vm = 0x4da270, program = 0x36799e0, argv = 0x7fffffe53260, nargs = 1), line 960 in "vm-i-system.c"
> [16] scm_c_vm_run(vm = 0x4da270, program = 0x5011c0, argv = 0xfffffd7fffdff2c0, nargs = 4), line 567 in "vm.c"
> [17] scm_call_4(proc = 0x5011c0, arg1 = (nil), arg2 = (nil), arg3 = (nil), arg4 = (nil)), line 507 in "eval.c"
> [18] scm_i_with_continuation_barrier(body = 0x7fffffe49e70 = &`libguile-2.0.so.22.4.0`continuations.c`c_body(register void *d), body_data = 0xfffffd7fffdff370, handler = 0x7fffffe49ea0 = &`libguile-2.0.so.22.4.0`continuations.c`c_handler(register void *d, register SCM tag, register SCM args), handler_data = 0xfffffd7fffdff370, pre_unwind_handler = 0x7fffffe49f00 = &`libguile-2.0.so.22.4.0`continuations.c`pre_unwind_handler(register void *error_port, register SCM tag, register SCM args), pre_unwind_handler_data = 0x4da1a0), line 450 in "continuations.c"
> [19] scm_c_with_continuation_barrier(func = (nil), data = (nil)), line 546 in "continuations.c"
> [20] with_guile_and_parent(base = 0xfffffd7fffdff3d0, data = (nil)), line 902 in "threads.c"
> [21] GC_call_with_stack_base(fn = (nil), arg = (nil)), line 1530 in "misc.c"
> [22] scm_i_with_guile_and_parent(func = (nil), data = (nil), parent = (nil)), line 945 in "threads.c"
> [23] scm_boot_guile(argc = 0, argv = (nil), main_func = (nil), closure = (nil)), line 319 in "init.c"
> [24] main(argc = 0, argv = (nil)), line 71 in "guile.c"
> (dbx)
next prev parent reply other threads:[~2012-04-05 17:07 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-24 2:48 bug#11083: guile-2.0.5 bug report Kiyoshi KANAZAWA
2012-03-24 22:20 ` Mark H Weaver
2012-03-25 13:34 ` Kiyoshi KANAZAWA
2012-03-28 20:28 ` Mark H Weaver
2012-03-29 15:26 ` Kiyoshi KANAZAWA
2012-04-01 10:42 ` Kiyoshi KANAZAWA
2012-04-01 11:49 ` Kiyoshi KANAZAWA
2012-04-02 12:02 ` Kiyoshi KANAZAWA
2012-04-05 0:35 ` Mark H Weaver
2012-04-05 13:37 ` Kiyoshi KANAZAWA
2012-04-05 17:07 ` Mark H Weaver [this message]
2012-04-10 15:26 ` Mark H Weaver
2012-04-11 8:32 ` Kiyoshi KANAZAWA
2012-04-11 21:42 ` Ludovic Courtès
2012-04-12 9:02 ` Kiyoshi KANAZAWA
2012-04-12 13:53 ` Ludovic Courtès
2012-04-12 14:57 ` Kiyoshi KANAZAWA
2012-04-12 16:06 ` Ludovic Courtès
2012-04-13 16:23 ` Kiyoshi KANAZAWA
2012-07-05 21:24 ` Andy Wingo
2013-03-13 10:55 ` Andy Wingo
2016-06-20 19:31 ` Andy Wingo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/guile/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=871uo2ds53.fsf@netris.org \
--to=mhw@netris.org \
--cc=11083@debbugs.gnu.org \
--cc=ludo@gnu.org \
--cc=yoi_no_myoujou@yahoo.co.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).