HP3000-L Archives

August 2006, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"Heasman, David" <[log in to unmask]>
Reply To:
Heasman, David
Date:
Thu, 3 Aug 2006 15:34:04 +0100
Content-Type:
text/plain
Parts/Attachments:
text/plain (65 lines)
It was, indeed, a non-initialized numeric variable in working-storage of
the DYNAMIC program.
Many thanks for your help. I checked several hundred variables, and
found it in the end.

Regards

Dave H


-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On
Behalf Of Jeff Kell
Sent: 01 August 2006 22:52
To: [log in to unmask]
Subject: Re: [HP3000-L] Called program fails to fail when DISPLAY is
added


Steve Cooper wrote:
> This is actually quite common.  My guess is that there is an 
> uninitialized variable or perhaps a parameter which is thought to be 
> longer than it actually is.  When you do the display first, different 
> junk is left on the stack, thereby "initializing" your unitialized 
> variable to a value that does not crash the program.
Yes, and having a DISPLAY in the CM code versus not having it causes a
sizeable fixed buffer to be allocated for the DISPLAY.  This shuffles
the relative locations of your variables in the stack, not to mention
making it larger (I've seen DISPLAYs "fix" bounds violations on
occasion).

Jeff

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* Please Note : This message was received from the Internet *
_____________________________________________________________
__________________________________________________________________


This message might contain confidential information. If it has been sent to you in error please do not forward it or copy it or act upon its contents, but report it to [log in to unmask]

Schroders has the right lawfully to record, monitor and inspect messages between its employees and any third party. Your messages shall be subject to such lawful supervision as Schroders deems to be necessary in order to protect its information, its interests and its reputation.

Schroders prohibits and takes steps to prevent its information systems from being used to view, store or forward offensive or discriminatory material. If this message contains such material please report it to [log in to unmask]

Schroders does not normally accept or offer business instructions via email unless prior agreements are in place. Any action that you might take upon this message might be at your own risk.


Schroder Investment Management Limited
31 Gresham Street
London EC2V 7QA

Authorised and regulated by the Financial Services Authority. Schroder Investment Management Limited is entered on the FSA register under the following register number: 119348

Registered Office
31 Gresham Street
London EC2V 7QA

Registered number 1893220
VAT registration number 243 8687 30

* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *

ATOM RSS1 RSS2