Getting the name of the init function is relatively easy. Simply enforce a rule that each init function must be preceeded by a marker of some kind or better still it's name must be eclosed in a marker of some kind (maybe a dummy macro). Then grep for it and you have the name of the init function
Ok, I like that. For the unique names, we could do what the Java folks do
and use a namespace based on ownership of a domain, such as
org_citadel_foomodule_init()
Yes, we can do that.
I'm a bit concerned about citserver right now. I upgraded uncensored on
Sunday evening, and I've noticed that it's using a lot of CPU now. Didn't
someone else complain of excessive CPU utilization?
Do we have profiling tools available?
I complained of memory leaks and occasional excessive CPU utilization.
davew: that's probably it. Good catch. I think we have that data readily
available; I'll see about populating that field when I do some hacking
tonight. Thanks!
davew: the problem couldn't be in your patches, because I haven't applied
them yet. :)
I'm going to try to get that envelope_to problem fixed now. Once we've
got it stable, and you've got your tree updated, I'll ask you to generate
a new set of patches and we'll apply them then.
Ok, disregard previous message. I thought that RegisterRoomHook() was one
of your patches, but it isn't (unless dothebart applied them?) and you're
correct; it's in the wrong place. My bad.
r5309 | ajc | 2007-07-18 00:28:14 -0400 (Wed, 18 Jul 2007) | 3 lines
Changed paths:
M /trunk/citadel/serv_extensions.c
M /trunk/citadel/serv_sieve.c
Shuffled around the sieve code:
* init function moved into the proper
no, i didn't. i just added a comment line above the return with the subversion id to make it patch safe.