View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002961 | FSSCP | multiplayer | public | 2013-11-22 23:03 | 2013-11-25 07:29 |
| Reporter | chief1983 | Assigned To | zookeeper | ||
| Priority | normal | Severity | crash | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Platform | Athlon XP | OS | Windows XP32 | OS Version | SP3 |
| Product Version | 3.7.1 | ||||
| Target Version | 3.7.2 | ||||
| Summary | 0002961: Recently introduced stack corruption in debug around n_subsystems | ||||
| Description | Run-Time Check Failure 0000002 - Stack around the variable 'n_subsystems' was corrupted. Sometime after 10129 and before 10145, I'll do more split testing again to figure out what exactly. Not sure if it happens on all my computers or just the one I've tested on so far. More to come. | ||||
| Steps To Reproduce | Use retail data, debug build, r10145 for instance. Start a multiplayer game (may require using a standalone) (you can start one up by yourself if you choose a dogfight mission, I used Asteroid Dogfight - Light, first in the list) Immediately upon entering the actual mission, the crash should occur. Sometimes I get a popup crash message, sometimes it just CTDs with no message. | ||||
| Additional Information | Tried reproducing with a dogfight not hosted on my standalone, didn't happen. Not sure if you have to use a standalone, or if a 2 computer game without using a standalone will create it, will test that latter version later when I have access to multiple PCs. Will also be sure to update my standalone to the same revision as the clients to make sure there hasn't been a data mismatch of some sort created recently. | ||||
| Tags | No tags attached. | ||||
|
|
Ok, tried connecting two 10145 clients with no standalone, and instead of the reported error, both got a malloc fail error. I might be able to get a callstack from this one at least though. |
|
|
Looks like 10135 introduced some multiplayer instability. |
|
|
When I received the error "Stack around the variable 'swap' was corrupted" in the context of the medal code, it was because a memcpy was copying too many bytes into the target variable. |
|
|
Fix committed to trunk@10161. |
|
fs2open: trunk r10161 2013-11-25 02:58 Ported: N/A Details Diff |
Allowed shield_info_reset() to initialize shield_hit_info to empty values if it's not associated with a ship, as required by hudescort.cpp. Might fix Mantis 0002961. |
Affected Issues 0002961 |
|
| mod - /trunk/fs2_open/code/hud/hudescort.cpp | Diff File | ||
| mod - /trunk/fs2_open/code/hud/hudshield.cpp | Diff File | ||
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2013-11-22 23:03 | chief1983 | New Issue | |
| 2013-11-23 05:08 | chief1983 | Note Added: 0015457 | |
| 2013-11-23 05:45 | chief1983 | Note Added: 0015458 | |
| 2013-11-25 03:41 | Goober5000 | Note Added: 0015462 | |
| 2013-11-25 03:41 | Goober5000 | Assigned To | => zookeeper |
| 2013-11-25 03:41 | Goober5000 | Status | new => assigned |
| 2013-11-25 07:29 | zookeeper | Changeset attached | => fs2open trunk r10161 |
| 2013-11-25 07:29 | zookeeper | Note Added: 0015465 | |
| 2013-11-25 07:29 | zookeeper | Status | assigned => resolved |
| 2013-11-25 07:29 | zookeeper | Resolution | open => fixed |
