r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[CGI] web server issues

BrianW
28-May-2005
[148]
The command line output is towards the end of my plea for help up 
above
PeterWood
28-May-2005
[149]
Brian - which version of REBOL are your using?
Tomc
28-May-2005
[150]
the premature end of script often means something is issueing an 
error/warrning
Volker
28-May-2005
[151x2]
what error-message do you get if you do it intentionally really wrong? 
wrong exe-path, wrong header, without permission?
Brian has console -output at bottom of his post.
BrianW
28-May-2005
[153]
I'm using Rebol/View (the stable release).
Volker
28-May-2005
[154]
aah! cgi-scripts on linux do not work then.
BrianW
28-May-2005
[155]
well shoot. Core only?
Tomc
28-May-2005
[156]
what is that "aborted?
Volker
28-May-2005
[157]
/view wants to connect to x and errors out without. and cgi usually 
has no DISPLAY set (or no X on server at all).
BrianW
28-May-2005
[158]
Hm, I wanted access to the image manipulation functions from View.
Volker
28-May-2005
[159]
IIRC correctly command can do that, without text. and there are some 
betas published, maybe they run?
BrianW
28-May-2005
[160]
I'll give that a shot, thanks Volker.
Volker
28-May-2005
[161]
do you have X on your server? (the one which you use later)
BrianW
28-May-2005
[162x3]
I can't assume that it would.
Oh wait, I don't have the money for command. Drat.
right. rebcmd works fine. I'm going to go hide my head in shame now.
Volker
28-May-2005
[165x2]
runs without license, only the special things are disabled. don't 
know if its intended to use it that way, but its downloadable.
would be rebcmdview then with graphics. i am curious if that runs 
without x with faces.
BrianW
28-May-2005
[167x2]
so far, no.
I mean, I am getting okay results from the command line (no aborted 
message), but still get the same error message when run as cgi.
Volker
28-May-2005
[169]
then i remember that wrong. sad.
BrianW
28-May-2005
[170x2]
[[wisti-:-localhost] cgi-bin]$ /usr/local/bin/rebol -c time.r
content-type: text/html

<HTML> <BODY>
Date/time is: 28-May-2005/16:47:35-7:00
</BODY> </HTML>
[[wisti-:-localhost] cgi-bin]$
I'm a little baffled.
Volker
28-May-2005
[172x2]
make an xterm and unset DISPLAY. that should give the error-message.
or try it from one of the system-consoles, utside x.
BrianW
28-May-2005
[174x2]
[[wisti-:-localhost] cgi-bin]$ unset DISPLAY
[[wisti-:-localhost] cgi-bin]$ /usr/local/bin/rebol -c time.r
content-type: text/html

<HTML> <BODY>
Date/time is: 28-May-2005/16:50:36-7:00
</BODY> </HTML>
no affect. I even tried shifting over to another virtual console 
and ran from there with no bad luck.
Volker
28-May-2005
[176]
^/view should tell something about missing font or such. *shrug*
BrianW
28-May-2005
[177]
I'm using rebcmd2555042a1 for these tests now.
Volker
28-May-2005
[178]
rebcmd has no /view IIRC and should run fine. rebcmdview would be 
interesting. until now i have just given up with linux-cgi and graphics, 
but never tried the betas.
BrianW
28-May-2005
[179]
dang
Allen
28-May-2005
[180]
;Brian. does this run for you?  
print "Content-Type: text/plain^/^/"

print now
probe system/options
BrianW
28-May-2005
[181x2]
nope. I'm starting to think it's a Linux distro issue - I'm running 
Fedora Core 4 beta
.oO(thinking it's time to downgrade)
Allen
28-May-2005
[183]
OK. something else to try. clutching at straws. Sometimes illegal 
chars before rebol header. Try removing the blank line between !path-to-rebol 
& REBOL [] line
BrianW
28-May-2005
[184]
no luck
Allen
28-May-2005
[185]
does http://www.rebol.net/cgi-bin/rbbs.r?cmd=sourcework?
BrianW
28-May-2005
[186]
Not sure if I want to even try, if time.r doesn't work :-D
Allen
28-May-2005
[187]
I've had these issues a couple of times, and never had a satisfactory 
reason/answer why, sometimes just copying script contents pasting 
into a new file with new name, and then it works.
BrianW
28-May-2005
[188]
I'm also having problems with AltMe segfaulting on quit, now that 
I think about it.
Allen
28-May-2005
[189]
lets take this private.. and hopefully post a solution when done.
BrianW
28-May-2005
[190]
... silly question, does the shebang line work within rebol scripts?
Sunanda
29-May-2005
[191]
The shebang is necessary so the webserver can find the right program 
to execute.

(Unless you have set up an appropriate file association between the 
file type and rebol.exe then you may not need it under some operating 
systems and webservers)


The shebang line is treated as a comment by REBOL.exe  -- as is everything 
before the REBOL [...] header
BrianW
29-May-2005
[192]
That's what I thought, but I'm having bizarre issues with the shebang 
and rebol scripts today.
Sunanda
29-May-2005
[193]
I know the feeling.....I've had that at times too.

But all my solutions have already been suggested by Allen or Volker.
Good luck!
BrianW
29-May-2005
[194]
Well, I don't have it working on my home machine, but I've got it 
on coolnamehere.com. So I can work on CGI stuff, and figure out what's 
wrong on my machine at my own leisure :-)
eFishAnt
5-Jun-2005
[195x2]
I think maybe I am the next one going down this path, and somehow 
I stumbled... :-\
I am trying to sort out what the POST data should look like coming 
to a Rebol web server from a browser after someone hits submit.
Sunanda
5-Jun-2005
[197]
It's fairly straigt-foward (I think!).


.......If you have no multi-part data, then just used the "standard" 
read-cgi  -- but remember that on some platforms no input returns 
"" while on others it returns none
http://www.rebol.com/docs/words/wread-io.html


.....If you have multi-part data (say an uploaded file), then use 
Andreas' decode-multipart-form script:

 http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-display-message.r?m=rmlKVSQ


.....If the form could have both or neither (ie there may or may 
not be a file uploaded), then each of the above solutions will fail 
(Carl's when there is. and Andreas's when there isn't)....So wrap 
the full code in a few attempts to handle that.