Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search

[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 > >, everything is OK, - Rebol > > handles for me 3 rather complex queries per second. It is 34 kb of data
> > request. But - once I press reload button two times quickly, main
> > 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: "" 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-