From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jason at zx2c4.com (Jason A. Donenfeld) Date: Thu, 16 Jan 2014 01:06:44 +0100 Subject: Policy on global variables Message-ID: Hi guys, Major question tormenting my cgitified soul... Sometimes we use a global ctx variable. Other times we do not. It appears that the global usage is more common, but that there's some nice logic for passing around the ctx variable to function to function as an argument or even in callback functions. In theory, passing around the variable, and not relying on a global, is better. It allows us at somepoint to have multiple contexts, for, say, implementing FastCGI or an event loop single-process multi response model. On the other hand, it's messier and uglier and harder to deal with. And beyond ctx, we use several other globals in various places. After discussing this with him, Lukas whipped up a massive patch-set (which I squashed down) that removes the parameter passage usage of ctx and uses only globals: http://git.zx2c4.com/cgit/commit/?h=lf/global-ctx I'm torn over whether or not to merge this. It's a lot of nice careful C that went in to the non-global references, and it seems like a shame to trash that. A part of me feels like we should work on the opposite patch -- where we get rid of all global variables. On the other hand, maybe that's an unrealistic expectation, and we should instead standardize on the global approach, and merge this patch. I'd appreciate it if you all weighed in on this topic. I'm very torn and am changing my mind every couple of seconds. What do you think? Thanks, Jason On Wed, Jan 15, 2014 at 10:37 PM, Lukas Fleischer wrote: > Jason noticed that sometimes, we pass a reference (pointer) to the > global context variable. This series removes all such references and > replaces them with direct use of the global variable.