Re: [fpc-pascal] presenting fpunit test results

2006-09-30 Thread Graeme Geldenhuys
Hi Vincent, Attached is my latest efforts on fpcUnit Test Reports using XSLT. Before, I sent you two versions of the .xsl file. One created a report based on CSS only and the other one based on HTML Tables only. I tested both against my results (around 900 tests) and the CSS version was dog slow

Re: [fpc-pascal] RE: Problem translating c code to pascal

2006-09-30 Thread Marc Santhoff
Am Samstag, den 30.09.2006, 11:48 -0300 schrieb Felipe Monteiro de Carvalho: > Ok, after a lot of headaches and making questions on ##c freenode > channel I found out what that is. > > The structure is a NULL-terminated array / table. It was declared like this: > > static const handler_rec hw_han

Re: [fpc-pascal] RE: Problem translating c code to pascal

2006-09-30 Thread Felipe Monteiro de Carvalho
Ok, after a lot of headaches and making questions on ##c freenode channel I found out what that is. The structure is a NULL-terminated array / table. It was declared like this: static const handler_rec hw_handlers[] = { { "hw-app", hw_handle_req }, { NULL } }; But that is just the short d

Re: [fpc-pascal] Threads executing in sequence instead of parallel

2006-09-30 Thread Micha Nelissen
Marco van de Voort wrote: >> Ok, maybe Sleep(0) in sysutils has to use the sched_yield syscall for >> linux. This may be a feature request to be reported in bug tracker IMHO. > > Ugly. Better define a procedure TryYieldTimeSlice() or so. No need to follow > Windowisms with archaic reasons. Yes ag

Re: [fpc-pascal] Threads executing in sequence instead of parallel

2006-09-30 Thread Marco van de Voort
> > modified demo does in fact make Linux switch between threads. I also > > tried the Sleep(0) you mentiond in the Sort Demo. Sleep() didn't do > > the trick, but using the BurnCPU() method from Demo1 did. > > Ok, maybe Sleep(0) in sysutils has to use the sched_yield syscall for > linux. This m

Re: [fpc-pascal] Threads executing in sequence instead of parallel

2006-09-30 Thread Micha Nelissen
Graeme Geldenhuys wrote: > pointed out). This sounds like an interesting topic and something > work understanding. After all, it gave me enough headaches and a > false positive - thinking it is a bug. Btw, here is a quote from the interview, default length seems to be 150ms: (it also explains th

Re: [fpc-pascal] Threads executing in sequence instead of parallel

2006-09-30 Thread Micha Nelissen
Graeme Geldenhuys wrote: > Ah, finally some explanation that makes sence! Thanks Micha, your > modified demo does in fact make Linux switch between threads. I also > tried the Sleep(0) you mentiond in the Sort Demo. Sleep() didn't do > the trick, but using the BurnCPU() method from Demo1 did. O