bugGuile-SDL - Bugs: bug #46448, Module (sdl mixer) passes tests...

 
 

bug #46448: Module (sdl mixer) passes tests but segfaults on loading.

Submitter:  None
Submitted:  Sun 15 Nov 2015 08:35:19 AM UTC
   
 
Category:  None Severity:  3 - Normal
Item Group:  None Status:  Need Info
Privacy:  Public Assigned to:  ttn
Open/Closed:  Open
* Mandatory Fields

Add a New Comment Rich Markup
   

Tue 10 May 2022 10:18:51 PM UTC, comment #4: 

comment #3:

> It looks like the REGISTER_KP_V macro called register_kf_v() for some reason, which can only mean that the register_kp_v pointer is set wrong in the obtw struct.


Sorry for the extreme delay in replying.

Does this problem still manifest in the latest Guile-SDL
(version 0.6.1, 2022-02-20)?

Thien-Thi Nguyen <ttn>
Group administrator
Sun 15 Nov 2015 09:48:51 AM UTC, comment #3: 

It looks like the REGISTER_KP_V macro called register_kf_v() for some reason, which can only mean that the register_kp_v pointer is set wrong in the obtw struct.

Russell Bryan <ruste>
Sun 15 Nov 2015 09:29:48 AM UTC, comment #2: 

Woops. My mistake. It should be initialized.

Here's a gdb stack trace:

#0  make_flagstash (stash=0x7ffff46bc960 <fading_kp>) at sdlenums.c:359
#1  register_kf_v (count=1, v=<optimized out>) at sdlenums.c:381
#2  0x00007ffff44b9f40 in init_module () at sdlmixer.c:941
#3  scm_init_sdl_mixer_module () at sdlmixer.c:945
#4  0x00007ffff7b40f6d in scm_dynamic_call () from /usr/lib64/../lib64/libguile-2.0.so.22
#5  0x00007ffff7b32eb7 in ?? () from /usr/lib64/../lib64/libguile-2.0.so.22
#6  0x00007ffff7ad7f98 in scm_primitive_load_path () from /usr/lib64/../lib64/libguile-2.0.so.22
#7  0x00007ffff7b32ecc in ?? () from /usr/lib64/../lib64/libguile-2.0.so.22
#8  0x00007ffff7ab55c3 in scm_primitive_eval () from /usr/lib64/../lib64/libguile-2.0.so.22
#9  0x00007ffff7ab5623 in scm_eval () from /usr/lib64/../lib64/libguile-2.0.so.22
#10 0x00007ffff7b0475d in scm_shell () from /usr/lib64/../lib64/libguile-2.0.so.22
#11 0x00007ffff7ad1acd in ?? () from /usr/lib64/../lib64/libguile-2.0.so.22
#12 0x00007ffff7aab8ba in ?? () from /usr/lib64/../lib64/libguile-2.0.so.22
#13 0x00007ffff7b3da89 in ?? () from /usr/lib64/../lib64/libguile-2.0.so.22
#14 0x00007ffff7ab5103 in scm_call_4 () from /usr/lib64/../lib64/libguile-2.0.so.22
#15 0x00007ffff7aabfff in ?? () from /usr/lib64/../lib64/libguile-2.0.so.22
#16 0x00007ffff7aac095 in scm_c_with_continuation_barrier () from /usr/lib64/../lib64/libguile-2.0.so.22
#17 0x00007ffff7b2546c in ?? () from /usr/lib64/../lib64/libguile-2.0.so.22
#18 0x00007ffff7709072 in GC_call_with_stack_base () from /usr/lib64/../lib64/libgc.so.1
#19 0x00007ffff7b25828 in scm_with_guile () from /usr/lib64/../lib64/libguile-2.0.so.22
#20 0x00007ffff7ad1c65 in scm_boot_guile () from /usr/lib64/../lib64/libguile-2.0.so.22
#21 0x0000000000400ccd in ?? ()
#22 0x00007ffff60529f0 in __libc_start_main () from /lib64/libc.so.6
#23 0x0000000000400d47 in ?? ()

Russell Bryan <ruste>
Sun 15 Nov 2015 09:24:13 AM UTC, comment #1: 

OP here, now with an account.

It looks like this happens in make_flagstash().
It looks like make_flagstash() will always segfault as I can see no way that stash->val is ever going to be initialized.

This would seem to imply that make_flagstash is never called in testing which also sounds like a test coverage issue.

Russell Bryan <ruste>
Sun 15 Nov 2015 08:35:19 AM UTC, original submission:  

The only thing I can think of that would be different is the bash environment but I'm not entirely sure what is changed in the testing environment. Especially not anything that would cause a segfault.

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by ttn (Posted a comment)
  • -email is unavailable- added by ruste (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2022-05-10 ttn StatusNone Need Info
        Assigned toNone ttn

    Back to the top

    Powered by Savane 3.13-461b.
    Corresponding source code