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

Bắt đầu với các setter của array.array cho các định dạng 'e', 'f' và 'Zf', sau đó so sánh hành vi overflow của chúng với struct.pack như được nêu trong báo cáo. Xem xét các PRs được liên kết và các issues liên quan trước khi quyết định tính nhất quán được dự định; được xem là hoàn thành khi hành vi được chọn đã được triển khai và có kiểm thử cho các loại định dạng này.