Skip to content

Conversation

miri64
Copy link
Member

@miri64 miri64 commented May 17, 2017

#6969 and #6997 were merged in rapid succession. However, #6969 introduced a new code path were gnrc_tcp_close() would return early (with a value), while #6997 set the return type of that function to void. Because of this master is currently broken (I guess someone owes the community a box of beer ;-)). Murdock wasn't able to detect this because at build time neither of the PRs was merged into master. I guess it's high time for nightly builds, @kaspar030 ;-).

@miri64 miri64 added Type: bug The issue reports a bug / The PR fixes a bug (including spelling errors) GNRC Area: network Area: Networking labels May 17, 2017
@miri64 miri64 added this to the Release 2017.07 milestone May 17, 2017
@miri64 miri64 requested review from brummer-simon and smlng May 17, 2017 16:48
@miri64 miri64 added the CI: ready for build If set, CI server will compile all applications for all available boards for the labeled PR label May 17, 2017
@thomaseichinger
Copy link
Member

ACK & go

@thomaseichinger thomaseichinger merged commit db51861 into RIOT-OS:master May 17, 2017
@kaspar030
Copy link
Contributor

I guess it's high time for nightly builds, @kaspar030 ;-).

Actually, there have been nightly builds for weeks. Just the results were boring enough I didn't bother sending the results somewhere. :)

@smlng
Copy link
Member

smlng commented May 18, 2017

#6969 and #6997 were merged in rapid succession.

That mistake was mine 😢 however, even given more time (some hours ... a day or more) this might still have happened, especially if merged not by the same person.

Both PRs were squashed, approved, and Murdock was all green. I haven't thought about triggering Murdock for the second PR again after merging the first one - though would have been better/correct to do here as both PRs touched same code - that obviously was a fault.

Or what would have been the right procedure to avoid this for future reference?

@miri64 miri64 deleted the gnrc_tcp/bug/fix-close-return branch May 18, 2017 11:26
@miri64
Copy link
Member Author

miri64 commented May 18, 2017

Actually, there have been nightly builds for weeks. Just the results were boring enough I didn't bother sending the results somewhere. :)

Why don't we do something like this: https://github.com/libgit2/libgit2#libgit2---the-git-linkable-library

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Area: network Area: Networking CI: ready for build If set, CI server will compile all applications for all available boards for the labeled PR Type: bug The issue reports a bug / The PR fixes a bug (including spelling errors)
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants