Opened 13 years ago

Closed 13 years ago

#8274 closed bug (fixed)

[texinfo] crashes when launced

Reported by: Disreali Owned by: scottmc
Priority: normal Milestone: R1
Component: Applications/Command Line Tools Version: R1/Development
Keywords: texinfo Cc:
Blocked By: Blocking:
Platform: All

Description

Occurred on hrev43550.

The cli 'info' help utility crashes immediately when launched. Regardless whether you choose to debug or not, the original Terminal from where 'info' was launched acts weird afterwards.

If you close all Terminals and then re-launch, Terminal behaves as expected.

Attaching gdb backtrace.

Attachments (2)

hrev43550_info_crashes_on_launch.txt​ (2.9 KB ) - added by Disreali 13 years ago.
info_gbd_backtrace_hrev43835.txt​ (2.9 KB ) - added by jonas.kirilla 13 years ago.

Download all attachments as: .zip

Change History (10)

by Disreali, 13 years ago

Attachment: hrev43550_info_crashes_on_launch.txt​ added

comment:1 by anevilyak, 13 years ago

Owner: changed from nobody to zooey
Status: new → assigned

First guess: info wasn't rebuilt since the last mbstate_t changes.

comment:2 by anevilyak, 13 years ago

Owner: changed from zooey to scottmc

Looks to be coming from texinfo. Package needs to be rebuilt.

comment:3 by Disreali, 13 years ago

Submitted a ticket at HaikuPorts ​http://ports.haiku-files.org/ticket/558

Not sure if this is actually needed, but I also have the syslog crash output: 

2012-01-06 09:50:22 KERN: vm_soft_fault: va 0x0 not covered by area in address space
2012-01-06 09:50:22 KERN: vm_page_fault: vm_soft_fault returned error 'Bad address' on fault at 0x0, ip 0x2951d9, write 0, user 1, thread 0x12f7e
2012-01-06 09:50:22 KERN: vm_page_fault: thread "info" (77694) in team "info" (77694) tried to read address 0x0, ip 0x2951d9 ("libroot.so_seg0ro" +0x391d9)
2012-01-06 09:50:22 KERN: debug_server: Thread 77694 entered the debugger: Segment violation
2012-01-06 09:50:22 KERN: stack trace, current PC 0x2951d9  pthread_self + 0x1d:
2012-01-06 09:50:22 KERN:   (0x7ffeebac)  0x295e59  pthread_getspecific + 0x1d
2012-01-06 09:50:22 KERN:   (0x7ffeebcc)  0x37dcf5  GetInstanceForKey__Q38BPrivate7Libroot26ICUThreadLocalStorageValueiRPQ38BPrivate7Libroot26ICUThreadLocalStorageValue + 0x21
2012-01-06 09:50:22 KERN:   (0x7ffeec0c)  0x378bee  _GetConverter__Q38BPrivate7Libroot15ICUCategoryDataRP10UConverter + 0x2e
2012-01-06 09:50:22 KERN:   (0x7ffeec4c)  0x37a131  _GetConverterForMbState__Q38BPrivate7Libroot12ICUCtypeDataP9mbstate_tRP10UConverter + 0x6d
2012-01-06 09:50:22 KERN:   (0x7ffeec9c)  0x379a73  MultibyteToWchar__Q38BPrivate7Libroot12ICUCtypeDataPwPCcUlP9mbstate_tRUl + 0x33
2012-01-06 09:50:22 KERN:   (0x7ffeecdc)  0x37adb9  MultibyteToWchar__Q38BPrivate7Libroot16ICULocaleBackendPwPCcUlP9mbstate_tRUl + 0x45
2012-01-06 09:50:22 KERN:   (0x7ffeed1c)  0x302407  mbrtowc + 0xcb
2012-01-06 09:50:22 KERN:   (0x7ffeed5c)  0x22d5e7  process_node_text + 0x127

comment:4 by Disreali, 13 years ago

Keywords: info help removed
Summary: [info] help util crashes when launced → [texinfo] crashes when launced

I just tested the current texinfo ​bep file and it builds a correctly working texinfo on both gcc2 and gcc4 revisions of hrev43550, hrev43789, and hrev43812.

This has been broken for 2 months now. It would be good to have this fixed in the trunk, as it is a requirement of the Development optional package.

by jonas.kirilla, 13 years ago

Attachment: info_gbd_backtrace_hrev43835.txt​ added

comment:5 by Disreali, 13 years ago

Keywords: texinfo added

This required package is still broken in hrev43865.

comment:7 by Disreali, 13 years ago

It work fine on hrev43877-gcc2hybrid. Will test a gcc4 build soon.

comment:8 by scottmc, 13 years ago

Resolution: → fixed
Status: assigned → closed

Should be fixed with hrev43925.

Note: See TracTickets for help on using tickets.