Overflows happened silently in array.array setters for 'e', 'f' and 'Zf' format types

Bug report

Bug description:

Consider this:

>>> import array
>>> a = array.array('e', [123])
>>> a[0] = 123456
Traceback (most recent call last):
  File "<python-input-2>", line 1, in <module>
    a[0] = 123456
    ~^^^
OverflowError: float too large to pack with e format
>>> a = array.array('f', [123])
>>> a[0] = 1e70  # no OverflowError
>>> a
array('f', [inf])
>>> a = array.array('Zf', [123])
>>> a[0] = 1e70j  # no OverflowError
>>> a
array('Zf', [infj])
>>> import struct
>>> struct.pack('f', 1e70)
Traceback (most recent call last):
  File "<python-input-7>", line 1, in <module>
    struct.pack('f', 1e70)
    ~~~~~~~~~~~^^^^^^^^^^^
OverflowError: float too large to pack with f format
>>> struct.pack('>Zf', 1e70j)
Traceback (most recent call last):
  File "<python-input-13>", line 1, in <module>
    struct.pack('>Zf', 1e70j)
    ~~~~~~~~~~~^^^^^^^^^^^^^^
OverflowError: float too large to pack with f format

(BTW, f_setitem() suffers from same issue as https://github.com/python/cpython/issues/156864.)

Maybe it's a feature and array() should behave differently wrt the struct module. In either case, this behavior looks inconsistent. If we consider cases for 'f'/'Zf' types being correct - we should clear exceptions also for 'e' type code.

See also struct/array issues (merged to this per @vstinner suggestion):

• https://github.com/python/cpython/issues/156864
• https://github.com/python/cpython/issues/156867

CPython versions tested on:

CPython main branch

Operating systems tested on:

No response

Linked PRs

• gh-156869
• gh-156868
• gh-156916
• gh-156919

まず 'e'、'f'、'Zf' 形式の array.array セッターから始め、次に、レポートに示されているように、それらのオーバーフロー動作を struct.pack と比較してください。意図された一貫性を決定する前に、リンクされている PRs と関連する issues を確認してください。完了とは、選択した動作がこれらの形式タイプに対して実装され、カバーされていることを意味します。