home bbs files messages ]

Forums before death by AOL, social media and spammers... "We can't have nice things"

   comp.lang.fortran      Putting John Backus on a giant pedestal      5,127 messages   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]

   Message 4,763 of 5,127   
   R Daneel Olivaw to Lawrence D'Oliveiro   
   Re: DEALLOCATE Of Non-ALLOCATEd Should B   
   17 Oct 24 10:12:03   
   
   From: Danny@hyperspace.vogon.gov   
      
   Lawrence D'Oliveiro wrote:   
   > On Wed, 16 Oct 2024 20:57:17 -0500, Gary Scott wrote:   
   >   
   >> On 10/16/2024 7:51 PM, Lawrence D'Oliveiro wrote:   
   >>   
   >>> It’s annoying to find that if you try to DEALLOCATE an ALLOCATABLE   
   >>> variable that has not been ALLOCATEd (or that has already been   
   >>> DEALLOCATEd), this is an error.   
   >>>   
   >> The way these things are handled in Fortran is to add a "stat="   
   >> specifier.   
   >   
   > But I don’t want to catch errors as a result of invalid, non-NULL pointers   
   > -- let that be trapped as a runtime error as usual. I just want a free of   
   > NULL to be a harmless no-op.   
   >   
   > The trouble with “stat=” is like “ON ERROR GOTO” in BASIC of old: you   
   > either catch everything or nothing, you cannot be selective in the   
   > exceptions you catch.   
   >   
      
   Doesn't the content of STAT tell you what the error was?   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)   

[   << oldest   |   < older   |   list   |   newer >   |   newest >>   ]


(c) 1994,  bbs@darkrealms.ca