Bug #25

Fixing a bug in stack overflow handling

Added by J. Templ almost 5 years ago. Updated almost 5 years ago.

Status:ClosedStart date:01/16/2015
Priority:NormalDue date:
Assignee:J. Templ% Done:

100%

Category:-
Target version:1.7
Forum topic:

Description

After a stack overflow, BB responds with a low-level modal trap dialog.
After closing it and producing another stack overflow, the BB process is terminated.
According to luowy, the reason is that in Kernel.TrapHandler the page guard
is not set correctly after the first occurrence of a stack overflow.

Reported by OberonCore.
Refers to CPC 1.7 rc5 change list number 8.

Associated revisions

Revision 47eabeac
Added by J. Templ almost 5 years ago

bug fix as proposed by luowy. Refs: #25.
The page guard is not set correctly after the first occurrence of a stack overflow.
An unused local variable removed in ThisMod according to Helmut Zinn.

Revision 894f470f
Added by J. Templ almost 5 years ago

Stack protection refactored into a separate procedure named ProtectStack. Refs: #25.
Comments and a named constant added for access to the thread information block.
WinApi constants used for protection flags rather than hard-coded constants.

Signed-off-by: Josef Templ <>

Revision 98706748
Added by J. Templ almost 5 years ago

ProtectStack renamed to ResetStackGuard. Refs: #25.
size renamed to regionSize.

Signed-off-by: Josef Templ <>

Revision 370a1d52
Added by J. Templ almost 5 years ago

Reference to TIB Wikipedia article replaced by a reference to WinApi.NT_TIB. Refs: #25.
Constant StackLimitOffset removed.

Signed-off-by: Josef Templ <>

Revision 282e0256
Added by J. Templ almost 5 years ago

Merge pull request #11 from BlackBoxCenter/issue-#25

Refs: #25.

History

#1 Updated by J. Templ almost 5 years ago

  • Status changed from New to Closed
  • % Done changed from 50 to 100

Also available in: Atom PDF