[lazerg]

When zip_close() fails in the object destructor at shutdown, the "Cannot destroy the zip context" warning goes to the user error handler. If that handler throws, there is no frame to catch the exception, so it bails out in the middle of php_zip_archive_release(). The refcount is already 0 but the archive is never freed and intern->archive is never cleared, so free_storage closes it again and hits the assertion. The warning now runs inside zend_try and sets bailout_callback like the progress/cancel callbacks do, so cleanup finishes and the destructor bails out afterwards.

The close warning in php_zipobj_close() gets the same guard. It is reached when the destructor never ran (e.g. after a memory limit fatal), and bailing out there leaked the libzip handle.

Fixes GH-25360