Beefy Boxes and Bandwidth Generously Provided by pair Networks
Think about Loose Coupling

Re^5: Throw from within a DESTROY block

by ikegami (Pope)
on Sep 07, 2011 at 02:47 UTC ( #924507=note: print w/replies, xml ) Need Help??

in reply to Re^4: Throw from within a DESTROY block
in thread Throw from within a DESTROY block

And one way to cheat is to move the die out of DESTROY, and say, into delete. Do you want cheats, or do you want to be told Perl doesn't do that?

When I gave you the former, you said it's stupid. When I gave you the latter, you said I'm being inflammatory.

Replies are listed 'Best First'.
Re^6: Throw from within a DESTROY block
by ribasushi (Monk) on Sep 07, 2011 at 02:55 UTC
    When the business logic is tied to "at time of object destruction", there is no practical way to put the code into "delete". See tye's reply for a very good round-up of the DESTROY-based "guard pattern"

      Oh, I thought you were saying you could use guard logic to fix your program.

      I was confused because what you are saying is a complete non-sequitor. I didn't say you should always move code out of destructors. I'm well aware of the value of a destructor (and of tye's solution).

      You ask for cheats to solve your particular case, but every time I provide one, you say it won't work in all circumstances. I'll say it again even though you said it was incendiary to say so, but that's not how Perl works.

      If a particular solution doesn't work for your, say why, but don't say it can never work.

        See the updated root:
      I don't see it. See I nothing practical in tye's reply, just how it should behave.
        Quoting from

        But the wonderful value of DESTROY is that every c'tor (constructor) that succeeds will always be followed by its paired d'tor, which makes it a very valuable tool for the sane handling of tons of things (all manner of resource allocation but also other things that should always be done in pairs, like transactions, reference counting, etc.). And handling tons of things means that you need to be able to deal with that handling going wrong or failing.

Re^6: Throw from within a DESTROY block
by ribasushi (Monk) on Sep 07, 2011 at 02:53 UTC
    The inflamatory remark was to an earlier version of the reply you seem to have edited out (something to the effect of "this is not perl")
      yes, I know to what remark you are referring. (It's already been put back, btw)

Log In?

What's my password?
Create A New User
Node Status?
node history
Node Type: note [id://924507]
and all is quiet...

How do I use this? | Other CB clients
Other Users?
Others making s'mores by the fire in the courtyard of the Monastery: (6)
As of 2018-05-27 12:30 GMT
Find Nodes?
    Voting Booth?