Wireshark mailing list archives
Style question passing boolean parameters
From: Joerg Mayer <jmayer () loplof de>
Date: Wed, 20 Jun 2012 07:12:26 +0200
The following commit retriggered an allergic reaction to controlling function behaviour via booleans: if (cf_save_packets(&cfile, file_name8->str, filetype, FALSE/*compressed */, FALSE/*discard_comments */, FALSE/* dont_reopen */) != CF_OK) { To me, this is sort of unreadable without the comments and ugly looking with the comments. My favourite nightmare in this regard in wireshark source is dissect_ieee80211_common which has 4 boolean parameters and no comments anywhere where it is called. What ways are there to fix this? Is replacing the boolean types by an enum with speaking elements a valid solution? As an example, the above might read: if (cf_save_packets(&cfile, file_name8->str, filetype, NOT_COMPRESSED, DONT_DISCARD_COMMENTS, DONT_REOPEN) != CF_OK) { What would be good names for the elements in the enums? Ciao Jörg -- Joerg Mayer <jmayer () loplof de> We are stuck with technology when what we really want is just stuff that works. Some say that should read Microsoft instead of technology. ___________________________________________________________________________ Sent via: Wireshark-dev mailing list <wireshark-dev () wireshark org> Archives: http://www.wireshark.org/lists/wireshark-dev Unsubscribe: https://wireshark.org/mailman/options/wireshark-dev mailto:wireshark-dev-request () wireshark org?subject=unsubscribe
Current thread:
- Style question passing boolean parameters Joerg Mayer (Jun 19)
- Re: Style question passing boolean parameters Stephen Fisher (Jun 20)
- Re: Style question passing boolean parameters Bill Meier (Jun 20)
- Re: Style question passing boolean parameters Guy Harris (Jun 21)
- Re: Style question passing boolean parameters Guy Harris (Jun 22)