World: r3wp

Last time I've checked, Ethereal can capture packets on localhost.

No, that's the DOS window where you're running php. Cheyenne 1.0 
will handle PHP launching in bg.

sorry: can't

and can Cheyenne taskbar window be avoided? Well, I run from source 
version, so maybe it will be possible with binary distro?

Testing with Cheyenne 0.9.15 and php, I got a 404 on test.php...

no luck with php here. Will have to try with Apache and php install 
(non-zip) version ....

ah, so maybe some new bug?

Binary Cheyenne doesn't display taskbar, only the systray icon.

with source code cheyenne you get 3 rebol consoles.  but with encapped 
cheyenne, you only get one cheyenne instance,  is that correct?

3 consoles? Why 3? I get one ...

damned, I am dumb .... uh ... wait a min ....

hmm, I had my own content in www dir, no test.php. I copied it there, 
but still no luck ....

Ok, it's working now, I forgot to set the full path in httpd.cfg.

you have my httpd.cfg above - does it seem to be configured properly? 
my php is coming from .zip, I copied it to c:\php, went to this directory, 
typed php-cgi -b 999 (enter)

then started cheyenne. It runs ok, as it serves my pages ... but 
no luck with test.php

Your config seems ok to me.

Try rebooting your browser if you're using IE.

Graham: yep 3 console if no in 'quiet mode (default is quiet, so 
only 1 console then). In encapped, it depends on the encap headers, 
you should have one by default (can be removed by using the 'no-window 
encap option in headers).

...3 consoles if not in...

shouldn't I set docroot also in php.ini?

You can try that (but it should not be required if you're running 
PHP from the ZIP package).

Does your browser timeout on test.php or does it return a 404 ?

there is no php.ini, just php.ini-dist, php.ini-recommended

no, it does not.  OK, I will delete my website and put back whole 
your testing environment ...

hmm, no luck here, I give up on php. Whole other Cheyenne content 
runs ....

php.ini is optional

the strange thing is, that it is waiting for timeout for so long, 
but it does not display 404 page ...

Are you on Vista ?

yes

Are you allowed to connect locally on port 9999 ?

hopefully so. First time I run php-cgi firewall asked me if I want 
to allow the port

try with a telnet localhost 9999 after launching php to see if you 
can connect.

I just tried in rebol console.

hmm, but on putty I get - sw caused connection abort

ok, got to go ...

I'll try to setup a working package with Cheyenne and PHP that works 
here (WinXp) and will send it to you.

ok, thank you very much! for local testing, I want to have my stuff 
on USB, not being dependant upon apache and php install :-) It would 
be nice, if it would work ...

tried your package:

[uniserve] Async Protocol FastCGI loaded
[uniserve] Starting task-master...
[uniserve] Starting RConsole...
[uniserve] Starting HTTPd...
unknown-host

## Error in [uniserve] : On-received call failed with error: make 
object! [
    code: 311
    type: 'script
    id: 'invalid-path
    arg1: 'handler
    arg2: none
    arg3: none
    near: [either in port/locals/handler name: 'new-insert-port]
    where: 'insert-port
] !

seems that on your machine, the fastcgi client cannot connect to 
localhost:9999...strange, can you test this in console mode : >> 
read dns://localhost

The package works ok on WinXP.

>> read dns://localhost
== 127.0.0.1

but I can't telnet to it by putty .... strange .... After 3 months, 
I am still not used to Vista - that system is total garbage ....

maybe there is some kind of dns error. I tried in IE right now, it 
seems to load some page, which is empty - nothing appears on screen. 
So I pressed right mouse button/properties, and there is following 
item: 

res://ieframe.dll/dnserror.htm#http://localhost/test.php

Pekr, download vmware, or virtualbox and install XP.

Pekr, you have an issue with your localhost DNS resolution. You should 
check that your hosts file is not messed up. If you can fix the localhost 
problem, here's a workaround, in Cheyenne archive, edit the mods/mod-fastcgi.r 
file, find the fastcgi://localhost:9999 expression and replace it 
by : fastcgi://127.0.0.1:9999, that should work.

can fix => can't fix

ok guys, will try that ....

I think that I will soon change my whole notebook - slower hd, more 
memory, more battery life, XP profi instead of Vista. I still can't 
get used to it ...

content of windows/system32/drivers/etc/hosts file:

127.0.0.1       localhost
::1             localhost

- ping localhost works in shell window
- print read dns://localhost works in rebol
- change in mod-fastcgi did not help ...

I still get the same error:


## Error in [uniserve] : On-received call failed with error: make 
object! [
    code: 311
    type: 'script
    id: 'invalid-path
    arg1: 'handler
    arg2: none
    arg3: none
    near: [either in port/locals/handler name: 'new-insert-port]
    where: 'insert-port
] !