Re: [fpc-devel] MSG_NOSIGNAL in Mac OS X

2008-09-19 Thread Jonas Maebe
On 19 Sep 2008, at 11:16, Aleš Katona wrote: All you need to do is break a send, make a program which repeats sends and kill it in the middle of one. If the other end exits with SIGPIPE we've got a loser. No, if the kernel developers say it is not supported, then you don't use it. Because e

Re: [fpc-devel] fcl-web improvement for apache modules, question

2008-09-19 Thread Mattias Gaertner
On Fri, 19 Sep 2008 10:13:21 -0700 ABorka <[EMAIL PROTECTED]> wrote: > This is how currently the code looks like for the problematic call: > > FCriticalSection.Enter; > try >if (FMaxRequests>0) and (FWorkingWebModules.Count>=FMaxRequests) > then Raise EFPApacheError.Create(SErrTooManyRequests

Re: [fpc-devel] fcl-web improvement for apache modules, question

2008-09-19 Thread ABorka
This is how currently the code looks like for the problematic call: FCriticalSection.Enter; try if (FMaxRequests>0) and (FWorkingWebModules.Count>=FMaxRequests) then Raise EFPApacheError.Create(SErrTooManyRequests); if FIdleWebModules.Count > 0 then begin II := FIdleWebModules.Count

Re: [fpc-devel] fcl-web improvement for apache modules, question

2008-09-19 Thread Michael Van Canneyt
On Fri, 19 Sep 2008, Martin Friebe wrote: > Michael Van Canneyt wrote: > > On Fri, 19 Sep 2008, ABorka wrote > > > Hi Michael, > > > > > > It was created in fpapache.pp in the handlerequest event. > > > > > > M:=MC.create(self); > > > > > > It worked without using the createnew, with the latest

Re: [fpc-devel] Request to merge formal annotation facility into main trunk

2008-09-19 Thread Tom Verhoeff
On Fri, Aug 17, 2007 at 05:03:42PM +0200, Michael Van Canneyt wrote: > > On Fri, 17 Aug 2007, Tom Verhoeff wrote: > > > Is it possible to merge Jochem's extensions with the main trunk? > > They are in the SVN repository in branches/tue/. > > As far as I am concerned, this is a welcome addition.

Re: [fpc-devel] fpdoc generates "line pos; 0" in html output

2008-09-19 Thread Graeme Geldenhuys
On Fri, Sep 19, 2008 at 3:36 PM, Vincent Snijders <[EMAIL PROTECTED]> wrote: > > For me, it is a known issue for overloaded methods/procedures/functions. Ah, never noticed the pattern, but you are 100% correct. It only occurs on overloaded methods etc... Regards, - Graeme - __

Re: [fpc-devel] fpdoc generates "line pos; 0" in html output

2008-09-19 Thread Vincent Snijders
Graeme Geldenhuys schreef: Hi, I'm used FPC 2.2.3 (r11538) compiled on 2008-08-08 I generated new HTML documentation for tiOPF project. I then noticed that most (but not all) methods of classes have "Source position: line 0" instead of the actual line position. Is this a known bug? I searched

[fpc-devel] fpdoc generates "line pos; 0" in html output

2008-09-19 Thread Graeme Geldenhuys
Hi, I'm used FPC 2.2.3 (r11538) compiled on 2008-08-08 I generated new HTML documentation for tiOPF project. I then noticed that most (but not all) methods of classes have "Source position: line 0" instead of the actual line position. Is this a known bug? I searched Mantis but couldn't find any

Re: [fpc-devel] fcl-web improvement for apache modules, question

2008-09-19 Thread Michael Van Canneyt
On Fri, 19 Sep 2008, ABorka wrote: > The thing is that for apache modules it is needed to have multiple > webmodules created for simultaneous requests coming from multiple people > browsing the web server. I was creating some pooling for the web modules > in fpapache.pp and simulated 2 concurren

Re: [fpc-devel] MSG_NOSIGNAL in Mac OS X

2008-09-19 Thread Aleš Katona
Dňa Pi, 2008-09-19 o 10:45 +0200, Marco van de Voort napísal: > In our previous episode, Aleš Katona said: > > Anyway if it's really there and tested, it should be added to the Darwin > > unxsockh.inc. > > As Jonas said, testing is non-trivial, since it is about a certain > errorhandling condition

Re: [fpc-devel] fcl-web improvement for apache modules, question

2008-09-19 Thread Martin Friebe
Michael Van Canneyt wrote: On Fri, 19 Sep 2008, ABorka wrote Hi Michael, It was created in fpapache.pp in the handlerequest event. M:=MC.create(self); It worked without using the createnew, with the latest FPC source code. This is weird, because the code before that searches if there is

Re: [fpc-devel] MSG_NOSIGNAL in Mac OS X

2008-09-19 Thread Marco van de Voort
In our previous episode, Ale?? Katona said: > Anyway if it's really there and tested, it should be added to the Darwin > unxsockh.inc. As Jonas said, testing is non-trivial, since it is about a certain errorhandling condition, not a basic compile+connect. __

Re: [fpc-devel] fcl-web improvement for apache modules, question

2008-09-19 Thread ABorka
The thing is that for apache modules it is needed to have multiple webmodules created for simultaneous requests coming from multiple people browsing the web server. I was creating some pooling for the web modules in fpapache.pp and simulated 2 concurrent requests when it happened. If we change the

Re: [fpc-devel] fcl-web improvement for apache modules, question

2008-09-19 Thread Michael Van Canneyt
On Fri, 19 Sep 2008, ABorka wrote: > > Hi Michael, > > It was created in fpapache.pp in the handlerequest event. > > M:=MC.create(self); > > It worked without using the createnew, with the latest FPC source code. This is weird, because the code before that searches if there is an existing i

Re: [fpc-devel] fcl-web improvement for apache modules, question

2008-09-19 Thread ABorka
Hi Michael, It was created in fpapache.pp in the handlerequest event. M:=MC.create(self); It worked without using the createnew, with the latest FPC source code. AB > > > On Thu, 18 Sep 2008, ABorka wrote: > >> Hi, >> >> I'm working on the Apache application (TCustomApacheApplication) >> simul

Re: [fpc-devel] MSG_NOSIGNAL in Mac OS X

2008-09-19 Thread Aleš Katona
Dňa Št, 2008-09-18 o 13:49 +0200, Marco van de Voort napísal: > In our previous episode, Felipe Monteiro de Carvalho said: > > The sockets unit for Mac OS X (FPC 2.2.2) does not contain > > MSG_NOSIGNAL, which is necessary for the correct functioning of the > > Synapse library. > > > > I modifyed