Anonymous | Login | 04-12-2021 12:55 UTC |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
0001613 | [Squeak] Kernel | minor | always | 08-05-05 00:09 | 03-01-06 19:02 | ||||
Reporter | lexspoon | View Status | public | ||||||
Assigned To | MarcusDenker | ||||||||
Priority | normal | Resolution | fixed | ||||||
Status | closed | Product Version | |||||||
Summary | 0001613: [ENH] truncatedChanges-ls | ||||||||
Description |
from preamble: "Change Set: truncatedChanges-ls Date: 4 September 2003 Author: Lex Spoon Handle truncated changes files more gracefully. The problem actually can happen, and has been observed at Georgia Tech, e.g. if someone downloads a file but does not complete the download. The current behavior is that pink debuggers pop up; this is extremely confusing for new users when it happens in places like the Browser. The solution in this changeset is to fall back on the decompiler. A more thorough solution should probably trigger a systematic invalidation of all source pointers past the end of the changes file, because as time goes on the changes file will eventually grow large enough to cover the lost code and the routine will start returning random method code for the invalid source pointers." |
||||||||
Additional Information | |||||||||
Attached Files |
![]() ![]() ![]() |
||||||||
|
Mantis 1.0.8[^]
Copyright © 2000 - 2007 Mantis Group
68 total queries executed. 43 unique queries executed. |