Page MenuHomeFreeBSD

spi: use better logic for earlier change
Needs ReviewPublic

Authored by reviews-freebsd-org412_ketas.si.pri.ee on Sat, Jan 17, 4:59 PM.
Tags
None
Referenced Files
Unknown Object (File)
Mon, Jan 26, 1:26 AM
Unknown Object (File)
Mon, Jan 26, 12:41 AM
Unknown Object (File)
Sat, Jan 24, 10:28 PM
Unknown Object (File)
Sat, Jan 24, 2:06 AM
Unknown Object (File)
Thu, Jan 22, 5:10 PM
Unknown Object (File)
Wed, Jan 21, 5:37 AM
Unknown Object (File)
Wed, Jan 21, 1:53 AM
Unknown Object (File)
Tue, Jan 20, 3:22 AM
Subscribers
None

Details

Summary

this uses saner code variant for change just done recently

Diff Detail

Lint
Lint Skipped
Unit
Tests Skipped
Build Status
Buildable 70068
Build 66951: arc lint + arc unit

Event Timeline

This revision is now accepted and ready to land.Sat, Jan 17, 5:02 PM

I'm not sure I'm convinced that dir is actually always set, but I haven't spent that much time reading the above logic. An assertion on that here might be good to try and do something useful instead of infinitely looping, but I don't insist

this uses saner code variant for change just done recently

When you do that, you want to use a Fixes: <shorthash> (title) line at the bottom of the commit message, that way the commits stay together for all the interesting things that can happen with branches or downstream.

I'm not sure I'm convinced that dir is actually always set, but I haven't spent that much time reading the above logic. An assertion on that here might be good to try and do something useful instead of infinitely looping, but I don't insist

i tried to read too, seems like it has error checks for not set conditions

but,

while (stream && fdir != DIR_NONE && !err && !feof(stdin));

then?

This revision now requires review to proceed.Sat, Jan 17, 11:51 PM

put {} back info if blocks because that's actually good idea