Anonymous | Login | 2024-11-21 15:25 UTC |
My View | View Issues | Change Log | Roadmap |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0000994 | VCMI | Other | public | 2012-06-07 16:55 | 2014-05-30 17:41 | ||||
Reporter | Risto | ||||||||
Assigned To | Tow | ||||||||
Priority | normal | Severity | crash | Reproducibility | random | ||||
Status | closed | Resolution | fixed | ||||||
Platform | Linux | OS | Lubuntu | OS Version | 12.04 | ||||
Product Version | 0.89 | ||||||||
Target Version | Fixed in Version | 0.9 | |||||||
Summary | 0000994: Failed to rewrite autosave. | ||||||||
Description | If you try to rewrite the previously created autosave, the game crashes. The pattern could not be traced, but a failure occurs on a regular basis, at the time of the next autosave. The error message: Error: cannot open to write / home/risto/.vcmi/Games/Autosave_3.vcgm1 Connection has been requested to be closed. Sent closing signal to the server zsh: segmentation fault vcmiclient | ||||||||
Tags | No tags attached. | ||||||||
Attached Files | |||||||||
Relationships | ||||||
|
Notes | |
(0002627) Risto (reporter) 2012-06-07 20:56 |
Alternative error message: Error: cannot open to write /home/risto/.vcmi/Games/Autosave_6.vcgm1 [xcb] Unknown sequence number while processing queue [xcb] Most likely this is a multi-threaded client and XInitThreads has not been called [xcb] Aborting, sorry about that. vcmiclient: ../../src/xcb_io.c:273: poll_for_event: Assertion `!xcb_xlib_threads_sequence_lost' failed. Check the availability of file and access permissions: ls -l /home/risto/.vcmi/Games/Autosave_6.vcgm1 -rw-rw-r-- 1 risto risto 95 июня 7 12:32 /home/risto/.vcmi/Games/Autosave_6.vcgm1 |
(0002633) Tow (developer) 2012-06-08 00:19 |
Is there any chance that these are savegames from an older build of VCMI? I just fixed a possible leak, that could cause such error on overwriting old format saves. Nevertheless I think VCMI should not crash when unable to write a savefile, so the bug is valid either way. |
(0002636) Risto (reporter) 2012-06-08 13:47 edited on: 2012-06-08 13:50 |
I compiled the game from source trunk-branch less than a week ago, and the day before reinstalling it from the deb-package with the wiki pages Installation for Linux. Both times the version of the package was determined as 0.89 for architecture i386. Differ only in the distribution of Linux (in a package wiki - Precise, a hand-built - unstable), but this information is intended for the repository, and should not affect the operation of the program. The package has been replaced in the system, so the package can not be a conflict. An error is localized. Reproduction: * I deleted all the files and the autosave started a campaign to pass again. * The game lasted for 25 moves. During this time, were created and several times successfully overwritten the new AutoSave files. * There was a failure due to bug 0000995: Error in file reading: /usr/local/share/vcmi/Sprites/PORTRAITSSMALL zsh: segmentation fault vcmiclient * I renamed the required file because it is the only way to get around the bug mentioned: sudo mv /usr/local/share/vcmi/Sprites/PortraitsSmall.json /usr/local/share/vcmi/Sprites/PORTRAITSSMALL * After the restart the client and load the last autosave, the game has failed, at the beginning of the next turn the player: Warning: Cannot open /usr/local/share/vcmi/Mp3/GRASS.MP3: Couldn't read from '/usr/local/share/vcmi/Mp3/GRASS.MP3' Error: cannot open to write /home/risto/.vcmi/Games/Autosave_2.vcgm1 zsh: segmentation fault vcmiclient Again, I deleted all the autosave, successfully played about twenty turns, and tried to load the last autosave. An error is also repeated when trying to overwrite the autosave, which is loaded with the game in the fifth turn, after loading the autosave. This is probably the two particular cases: * An attempt to overwrite the file that was created before rename one of the sprites and data files. * An attempt to overwrite a file that is loaded with game. |
(0002637) Risto (reporter) 2012-06-08 18:07 |
The third time the AutoSave files deleted. On the 18th move back there was an error AutoSave: Error: cannot open to write / home/risto/.vcmi/Games/Autosave_1.vcgm1 zsh: segmentation fault vcmiclient I tried to download the latest auto-save. At the beginning of the next turn the player back an error: Error: cannot open to write / home/risto/.vcmi/Games/Autosave_2.vcgm1 [xcb] Unknown sequence number while processing queue [xcb] Most likely this is a multi-threaded client and XInitThreads has not been called [xcb] Aborting, sorry about that. vcmiclient: .. /.. / src / xcb_io.c: 273: poll_for_event: Assertion `! xcb_xlib_threads_sequence_lost 'failed. zsh: abort vcmiclient If in the previous cases it was possible to see the pattern, then I do not find it. |
(0002646) Tow (developer) 2012-06-09 22:30 edited on: 2012-06-09 22:32 |
In r2750 I committed changes that should stop VCMI from crashing when writing a savegame fails. But it should not fail, so I don't consider this issue to be fixed. From what you wrote, I understand that everything worked fine, till the crash 0000995 occurred. Then you loaded latest autosave and VCMI wasn't able to overwrite it. Apparently another process keeps it open. I see two possible reasons: a) VCMI doesn't correctly close file handles after load. However I don't see, how is this possible (and why it works for me then). b) Even though VCMI crashed, some dependant process remains unkilled in background and keeps the file open for itself. Please try: a) Load any saved game. Enter options, then Save Game menu. Try saving the game overwriting the file you just have loaded. Does it fail? b) After encountering this crash, try checking, which processes use the file. I don't run linux, but google says that "lsof [filename]" does the job. Thank you for your feedback! |
(0002649) Risto (reporter) 2012-06-10 11:11 |
This error has ceased to appear yesterday, as well as bug 0000995, after removing the previously added, but not used me 6500 cards in the folder, /usr/local/share/vcmi/Maps Could this be bug caching, the processing of large volumes data? |
(0002652) Ivan (developer) 2012-06-11 09:12 |
That would explain read error - at least on Linux there is a limit on how many open files process may have. I suppose that this should be fixed already in rev 2746 or at least I don't see huge amount of open files right now. There is another similar bug however - it seems that music handler is not closing files correctly. I'll see what I can do. |
(0002853) Ivan (developer) 2012-08-08 07:35 |
Looks to be resolved |
Issue History | |||
Date Modified | Username | Field | Change |
2012-06-07 16:55 | Risto | New Issue | |
2012-06-07 20:56 | Risto | Note Added: 0002627 | |
2012-06-08 00:19 | Tow | Note Added: 0002633 | |
2012-06-08 09:50 | Risto | Note Added: 0002634 | |
2012-06-08 11:01 | Risto | Note Added: 0002635 | |
2012-06-08 11:02 | Risto | Note Edited: 0002635 | View Revisions |
2012-06-08 11:02 | Risto | Note Edited: 0002635 | View Revisions |
2012-06-08 11:28 | Risto | Note Edited: 0002635 | View Revisions |
2012-06-08 11:29 | Risto | Note Deleted: 0002634 | |
2012-06-08 13:47 | Risto | Note Added: 0002636 | |
2012-06-08 13:48 | Risto | Note Deleted: 0002635 | |
2012-06-08 13:50 | Risto | Note Edited: 0002636 | View Revisions |
2012-06-08 18:07 | Risto | Note Added: 0002637 | |
2012-06-09 22:30 | Tow | Note Added: 0002646 | |
2012-06-09 22:30 | Tow | Assigned To | => Tow |
2012-06-09 22:30 | Tow | Status | new => feedback |
2012-06-09 22:32 | Tow | Note Edited: 0002646 | View Revisions |
2012-06-10 11:11 | Risto | Note Added: 0002649 | |
2012-06-10 11:11 | Risto | Status | feedback => assigned |
2012-06-11 09:12 | Ivan | Note Added: 0002652 | |
2012-06-11 09:56 | Ivan | Relationship added | has duplicate 0000995 |
2012-08-08 07:35 | Ivan | Note Added: 0002853 | |
2012-08-08 07:35 | Ivan | Status | assigned => resolved |
2012-08-08 07:35 | Ivan | Fixed in Version | => 0.9 |
2012-08-08 07:35 | Ivan | Resolution | open => fixed |
2014-05-30 17:41 | beegee | Status | resolved => closed |
Copyright © 2000 - 2024 MantisBT Team |