World: r3wp

james, I am sure this has been discussed before and pekr and/or sunanada 
gave such an example... try doing a search or reading about it here 
in earlier conversations...

James: try this:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=acgiss.r

http://www.rebol.org/cgi-bin/cgiwrap/rebol/documentation.r?script=acgiss.r

Thank you all. I will try it.

My ISP just changed OS for FreeBSD 6.2 - and all my rebol cgi scripts 
are not working! What should I ask them to?

Did you install Rebol yourself?

Yes - before I jast had in root directory a catalog with permissions 
and all worked.

For 2 years :)

This (in readme) makes me think: "Requires specific library versions 
on Linux/Unix systems"

Rebol.org had a similar problem when the ISP moved from Linux to 
BSD - they fixed it by running a linux compatibiity utility. Sunanda 
knows the details.

..well more detail than I do.

As I remember there was some words (2 years ago) about "argh! we 
must downgrade libraries just for You" (or similar - it was FreeBSD 
too)

Thanks for help - I'll try to ask Sunanda

There is a FreeBSD version of Rebol Core but I'm not sure which version 
of FreeBSD..

Given the small download and simple installation, it may be worth 
a try.

Tried it - 500 as before :)

Can you run Rebol from shell?

Al I know is that the IS neglected to start the "Linux compatability 
module" on a reboot -- and so EBOL.org 500ed for most of a day until 
we got t sorted.

I've sent Alek the full emails from the ISP documenting the problem, 
but they don't realy say very much more.

Shared object "libm.so.2" not found, required by "rebol"

So ISP said "this software is old - please upgrade, as we did".

Argh... how can I argue with him? Any suggestions? I'm green in such 
subjects as freeBSD/unix/linux.

Try to use feedback http://www.rebol.com/feedback.html

(ok - used feedback form)

but I think, that it's not on the top in the priority list

99% of the times a symlink solves the missing lib problem.

Gabriele - can You tell me what should I tell to "tech guy"?

it don't know freebsd well enough to give you a good answer. however, 
usually, if libm.so.2 is missing but they have libm.so.x (eg libm.so.3 
or libm.so.4) then it is enough to have a ln -s libm.so.x libm.so.2 
to make rebol work. same for any other missing libraries. this does 
not work always but works in most cases.

it is possible that it can interfere with other apps, so they might 
refuse to do it. however, linux allows "local" libs (not system wide, 
but just for your cgi or even just for rebol), so if it's the same 
on freebsd they could do that.

otherwise, you need to ask Carl (repeatedly ;) for a new freebsd 
build for you.

Thanks Gabriele!

Ok, I have a question regarding blog.r .  I set it up on a server 
to play with it for a few minutes.  After a couple kinks, I got it 
working with a few tests.   I went to delete the test blogs but found 
they were created under the www-data user and group (this is on a 
linux server) and I do not have writes to delete or modify these 
files.   In the future, is there a way to have the files created 
under a different user / group?

Or is this server / apache config?   I have no admin access to this 
box, so this could cause some annoyances

And my second question, is this blogger.r the most fully featured 
version of the orginal blog.r ?   I've been out of the loop for a 
while.

if the script can write the files, presumably you can use the same 
script to alter the attributes ( set-modes ).

I'm trying something to this effect:

change-dir %blogs/
foreach file read %. [
		port: open file
    set-modes port [
        world-read: true
        world-write: true
        world-execute: true
    ]
    close port
]


But with my tired mind, and the no end of 500 errors, I must be forgetting 
something.

And I am officially tired.  It does help to make the script executable.......

Can you set the owner-id / group-id with set-mode?   Is there a good 
resource on set-modes other than the function dictionary?  I've been 
searching but haven't come up with anything...

I get an access error when I try to set the IDs, so it seems not 
possible...

more likely you're in the wrong directory.

you can't change the owner of a file, unless you are root

what's the easiest thing to do is.... delete those files from the 
script :)

You shouldn't need to open a file port to set-modes, just set-modes 
%file.r [... modes ...]

Also, I don't know if this is so with every setup, but when you create 
a file with a CGI script, the process owner, not the script owner, 
is the owner of the file, so you'd need to be able to do owner-read/owner-write. 
 I usually set owner/group/world-read/write to true and execute to 
false.

I built this into my Sandbox port...

(see 'Files' group)

The process owner depends on the httpd config, right?

yes; and if you use SuExec the process owner becomes the script owner 
(i.e. your user id), but SuExec is tricky business.

is it possible to extract/change a cookie from the site a plugin 
is working in?


  I have embedded an app within an IIS served web site.  I must make 
  the reblet interact with the site's cookie, so it follows the rest 
  of the site's status when relaunched (browsing to/from the app from 
  other pages restarts the rebol app).

google "javascript cookies tutorial" and use rebol to call javascript 
to get the cookies

thanks this will get me going   :-)

Hi,  question for the webheads.


   In short.  Can a form call a cgi action that processes data but doesn't 
   output any Content-type

(or anything for that matter) without the browser status coming up 
with "waiting for reply".


   I've got a client that wants a form for requesting more info, but 
   they want to leave the user on

the same screen, so I thought I could have a %process.cgi that takes 
the data and plays with it

and then have an intrinsic  onsubmit=alert(...)  to inform the user 
that the request has been submitted.

The %process.cgi doesn't 
print "Content-type ..."


it doesn't print anything, as I was hoping to leave the same browser 
screen up.

Am I living in lalaland?


Should the %process.cgi just redirect back to the original page with?


print "location: /original.html^/content-type: text/html^/"  or is 
that deprecated now?  It works under my test heads, Cheyenne and 
nonIE browser, but is there a bigger better way?  Or do I tell the 
client that the browser needs a new page and I can add a back link 
(not preferred).

Thanks for listening

You could try sending back a 204 response.
Means "no content" in the response.
No idea what a webserver would do with that.
A 205 might work too.