AltME groups homeHelpJoin REBOL3 world

Recent posts

Worlds:r4wpr3wp
AccessibilityAbout / FAQ
Member's loungeContact/FeedbackOther REBOL links
Membership:
member name

password

Remember?

Not a member? Please join
30-Apr 21:43 UTC
[0.341] 36.763k
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

AltME groups: search

Find AltME posts
Help · search scripts · search articles · search mailing list

results summary

worldhits
r4wp106
r3wp1460
total:1566

results window for this page: [start: 1501 end: 1566]

world-name: r3wp

Group: #Boron ... Open Source REBOL Clone [web-public]
Graham:
23-Jun-2010
Just wondering what you can do with a clone that has no ports ... 
can it read and write files?  Do cgi ?
Kaj:
23-Jun-2010
Of course, ORCA has been able to read and write files for years, 
and that's what I use in Syllable. And when it can do that, or just 
print to standard output, you can also do CGI with it
NickA:
23-Jun-2010
Can I use it for CGI now?
NickA:
23-Jun-2010
There's no 'system, let alone system/options/cgi.  Is there any method 
for retrieving GET or POST data?  I'd work agressively at implementing 
some useful web site applications with Boron if there was even rudimentary 
CGI support.
Kaj:
23-Jun-2010
Not much is needed for CGI, so I'd guess it's possible. ORCA had 
a getenv function to get the environment variables and so does Boron, 
I guess
Kaj:
23-Jun-2010
CGI is not the kind of stuff Karl does, so it may be missing. They're 
just small things to add, though
NickA:
23-Jun-2010
As it stands, Boron seems reasonably capable of processing strings 
and lists - I could certainly have a go at writing some useful stuff 
if CGI were possible.  I'll send Karl an email...
NickA:
29-Jun-2010
I've been communicating with Karl about getting Boron CGI working, 
so I'm sticking with Boron for now :)
Kaj:
8-Sep-2010
That's through Cheyenne's CGI mode, so with standard input reading, 
it should also be able to handle a POST request
Group: !REBOL2 Releases ... Discuss 2.x releases [web-public]
Geomol:
30-Nov-2006
Cyphre, you might wanna see my comments here: http://www.rebol.net/cgi-bin/upnews.r?view=0011#comments

Maybe you can give it better meaning, how it should work, than I 
did!?
Henrik:
30-Nov-2006
cyphre: oh, Carl is talking about a focusing problem, but it would 
be the same thing: http://www.rebol.net/cgi-bin/blog.r?view=0157
Gabriele:
25-May-2007
http://www.rebol.net/cgi-bin/rambo.r?id=3259&
Graham:
22-Mar-2008
These were date strings being returned by an IMAP server in the rebelBB.cgi 
script.  And because parse-header-date barfed on this format, it 
kept returning today's date.
Graham:
22-Mar-2008
http://www.rebol.net/cgi-bin/rambo.r?id=4302&
Graham:
23-Mar-2008
http://www.rebol.net/cgi-bin/upnews.r?view=0008
Carl:
29-Dec-2009
Testing...

>> read https://secure28.inmotionhosting.com/~rebolc5/cgi-bin/order.cgi?cmd=buy&prod=sdk&
== {<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>

So far, so good.
Graham:
29-Dec-2009
http://www.rebol.net/cgi-bin/rambo.r?id=4205&
Graham:
29-Dec-2009
dunno about anton's report http://www.rebol.net/cgi-bin/rambo.r?id=4245&
Graham:
29-Dec-2009
I posted this report in 2004 http://www.rebol.net/cgi-bin/rambo.r?id=3557&
Graham:
29-Dec-2009
and Maarten also posted the same bug in 2005 http://www.rebol.net/cgi-bin/rambo.r?id=3593&
BrianH:
2-Jan-2010
I put a full list of my changed and added features in the comments 
here: http://www.rebol.com/cgi-bin/blog.r?view=0447#comments

Once someone tells me where to put it I will put that information 
on the web.
Will:
17-Jan-2010
been looking for 2.7.7 changes, maybe a link to this blog http://www.rebol.com/cgi-bin/blog.r?view=0447
sholuld be put on this page http://www.rebol.com/docs/v2-7.html
Graham:
14-Mar-2010
Just shows how long I've been using rebol for cgi work!
BrianH:
25-Mar-2010
Does anyone have a second opinion on my last comment here? http://www.rebol.com/cgi-bin/blog.r?view=0466#comments
BrianH:
26-Mar-2010
The 2.7.7 R2/Forward stuff is here: http://www.rebol.com/cgi-bin/blog.r?view=0447#comments
Graham:
12-Apr-2010
Free OpenBSD sdk http://www.rebol.com/cgi-bin/blog.r
TomBon:
15-Apr-2010
like this?
the cli connector is using the cli component nearly all major
databases delivering. the connection is made via rebols 

call/wait/info/output/error and a simple parse after, for the resultset.
I am using this prototype mainly for a q & d connect

to mysql/postgresql/monetdb/sqlite. on my list are also connectors 
for

firebird/oracle/greenplum/sybase/ingres/infobright/frontbase and 
cassandra.
pros:

1. very fast for single requests
2. no rewrite of code needed if a new version or protocol is out
3. easy 'data migration' between the db's

4. adding new db's are a matter of hours only (see the cli spec thats 
all)
5. fast prototyping and testing for new db's

6. robust, never had any trouble with cli's even with bigger resultsets

7. should be perfect also for traditional cgi (the process starting 
overhead is minimal, execpt you name is facebook)

8. very small footprint (~120 lines for connecting to 4 db's, could 
be the half)

with a nice tcp-server component like rebservice the 
cli multi connector could be very usefull as a c/s connector.
I made a test with 2.000 concurrent calls (simple select) 
on a 4 gig quadcore. the cpu was only close to 50%, a good value.

cons:


1. slow if you have very much serial inserts (unless you shape them 
into one sql query)
2. need to start a cli process for every request
3. needs a tcp server for non-local connections
4. some more, but who cares ;-)

with a solution to keep the cli open from rebservice,

these cons could disappear and the speed diff overhead to a memory 
based lib
could be marginal.
Graham:
1-Sep-2010
for 2.7.8, I have submitted this to rambo http://www.rebol.net/cgi-bin/rambo.r?id=-4776&
Graham:
2-Sep-2010
http://www.rebol.net/cgi-bin/rambo.r?id=4400&
Sunanda:
26-Sep-2010
Rambo bug for +13 already exists:
   http://www.rebol.net/cgi-bin/rambo.r?id=4302&
Now all it needs is fixing :)
Graham:
26-Sep-2010
This is an error I posted back in 2003 to the tracker .. http://www.rebol.net/cgi-bin/rambo.r?id=3174&
Andreas:
11-Dec-2010
For R2 bugs we have RAMBO:
http://www.rebol.net/cgi-bin/rambo.r
Group: !REBOL3 Extensions ... REBOL 3 Extensions discussions [web-public]
Graham:
17-Jul-2010
As you can see here .. Max took it upon himself to do something about 
swig R3B0L support http://www.rebol.net/cgi-bin/r3blog.r?view=0231
Gregg:
30-Jul-2010
Carl, by STDIO, I just mean the basics for writing pipe-and-filter 
apps. e.g. 

  while [data: input] [print data]


I just found http://www.rebol.net/cgi-bin/r3blog.r?view=0282so maybe 
we're close and just need to write up some examples and a doc page 
explaining limitations on different OSs. Gabriele has some things 
in his power-mezz package as well (chain, filter, pipe), which are 
worth keeping in mind. The blurring of lines between in-process and 
inter-process, and piping is where we need design direction from 
above. 


A REBOL way (passing around blocks of dialected data, i.e., messages) 
vital, but we also need gateways to other mechanisms. The REBOL way 
is critical because it reduces or eimilates external dependencies 
and provides a model for gatewys to emulate.
PeterWood:
30-Jul-2010
Whether Spread would be right for REBOL is another matter though 
it would offer a limited  alternative for secure inter-process communications 
with non-REBOL processes without having to resort to either cgi or 
"roll-your-own".
Kaj:
26-Jan-2011
How much time and memory do delayed modules take? In any case, it 
will be too much on for example CGI scripts
BrianH:
26-Jan-2011
Kaj, you do realize that you won't be able to just load any system 
library, right? Unless that library has an R3 extension API, it can't 
be loaded as an extension. And if you can only load R3 extensions 
anyways, why not name them as R3 extensions? The .so filename suffix 
isn't even portable to all POSIX platforms. If you want your code 
to be portable and load filenames, use a portable filename. That 
is why we have the .rx convention. And we have %rebol.r for anything 
specific to your personal platform - you don't even have to touch 
host code. For that matter, CGI scripts could call a R3 interpreter 
that is in a different directory than the user R3 interpreter so 
they would use different %rebol.r settings.
Group: !REBOL3 GUI ... [web-public]
Graham:
14-Jul-2010
There really is only once place you need to be concerned about the 
library size and that's  for cgi .. and that doesn't use graphics
Robert:
19-Jan-2011
This is the code:

code: view [
    title "Opinion Survey"
    text "Do you want programs to be easy to build?"
    hpanel 2 [
        label "Answer:"
        hgroup [
            radio "Agree"
            radio "Disagree"
            radio "Not sure"
        ]
        pad
        check "I'm a programmer."
        pad
        check "I am also a REBOL expert."
        label "Name:"
        field
        label "Comment:"
        area
    ]
    hgroup [
        button "Submit" submit http://www.rebol.net/cgi/submit.r
        button "Reset"  reset
        button "Cancel" close
    ]
]

loop 10 [
	do code
]
print "all code passed - no crashes"
halt
Group: !REBOL3 Host Kit ... [web-public]
Andreas:
4-Nov-2010
Here;s a direct link:

https://connect.apple.com/cgi-bin/WebObjects/MemberSite.woa/wa/getSoftware?bundleID=19907
Group: !REBOL3 Modules ... Get help with R3's module system [web-public]
Andreas:
22-Sep-2010
So if, for example, DECODE-CGI is in an "optionally included" (which 
I guess == "delay-loaded") CGI module, DECODE-CGI will be available 
even if you don't import 'cgi first?
BrianH:
31-Oct-2010
See here for the bug announcement, in the comments to the release 
announcement: http://www.rebol.net/cgi-bin/r3blog.r?view=0343#comments
Group: Core ... Discuss core issues [web-public]
Dockimbel:
19-Mar-2011
That's the second native bug I hit today...This morning while searching 
about an issue in Cheyenne's CGI handling (reported by PeterWood), 
I found out that the REBOL's CGI output in binary-mode is not working 
(it stays in string-mode, so corrupts binary data).


Is this the correct way to switch the CGI output to binary mode?: 
set-modes system/ports/output [binary: true]
BrianH:
19-Mar-2011
I thought CGI required WRITE-IO for binary output.
Dockimbel:
19-Mar-2011
I've tested both with INSERT and WRITE-IO, same result. But I've 
used CALL/OUTPUT on the test CGI script to simulate a call from a 
webserver.
Dockimbel:
19-Mar-2011
Here's my test script: 
#!c:\dev\sdk\tools\rebol.exe  --cgi
REBOL []

print "Content-Type: application/octet-stream^/"
port: system/ports/output
set-modes port [binary: true]
insert port #{0D}
Dockimbel:
19-Mar-2011
I was wondering if it could be related to a CALL issue, but my own 
CALL.r implementation in Cheyenne shows the same result. So I guess 
it's definitely an internal CGI handling issue.
BrianH:
19-Mar-2011
I think CGI  should set the line ending to crlf so PRINT  works right 
for the header, even on Linux.
Andreas:
19-Mar-2011
$ rebol --cgi --do "print 'foo" | hd
66 6f 6f 0a
BrianH:
19-Mar-2011
Ok, weird. I don't know if this is the case, but IMO the --cgi option 
should cause the output port to be in text mode and to convert ^/ 
to crlf, network standard. And then WRITE-IO should not do any conversions, 
and output in binary mode regardless of the text mode of the output 
port.
Andreas:
19-Mar-2011
correction to the above: when actually running as cgi, `print rejoin 
[.. crlf]` seems to work fine
Andreas:
19-Mar-2011
and write-io with 2.7.8 on linux actually running as cgi works fine 
as well
Andreas:
19-Mar-2011
#!/usr/local/bin/rebol278 --cgi
REBOL []
print rejoin ["Content-type: application/octet-stream" crlf]
write-io system/ports/output data: #{610d620a63} length? data
Dockimbel:
19-Mar-2011
No conversion issues on linux: 


rebol --cgi --do "print 'foo p: system/ports/output set-modes p [binary: 
true] insert p #{0D0A}" | hd
00000000  66 6f 6f 0a 0d 0a
Dockimbel:
19-Mar-2011
Launching the script with CALL on linux (using /Core 2.7.6) shows 
something interesting at the end :-))

>> s: "" call/output "rebol -c test.cgi" s
== 0
>> probe s                                
foo^/^/^M
PeterWood:
20-Mar-2011
I suspect that the problem is more likely to be with 'call than REBOL 
in CGI mode as REBOL/Services  runs as a CGI under Xitami on Windows.

The problem does not occur on OS X.
Dockimbel:
21-Mar-2011
I concur, it's a CALL issue and not a --cgi one. I did more tests 
with my own CALL/OUTPUT implementation and it doesn't show any newline 
alteration in the binary CGI output.
james_nak:
1-Apr-2011
Again, this might be a Graham question: I'm still working with that 
video encoder which uses http to communicate. They have a .cgi script 
which downloads the recorded video file from the internal SD card 
to the requester. My problem is the content I receive is somehow 
different than the files which I can download via a browser and of 
course will not play. I still using your http-tools to GET/POST. 
My initial thought was that  data returned is somehow being translated. 
Any thoughts?
Dockimbel:
11-May-2011
I use CALL without /show in Cheyenne to start worker processes. Anyway, 
CALL is quite unreliable in 2.7.8 on Windows as shown by this RAMBO 
ticket: http://www.rebol.net/cgi-bin/rambo.r?id=4416&
Sunanda:
13-May-2011
Long discussion of R3/local here:
    http://www.rebol.net/cgi-bin/r3blog.r?view=0341
Henrik:
22-Aug-2011
http://www.rebol.net/cgi-bin/rambo.r?id=4332&
Dockimbel:
22-Aug-2011
Same issue with FIND on native! values: http://www.rebol.net/cgi-bin/rambo.r?id=4126&
Henrik:
17-Dec-2011
Seems it's already been repported:

http://www.rebol.net/cgi-bin/rambo.r?id=4093&
Group: !REBOL3 Source Control ... How to manage build process [web-public]
Andreas:
28-Oct-2010
And from there on, we can have build bots which pick up any new export 
and build it for their platform. Build results are reported back 
somewhere (email, static website on the bots which gets aggregated 
elsewhere, a simple CGI, R3 chat, ...).
Group: Red ... Red language group [web-public]
NickA:
29-Mar-2011
Doc, the Red project has really sparked my hope for future REBOL 
development.  The following discussion is particularly exciting:


http://translate.google.com/translate?hl=en&sl=fr&tl=en&u=http%3A%2F%2Fwww.digicamsoft.com%2Fcgi-bin%2FrebelBB.cgi
GrahamC:
31-Jan-2012
eg. system utilities, web apps, cgi scripting, desktop apps ..etc
1501 / 156612345...12131415[16]