On 03/02/2013, at 9:28 AM, john skaller wrote:
> This cannot be done at run time because the "tree" structure
> of structs is not represented (at the moment).
So if I have to rework the RTTI structure and the GC Felix will
probably stop working for a while. So perhaps time to fork
a branch or cu
On Tue, 2007-04-24 at 02:01 +0200, Rhythmic Fistman wrote:
> On 4/23/07, skaller <[EMAIL PROTECTED]> wrote:
> > On Mon, 2007-04-23 at 16:57 +1000, skaller wrote:
> > > On Mon, 2007-04-23 at 05:38 +1000, skaller wrote:
> > > > OK, svn webserver should now work 'properly' with epoll (linux)
> > > > a
On 4/23/07, skaller <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-04-23 at 16:57 +1000, skaller wrote:
> > On Mon, 2007-04-23 at 05:38 +1000, skaller wrote:
> > > OK, svn webserver should now work 'properly' with epoll (linux)
> > > and poll. No idea about select or kqueue. The webserver won't
> > > ru
On Mon, 2007-04-23 at 16:57 +1000, skaller wrote:
> On Mon, 2007-04-23 at 05:38 +1000, skaller wrote:
> > OK, svn webserver should now work 'properly' with epoll (linux)
> > and poll. No idea about select or kqueue. The webserver won't
> > run on Windows at the moment.
>
> Ok, on Cygwin (uses sele
On Mon, 2007-04-23 at 05:38 +1000, skaller wrote:
> OK, svn webserver should now work 'properly' with epoll (linux)
> and poll. No idea about select or kqueue. The webserver won't
> run on Windows at the moment.
Ok, on Cygwin (uses select):
a) fails to send the whole file for unknown reason
b) I
OK, svn webserver should now work 'properly' with epoll (linux)
and poll. No idea about select or kqueue. The webserver won't
run on Windows at the moment.
Properly means: it doesn't crash, and it handles simultaneous
requests for large files efficiently.
There's a known problem: I had to insert
On Thu, 2007-04-19 at 12:38 +0200, Rhythmic Fistman wrote:
> > > The URL which fails for me is:
> > >
> > > http://127.0.0.1:1234/doc/test/en_flx_regress_0003.html
>
> That works for me on the mac (kq). It's a huge file and at the
> end I see "1 test complete" and then the next/prev/along l
> From: skaller <[EMAIL PROTECTED]>
> On Wed, 2007-04-18 at 23:53 +1000, skaller wrote:
> > Release 1.1.3 is currently being held up by a problem
> > with the webserver. If anyone can help by testing, debugging,
> > or simply inspecting the C++ code for the async handling that
> > would be great.
>
On Thu, 2007-04-19 at 00:23 +1000, skaller wrote:
> On Wed, 2007-04-18 at 23:53 +1000, skaller wrote:
> > Release 1.1.3 is currently being held up by a problem
> > with the webserver.
I just looked and faio is performing properly.
Exactly the right data is read in (I dumped it and it
terminates r
On Wed, 2007-04-18 at 23:53 +1000, skaller wrote:
> Release 1.1.3 is currently being held up by a problem
> with the webserver. If anyone can help by testing, debugging,
> or simply inspecting the C++ code for the async handling that
> would be great.
> The URL which fails for me is:
>
> ht
Release 1.1.3 is currently being held up by a problem
with the webserver. If anyone can help by testing, debugging,
or simply inspecting the C++ code for the async handling that
would be great.
The webserver can be run by:
bin/flx --test tools/webserver
and add --debug to get run time de
On Tue, 2006-06-27 at 20:12 +1000, Rhythmic Fistman wrote:
> >Simple: elf linker finds the transitive closure.
>
> Eh? This means you don't need to pass any library switches when
> linking elf? Just .o files? Because that's what the old build script
> was failing to do: pass -lflx_gc
There are t
>On Mon, 2006-06-26 at 02:37 +1000, Rhythmic Fistman wrote:
> > >The next attempt at a release of Felix is now uploaded to the
> > >sourceforge website:
> > >
> > >http://felix.sourceforge.net/flx_1.1.2_rc8_src.tgz
> > >
> > >This version builds completely on Linux, Ubuntu Dapper,
> > >after fixi
13 matches
Mail list logo
