World: r3wp

Why Web Applications Can be Problematic and Unreliable
 -- http://www.sys-con.com/story/?storyid=47364&de=1

Perhaps this would sit well in other groups too...

is there anybody trying to use fastcgi scripts with encaped scripts 
?

I having problems.. It works fine without encap..

When I try to encap it, it doesn't run anymore.

is that rebol fastcgi ?

and why would it work with encapped scripts?

What I'm saying is that even with cgi scripts encapsulated don't 
work..

the problem is with the encapç

Hiw are you doing the shebang with an encapped script?

Pardon, I didn't understand what you mean..

Rondon: I think he's referring to the fact that the Shebang, ( the 
first line of the CGI) is a Shell command to tell the OS to load 
the Rebol interpreter.

But I could be wrong.

Oh yeah.. now I see..

well, my cgi scripts run well.. very well.. I just tried to encap 
them and..  :-(

stopped of running.

If they are encapped, is the shebang encapped too?
If so, how does the websever know to run my-encap.exe ?

no Sunanda.. I did a .fcgi file that calls the rebol .exe file.

Does this help?
http://www.rebol.com/docs/sdk/encap.html
Note the encap [cgi] header.

the problem was because I was not including the source functions.. 
 #include prots.r

Take a look at http://www.johnsons-web.com/cgi-bin/test.r.This is 
very bizarre! If you use netscape, you will see the entire usage 
message from rebol displayed prior to the mime-type header. If you 
use IE, it is likely that some but not all of these effects will 
be obfuscated, but you should be able

to see the entire output if you view the source. The sources from 
the script is being sent from a windows computer to a linux server. 
Now, if

I use a FTP client like WS_FTP which as a "ascii" mode, it automatically 
converts line enders to unix style, and this problem does not occur.

Does anyone know of a solution for this. Thanks, tim

Holy moly, I just changed the rebol command line switch to -csq (q 
to suppess usage) and the problem went away. I will upload to

http://www.johnsons-web.com/cgi-bin/test1.rso that you can see the 
difference.

All I saw in Firefox and rebol a minute ago was "Hello from D drive".

test1.r has the usage.

From memory, rebol converts lineendings for you, if you upload via 
FTP across different platforms. That's what I used to do when it 
was a problem.

I'm not using rebol to do the upload. WS_FTP *does* convert line 
endings, Total Commander's FTP client does not. It occurs to me that 
using the 'q option is a good idea for CGI in general. You think?

Umm... I can't remember... I think so. :)

Did you see the How-To "Quick and Easy CGI" ? (Go to http://www.rebol.net/
   then click "How-to")

What version of rebol are you using (on server and local) ? Could 
be one of those cgi quirks that were in older releases.

I have been CGI programming in rebol for almost 5 years and never 
ran into this. That how-to seems older and less complete than another 
one that I came across that *did* mention the usage text showing 
up. But I did not book mark it..... As to versions. I seem to recall 
that the domain hoster was reluctant to upgrade after the last major 
release of 'core because of some broken code somewhere. He hosts 
dozens of rebol sites....

usage text appearing in my experiences is always because the file 
has not been detabbed

Why can't the domain hoster just run multiple rebols ? Just save 
each one with the version number...

Then, when one fails, you can shut it down and it won't affect the 
rest of the people running other versions.

[G]: I never linked a problem with tabs ....  yes Anton, he has done 
that.

ok, so anyway, you're saying it's probably the last version of Core.

I do not believe that 'rebol on the linux server is the latest. I 
am using 2.5.6.3.1 (for windows) on this machine. I think I've got 
the latest for linux on my main workstation, but it is not available 
right now....

Running a script as --cgi or -cs should negate the need for -q.  
While this looks like the line-ending transfer bug, that it does 
actually perform the CGI program suggests otherwise (unless I don't 
recall this bug correctly).

Chris: from what I see, it does not. Either the file has to be transfered 
and saved on the server with unix-style line enders or -q has to 
be there to make it work for me. Time will tell. Unfortunately I 
don't have a linux machine to download and compare.... Can you say 
"Heisenberg Uncertainty Principle"? :-) Anway, what works, works. 
I'll post more on this subject when I actually get back to programming. 
thanks.

Never seen that problem, Tim, despite developing in Windows and running 
live in various GNU/Linux/UNIX systems/

But then all the websites I support that have REBOL CGIs use a REBOL 
uploader rather than an FTP program -- so line endings are automatically 
translated.

Tim: this bit down at the bottom:
Content-Type: text/html

hello from D Drive

Is this a part of your script?

how do starting skrypt cgi in rebolu ?

Try this How to - Quick & Easy CGI at http://www.rebol.com/docs/cgi1.html

now.cgi [ print probe system/options/cgi]

serv: [ open tcp://:80 ]

browse 127.0.0.1:80/now.cgi

plis help ?

what do to make in order to this side displayed ?

you need to run a web server .. and just opening tcp://:80 won't 
do it.

check out the web servers on rebol.org