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 setter 开始，然后按照报告中的说明，将它们的溢出行为与 struct.pack 进行比较。在决定预期的一致性之前，先查看链接的 PRs 和相关 issues；完成意味着已为这些格式类型实现并覆盖所选行为。