Re: 1.5b9 released

[root@apathy]:[/home/shady/sources/mathopd-1.5b9/src]> make
gcc -c -O -Wall -DHAVE_CRYPT_H base64.c -o base64.o
gcc -c -O -Wall -DHAVE_CRYPT_H cgi.c -o cgi.o
gcc -c -O -Wall -DHAVE_CRYPT_H config.c -o config.o
gcc -c -O -Wall -DHAVE_CRYPT_H core.c -o core.o
gcc -c -O -Wall -DHAVE_CRYPT_H dump.c -o dump.o
gcc -c -O -Wall -DHAVE_CRYPT_H imap.c -o imap.o
gcc -c -O -Wall -DHAVE_CRYPT_H log.c -o log.o
gcc -c -O -Wall -DHAVE_CRYPT_H main.c -o main.o
gcc -c -O -Wall -DHAVE_CRYPT_H redirect.c -o redirect.o
gcc -c -O -Wall -DHAVE_CRYPT_H request.c -o request.o
gcc -c -O -Wall -DHAVE_CRYPT_H util.c -o util.o
gcc -c -O -Wall -DHAVE_CRYPT_H stub.c -o stub.o
stub.c: In function `run_children':
stub.c:685: warning: implicit declaration of function `nanosleep'
gcc  -o mathopd base64.o cgi.o config.o core.o dump.o imap.o log.o 
main.o redirect.o request.o util.o stub.o -lcrypt

is the warning something i have to worry about?

mattg


Thomas E. Horner wrote:
> 
> seems as if
>         rqtp.tv_nsec = 4 * 1000 * 1000;  /* specified in nanoseconds. */
> is much better
> 
> At 04.11.2003 18:55 +0000, you wrote:
> 
>> At 31.10.2003 14:34 +0100, you wrote:
>>
>>> Hi.
>>>
>>> I just put up 1.5b9. This should solve the 'illegal content-length 
>>> header'
>>> problem. Also, starting from this release, we no longer try to accept()
>>> any new clients if there is no connection left to assign them to. That
>>> means that incoming requests will hang in the kernel, but that is ok I
>>> guess. At least that is probably better than accepting and immediately
>>> dropping a connection.
>>>
>>> Cheers
>>> Michiel
>>
>>
>>
>> sorry, cpu bug (again).
>> the bug of cpu consumption during poll that i corrected in phpstub
>> is in the source code of mathopd again:
>>
>> to correct it, change function run_children in stub.c to
>>
>>
>> int run_children(void)
>> {
>>         struct pipe_params *p;
>>
>>         struct timespec rqtp;
>>         struct timespec rmtp;
>>
>>         rqtp.tv_sec = 0;
>>         rqtp.tv_nsec = 4 * 1000 * 1000;  /* specified in nanoseconds. */
>>
>>         p = children;
>>         while (p) {
>>                 if (p->cn)
>>                 {
>>                         pipe_run(p);
>>                         nanosleep(&rqtp,&rmtp);
>>                 }
>>                 p = p->next;
>>         }
>>         return 0;
>> }
>>
>>
>> this little 'slowing down' in fact speeds up the process by reducing
>> the cpu load.
>> although, i didn't have the time to test and tune it completely.
>>
>>
>> Regards,
>>    Thomas
>>

-- 
[email protected]
http://www.shotsfired.org
[hello to all my fans in domestic surveillance]