Bug 22845
| Summary: | aspell leaves cores in my home directory plenty | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Gregory Leblanc <gleblanc> |
| Component: | aspell | Assignee: | Trond Eivind Glomsrxd <teg> |
| Status: | CLOSED NOTABUG | QA Contact: | Brock Organ <borgan> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 7.0 | CC: | mharris, namonai |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2001-01-28 18:28:54 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
Gregory Leblanc
2000-12-26 16:43:52 UTC
If you could reproduce it exactly (with a specific file, a specific dictionary and with an exact set of commands), that would bevery helpful/essential. As I'm never running aspell by hand, it's hard to say what is causing this. However, while my system is running, I've got an aspell process which is associated with gnomeicu. I'll ask around and see if anybody has suggestions on how to track down exactly what that's doing, and would appreciate any hints that you might have. Did you find anything? (if you want to find out what options are used with aspell when not running it directly, you can try "ps -xwww" I can verify this bug: # aspell --mode=email check ./configure Segmentation fault (core dumped) The file above is from my hylafax configuration, and you can download it via http://inconnu.isu.edu/~ink/configure It also coredumps on me within pine regularly. This is on a RedHat 6.2 box for which I upgraded to the latest pine (as per errata instructions), and then had to manually compile aspell and aspell from the SRPMS in RedHat 7. I had to do this because the RPM for Pine 4.30 supplied broke ispell, and my users howled loudly. If any other information is needed, please let me know. That works just fine for me - no coredumps. [teg@halden teg]$ aspell --mode=email check ./configure # $Id: configure,v 1.19 1999/07/01 10:30:54 *robert* Exp $ 1) Robert 5) Robt 2) Roberta 6) robed 3) Roberto 7) robot 4) Roberts i) Ignore I) Ignore all r) Replace R) Replace all a) Add x) Exit ? 1 # $Id: configure,v 1.19 1999/07/01 10:30:54 Robert *Exp* $ 1) Ex 3) ESP 2) Expo 4) Esp i) Ignore I) Ignore all r) Replace R) Replace all a) Add x) Exit ? I # *HylaFAX* Facsimile Software 1) Halifax 5) Halifax's 2) Colfax 6) Helix 3) Filofax 7) Haylofts 4) Half's i) Ignore I) Ignore all r) Replace R) Replace all a) Add x) Exit ? a Strange. It appears to be a problem with back-porting it to older distributions. Try to install pine-4.3.xxxx.rpm on a redhat 6.x machine and (after spelling breaks) get it to work with aspell. I don't know if this bug should be NOTABUGged here, because we're talking about a package in 7.x (and migrate this bug report over to pine-4.3.x for redhat < 7.x) or if it should be fixed here. Perhaps a pine maintainer should comment? I know pine-4.3.x can use the older ispell, but the package supplied by redhat does not. To get ispell working with pine again, just comment the entry in /etc/pine.conf specifying use of aspell... this shouldn't be there, and will be fixed in the next errata (which I thought Mike had released, but apparently not) I have fixed it. There are a couple other fixes for PINE I need to integrate first before releasing errata for 7.0/6.2/5.2 though. I expect to be releasing new PINE errata real soon now. Since the given testcase works just fine, I'm closing this. |