[REBOL] Re: Any changes re dbases in upcoming RT products?
From: petr:krenzelok:trz:cz at: 3-Oct-2001 0:50
----- Original Message -----
From: <[holger--rebol--com]>
To: <[rebol-list--rebol--com]>
Sent: Tuesday, October 02, 2001 10:14 PM
Subject: [REBOL] Re: Any changes re dbases in upcoming RT products?
> On Tue, Oct 02, 2001 at 09:14:50PM +0200, Petr Krenzelok wrote:
>
> > If I do everything in sequential manner, e.g. in rebol console: read
> > http://my.domain.com/fcgi-bin/invoices.fcgi, everything is OK, - Rebol
> > handles for me 3 rather complex queries per second. It is 34 kb of data
per
> > request. But - once I press reload button two times quickly, main
FastCGI
> > loop crashes on strange timeout bug
>
> That's my point. "strange timeout bug" is not very informative. In order
> to track this one down we would need the exact error, your environment
> etc.
Well, OK. IIRC I sent it to this ml some time ago, as well as to feedback,
as well as to Express conference. I will try to find/reproduce it tomorrow
at my work, and will send you even rather short script ...
> Have you tried it with the Win32 REBOL binary and a Linux Apache
> version (connecting from Linux to Win32) ? That would help...
W2K OS, W2K Apache, localhost config, everything on one machine ....
OK, I found conference message:
----------------------
who: "petr.krenzelok_trz.cz"
when: 2-Sep-2001/2:40:55-7:00
color: 26.35.243
content: {What is more - the only one mode of FastCGI, which seems to work
under Windows, is FastCGIExternalServer directive. But - pressing
immediatelly reload button on Internet Explorer causes rebol script to
crash:
** Access Error: Network timeout
** where emitX
, where emitX is simple function, containing [insert conn-port head buffer
clear buffer], where buffer is my string I append db query results to,
before I decide going to output.
It seems to me like during fast reload of browser, Rebol catches somehow new
request before old one is finished, and does something with conn-port, so
old request can't insert data into it anymore. But logic of the script is
against it - no multiplexing over ports is used, so I have suspicion that
/Command has broken asynchronicity in regards to serving external (browser)
side of requests ..
Maybe Holger or Sterling could answer this one here? Because in current
state, FastCGI is not usable under Windows at all.}
group: "Support"
---------------------------
-pekr-