Isn't TypeError built in?

[Mike Dewhirst]

On 13/12/2021 12:42 pm, Chris Angelico wrote:
> On Mon, Dec 13, 2021 at 12:31 PM Mike Dewhirst via Python-list
> <python-list at python.org>  wrote:
>> Obviously something is wrong elsewhere but I'm not sure where to look.
>> Ubuntu 20.04 with plenty of RAM.
>>
>>       def __del__(self):
>>           try:
>>               for context_obj in self._context_refs:
>>                   try:
>>                       delattr(context_obj, self._attr_name)
>>                   except AttributeError:
>>                       pass
>>
>>           except TypeError:        # THIS IS LINE 96 IN THE APACHE2 ERROR
>> LOG BELOW
>>
>>               # WeakSet.__iter__ can crash when interpreter is shutting
>> down due
>>               # to _IterationGuard being None.
>>               pass
>>
>> [Mon Dec 13 01:15:49.875993 2021] [mpm_event:notice] [pid 1033:tid
>> 140446449658944] AH00493: SIGUSR1 received.  Doing graceful restart
>> [Mon Dec 13 01:15:49.878443 2021] [so:warn] [pid 1033] AH01574: module
>> dav_module is already loaded, skipping
>> [Mon Dec 13 01:15:49.885659 2021] [mpm_event:notice] [pid 1033:tid
>> 140446449658944] AH00489: Apache/2.4.41 (Ubuntu) SVN/1.13.0
>> OpenSSL/1.1.1f mod_wsgi/4.6.8 Python/3.8 configured -- resuming normal
>> operations
>> [Mon Dec 13 01:15:49.885664 2021] [core:notice] [pid 1033:tid
>> 140446449658944] AH00094: Command line: '/usr/sbin/apache2'
>> Exception ignored in: <function Local.__del__ at 0x7fbc380964c0>
>> Traceback (most recent call last):
>>     File "/usr/local/lib/python3.8/dist-packages/asgiref/local.py", line
>> 96, in __del__
>> NameError: name 'TypeError' is not defined
>> Exception ignored in: <function Local.__del__ at 0x7fbc380964c0>
>> Traceback (most recent call last):
>>     File "/usr/local/lib/python3.8/dist-packages/asgiref/local.py", line
>> 96, in __del__
>> NameError: name 'TypeError' is not defined
>>
>> Any hints welcome ...
> During interpreter shutdown, all kinds of things can go weird. The
> order that things get destroyed isn't always clearly defined.
>
> Is it possible to do the cleanup work before interpreter shutdown?
> Alternatively: maybe take a local reference to the exception types you
> need to refer to (just "AttributeError = AttributeError" at top level
> should do it), which should keep them alive longer (I think). Worst
> case, capture *all* exceptions, then look at e.__class__.__name__ and
> match on that.
>
> ChrisA

OK - not solved but resolved anyway.

The Django project was failing on the new server and working fine in dev.

The problem seems to be a mis-export from an old subversion repo.The 
project was being reconstituted on a new staging server from a reloaded 
svn dump from the old (ancient) svn server to the new svn server on the 
same machine.

Resolution "happened" when I updated the (c) notice in all source files 
and recommitted to the new server and re-exported from that. The repo 
looks fine. The log is all there back to the beginning. As a test I have 
deployed from an earlier revision and that all works. It's either a 
miracle or I did something else (which I didn't notice) which fixed it.

Thanks to everyone for thinking about this.

Cheers

Mike

-- 
Signed email is an absolute defence against phishing. This email has
been signed with my private key. If you import my public key you can
automatically decrypt my signature and be sure it came from me. Just
ask and I'll send it to you. Your email software can handle signing.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 495 bytes
Desc: OpenPGP digital signature
URL: <https://mail.python.org/pipermail/python-list/attachments/20211214/36a7a11d/attachment.sig>