Bug 185140
| Summary: | M-x man netstat in 'xemacs -f shell' gives a segmentation fault | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Will Partain <will> |
| Component: | xemacs | Assignee: | Ville Skyttä <scop> |
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | petersen |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2006-03-13 07:14:39 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Will Partain
2006-03-10 21:19:06 UTC
xemacs is now in Extras, changing product. Can you reproduce with "xemacs -vanilla" or "xemacs -q"? *** This bug has been marked as a duplicate of 183643 *** Yes, it crashes with 'xemacs -q'. (It doesn't with 'xemacs -q -nw') This is all with 'yum update' as of about Mar 9 but w/ kernel 2025. (In general, this xemacs is pretty crashy, certainly compared to the current FC4 one, which almost never crashes. I supplied this example because the recipe is simple.) Keep up the good work! I'm observing the same thing; xemacs is currently somewhat unstable and crashy on FC5tX. I'm pretty certain that this has to do with FC5's font/UTF-8 configuration issues (see bug 180284) which triggers a bug elsewhere in XEmacs resulting in these crashes. Note that (at least for me) starting up in a non-UTF8 locale, eg. with "LANG=C xemacs", avoids this crash just like in bug 183643. |