Skip to content

Comments

T16176 integrate whackread into pluto#465

Open
mcr wants to merge 74 commits intoxelerance:masterfrom
mcr:t16176-integrate-whackread-into-pluto
Open

T16176 integrate whackread into pluto#465
mcr wants to merge 74 commits intoxelerance:masterfrom
mcr:t16176-integrate-whackread-into-pluto

Conversation

@mcr
Copy link
Contributor

@mcr mcr commented Feb 19, 2021

This pull request should fix the --initiate problem, as well as a few other minor problems.

mohicks and others added 30 commits March 1, 2021 13:37
In most cases, the strings are treated as null terminated elsewhere so
limiting to sizeof()-1 is correct.

In the case of req.ifr_name, the kernel adds null termination if the
name isn't already.

sun_path doesn't need to be null terminated, so this does limit the path
to one less than maximum.
This caused a warning with gcc9
In the error path this string is used to indicate the caller
gcc9 issues a warning about possible overlapping areas
Fedora 33 starts correctly resolving the ports to service names,
so disable this with "-nn" for now.
This only affects the testing code.  I believe this is related to
-fno-common becoming the default for gcc-10.

The test code just needed a bit of cleanup to stop duplicating symbols
that are part of libpluto.
A few tests segfault on ubuntu 20.04 due to a glibc/efence
incompatibility when calling getaddrinfo().  Disable efence
for these tests to avoid the issue.
mcr added 29 commits September 3, 2021 19:05
…in item.label being in different place

for plutoctrl_cbor.c than for compiled QCBOR library in libwhack.
@mcr mcr force-pushed the t16176-integrate-whackread-into-pluto branch from 8a29f67 to 20fd1e1 Compare September 3, 2021 23:34
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants