abrt version: 1.1.14
Attached file: backtrace
cmdline: /usr/bin/u4.bin -f
reason: Process /usr/bin/u4.bin was killed by signal 11 (SIGSEGV)
release: Fedora release 14 (Laughlin)
How to reproduce
1. Just got ressucited
2. (r)eady weapon (no weapon available other than A- Hands)
3. Ready (A)
4. Press enter
Created attachment 471340 [details]
OS Release: Fedora release 14 (Laughlin)
How to reproduce
1. Excicuted the program
2.pressed E to exit
The program doesn't accept 'E' from the start screen. I'm afraid none of the instructions for reproducing this are very helpful, and I'll have no choice but to close this ticket unless I get some which actually allow me to reproduce this problem.
It seems that, after quite some time, upstream is now showing signs of life. I passed this bug on and it's supposedly been fixed. Unfortunately there are other changes which prevent me from just pushing a current build right out, mainly in that upstream has changed the music to using impulsetracker which may or may not work.
Here's a completely untested scratch build. Please try it out and let me know if it helps (or if other things break):
Well, no response. Still don't have any useful instructions for reproducing this so I'm just going to close it. Since upstream has restarted development and indicated that they believe that a similar backtrace was fixed, hopefully the version in F15 will not have this issue.
*** Bug 691852 has been marked as a duplicate of this bug. ***
I rebuilt the version that's about to ship with F15 and gave it a try, but it looks like the problem still persists (the one I reported in the other bug).
- start by removing/relocating $HOME/.xu4 temporarily
- run u4, "accept", "accept", "start" (to install the necessary files).
- From the main screen, hit return until menu appears.
- Select "Initiate New Game" (I), enter a name, pick a gender.
- Hit return until asked to pick cards. Keep hitting "A". ;)
- When the world screen appears, type "W", and rather than selecting anything, simply press return.
The game will segfault at that point.
Looks like the same result for the "R" (ready weapon) command as well: hit "R", then hit return instead of selecting an item from inventory.
Looks like upstream wasn't correct; this is still an issue as of that snapshot. They've been doing pretty continuous work lately, so I'll pull in another snapshot and see if it helps.
Unfortunately the latest SVN code fails to build for me, so I'll have to track that down first.
Needed a bit of patching to build, but the problem is still there. Reported upstream.
Unfortunately it's also missing the music for some reason. Also trying to track that down.
OK, upstream committed a fix and it seems to work for me. I'll be pushing fresh builds out to testing; karma will be appreciated (though I suspect you may be the only person actively using this package).
xu4-1.1-0.14.20110329svn2873.fc15 has been submitted as an update for Fedora 15.
xu4-1.1-0.14.20110329svn2873.fc14 has been submitted as an update for Fedora 14.
I think you're probably right about me being one of the few people interested in this right now; I was inspired to fire it back up after seeing a round of online news articles about the Ultima franchise recently. ;-)
Anyway, with this update, the problem appears to be resolved (and I discovered that fedora-easy-karma doesn't support SOCKS5 proxies ;-). Thanks for looking at it!
* should fix your issue,
* was pushed to the Fedora 14 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing xu4-1.1-0.14.20110329svn2873.fc14'
as soon as you are able to.
Please go to the following url:
then log in and leave karma (feedback).
xu4-1.1-0.14.20110329svn2873.fc14 has been pushed to the Fedora 14 stable repository. If problems still persist, please make note of it in this bug report.
xu4-1.1-0.14.20110329svn2873.fc15 has been pushed to the Fedora 15 stable repository. If problems still persist, please make note of it in this bug report.