gmane.comp.web.fastcgi.devel archive

2173 archived articles, newest first (page 4 of 22). Latest articles →

Can FastCgi in c language manipulate MS office file(word, excel), is there a c API for Microsoft Documents?
Tue, 27 Apr 2010 17:32:37 +0800
Copyfilenames Cole <[email protected]> • #3027
comm with (dynamic) server "xxx" idle timeout (30 sec)
Mon, 26 Apr 2010 11:18:58 +0800
Ray Allen <[email protected]> • #3026
(4)Interrupted system call: unable to connect to cgi daemon after multiple tries
Sat, 24 Apr 2010 19:27:40 -0300
Fernando Morgenstern <[email protected]> • #3025
Re: FastCGI still a smart choice in 2010?
Fri, 23 Apr 2010 15:07:52 +0100
Lyle <[email protected]> • #3024
Re: FastCGI still a smart choice in 2010?
Thu, 22 Apr 2010 12:08:35 -0600
"Martin Chapman" <[email protected]> • #3023
Re: FastCGI still a smart choice in 2010?
Thu, 22 Apr 2010 13:04:31 -0500
Tom Bowden <[email protected]> • #3022
FastCGI still a smart choice in 2010?
Wed, 21 Apr 2010 17:30:16 -0400
Garrett Wollman <[email protected]> • #3021
Re: FastCGI still a smart choice in 2010?
Wed, 21 Apr 2010 13:37:02 -0500
Rob <rclemley-/[email protected]> • #3020
Re: FastCGI still a smart choice in 2010?
Wed, 21 Apr 2010 09:42:44 -0500
Rob <rclemley-/[email protected]> • #3019
Re: FastCGI still a smart choice in 2010?
Wed, 21 Apr 2010 17:14:48 +0800
"andylin02" <[email protected]> • #3018
Re: FastCGI still a smart choice in 2010?
Wed, 21 Apr 2010 09:47:20 +0100
Jon Ribbens <jon+fastcgi-developers-JgzTmhv+UHffC7kMvaharFpr/1R2p/[email protected]> • #3017
Re: FastCGI still a smart choice in 2010?
Tue, 20 Apr 2010 22:06:44 -0400
"Gordon Colburn" <gordon-ph3hwQsbQ5ZWk0Htik3J/[email protected]> • #3016
Re: FastCGI still a smart choice in 2010?
Tue, 20 Apr 2010 20:37:30 -0500
Matthew Weigel <[email protected]> • #3015
Re: FastCGI still a smart choice in 2010?
Wed, 21 Apr 2010 01:48:13 +0100
Lyle <[email protected]> • #3014
FastCGI still a smart choice in 2010?
Tue, 20 Apr 2010 17:32:12 -0700
Sven Svenson <[email protected]> • #3013
Re: unable to build in mingw
Sat, 17 Apr 2010 14:30:24 -0400
Jeremy Sandell <[email protected]> • #3012
unable to build in mingw
Fri, 16 Apr 2010 11:43:36 -0600
Roger Pack <[email protected]> • #3011
Re: Logging
Wed, 14 Apr 2010 16:03:29 -0500
Tom Bowden <[email protected]> • #3010
Re: Logging
Tue, 13 Apr 2010 18:30:24 +0100
Paulo Jorge Dias <[email protected]> • #3009
Re: Logging
Tue, 13 Apr 2010 09:43:27 -0400
"Gordon Colburn" <gordon-ph3hwQsbQ5ZWk0Htik3J/[email protected]> • #3008
Logging
Tue, 13 Apr 2010 09:25:44 +0100
Paulo Jorge Dias <[email protected]> • #3007
Re: freecgi++
Fri, 09 Apr 2010 10:34:34 +0400
"Maxim P. Dementiev" <[email protected]> • #3006
Re: freecgi++
Fri, 09 Apr 2010 10:18:51 +0400
"Maxim P. Dementiev" <[email protected]> • #3005
freecgi++
Thu, 8 Apr 2010 15:54:35 -0700
"apriestley" <apriestley-sDcR4YYMLqprovVCs/[email protected]> • #3004
Durfos Terminator has invited you to Dropbox
Wed, 07 Apr 2010 12:11:12 +0000
Dropbox <no-reply-DYN/[email protected]> • #3003
Re: Unit testing for FastCGI.
Mon, 5 Apr 2010 07:16:05 -0500
Jay Sprenkle <[email protected]> • #3002
Unit testing for FastCGI.
Mon, 05 Apr 2010 13:57:16 +0400
"Maxim Dementiev" <[email protected]> • #3001
FastCGI support for the Falcon Programming Language
Thu, 18 Mar 2010 17:52:43 +0100
Giancarlo Niccolai <[email protected]> • #3000
Very confusing error in cgi-fcgi "Line to long"
Fri, 12 Mar 2010 17:06:52 -0500
Olexiy Buyanskyy <[email protected]> • #2999
Re: fastcgi installation issues.
Fri, 12 Mar 2010 11:14:52 -0500
Jeremy Sandell <[email protected]> • #2998
Re: Is dissasembly of fcgi files possible?
Fri, 12 Mar 2010 06:08:26 -0300
Gero Oñativia •̪● <[email protected]> • #2997
Re: Is dissasembly of fcgi files possible?
Thu, 11 Mar 2010 13:34:39 -0500
Bryan White <[email protected]> • #2996
Re: Question about using a C application with FastCGI
Thu, 11 Mar 2010 13:28:45 -0500
Bryan White <[email protected]> • #2995
Re: fastcgi installation issues.
Thu, 11 Mar 2010 13:27:03 -0500
Bryan White <[email protected]> • #2994
fastcgi installation issues.
Thu, 11 Mar 2010 11:43:54 -0000
"Bhaskar Patil" <Bhaskar.Patil-jFN0vPVTOS2Gv0/[email protected]> • #2993
Re: Help Building a C application with FastCGI (and lighttpd)
Tue, 9 Mar 2010 12:41:55 -0600
Jay Sprenkle <[email protected]> • #2992
Question about using a C application with FastCGI
Tue, 9 Mar 2010 10:41:51 -0800
silverburgh <[email protected]> • #2991
Help Building a C application with FastCGI (and lighttpd)
Tue, 9 Mar 2010 13:27:01 -0500
kaustubh <[email protected]> • #2990
Is dissasembly of fcgi files possible?
Fri, 5 Mar 2010 00:00:03 -0300
Gero Oñativia •̪● <[email protected]> • #2989
FastCGI support for the Falcon Programming Language
Wed, 3 Mar 2010 23:35:53 +0100
Giancarlo Niccolai <[email protected]> • #2988
Re: FastCGI requests timing out prematurely
Wed, 3 Mar 2010 15:53:56 -0500
"Gordon" <gordon-ph3hwQsbQ5ZWk0Htik3J/[email protected]> • #2987
FastCGI requests timing out prematurely
Wed, 3 Mar 2010 10:34:28 -0500
"Gordon" <gordon-ph3hwQsbQ5ZWk0Htik3J/[email protected]> • #2986
mod_fastcgi and setenv
Sat, 27 Feb 2010 09:57:37 +0300
Konenkov Sergey <[email protected]> • #2985
KeepAlive
Tue, 23 Feb 2010 18:01:45 +0100
Jérémy DESMAUTS <[email protected]> • #2984
Re: How to configure fastcgi with lighttpd
Mon, 22 Feb 2010 18:40:54 +0000
Matthew Weigel <[email protected]> • #2983
Re: How to configure fastcgi with lighttpd
Mon, 22 Feb 2010 09:52:45 -0800
silverburgh <[email protected]> • #2982
FastCGI for the Falcon Programming Language
Mon, 22 Feb 2010 00:37:07 +0100
Giancarlo Niccolai <[email protected]> • #2981
Re: How to configure fastcgi with lighttpd
Sun, 21 Feb 2010 22:40:38 -0600
Matthew Weigel <[email protected]> • #2980
Mr. gcwf-fastcgi-developers 80% Off on all products
Mon, 22 Feb 2010 01:42:28 +0000 (UTC)
"Pfizer Genuine VIAGRA" <[email protected]> • #2979
Hi, gcwf-fastcgi-developers, unbelievable 80% off prices
Mon, 22 Feb 2010 01:35:21 +0000 (UTC)
"Swiss Watch on-line" <[email protected]> • #2978
cgi-fcgi stuck at 100% CPU in __kernel_vsyscall ()
Fri, 19 Feb 2010 20:56:12 +0300
Dmitry <vdb-JGs/[email protected]> • #2977
Re: Fastcgi and perl : How to recover from an error?
Thu, 11 Feb 2010 21:45:42 +0000
Matt S Trout <mst-vqpA/[email protected]> • #2976
Fastcgi and perl : How to recover from an error?
Wed, 10 Feb 2010 18:51:13 -0500
"Richard Dumoulin" <dumoulin-zLwyqi6e47xWk0Htik3J/[email protected]> • #2975
Re: Has anyone used multiplexed connections with FastCGI?
Mon, 1 Feb 2010 03:40:36 +0000
Jon Ribbens <jon+fastcgi-developers-JgzTmhv+UHffC7kMvaharFpr/1R2p/[email protected]> • #2974
Re: Has anyone used multiplexed connections with FastCGI?
Sun, 31 Jan 2010 19:05:25 -0800
"Preston L. Bannister" <preston-ZeqQeWHeiHFcT1eoJ+6/[email protected]> • #2973
Re: Has anyone used multiplexed connections with FastCGI?
Mon, 1 Feb 2010 02:10:12 +0000
Darren Garvey <[email protected]> • #2972
Has anyone used multiplexed connections with FastCGI?
Sun, 31 Jan 2010 12:33:20 -0800
"Preston L. Bannister" <preston-ZeqQeWHeiHFcT1eoJ+6/[email protected]> • #2971
Re: very low performance
Wed, 27 Jan 2010 20:39:37 +0300
Igor <[email protected]> • #2970
Re: very low performance
Wed, 27 Jan 2010 15:05:40 +0300
Evgeny Tarasov <[email protected]> • #2969
Re: very low performance - explained
Wed, 27 Jan 2010 03:37:02 +0300
Igor Franchuk <[email protected]> • #2968
Re: very low performance
Tue, 26 Jan 2010 19:14:43 +0000
Matthew Weigel <[email protected]> • #2967
Re: very low performance
Tue, 26 Jan 2010 21:45:56 +0300
Тарасов Евгений <[email protected]> • #2966
Re: very low performance
Tue, 26 Jan 2010 12:18:11 -0600
Jay Sprenkle <[email protected]> • #2965
Re: very low performance
Tue, 26 Jan 2010 21:07:42 +0300
Тарасов Евгений <[email protected]> • #2964
Re: very low performance
Tue, 26 Jan 2010 17:36:59 +0000
Matthew Weigel <[email protected]> • #2963
Re: very low performance
Tue, 26 Jan 2010 11:30:55 -0600
Jay Sprenkle <[email protected]> • #2962
very low performance
Tue, 26 Jan 2010 20:25:18 +0300
Тарасов Евгений <[email protected]> • #2961
Re: HTTP Status Code problem
Fri, 22 Jan 2010 11:38:35 -0500
Howard May <Howard.May-3Vf4qVogE1JWk0Htik3J/[email protected]> • #2960
Re: HTTP Status Code problem
Fri, 22 Jan 2010 17:33:45 +0100
Aron Szabo <aron-Iv/[email protected]> • #2959
HTTP Status Code problem
Fri, 22 Jan 2010 09:50:37 -0500
Howard May <Howard.May-3Vf4qVogE1JWk0Htik3J/[email protected]> • #2958
Re: Newbit questions about PHP
Mon, 18 Jan 2010 21:48:56 -0000
"Jorge Bastos" <[email protected]> • #2957
Re: Newbit questions about PHP
Mon, 18 Jan 2010 22:39:03 +0100
Aron Szabo <aron-Iv/[email protected]> • #2956
Newbit questions about PHP
Mon, 18 Jan 2010 21:14:23 -0000 (WET)
"Jorge Bastos" <[email protected]> • #2955
Re: FastCGI, Comet and Client Link failure
Thu, 14 Jan 2010 10:56:47 -0500
Howard May <Howard.May-3Vf4qVogE1JWk0Htik3J/[email protected]> • #2954
Re: FastCGI, Comet and Client Link failure
Thu, 14 Jan 2010 10:37:49 -0500
Howard May <Howard.May-3Vf4qVogE1JWk0Htik3J/[email protected]> • #2953
Re: FastCGI, Comet and Client Link failure
Thu, 14 Jan 2010 09:24:14 -0600
Jay Sprenkle <[email protected]> • #2952
FastCGI, Comet and Client Link failure
Thu, 14 Jan 2010 07:23:22 -0500
Howard May <Howard.May-3Vf4qVogE1JWk0Htik3J/[email protected]> • #2951
Re: Manually spawning a Windows fastCGI application
Thu, 14 Jan 2010 07:18:03 -0500
Howard May <Howard.May-3Vf4qVogE1JWk0Htik3J/[email protected]> • #2950
Problem running ./configure on hosting service
Sat, 2 Jan 2010 12:31:56 -0500
Craig Hilles <[email protected]> • #2949
Re: Segmentation fault :-(
Mon, 28 Dec 2009 05:58:14 -0600
Jay Sprenkle <[email protected]> • #2948
Re: Manually spawning a Windows fastCGI application
Fri, 25 Dec 2009 10:50:51 +0000
Lyle <[email protected]> • #2947
Re: Manually spawning a Windows fastCGI application
Thu, 24 Dec 2009 09:23:51 -0800 (PST)
Konstantin Ivanov <i_konstantin-/[email protected]> • #2946
Manually spawning a Windows fastCGI application
Thu, 24 Dec 2009 04:49:03 -0500
Howard May <Howard.May-3Vf4qVogE1JWk0Htik3J/[email protected]> • #2945
new FCGI.pm dev release out
Mon, 21 Dec 2009 19:00:32 +0000
Matt S Trout <mst-vqpA/[email protected]> • #2944
Re: can FCGI_STDIN content length be increased when receivingthe STDIN data?
Fri, 11 Dec 2009 20:57:13 -0700
"Martin Chapman" <[email protected]> • #2943
Re: can FCGI_STDIN content length be increased when receivingthe STDIN data?
Fri, 11 Dec 2009 20:52:38 -0700
"Martin Chapman" <[email protected]> • #2942
Re: can FCGI_STDIN content length be increased when receivingthe STDIN data?
Fri, 11 Dec 2009 19:52:38 -0800 (PST)
Konstantin Ivanov <i_konstantin-/[email protected]> • #2941
Re: can FCGI_STDIN content length be increased when receivingthe STDIN data?
Fri, 11 Dec 2009 20:43:22 -0700
"Martin Chapman" <[email protected]> • #2940
can FCGI_STDIN content length be increased when receiving the STDIN data?
Fri, 11 Dec 2009 19:36:35 -0800 (PST)
Konstantin Ivanov <i_konstantin-/[email protected]> • #2939
Re: Cookie processing in Fast CGI
Fri, 11 Dec 2009 11:41:27 -0600
Tom Bowden <[email protected]> • #2938
Re: Cookie processing in Fast CGI
Fri, 11 Dec 2009 01:19:11 -0800
Bil Corry <[email protected]> • #2937
Re: Cookie processing in Fast CGI
Fri, 11 Dec 2009 01:08:02 -0800
Bil Corry <[email protected]> • #2936
fastcgi stability
Thu, 10 Dec 2009 17:01:38 -0600
Tom Bowden <[email protected]> • #2935
Re: Cookie processing in Fast CGI
Thu, 10 Dec 2009 14:45:17 -0600
Tom Bowden <[email protected]> • #2934
Re: Cookie processing in Fast CGI
Thu, 10 Dec 2009 13:33:44 -0700
"Martin Chapman" <[email protected]> • #2933
Re: Cookie processing in Fast CGI
Thu, 10 Dec 2009 14:30:54 -0600
Tom Bowden <[email protected]> • #2932
Re: Cookie processing in Fast CGI
Thu, 10 Dec 2009 14:24:46 -0600
Jay Sprenkle <[email protected]> • #2931
Re: Cookie processing in Fast CGI
Thu, 10 Dec 2009 13:19:11 -0700
"Martin Chapman" <[email protected]> • #2930
Re: Cookie processing in Fast CGI
Thu, 10 Dec 2009 14:16:39 -0600
Tom Bowden <[email protected]> • #2929
Re: Cookie processing in Fast CGI
Thu, 10 Dec 2009 13:54:17 -0600
Tom Bowden <[email protected]> • #2928
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.