Opened 2 months ago

Closed 2 months ago

#19024 closed bug (fixed)

regression: bash crashes intermittently, sometimes on startup

Reported by: un_spacyar Owned by: nobody
Priority: normal Milestone: R1/beta5
Component: - General Version: R1/beta5
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

After updating to hrev58021 (32 bit version), when the booting process is about to end (all the boot icons are on), instead of load the Desktop, it lands in the debugger, with the following message:

Debugger for team 107 on interface local (shredder)created and initialized sucessfully! [Thread stopped: 107 "sh"]

If I boot in safe mode, the issue is not reproducible.

Attachments (1)

syslog.txt (56.6 KB ) - added by madmax 2 months ago.

Download all attachments as: .zip

Change History (15)

comment:1 by waddlesplash, 2 months ago

Please type "save-report", then reboot back into safe mode and upload the saved crash report here.

comment:2 by waddlesplash, 2 months ago

(And hit enter after typing "save-report" and wait for Debugger to finish saving the report of course.)

comment:3 by un_spacyar, 2 months ago

Thank you. After typing 'save-report' and wait for a few seconds, the Desktop appeared (no need to restart). However, I do not see any crash report in the Desktop.

comment:4 by waddlesplash, 2 months ago

Check the syslog at least, it may have a backtrace (or backtraces.)

comment:5 by diver, 2 months ago

IIRC 'save-report' save to /boot/home

by madmax, 2 months ago

Attachment: syslog.txt added

comment:6 by madmax, 2 months ago

Happened to me twice in a row today. hrev58021 32bits, QEMU KVM.

comment:7 by pulkomandy, 2 months ago

I saw it as well. I tried to type "bt" to investigate, but nothing happened, so I have no idea where it crashed

comment:8 by pulkomandy, 2 months ago

Milestone: UnscheduledR1/beta5

comment:9 by waddlesplash, 2 months ago

Well, there's a backtrace in the attached syslog if nothing else.

It looks like Bash was last recompiled back in January. The crash appears to be in something related to stack unwinding. Perhaps we just need to rebuild with the fixed GCC 13?

comment:10 by waddlesplash, 2 months ago

Ah, but bash is still built with the legacy GCC, so that's not likely to be the issue.

comment:11 by waddlesplash, 2 months ago

Summary: Regression - booting Haiku lands in debugger screenregression: bash crashes intermittently, sometimes on startup

This appears to be reproducible when rebuilding the whole HaikuPorts repository: delete the "repository" folder in a HaikuPorts checkout, then run HaikuPorter to regenerate it from all the recipes, and (at least for me) there will be a few Bash crashes along the way.

I tried re-running bash on just some of the recipes that crashed, but it didn't reproduce then. So whatever this is appears to be somehow intermittent.

comment:12 by waddlesplash, 2 months ago

The crash appears to be much more reproducible with the debug allocator. I got repeated crashes in atomic_test_and_set inside heap_allocate_from_bin with HaikuPorter when using it.

comment:13 by pulkomandy, 2 months ago

Because there is a function called "unwind" in the stacktrace doesn't mean it is stack unwinding. This one comes from bash, and as far as I can see it's pretty boring C code managing some kind of linked list: https://github.com/gitGNU/gnu_bash/blob/master/unwind_prot.c

comment:14 by waddlesplash, 2 months ago

Resolution: fixed
Status: newclosed

Fixed in hrev58035 +beta5. This also seems to fix the Git crashes as well.

Note: See TracTickets for help on using tickets.