World: r3wp

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.

why should not the user leave the form? should a user be able to 
send it multiple times?

if you need to rely on JS, you could do an xmlhttp request...

I'm popping up an Alert...

This is a client request, I'm looking at options.  Thanks for the 
hints.

The form comes with a note about Javascript...so far anyway.  I'm 
showing off the

print "location: " umm, redirect, to them right now as we speak.

I'll reinform them of the potential problems of having this type 
of form on their page.

And thanks to %blog.r's abuse? code, I should be able to stop most 
of the potential harm...but I'm still reiterating this to the client.

Hello, I need to send multipart/form-data to a server for uploading 
a file from the console. I've been googling and searching the script 
archive, to no avail. Can anyone help?

Daniel;  Try http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=cgi.r
 for some code.

And http://www.rebol.net/cookbook/recipes/0026.htmlfor a REBOL sample 
solution  and then wait for the rest of the forum members to pipe 
up with 'bigger better' solutions, and they will.  :)

Thanks for the help. The recipe from the rebol cookbook show you 
how to upload a file provided the server runs a rebol script too. 
The server I'm uploading a file to doesn't. It expects multipart/form-data. 
Maybe the %cgi.r by Cal Dixon provides a solution. I'll investigate 
further. More hints will be appreciated, as well...

Try this ML thread http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-display-message.r?m=rmlKVSQ
and some notes by Sunanda on CGI 'safety' 

http://www.rebol.org/cgi-bin/cgiwrap/rebol/art-display-article.r?article=x60

In that ML thread, the request was to handle a multipart upload on 
the server side (in rebol). I need to perform a multipart upload 
on the client side (in rebol). As for the seconde link, unfortunately 
I get "Article x60 is no longer available ". Any idea?

In other words, the rebol script has to send values to a form on 
the server issuing something like that in the header: Content-Type: 
multipart/form-data; boundary=----------6l5Xq9lJYPaaypknAH8Des etc. 
Surely someone has done this before (I hope)...

My bad. http://www.rebol.org/cgi-bin/cgiwrap/rebol/art-display-article.r?article=x60w
 but unfortunately this article skips over the info for multipart/form.

Try http://www.rebol.org/cgi-bin/cgiwrap/rebol/ml-display-thread.r?m=rmlRDSC


But to be honest, I've been waiting for Graham or Dockimbel to notice 
the conversation.   My exposure to this sequence is purely "little 
think cut'n'paste" from the cookbook, since I'm REBOL in, REBOL out 
for the website I run.  :)

Oldes' script looks like it should do the job.

this is an article I wrote in 2003 hacking the http protocol to do 
this too http://www.compkarori.com/vanilla/display/HTTP+file+uploading

Thanks, Graham, you hit the right spot. Like you say in your article, 
"Read/Custom sets the port to lines modes, and there is no clean 
way to change this to binary for binary uploads". But that's exactly 
what I need. Which script by Oldes are you referring to? Where can 
I find it? Are you saying that his is doing the job?

The last ML entry I mentioned has the reference to Olde's script. 
 rmlRDSC  If it does the job of tweaking the lines mode?  Haven't 
looked.

I don't know if it helps, but I did write a web server stress test 
that did a http upload of hundreds of images in Rebol that year.. 
but the scripts are long lost.

I used a variant of the http-tools.r script, composed the correct 
header, and then insert the headers, and then switched the port to 
binary before inserting the payload