View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000461 | Spring engine | General | public | 2007-03-05 19:21 | 2007-03-09 05:58 |
| Reporter | M2 | Assigned To | ILMTitan | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Summary | 0000461: [patch] Various fixes | ||||
| Description | This patch fixes a crash when using area load and two cases when the game state could be trashed by global objects that depends on each other constructs in the wrong order + some other small fixes. | ||||
| Tags | No tags attached. | ||||
| Attached Files | |||||
| Checked infolog.txt for Errors | |||||
|
|
The change you made to CTransportAI breaks the have mobile unit load itself onto transport functionality. To repeat, build a hulk and a stumpy. Select stumpy and give default command over hulk (should be a load icon). Stumpy will move toward hulk, but hulk will not pick up stumpy. |
|
|
I have attached a new version of my patch to fix the issue pointed out by ILMTitan. |
|
|
Ok, the CTransportAI code now works correctly. I'll let someone more intimate with c++ pointer magic sign off on the rest of the changes. |
|
|
Revision 0003466:With the exception of UnitTracker.cpp, committed. Thank you. I did not see any good reason to replace UpVector with float3(0,1,0). UpVector is const, float3 is properly constd, UpVector I believe is more clear, and float3(0,1,0) could call the constructor every time through the loop. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2007-03-05 19:21 | M2 | New Issue | |
| 2007-03-05 19:21 | M2 | File Added: various_fixes.patch | |
| 2007-03-06 05:47 | ILMTitan | Note Added: 0000762 | |
| 2007-03-06 14:35 | M2 | File Added: various_fixes_v2.patch | |
| 2007-03-06 14:35 | M2 | Note Added: 0000765 | |
| 2007-03-07 07:11 | ILMTitan | Note Added: 0000768 | |
| 2007-03-08 06:20 | ILMTitan | Status | new => assigned |
| 2007-03-08 06:20 | ILMTitan | Assigned To | => ILMTitan |
| 2007-03-09 05:58 | ILMTitan | Status | assigned => resolved |
| 2007-03-09 05:58 | ILMTitan | Resolution | open => fixed |
| 2007-03-09 05:58 | ILMTitan | Note Added: 0000774 |
