Re: [fpc-pascal] fcl-web TFPHttpServer component problem

2011-11-28 Thread michael . vancanneyt
On Mon, 28 Nov 2011, Graeme Geldenhuys wrote: On 28/11/2011, michael.vancann...@wisa.be wrote: The mistake you make is that you create a loop in the thread; The thread does not need a loop. It just needs to set Active to true: Procedure TMyServerThread.Execute; begin MyServer.Active:=T

Re: [fpc-pascal] fcl-web TFPHttpServer component problem

2011-11-28 Thread Graeme Geldenhuys
On 28/11/2011, Flávio Etrusco wrote: > > I have to agree this is a very odd interface. IMHO setting a property > is expected to return quickly; a call that's meant to be used as > "program loop" should be a explicit method and named accordingly... > (Listen/Run/Execute/ActivateAndWait/etc) Defin

Re: [fpc-pascal] fcl-web TFPHttpServer component problem

2011-11-28 Thread Graeme Geldenhuys
On 28/11/2011, michael.vancann...@wisa.be wrote: > > The mistake you make is that you create a loop in the thread; > The thread does not need a loop. It just needs to set Active to true: > > Procedure TMyServerThread.Execute; > > begin >MyServer.Active:=True; > end; OK thanks, I got it workin

Re: [fpc-pascal] fcl-web TFPHttpServer component problem

2011-11-28 Thread michael . vancanneyt
On Mon, 28 Nov 2011, Graeme Geldenhuys wrote: On 28/11/2011, michael.vancann...@wisa.be wrote: If so, that's a pretty dumb design. Ah. And why is that so ? Now it's much less useful. How are you supposed to "correctly" terminate the HTTP Server once Active = True is called? 1. From a

Re: [fpc-pascal] fcl-web TFPHttpServer component problem

2011-11-28 Thread Graeme Geldenhuys
On 28/11/2011, michael.vancann...@wisa.be wrote: >> >> If so, that's a pretty dumb design. > > Ah. And why is that so ? Now it's much less useful. How are you supposed to "correctly" terminate the HTTP Server once Active = True is called? > If you want still to have a "main program", you shoul

Re: [fpc-pascal] fcl-web TFPHttpServer component problem

2011-11-28 Thread Flávio Etrusco
> >> Also the HTTP server is >> implemented as a component (TComponent descendant), so I gather the >> thoughts was that some day they would like it to sit on the Lazarus >> component palette, where it will be dropped onto some form or data >> module - thus rendering that application frozen too. >

Re: [fpc-pascal] fcl-web TFPHttpServer component problem

2011-11-28 Thread michael . vancanneyt
On Mon, 28 Nov 2011, Graeme Geldenhuys wrote: On 28/11/2011, Leonardo M. Ramé wrote: I think that class was meant to be used as the main program loop. If so, that's a pretty dumb design. Ah. And why is that so ? Also the HTTP server is implemented as a component (TComponent descendant

Re: [fpc-pascal] fcl-web TFPHttpServer component problem

2011-11-28 Thread Graeme Geldenhuys
On 28/11/2011, Leonardo M. Ramé wrote: > > I think that class was meant to be used as the main program loop. If so, that's a pretty dumb design. Also the HTTP server is implemented as a component (TComponent descendant), so I gather the thoughts was that some day they would like it to sit on the

Re: [fpc-pascal] fcl-web TFPHttpServer component problem

2011-11-28 Thread Leonardo M . Ramé
> > From: Graeme Geldenhuys >To: FPC-Pascal users discussions >Sent: Monday, November 28, 2011 7:42 AM >Subject: [fpc-pascal] fcl-web TFPHttpServer component problem > >Hi, > >I was testing the newish HTTP Server component located in >fcl-web/src/fphttpserver.pp