[Adium-devl] "Debug logger" plugin
edr1084 at gmail.com
Fri Feb 9 19:11:43 UTC 2007
What about a stand alone plugin that could be downloaded only by those
wanting/needing to use it and thus could turn any build into a "test build"?
I would think this might be potentially more helpful for troubleshooting
purposes as we could be gathering information from a user's current build
rather than switching them to a new one which might possibly cause the
issues to go back into hiding. It would also mean that there was no need to
build/maintain a debug build since the plugin could turn anything into one.
That way we also wouldn't inconvenience users and at the same time be able
to test where needed and then have something they could easily remove. (I
see it as being along the lines of the irc plugin). Also it could provide
an example plugin as mentioned in the meeting last night.
On 2/9/07 1:14 PM, "Augie Fackler" <durin42 at gmail.com> wrote:
> On Feb 9, 2007, at 12:00 PM, Evan Schoenberg wrote:
>> http://trac.adiumx.com/wiki/AdiumMeetings/2007-02-08 :
>> Mac-arena suggested a plug-in to enable the debug logger, which
>> would always be present but simply turned off in release builds (as
>> opposed to not there). And it can have a nag screen, so the user
>> doesn't forget about it and so it doesn't get misused for evil
>> At present, debug logging is perfectly free in release builds, no
>> matter how expensive the process of building the debug log. For
>> AILog(@"The results at this point would be %@",[self
>> causes a performance hit in deployment-debug but is replaced by
>> /* */
>> in deployment - free!
>> To make a plugin as described possible, I believe a runtime check
>> of each passed debug string would be necessary.
>> I would come down on the side of having a debug build for each
>> release available -- preferably created automatically by the
>> release makefile -- because 99% of users will never want debug
>> logging, and that way we don't cause a slowdown for that vast
> I concur - having all the debug cruft in there to slow down average
> users seems rather pointless...
>> Adium-devl mailing list
>> Adium-devl at adiumx.com
> Adium-devl mailing list
> Adium-devl at adiumx.com
More information about the Adium-devl