× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: ILE - Tried to refer to an object that no longer exists...
  • From: Joel Fritz <JFritz@xxxxxxxxxxxxxxxx>
  • Date: Fri, 29 Jun 2001 08:29:42 -0700

I think your post has the answer.  I'm willing to bet this only happens when
the service program is created to run in the caller's activation group and
the caller is running in the default activation group.  This has happened to
me enough in testing that I'm starting to think about doing it right the
first time. I may wait until I've solved my problem with the 's' on the d
spec for standalone variables. <g>  

I think making the caller run in a named activation group is the way to go.

> -----Original Message-----
> From: Stone, Brad V (TC) [mailto:bvstone@taylorcorp.com]
> Sent: Friday, June 29, 2001 6:07 AM
> To: 'RPG400-L@midrange.com'
> Subject: ILE - Tried to refer to an object that no longer exists...
> 
> 
> Ok, this one is odd. 
> 
> Has anyone had a problem where you're running a program that uses
> subprocedures and then it crashes (in developement or testing only, of
> course <bg>).
> 
> So, you try to start up the program again and it crashes 
> right away giving
> you a "tried to refer to an object that no longer exists" error on the
> service program containing the subprocedure(s) you were using?
> 
> This may not be _exactly_ how it happens, but it is annoying 
> and if it's
> happened to you, you know what I'm talking about.
> 
> The reason I'm asking is last night one of our plants went to 
> run their
> nightlies and got this error.  The only thing I can think of 
> how this would
> happen is if they were running other programs that day that used a
> particular service program that the nightly program does as 
> well, and one of
> those prior programs crashed.
> 
> Signing off and signing back on always fixes this problem and 
> the crash no
> longer exists.  Reclaiming activations groups does not work 
> (but that may be
> becuase we're using the *DFTACTGRP for some, by accident).  
> 
> Thanks!
> 
> Brad
> +---
> | This is the RPG/400 Mailing List!
> | To submit a new message, send your mail to RPG400-L@midrange.com.
> | To subscribe to this list send email to RPG400-L-SUB@midrange.com.
> | To unsubscribe from this list send email to 
> RPG400-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: 
> david@midrange.com
> +---
> 
+---
| This is the RPG/400 Mailing List!
| To submit a new message, send your mail to RPG400-L@midrange.com.
| To subscribe to this list send email to RPG400-L-SUB@midrange.com.
| To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.