lwip-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[lwip-devel] [patch #10281] api: sockets: Also allow sockaddr_storage le


From: Stephan Gerhold
Subject: [lwip-devel] [patch #10281] api: sockets: Also allow sockaddr_storage length
Date: Mon, 19 Sep 2022 13:45:22 -0400 (EDT)

URL:
  <https://savannah.nongnu.org/patch/?10281>

                 Summary: api: sockets: Also allow sockaddr_storage length
                 Project: lwIP - A Lightweight TCP/IP stack
               Submitter: sgerhold
               Submitted: Mon 19 Sep 2022 05:45:21 PM UTC
                Category: sockets/netconn
                Priority: 5 - Normal
                  Status: None
                 Privacy: Public
             Assigned to: None
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
         Planned Release: None


    _______________________________________________________

Follow-up Comments:


-------------------------------------------------------
Date: Mon 19 Sep 2022 05:45:21 PM UTC By: Stephan Gerhold <sgerhold>
Hi,

I ran into some problems trying to compile lwIP against external socket
headers from uClibc. This patch extends the IS_SOCK_ADDR_LEN_VALID() macro to
also allow giving in sizeof(struct sockaddr_storage) to POSIX socket API
calls. Without this socket-related calls were always failing in a few POSIX
network applications that I tested.

Thanks,
Stephan






    _______________________________________________________
File Attachments:


-------------------------------------------------------
Date: Mon 19 Sep 2022 05:45:21 PM UTC  Name:
0001-api-sockets-Also-allow-sockaddr_storage-length.patch  Size: 3KiB   By:
sgerhold

<http://savannah.nongnu.org/patch/download.php?file_id=53719>

    _______________________________________________________

Reply to this item at:

  <https://savannah.nongnu.org/patch/?10281>

_______________________________________________
Message sent via Savannah
https://savannah.nongnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]