On Wed, May 22, 2013 at 10:29:03PM -0700, Evan Hanson wrote:
After looking at a bit more, here's what I believe is *actually*
happening:
The invalid call to process* is signaling an exception in the child,
which is handled internally by spiffy (spiffy.scm:470), causing that
process to loop
On Thu, May 23, 2013 at 09:14:25AM +0200, Peter Bex wrote:
On Wed, May 22, 2013 at 10:29:03PM -0700, Evan Hanson wrote:
After looking at a bit more, here's what I believe is *actually*
happening:
The invalid call to process* is signaling an exception in the child,
which is handled
On Thu, May 23, 2013 at 08:57:09AM -0700, Bryan Vicknair wrote:
Thanks a lot Evan and Peter. That was very helpful.
I started looking at the process-fork source to write a patch, but I'm not
familiar enough with chicken-core yet to tackle it. For now I changed my code
to use the process*
I have a web app using spiffy that uses (process*) in one of the views to wait
on a script to do some work. I was accidentally passing in a non-existent
script name to process*, which was causing a 500 code to be returned by
spiffy.
The problem is that there is no indication of any error sent
Hi Bryan,
I tried to paste a response but missed you in #chicken. I think you need
to make sure to close the ports returned by process* (in your paste, the
close-input/output-port forms aren't running since process* is signaling
an error):
After looking at a bit more, here's what I believe is *actually*
happening:
The invalid call to process* is signaling an exception in the child,
which is handled internally by spiffy (spiffy.scm:470), causing that
process to loop back to the start of the accept-next-connection
procedure inside
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/30/2012 12:43 PM, Andy Bennett wrote:
The long term solution is to fix the autoload egg so that we can use
that: Alaric has a similar requirement for Ugarit so it makes sense to
put that functionality into an egg.
I currently have the
Hi,
In the compiled case, the binary runs but the following is produced on
stderr when a connection is attempted:
-
primordial: Connection handshake error: bad argument type - not a fixnum
-
Peter and I tracked this down to spiffy.scm.
At startup time spiffy.scm tries to load the
Hi,
Attached is a patch to the spiffy egg (as per 'chicken-install -r
spiffy' just now) which adds a FastCGI handler.
This allows Spiffy to use third party FastCGI scripts to generate responses.
Here's how you'd use it in a program:
Repsonder (Like a regular CGI script):
-
(use
Hi,
I have the following repro-case:
-
(use spiffy openssl)
(define port 8080)
(define stderr (current-error-port))
(debug-log stderr)
(error-log stderr)
(let ((listener (ssl-listen port)))
(ssl-load-certificate-chain! listener ssl-cert-snakeoil.pem)
(ssl-load-private-key! listener
I can duplicate this. I've straced both runs... it's interesting that
the compiled version doesn't call getsockname or getpeername.
csi:
...
listen(4, 4)= 0
open(ssl-cert-snakeoil.pem, O_RDONLY) = 5
fstat(5, {st_mode=S_IFREG|0644, st_size=652, ...}) = 0
mmap(NULL,
Hi,
In the compiled case, the binary runs but the following is produced on
stderr when a connection is attempted:
-
primordial: Connection handshake error: bad argument type - not a fixnum
-
This looks like it could be a specialization error - in other words,
the compiler
On Mon, Mar 26, 2012 at 07:08:38PM -0300, Arthur Maciel wrote:
Dear Peter, thanks for the info!
What I would like when doing web programming (and specially when using
Awful, which should be called Wonderful) is to have a clear separation
between data processing and its presentation
On Mon, Mar 26, 2012 at 12:02:13AM -0300, Arthur Maciel wrote:
Hello!
Hi!
I would like to know how it is possible to extend 'ssp-eval-environment' to
add variables that could be accessed when processing .ssp files with
'ssp-stringize' or 'ssp-include'.
It's a regular old environment object
-users chicken-users@nongnu.org
Cc:
Date: Mon, 26 Mar 2012 09:18:39 +0200
Subject: Re: [Chicken-users] Spiffy - ssp-handler - how to extend
ssp-eval-environment
On Mon, Mar 26, 2012 at 12:02:13AM -0300, Arthur Maciel wrote:
Hello!
Hi!
I would like to know how it is possible to extend 'ssp
!
Arthur
-- Mensagem encaminhada --
From: Peter Bex peter@xs4all.nl
To: chicken-users chicken-users@nongnu.org
Cc:
Date: Mon, 26 Mar 2012 09:18:39 +0200
Subject: Re: [Chicken-users] Spiffy - ssp-handler - how to extend
ssp-eval-environment
On Mon, Mar 26, 2012 at 12:02:13AM
I got the following error while trying to use Spiffy with SSL:
primordial: Connection handshake error: argument is not a port
This is my simple test program:
#! /usr/local/bin/csi -s
(use spiffy openssl)
(server-port 8000)
(access-log (current-error-port))
(debug-log (current-error-port))
* Vok Vojwo cev...@gmail.com [111205 10:43]:
I got the following error while trying to use Spiffy with SSL:
primordial: Connection handshake error: argument is not a port
This message is generated by spiffy's exception handler in spiffy.scm
line 562.
However I could run your test program
On Mon, Dec 05, 2011 at 11:05:31AM +0100, Christian Kellermann wrote:
This message is generated by spiffy's exception handler in spiffy.scm
line 562.
However I could run your test program below without errors on a 64
bit linux machine running
openssl
On Wed, Apr 13, 2011 at 10:46:07PM -0400, John J Foerch wrote:
Hello,
I have a feature request for spiffy.
The background: I set up an awful-based web app behind an apache2
reverse proxy. Awful/spiffy is listening locally on port 8080, and
apache2 delivers requests to it via mod_rewrite
Hello,
I have a feature request for spiffy.
The background: I set up an awful-based web app behind an apache2
reverse proxy. Awful/spiffy is listening locally on port 8080, and
apache2 delivers requests to it via mod_rewrite with the [P] (proxy)
flag.
Under this configuration, the spiffy call
On Sun, 2010-02-14 at 18:17 +0100, Peter Bex wrote:
On Sun, Feb 14, 2010 at 11:39:18AM -0500, Taylor Venable wrote:
The Spiffy documentation says about the value of handle-not-found: It
is a procedure of one argument, the path (a string) that was requested.
However, it seems that the actual
Hi, I'm using Spiffy and setting handle-not-found in an attempt to use
Spiffy like a generic URL-based dispatcher. For example, when the user
requests /foo/bar I want to send back the result of calling function x,
and when the user requests /asdf/jkl I want to send back the result of
calling
On Sun, Feb 14, 2010 at 11:39:18AM -0500, Taylor Venable wrote:
The Spiffy documentation says about the value of handle-not-found: It
is a procedure of one argument, the path (a string) that was requested.
However, it seems that the actual argument is the path, up until the
first component
I made a mistake when copying this example from the real source code; it
should have read:
(handle-not-found
(lambda (path)
(log-to (debug-log) REQUEST: ~s path)
(cond ((string=? path /foo/bar); s/uri/path/
(x))
((string=? path /asdf/jkl) ; s/uri/path/
Hello, Peter.
I've tried this just now, where the first try is without spiffy running and
the second with spiffy running.
mik...@mikael-desktop:~$ echo -e GET http://localhost:8080/ HTTP/1.0\n\n |
nc -lp 8080 | tee output.txt
GET / HTTP/1.1
Host: localhost:8080
User-Agent: Mozilla/5.0 (X11; U;
On Tue, Aug 04, 2009 at 09:48:51AM +0200, Mikael Hall wrote:
Hello, Peter.
I've tried this just now, where the first try is without spiffy running and
the second with spiffy running.
mik...@mikael-desktop:~$ echo -e GET http://localhost:8080/ HTTP/1.0\n\n |
nc -lp 8080 | tee output.txt
I
On Tue, Aug 04, 2009 at 01:17:33PM +0200, Peter Bex wrote:
I guess I'm going to have to try running Ubuntu myself to test this.
I've tried with the 9.04 Livecd, with my own compilation of Chicken 4.1.0
and the pre-installed firefox, on an i386 box. It works perfectly; I
cannot reproduce the 400
ok Im sorry to confuse you
The command
mik...@mikael-desktop:~$ nc -lp 8080 | tee output.txt
output.txt :
GET / HTTP/1.1
Host: localhost:8080
User-Agent: Mozilla/5.0 (X11; U; Linux i686; sv-SE; rv:1.9.0.12)
Gecko/2009070811 Ubuntu/9.04 (jaunty) Firefox/3.0.12
Accept:
Ill try remove .mozilla too.
If you want you can get access to my computer too.
mikael
2009/8/4 Mikael Hall mikael.h...@gmail.com
ok Im sorry to confuse you
The command
mik...@mikael-desktop:~$ nc -lp 8080 | tee output.txt
output.txt :
GET / HTTP/1.1
Host: localhost:8080
User-Agent:
On Tue, Aug 04, 2009 at 05:01:22PM +0200, Mikael Hall wrote:
The command
mik...@mikael-desktop:~$ nc -lp 8080 | tee output.txt
That's what I assumed you really did.
The problem was I thought spiffy was meant to be running on port 808 and I
didnt know if your command was somewhat netbsd
well I tried removing .mozilla and the problem remain. I'm just trying this
out so before I reinstall ubuntu you may get access to the computer to check
things out. I do have ubuntu studio actually. Anyway if it would benefit you
I can let you check things.
maybe tomorrow?
Best wishes , Mikael
On Fri, Jul 31, 2009 at 06:37:29PM +0200, Mikael Hall wrote:
I installed chicken yesterday so I assume its the version is up to date. I
can try to find the bug, but I wouldnt count on it too much ... :)
thanks for the quick replies , Cheers!
I can't reproduce the 400 'Bad request', but I did
Hi I tried youre request and get : Can't grab 0.0.0.0:8080 with bind
I'm afraid I dont know anything about this.
with kind regards Mikael
2009/8/3 Peter Bex peter@xs4all.nl
On Fri, Jul 31, 2009 at 06:37:29PM +0200, Mikael Hall wrote:
I installed chicken yesterday so I assume its the
I've also installed everything again, with the new chicken, and I still get
the 400 Bad request error.
mikael
2009/8/4 Mikael Hall mikael.h...@gmail.com
Hi I tried youre request and get : Can't grab 0.0.0.0:8080 with bind
I'm afraid I dont know anything about this.
with kind regards Mikael
Hi, I'm trying to understand the spiffy server. I have, however,
difficulties understanding how it works. Is there some example somewhere?
I'm not a proffessional, so any help to get going would be appreciated.
best regards Mikael Hall
--
No, no, you're not thinking; you're just being
On Fri, Jul 31, 2009 at 05:10:28PM +0200, Mikael Hall wrote:
Hi, I'm trying to understand the spiffy server. I have, however,
difficulties understanding how it works. Is there some example somewhere?
I'm not a proffessional, so any help to get going would be appreciated.
best regards Mikael
On Fri, Jul 31, 2009 at 05:37:12PM +0200, Peter Bex wrote:
(use spiffy)
(root-path /var/www)
(server-port 80)
(start-server)
[snip]
(use spiffy)
(parameterize ((root-path /var/www)
(server-port 80))
(start-server))
Which settings are available can be seen on the
Hi!
Thanks for the quick reply!
I have a index.html file in /home/mikael/mylispsystem/mychicken/web , e.g
(use spiffy)
(root-path /home/mikael/mylispsystem/mychicken/web)
(server-port 8080)
(start-server)
but when i visit localhost:8080/index.html, I get 400 - Bad request.
Any hints?
On Fri, Jul 31, 2009 at 05:54:28PM +0200, Mikael Hall wrote:
Hi!
Thanks for the quick reply!
I have a index.html file in /home/mikael/mylispsystem/mychicken/web , e.g
(use spiffy)
(root-path /home/mikael/mylispsystem/mychicken/web)
(server-port 8080)
(start-server)
but when i visit
On Fri, Jul 31, 2009 at 06:22:00PM +0200, Mikael Hall wrote:
Im using firefox on the latest ubuntu.
I'm not sure what version of spiffy and intarweb you're running, so
try reinstalling both to see if that helps.
If it doesn't help, let me know. It's probably a bug which I will
fix on monday.
I installed chicken yesterday so I assume its the version is up to date. I
can try to find the bug, but I wouldnt count on it too much ... :)
thanks for the quick replies , Cheers!
2009/7/31 Peter Bex peter@xs4all.nl
On Fri, Jul 31, 2009 at 06:22:00PM +0200, Mikael Hall wrote:
Im using
On Wed, Apr 15, 2009 at 11:10:52AM +0200, Petter Egesund wrote:
With the message: Index out of range: (/search.ssp -1)
This happends before I even get started. It seems it is the line:
(use utf8) that makes the trouble. If I exclude this one (which I
unfortunately need) it works fine.
With the message: Index out of range: (/search.ssp -1)
This happends before I even get started. It seems it is the line:
(use utf8) that makes the trouble. If I exclude this one (which I unfortunately
need) it works fine.
I use Chicken 3.4 on linux, I would like to upgrade to version 4, but I
Hi, thanks for answering.
It can be reproduces by these two files below. Trying to open test.ssp (any
ssp-file seems to have this problem), crashes the server. I have tried to save
files in both ascii and utf8 to see if this was the problem.
Petter
-- test.ssp ---
!-- test.ssp --
html
head
On Wed, Apr 15, 2009 at 12:34:03PM +0200, Petter Egesund wrote:
Hi, thanks for answering.
It can be reproduces by these two files below. Trying to open test.ssp (any
ssp-file seems to have this problem), crashes the server. I have tried to
save files in both ascii and utf8 to see if this
On Wed, Apr 15, 2009 at 02:09:12PM +0200, peter@xs4all.nl wrote:
FWIW, I traced the problem to http-server. Even the simple example on
the wiki breaks when utf8 is loaded. I will look deeper into this
tonight (at work right now...), but I mention this in case anyone is
reading along and
On Wed, Apr 15, 2009 at 10:55:15PM +0200, peter@xs4all.nl wrote:
It's the -1 that's unexpected, since it's not a valid string index,
so trying to do anything with that causes it to fail big time.
It should just return #f on non-matching stuff. Still not sure what
exactly causes this,
Here we go:
Warning: local assignment to unused variable `*sendfile:last-selected-implement
tion*' may be unintended
sendfile.c:10:21: chicken.h: No such file or directory
In file included from sendfile.c:12:
os-dep.h:8:21: chicken.h: No such file or directory
sendfile.c:14: error: syntax error
On Sun, Feb 22, 2009 at 6:56 AM, Rafael Ibraim ibraim...@gmail.com wrote:
sendfile.c:10:21: chicken.h: No such file or directory
If this is the original error, it means it can't find your Chicken
installation at all, a bigger problem than just a missing #define.
Can you build any other eggs?
On Fri, Feb 20, 2009 at 10:52:27PM -0300, Rafael Ibraim wrote:
Hello ! Is possible to run spiffy in MS windows ? I've tried the
normal setup (using chicken-setup), but apparently there is an error
in one file... a missing #define... I tried google and find some
patches, but none worked for me.
Hello ! Is possible to run spiffy in MS windows ? I've tried the
normal setup (using chicken-setup), but apparently there is an error
in one file... a missing #define... I tried google and find some
patches, but none worked for me. Any ideas ?
--
Rafael Ibraim
ibraim...@gmail.com
On Sat, Apr 19, 2008 at 04:23:57PM -0700, Robin Lee Powell wrote:
Could you try out spiffy trunk and let me know if it works for
you? If it does, I'll push a new release.
I thought it wasn't working, but this was about my code; my example
code still breaks, but no longer due to anything
On Thu, Apr 03, 2008 at 09:13:40PM +0200, Peter Bex wrote:
On Sun, Mar 30, 2008 at 10:25:10PM -0700, Robin Lee Powell wrote:
This one's about as annoying as the content-length bug (a lot) and
about as difficult to work around (quite easy, actually).
Basically, if you don't explicitely
On Sun, Mar 30, 2008 at 10:25:10PM -0700, Robin Lee Powell wrote:
This one's about as annoying as the content-length bug (a lot) and
about as difficult to work around (quite easy, actually).
Basically, if you don't explicitely clear headers after you serve a
request, *and* the client
This one's about as annoying as the content-length bug (a lot) and
about as difficult to work around (quite easy, actually).
Basically, if you don't explicitely clear headers after you serve a
request, *and* the client actually uses the same connection (i.e.
curl does this), the headers never
On Thu, Mar 27, 2008 at 6:31 AM, Matthew Welland [EMAIL PROTECTED] wrote:
How to set up spiffy to directly execute cgi scripts. I.e. NOT by applying
the interperter to the script:
Spiffy seems to want this:
/bin/perl script.pl
vs
script.pl with #!/bin/perl in the first line.
Yes, I
On Thu, Mar 27, 2008 at 09:19:59AM +0100, felix winkelmann wrote:
On Thu, Mar 27, 2008 at 6:31 AM, Matthew Welland [EMAIL PROTECTED] wrote:
How to set up spiffy to directly execute cgi scripts. I.e. NOT by applying
the interperter to the script:
Spiffy seems to want this:
/bin/perl
How to set up spiffy to directly execute cgi scripts. I.e. NOT by applying
the interperter to the script:
Spiffy seems to want this:
/bin/perl script.pl
vs
script.pl with #!/bin/perl in the first line.
;; the cgi-handler part is *not* obvious from the documentation
;; I recomend putting a
In the latest spiffy.scm is:
(parameterize ([http:error-response-handler (http-resource:error-handler exn)])
but http-resource:error-handler was removed in 3.5 (3.7 is current).
The last time it appeared, in 3.4, it looked like this:
(define (http-resource:error-handler ex)
(lambda (code
On Sun, Mar 16, 2008 at 01:21:13AM -0700, Robin Lee Powell wrote:
In the latest spiffy.scm is:
(parameterize ([http:error-response-handler (http-resource:error-handler
exn)])
but http-resource:error-handler was removed in 3.5 (3.7 is current).
The last time it appeared, in 3.4, it
On Sun, Mar 16, 2008 at 03:20:11PM +0100, Peter Bex wrote:
Thanks for the error report! I've fixed the bug and added a
testcase for it so it will not happen again. I've also pushed a
new release which should be available shortly (3.8).
It seems to work now, but this leads to a more general
On Sun, Mar 16, 2008 at 04:48:29PM -0400, Graham Fawcett wrote:
Well, you've got three options that I can think of:
1) use a Content-Length header,
2) use a Connection: close header to prevent keep-alive,
3) use chunked encoding to send responses of arbitrary length, but
retaining
On Sun, Mar 16, 2008 at 02:56:11PM -0700, Robin Lee Powell wrote:
With define-http-resource, *Spiffy* defines the headers, and it
never asks the body. In fact, the headers are sent before the body
is run.
That's not entirely correct. Spiffy parameterizes the headers. You
can override them
On Sun, Mar 16, 2008 at 6:06 PM, Peter Bex [EMAIL PROTECTED] wrote:
On Sun, Mar 16, 2008 at 02:56:11PM -0700, Robin Lee Powell wrote:
With define-http-resource, *Spiffy* defines the headers, and it
never asks the body. In fact, the headers are sent before the body
is run.
That's not
Hi,
In 'Adding dynamic resources' at http://chicken.wiki.br/spiffy,
I think there are two mistakes :
- http:write-response-header should be write-response-header
- and before calling it, the current-request parameter should be
changed to the request argument.
I don't change the wiki because I'm
Absolutely correct, feel free to update the wiki to reflect this.
On 2/29/08, minh thu [EMAIL PROTECTED] wrote:
- http:write-response-header should be write-response-header
- and before calling it, the current-request parameter should be
changed to the request argument.
Howdy y'all,
I'm having a bit of trouble getting SSP to work. Most likely I am doing
something wrong, I just don't know what exactly. :-)
I have a file web/blah.ssp with this code from the Spiffy documentation:
htmlbody
ol?scheme (for-each (lambda (i) (printf li~S~% i)) (iota 5))?/ol
br /
On Sat, Apr 21, 2007 at 07:03:00PM +0800, John Janecek wrote:
if spiffy serves a webpage that has a JS redirect in it.
It will get an error unable to write to socket.
If the page is served repeatedly eventually the server just locks up.
If you can produce a testcase, please open a ticket in
if spiffy serves a webpage that has a JS redirect in it.
It will get an error unable to write to socket.
If the page is served repeatedly eventually the server just locks up.
___
Chicken-users mailing list
Chicken-users@nongnu.org
Hi John,
On Sat, 21 Apr 2007 19:03:00 +0800 John Janecek [EMAIL PROTECTED] wrote:
if spiffy serves a webpage that has a JS redirect in it.
It will get an error unable to write to socket.
If the page is served repeatedly eventually the server just locks up.
Can you show us the code you are
Hello Jeremy,
On Sat, 23 Dec 2006 01:52:04 -0500 Jeremy Cowgar [EMAIL PROTECTED] wrote:
Anyone have some example sites run w/Spiffy? How robust is Spiffy? I have a
site that is currently handling ~ 2.5 million hits/mo, or on average 51 a
second. It's currently backed by MySQL and is using
On Sat, Dec 23, 2006 at 01:52:04AM -0500, Jeremy Cowgar wrote:
Anyone have some example sites run w/Spiffy? How robust is Spiffy? I have a
site that is currently handling ~ 2.5 million hits/mo, or on average 51 a
second. It's currently backed by MySQL and is using almost no cache due to
poor
Quoting Peter Bex [EMAIL PROTECTED]:
So I can't definitely recommend Spiffy based on hard numbers. However, my
gut feeling says it's capable of serving up what you describe. It would be
interesting to see how well it holds up on a bigger server. If you do
decide to try it out, please report
On Sat, Dec 23, 2006 at 11:41:41AM -0500, Jeremy Cowgar wrote:
Quoting Peter Bex [EMAIL PROTECTED]:
So I can't definitely recommend Spiffy based on hard numbers. However, my
gut feeling says it's capable of serving up what you describe. It would be
interesting to see how well it holds up
On Sat, Dec 23, 2006 at 11:41:41AM -0500, Jeremy Cowgar wrote:
Quoting Peter Bex [EMAIL PROTECTED]:
So I can't definitely recommend Spiffy based on hard numbers. However, my
gut feeling says it's capable of serving up what you describe. It would be
interesting to see how well it holds up
Hi,
I have had, at last, the pleasure to play with spiffy to creaet a
simple web front-end. As I said, it has been a pleasure, mostly, but
there are some warts:
* generate-directory-listing: the computation of the parent directory
is broken: (string-intersperse (butlast foo)) intersperses
On Sat, Dec 09, 2006 at 08:22:56PM +0200, Dan Muresan wrote:
Hi,
I have had, at last, the pleasure to play with spiffy to creaet a
simple web front-end. As I said, it has been a pleasure, mostly, but
there are some warts:
Let me add one observation to that:
It probably would be nicer to
Oh yeah, now I remember: handlers (defined with http:add-resource or
the spiffy helper macro) don't receive POST attributes in the the
second argument (the args in (lambda (req args)).
The built-in http:content-parser 'application/x-www-form-urlencoded
parses POSTs just fine. But read-request
More remarks:
* even with debug: #f, spiffy still logs 404's to stdout (or stderror
-- not sure). This wouldn't be too bad, but for some other reason, it
prevents the process from running in the background: whenever an
output action is attempted, the shell tells me the job has been
stopped.
At Tue, 4 Jul 2006 23:35:17 +0200,
felix winkelmann wrote:
On 7/4/06, felix winkelmann [EMAIL PROTECTED] wrote:
On 7/3/06, Daishi Kato [EMAIL PROTECTED] wrote:
Hm. This works for the half of my problem. Thanks.
The other half is in the case the ssp is wrong (like unbound varible),
On 6/30/06, Daishi Kato [EMAIL PROTECTED] wrote:
Hi,
Short question: Is it possible to get an error_log of spiffy?
Long question:
By enabling spiffy-debug-mode on,
you can get all the access log,
but how about the error log?
The error log and the access log should not be combined,
in case one
Hm. This works for the half of my problem. Thanks.
The other half is in the case the ssp is wrong (like unbound varible),
and 404 not found logging.
Isn't it possible to filter the normal debug log?
Daishi
At Mon, 3 Jul 2006 00:50:48 +0200,
felix winkelmann wrote:
On 7/3/06, Daishi Kato
On 3/23/06, Peter Bex [EMAIL PROTECTED] wrote:
Implementing an on-the-fly reloadable config file is only possible if you
can make all threads aware of the changed options. Parameters are meant
Oh, well I didn't think about changing parameters on the fly. If an
SSP needs to read a file from
On Wed, Mar 22, 2006 at 11:32:17PM -0700, Shawn Rutledge wrote:
I found that in the latest version I got an error like this:
Error: call of non-procedure: ./web
Call history:
...
eval (load /etc/spiffy-conf.scm)
eval (spiffy-root-path
On Thu, Mar 23, 2006 at 11:32:29AM +0100, felix winkelmann wrote:
Yes, blame him! ;-)
Using parameters for all configuration options wasn't such a great idea
from the beginning. It makes sense to use parameters, when you want
thread-local options, but the spiffy configuration should be
On 3/23/06, Peter Bex [EMAIL PROTECTED] wrote:
Using parameters for all configuration options wasn't such a great idea
from the beginning. It makes sense to use parameters, when you want
thread-local options, but the spiffy configuration should be applied
to all threads anyway. Note that
I found that in the latest version I got an error like this:
Error: call of non-procedure: ./web
Call history:
...
eval (load /etc/spiffy-conf.scm)
eval (spiffy-root-path /var/www/localhost/htdocs) --
whereas if I set! spiffy-root-path it works. Was
I am new to Scheme and to Chicken, so this might be an FAQ...
I decided to try working on a small site that has Google Ads on it, and am
going to use spiffy and the .ssp page functionality to serve dynamic pages.
In order to keep the .ssp page nice and clean, I took the Google code and stuck
Hi, Patrick!
Can you send me the google.txt file? This is probably siome glitch in
the SSP-conversion.
cheers,
felix
On 12/19/05, Patrick Giagnocavo 717-201-3366 [EMAIL PROTECTED] wrote:
I am new to Scheme and to Chicken, so this might be an FAQ...
I decided to try working on a small site
On 6/14/05, Peter Bex [EMAIL PROTECTED] wrote:
On Tue, Jun 14, 2005 at 07:16:33AM +0200, felix winkelmann wrote:
I forgot: you also need a new tcp.scm (attached).
BTW, is it somehow possible to nail down under what circumstances
the error occurs? (client, request/reply data, ..)
I
On Tue, Jun 14, 2005 at 09:12:52AM +0200, felix winkelmann wrote:
Oh boy. Do you have PCRE or libc regex? Or are you using pregexp?
I'm not sure. I think it's using libc regex, since ldd doesn't show any
extra libraries (apart from libm) on chicken, libchicken etc.
On closer look, the regex
On 6/11/05, Peter Bex [EMAIL PROTECTED] wrote:
Hi all,
Spiffy just crashed on my machine. The error I got is pretty lame:
thread thread2118 terminated with exception: can not write to socket: (18
HTTP/1.1)
Error: (tcp-accept) could not accept from listener: #tcp-listener
I have
On 6/13/05, felix winkelmann [EMAIL PROTECTED] wrote:
Ahem, no. Well it does, but it doesn't print the error message on retry.
Give me a sec...
I forgot: you also need a new tcp.scm (attached).
BTW, is it somehow possible to nail down under what circumstances
the error occurs? (client,
On 6/8/05, Dominique Boucher [EMAIL PROTECTED] wrote:
Try wget --no-http-keep-alive
Neat. I usually use something like -header 'Connection: close'.
cheers,
felix
___
Chicken-users mailing list
Chicken-users@nongnu.org
On 6/7/05, Peter Bex [EMAIL PROTECTED] wrote:
This is the problem: I simply run spiffy, and then someday I find out that
it has crashed. Sometimes it takes weeks or even months before it dies,
sometimes it takes only days.
Would it be possible to examine a core-dump (with a libchicken
On Thu, Jun 09, 2005 at 01:13:45PM +0200, felix winkelmann wrote:
Would it be possible to examine a core-dump (with a libchicken version
with full debug info)?
I'd have to rebuild chicken and wait for it to crash again.
I'll do so, but I have no idea when spiffy will crash since I still
don't
The output is just the standard error messages of a failed
write. It seems that the socket is closed unexpectedly. I get
this error from time to time, but mostly with a single
newline (can not write to socket: (5 \n)). So it's likely
that spiffy tries to write one byte too much. Is it
Hi all,
This is the problem: I simply run spiffy, and then someday I find out that
it has crashed. Sometimes it takes weeks or even months before it dies,
sometimes it takes only days.
Unfortunately, I can't really pinpoint the problem anywhere. :(
I was wondering if someone else also has
I think it *might* be related to another weird thing I noticed. Sometimes
Spiffy, if started on a terminal, dumps a copy of the files it's serving
to that terminal. I don't know when exactly it starts to do this, though :(
Haven't been able to find the cause of the crash, but I ran
100 matches
Mail list logo
