Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

bus.send() fails with `No buffer space available` despite not reaching the timeout

Ouverte
#2,004 2 commentaires 0 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
3/5
Temps estimé
1-2 jours
Accessibilité débutants
48/100
Type d'issue
Bug
Clarté
Clairement spécifiée
Activité
À l'abandon
Stack technique
linux, python
Domaine
networking

Piste de recherche

Commencez dans can/interfaces/socketcan/socketcan.py, en particulier dans send() et _send_once(), en prenant l’erreur SocketCAN signalée comme point de départ. Reproduisez le problème avec tests/cantest.py et confirmez que les envois répétés sont réessayés tant que le timeout n’a pas expiré ; le travail est terminé lorsque le cas de 100 frames ne lève plus d’erreur prématurément quand l’espace du buffer est temporairement indisponible.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

bug
Describe the bug

When sending a lot of packets very quickly to a physical socketcan bus, bus.send() raises a can.exceptions.CanOperationError: Failed to transmit: No buffer space available [Error Code 105] despite the timeout not being reached.

To Reproduce

Send 100 frames to a physical socketcan bus with timeout=1.0 for each frame and no delay between sending the frames.

Expected behavior

can.send() should retry transmission until buffer space is available or the timeout is exceeded.

Additional context

OS and version: Ubuntu 24.04
Python version: 3.12.3
python-can version: 4.6.1
python-can interface/s (if applicable): socketcan (for a CANable 2.0 running CANnectivity)

Traceback and logs 
$ ip -d link show pcan-e
12: pcan-e: <NOARP,UP,LOWER_UP,ECHO> mtu 16 qdisc pfifo_fast state UP mode DEFAULT group default qlen 10
    link/can  promiscuity 0  allmulti 0 minmtu 0 maxmtu 0 
    can state ERROR-ACTIVE restart-ms 0 
          bitrate 1024096 sample-point 0.746
          tq 5 prop-seg 61 phase-seg1 62 phase-seg2 42 sjw 21 brp 1
          gs_usb: tseg1 2..256 tseg2 2..128 sjw 1..128 brp 1..512 brp_inc 1
          clock 170000000 numtxqueues 1 numrxqueues 1 gso_max_size 65536 gso_max_segs 65535 tso_max_size 65536 tso_max_segs 65535 gro_max_size 65536 parentbus usb parentdev 1-7.3:1.0
$ time python tests/cantest.py 
Traceback (most recent call last):
  File "/home/gos/gena-sidl/Integration-Tests/env/lib/python3.12/site-packages/can/interfaces/socketcan/socketcan.py", line 889, in _send_once
    sent = self.socket.send(data)
           ^^^^^^^^^^^^^^^^^^^^^^
OSError: [Errno 105] No buffer space available

The above exception was the direct cause of the following exception:

Traceback (most recent call last):
  File "/home/gos/gena-sidl/Integration-Tests/tests/cantest.py", line 12, in <module>
    bus.send(msg, timeout=1.0)
  File "/home/gos/gena-sidl/Integration-Tests/env/lib/python3.12/site-packages/can/interfaces/socketcan/socketcan.py", line 874, in send
    sent = self._send_once(data, channel)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/gos/gena-sidl/Integration-Tests/env/lib/python3.12/site-packages/can/interfaces/socketcan/socketcan.py", line 891, in _send_once
    raise can.CanOperationError(
can.exceptions.CanOperationError: Failed to transmit: No buffer space available [Error Code 105]
SocketcanBus was not properly shut down

real    0m0.112s
user    0m0.099s
sys     0m0.013s

with the following test script:

#!/usr/bin/env python3

import can

N_PACKETS = 100

bus = can.Bus(interface="socketcan", channel="pcan-e")

data = bytes([0xAB] * 8)
for _ in range(N_PACKETS):
    msg = can.Message(arbitration_id=1, is_extended_id=True, data=data)
    bus.send(msg, timeout=1.0)

bus.shutdown()
Langage dominant
Python
Étoiles
1.6k
Forks
697
Aucune PR mergée en 30 j

Guide de contribution

Ouvrir le guide de contribution

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de hardbyte/python-can

Toutes les issues de hardbyte/python-can

Issues similaires

Plus d'issues Python

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.