AltME groups: search

If you do voodoo, I can call you WitchDoc. ;-)

; Call back into Red
			stack/mark-func ~on-action
			integer/push as-integer face
			integer/push action
			f_on-action
			stack/unwind
			stack/reset

Ah, one thing to not, the type casting shortcuts like: as-integer, 
as-byte, etc.. won't work within #call because the Red/System preprocessor 
is invoked too late.

I would probably prefer it being called #callback, or some ppl might 
relate it to REBOL's  CALL :-)

Actually, it is related a bit, because in both cases, you are making 
an "external" call.

#call is more generic; you're not necessarily calling back

That's why I've opted finally for just #call.

Just one question - I can see refeinements again mentioned. Is that 
technologically it is not easy achievable, or will we get refinement 
support for #call and routines later in the future?

Refinements: these are a matter of cost vs added value. It costs 
significantly to add refinements support to routines and #call, and 
the added value is small. So, it is possible to add them, but it 
falls in the "nice to have" feature list, not "must to have", so 
they are very low priority.

There's only the low-level part of the bridge currently. It binds 
to the JVM through JNI and allows to create Java objects, call their 
methods, define callbacks to Red/System code, etc...

I've compiled and run my first Red shared library. Use #call directive 
to call back Red functions from Red/System.

Untested, but should work:

Red [ ]

#system-global [
	launch: does [#call [main]]	
	#export [launch]
]

main: does [
	print "Hello Red World!"
]

So I must call some commands in the middle, instead of just data 
and setting pointer to it, right?

Marco, can you try it with a simple Red/System program that just 
contains a call to Sleep(1000) (needs to be imported from C lib)? 
So we can see if it's related to Red/System or to your program.

But - it was mostly trial and error on my side.

 - yes, Pekr, agreed with that. Once it is just "trial and error", 
 that is what I call a question whether you actually are able to use 
 Parse.

I remember now, how I solved my TO [a | b] situations in R2. It's 
what I call 'positive' parsing, where I all the time look for a positive 
all the way to either a or b is reached. It's easier to just let 
it skip to either a or b, whatever comes first, yes, but I was able 
to parse about everything the other way.


I need to look through all the R3 extensions to parse some day, when 
parse needs an overhaul in World. I guess, having parse as a mezzanine 
is a good thing to port it to also Red or other languages?

Arnold, what you call :(ran_arr_buf/1) is possible and is just

Okay I mean you do an #include of a random library or other red(s) 
file, then declaration and init is done. Does the programmer need 
to call a random-free-memory function before ending his/her program?

@Kaj, if I free the memory at the library funtion level then I lose 
the generator state all the time, I expect that not to be the best 
thing for the randomness of the produced numbers. Say I am a programmer 
and I #include the random functions file/lib. Do I need to call a 
random/free function at the end of my program yes or no?

As a function, you'd have to call that SEED or seed-random in Red/System

Luis, the Red Java bridge will be able to call generic Java code, 
so it should be possible to use the App Inventor library

And or adding lines where you print information to the console

print [" before call to read-file-binary, size of size1: " size1 
lf]

It could be caused by differences in the auto-casting between a simple 
assignment and a call to print-line.

Being conservative I would have written:


im1: (((as integer img1/r ) / 3) + (as integer img1/g) / 3) + (as 
integer img1/b) / 3)

james & kaj: I have JDK installed too, you should be sure, that you 
can call java, javac from whatever dir = it is in the system lookup 
PATH. And - Rebol was downloading supporting tools, then it hang 
in console, but in fact, there was a dialog box hidden in the background, 
asking me for write permission. Unless you allow that, the tools 
are not going to be saved into requested directory ...

That can't work. You can't call Red/System functions in Red

To call Red/System code from Red, you have to write a ROUTINE to 
wrap the differences and marshall the arguments:

You can't call Red/System functions in Red

 that almost literally made me fall of the chair. Somehow I really 
 expected that to be inherently supported. I cannot make any chocolat 
 from the routine example atm, but as I see it now, it requires me 
 to reprogram/copy my Red/system program to Red and renaming FUNCTION 
 to ROUTINE. This means double maintenance in my eyes. 

This is definitely a point to add to the wishlist if you asked me.

Why should one want to 'hide' functions in a Red/System script you 
include? And why can one include a Red/System script in a Red script 
when you can't call the functions in it?
What is the most common use of this in practice later on?

So first I include a reds source in my Red program. 
#system-global [#include random-taocp.reds
;-- and now this?
#export [random-taocp/ran_start
random-taocp/ran_arr_next] ;-- + all my functions needed
] ;-- and close the block of system-global

In this Red/System code i use a context and functions within that 
context.

I want to use a function from the Red/System code so I make a ROUTINE 
in my red source and from this routine I call my Red/System function

get-random: routine [n [integer!] return: [integer!]][ random-taocp/ran_arr_next 
] ;-- don't need the input here strictly speeking
Is this in the right direction now? Thanks.

@Bo 'read-file' will call 'fread' in libc, so it will return the 
total amount of bytes read.  I think 'Minimum Pixel Area = 3358672' 
is the number of bytes read from your file, but I have no idea why 
it print a '1'  in the first output.

Yes, I mixed it incorrectly. Priorities are surely your call, I am 
just reporting what I can anticipate from ppl asking question here 
or there, and the message is - more complete Red. So - looking forward 
to resumed Red development ...

Kaj, did not run the example, but you export 'hello, but you call 
'do-hello. Isn't it bug (leftover from R/S version?)

Pekr: the `hello` symbol exported to R3 is mapped to index 0 in RX_Call, 
so from there you can map it to `do-hello` or whatever Red function 
you want, no bug there.

One frind of mine like named arguments to functions in the call of 
the function. You can probably do that in REBOL easily too. Create 
a function, that remove the names of arguments, that is sent in a 
blok together with the values, and then call the real function with 
only the values.

Tilde is an option. There are three function in REBOL using that 
char, the function variations of and, or and xor. I call those and', 
or' and xor' in World, so that's a possibility in R3, if people wants.

And then tilde can be used in URLs, like:

>> type? url://~a
== url!


I can't judge, if that's a problem, if tilde should be used for comments 
too.

On the other hand, using evaluated argument passing style, the expression

    sumn 1 2 print "hello"


would work as you expect since the PRINT call would be evaluated 
and its result (the #[unset!] value) would be used as the SUMN stopping 
argument.

Maybe if you could find libraries, that can do this, and call them. 
World can call routines in libs, and REBOL can too (afaik).

when I run make all, I get an endless loop in the prep stage.  

Duplicate: a-lib.c : RL_API void RL_Version(REBYTE vers[])

Duplicate: a-lib.c : RL_API int RL_Init(REBARGS *rargs, void *lib)

Duplicate: a-lib.c : RL_API int RL_Start(REBYTE *bin, REBINT len, 
REBCNT flags)
Duplicate: a-lib.c : RL_API void RL_Reset()

Duplicate: a-lib.c : RL_API void *RL_Extend(REBYTE *source, RXICAL 
call)
Duplicate: a-lib.c : RL_API void RL_Escape(REBINT reserved)

Duplicate: a-lib.c : RL_API int RL_Do_String(REBYTE *text, REBCNT 
flags, RXIARG *result)

Duplicate: a-lib.c : RL_API int RL_Do_Binary(REBYTE *bin, REBINT 
length, REBCNT flags, REBCNT key, RXIARG *result)

Duplicate: a-lib.c : RL_API int RL_Do_Block(REBSER *blk, REBCNT flags, 
RXIARG *result)

Duplicate: a-lib.c : RL_API void RL_Do_Commands(REBSER *blk, REBCNT 
flags, REBCEC *context)
Duplicate: a-lib.c : RL_API void RL_Print(REBYTE *fmt, ...)

Duplicate: a-lib.c : RL_API void RL_Print_TOS(REBCNT flags, REBYTE 
*marker)
Duplicate: a-lib.c : RL_API int RL_Event(REBEVT *evt)

Hmmm...interesting behavior.  I am trying to use R3 to act as a TCP 
server on Linux-ARM.  Here's a code snippet:

	if probe port? prt: wait [1 camsrv][
		probe cmd: copy prt
		call/wait reform [cmd "> cmdout.txt"]
		insert prt probe read cmdout.txt
		close prt
	]


The probe at the top returns 'false when there is no TCP activity, 
but it returns "TCP-event accept" when there is, and then it just 
sits there.  Escape (ESC) and CTRL-C will not break out of R3 at 
that point.  CTRL-C just outputs "[escape]" each time it is pressed, 
but doesn't escape.

OK, Feedback .... but I dunno what license I'd like to use ... what 
would you call it?

I would call it an 'RT license for now.

Yep, we have our  own sort of flood detection running. I call it 
RID (rampaging intruder detection)


Problem with a captcha tyope solution is that we may need View to 
generate the random images. But our CGIs currently can only run under 
Core. Plus it disadvantages the visually disabled.

Each time I see an attack like this, it gives some more ideas for 
tightening up. Most of the time (like tis time) were one step ahead 
of the vandals.

http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=rebcall.r
seems to work through a port. I guess he runs some native app to 
do the real call.

write-io call-port command length? command
        read-io call-port result 4

have run repack-core.r, then call "explorer .", double-click %qml-ed.r, 
"save html", saved with requester, an alert "Error saving file: Cannot 
open /C/Dokumente und Einstellungen/BN/Anwendungsdaten/rebol/public/www.rebol.org/library/public/template.html"

The structure of an object is static (which fields in which order), 
but the values assigned to those fields are as dynamic as you want. 
Also, if you want to add or delete fields it is quite easy to create 
a new object with your changes at runtime. If you are just using 
an object as what other languages call a dictionary or hash map, 
you might as well use a block or hash type for your data.

as for always-on-top or other modes of Windows, it is a pity we don't 
have them. It is just one single function call, which even C lamer 
as me was able to wrap ;-) ShowWindow or ShowWindowPos

Can someone recall me what function to call or where should I indicate 
a new download default directory of the console.  By default, it 
seems set to C:/Documents and Settings/AdminHome/Application Data/Rebol/public. 
 I would like to change that.  Thanks.

Syllable is clearly focussed at the desktop, and we want a system 
that is as friendly as possible for regular users, while still being 
very powerful for people who know what they're doing, and offering 
a smooth learning curve between those two states. Pretty much the 
Amiga philosophy. And we have no intention of resting on our laurels 
once we call it 1.0 :-)

What I like a lot is that CALL and things like GET-ENV are already 
there, so you can do a lot in a Unixy system by calling external 
commands, which is exactly what my programs do

Dont know that eally well myself. what i firued out: usually (debian, 
suse) startup-scripts are in /etc/init.d. on debian there is a /etc/init.d/skeleton 
as base for own script. then there are the runlevels in /etc/rc?d/. 
links there go to /etc/init.d/ an tell the system what to start/stop. 
the numbers in the filenames are the priority, lowest run first. 
Usually there is a gui-tool like yast or ksysv which scans /etc/init.d/ 
for scripts and makes the appropriate links. tricky things are to 
write the startup-script, to figure out which runlevel to use and 
how the os figures out what to stop. although if you dont need that 
runlevel smartness, because you call it on boot and let it be killed 
by shutdown, you can just use a normal bash-script.

perk you are right it's call lol

OSX supports call, as far as I can see

I use 'call pretty frequently to shell scripting on my Linux partition

yes ;) But I allways fool my self betwin call and run functions

call is mutch fophisticate than run :)

call: i have 2.6.0.4.2 and call is there. IIRC thats the real release, 
not even beta.

Damn Small Linux 2.0 released..  http://www.damnsmalllinux.org/index.html


Damn Small is small enough and smart enough to do the following things:


    * Boot from a business card CD as a live linux distribution (LiveCD)
    * Boot from a USB pen drive

    * Boot from within a host operating system (that's right, it can 
    run *inside* Windows)

    * Run very nicely from an IDE Compact Flash drive via a method we 
    call "frugal install"

    * Transform into a Debian OS with a traditional hard drive install
    * Run light enough to power a 486DX with 16MB of Ram

    * Run fully in RAM with as little as 128MB (you will be amazed at 
    how fast your computer can be!)

    * Modularly grow -- DSL is highly extendable without the need to 
    customize

Well, I wouldn't call it 'junk'

Volker is suggesting this:

escape-metachars: func["escape metachars" s][
 replace/all s "'" "''"
 rejoin ["'" s "'"]
]

browse: func[url]compose/deep[

call rejoin ["screen -X screen -- " (view-root/bin/browser.sh) " 
" escape-metachars url]
]

no, i mean, does not call the cgi-stuff.

3) I would not put rebol in cgi-bin. If it is there, one can call 
the rebol-exe from the outside, without it doing a string. Never 
tried that, but it may think post-data is console-input. rights should 
be 755, only you can modify, but everyone can read it. the server 
may call it as "somebody else", and so it must be readable for that 
"user"

If you call it .. so what?  You can't feed it parameters.

but hard to exploit more. security is on, so only access to cgi-bin 
and childs. cgi-bin should not be writable by the cgi-user. except 
if cgis run as your account, then i could write a script with -cs 
and call that in the next step.

Yes, but i could also call hundreds of regular scripts to keep server 
busy. although this way is  easier, i can allocate lots of mem with 
one call.

can you have subdirs with cgi-scripts? so that you can call http://cgi-bin/project1/script.cgi
?

size-text: xwindows is client/server. the x-server , that is your 
local computer, which offers to aplications to display things to 
you. And it has some important informations locally, especially the 
fonts (and can cache images and such).

/view needs access to the fonts and so access to a running x-server. 
the x-libs are only an interface to connect to the server. (The xserver-libs 
could be used directly, but well, /view does not do that. Seems to 
be tricky.)
A incomplete sketch how to do it, with no attention to security:

So with /view you need a running x-server, one way to do that  headless 
is vnc.  Can also run on another machine. 

Then you need to tell  rebol where it is, there is an env-var $DISPLAY. 
Which must be set before rebol runs. Did not figure out how to configure 
that. Running a bash-script as cgi, set  $DISPLAY, call the real 
rebol-script should work. And there may be issues with authentification, 
x-windows does not like everyone to connect by default, or the other 
way around, its too easy to make it too open ("xhost + ip"). There 
are more secure ways, but looked more complicated and i never tried. 
All in all i would run such things on windows.

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

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

usually PHP uses the sendmail command directly, not SMTP, so it can't 
be compared unfortunately (ie the fact tha php can send mails does 
not guarantee that rebol can). but, you could use CALL and call sendmail 
directly too if there is no other option.

One of my clients updates his site via some tool, which always seem 
to add some space between the lines. After some time, the page is 
instead of 400 rows something like 13K rows - the size goes from 
cca 25KB to 100KB. So I wrote a cgi script, which reads index.html 
and removes blank lines. Everything is OK, when I run the script 
from the console. But when I run it via a browser as a CGI script 
call, it can't write the file. Dunno why - cgi-script is being run 
using -cs switch, I even put secure none in there, cgi-script has 
the same own, grp set as index.html, but I can't write it ....

I call my internet keyboard "The Surf-BoardTM" ... ;-)

What do you prefer on notebook - touchpad as a mouse, or that IBM's 
- how to call it - stick between the keys?

first let me turn off this bill because it is messing up the speech 
recognition I think that is where the word call is coming from all 
all

I would probably like to see a cookbook example on some kind of error 
handling/redirecting to file or a nice popup window. I've experienced 
terrified users that call me about "that white text window with cryptic 
messages in it" that crop up on fatal bugs.

You forget et remove the 'update-tabs call in the 'show-pane function.

Carsten, I've added suport for " and ' in xml2rebxml. I've 
also added preservation of comments, if xml2rebxml is called with 
/preserve refinement (just call it like: xml2rebxml/preserve <xml 
code>). I've uploaded the scripts to my page: http://home.tiscali.dk/john.niclasen/rebxml/

I think, they need some testing, before they go to the library at 
www.rebol.org.

how about using 'call and some exe?

Was just checking it a little bit, and it looks that the mtasc is 
pretty complicated. First action script I wanted to compile using 
mtasc was not compiled successfully:) The biggest difference is, 
that the mtasc is only ActionScript compiler, but in my dialect one 
can compile everything (shapes, sprites, images, sound). You must 
use swfmill or how they call it to compile such a things (and it's 
using XML so I thing it's not much useful for making complete application 
in it (as I do).

And it's easy, you just run rswf and call MAKE-SWF and print the 
result (probably would have to remove some warnings which are printed 
when I run make-swf)

Using rebol to call mxmlc.exe and deliver it some Rebol generated 
xml gives you a Flash 9 .swf file all set to go.. kinda cool.

(By request, relayed from rebcode group) Could you add an APPLY opcode 
to rebcode?

    apply: ["Apply function or path to arguments, save result" word! 
    word! | path! block!]

In rebcode:
    apply x f [arg1 arg2 ...]
Is equivalent to this in REBOL:
    x: do f arg1 arg2 ...


The advantage to doing function calls this way is that the arity 
of the opcode is fixed, even if the arity of the function called 
can't be known ahead of time. The value assigned to the function 
word could be either a function or a path, or for efficiency you 
could have a seperate opcode APPLYP for path values (I'd prefer just 
one opcode for generality but it's your call).

Q: What does the world on Nov-15-2005 look like?


A: Our main goal is to get REBOL into the hands of more users, not 
just programmers and techies.... by the millions over time.  By doing 
that, we create a market for not only handy free REBOL apps, but 
also for commercial apps and entire businesses that are related to 
REBOL.



Q: Given that  window transparency is OS specific, will there be 
a dialect that covers both Windows, Linux and 40+ other OS?  In other 
words, does RT plan on continued support of so many languages, or 
are we entering a new era of specific OS support?


A: Our plan is to make that a window option that is part of the face/options 
for a window.  If an OS does not support this mode, then the option 
will be ignored, but the application will still be fully functional.



Q: I hope it is still valid that cooperation with RT is possible. 
I mean - last few weeks I play with some Win32 functions (thanks 
to Gregg) and I would like we would have proper app behavior in multi-monitor/multi-desktop 
environments .... so I wonder if any SIGs will be created, some ppl 
will be invited to participate, comment etc., or if RT is gonna cook 
it all themselves?


A: Yes, there are many such special interest projects currently going 
on. (Most of them are occurring via private projects in AltME and 
IOS.)  These days 90% of REBOL changes are done in cooperation with 
the REBOL community.



Q: Hi .... with recent Rebcode releases, we can see that internally 
new Core is marked as 2.7 and View is marked as 1.4 Is it just working 
"title" or will those products be marked as that? And if so, can 
we know, what other changes will go for 1.4 View release target? 
Will there be any AGG fixes/additions (to support SVG RebGUI progress), 
or even VID changes? I still think, that VID is missing few fine 
styles as tab, group-box, better list as was introduced on IOS Developer's 
server, (eventually tree, menu), to allow novices to start using 
VID/View more productively. Any chance RT can tell us, what is the 
plan for 1.4 release?


A: Regarding 2.7 and 1.4 question: we change the revision numbers 
(the second number) whenever there is a major change in REBOL that 
may be unstable.  The /core 2.7 kernel (that is in /view 1.4 as well) 
adds new datatypes to REBOL, and they are the first datatypes added 
in several years, so we consider this to be a major change, and marked 
it that way.
Yes, we do plan to be making a few AGG fixes very soon.

Oh, and regarding VID: we plan to be making very big changes there. 
More to come soon.


Q: Could you add struct! support to /Core?

I keep on having situations that would be made much easier by struct! 
when I don't need libraries. For instance, conversions from external 
binary data encodings to internal REBOL values, say for file formats, 
network protocols and so on. Now rebcode has added other forms of 
strong typing like the type-specific opcodes and the vectors. Having 
structs with their constrained field types, their specific data layouts, 
would be a perfect match for the low level operations of rebcode. 
They would be helpful later when implementing your own data types 
as well.


A: On structs: yes, we will enable this feature on core, but it should 
only be used for lower level code.  Objects are more powerful.


Q: Could you add an APPLY opcode to rebcode?

    apply: ["Apply function or path to arguments, save result" word! 
    word! | path! block!]

In rebcode:
    apply x f [arg1 arg2 ...]
Is equivalent to this in REBOL:
    x: do f arg1 arg2 ...


The advantage to doing function calls this way is that the arity 
of the opcode is fixed, even if the arity of the function called 
can't be known ahead of time. The value assigned to the function 
word could be either a function or a path, or for efficiency you 
could have a seperate opcode APPLYP for path values (I'd prefer just 
one opcode for generality but it's your call).


A: I'm not sure what is meant by the path for it. You mean for refinements?
That may actually slow down the apply interface.

Call it 1.3.62 or something :)

BTW i found the rebol desktop verry userful in some tasks its geat 
i IOS is even better but the leack ability of interaction with aplications 
and elements out there make it a bit "closed" to my taste, dont get 
me wrong here, i just mean it for those people we use to call "useres" 
the weenies :-) we dont need that :-)

Just on those issues I mentioned maybe someone here knows:


Issue 1 - CreateObject won't start Photoshop but does work with Microsoft 
products like Access, Excel, Word...

>> obj_application: createObject "Photoshop.Application"
--------------------------------------------------
ERROR:
--------------------------------------------------
Member:   Photoshop.Application
Function:     CreateObject
Error In:     CreateObjectEx
Error:    %1 is not a valid Win32 application.
Code:     800700c1
Source:   Application
CODE: -2147024703
--------------------------------------------------


If I start PS by hand or use Call from REBOL then there is no problem. 
It is starting the process which is the issue.

Issue 2 - Photoshop method PrintOut only works the first time, subsequent 
calls are silently ignored.


I had a loop so my workaround was to Quit photoshop programmatically, 
then restart it with Call - bit of a sledgehammer but I generated 
my cards :)

Ok thanks for that. Is there something I can use to start the application 
apart from REBOL's Call command?

wouldn't it be prettier with:

tts: CreateObject [Sapi SpVoice]
tts/call [Speak "Hello, let's have a conversation"]

just to make the syntax more smooth and REBOLish... :-)

you can call it REE-ball

Now I recall one my old rant... would be very nice if  there's a 
way to call rebol func from javascript.  Something like: 

<input type="button" value="Send" onclick="rebPlugin.evaluate('send');"> 

So we can build an html interface and use plugin & rebol instead 
of  XMLHttpRequest and Javascript

We need to investigate it. On IE, this is accomplished through a 
COM Interface to the browser object (via IDispatch), and then we 
call the method execScript on the IHTMLWindow object, passing the 
string of the code. But on Mozilla, there is no such COM interface, 
so we need to find if there is an interface available to the plugin 
to pass JS code.

The plugin itself can handle the automatic updates, or call an updater 
that can handle plugin updates too.

Google uses Flash and they use javascript's onresize to call the 
flash script's window resize function.

does not npruntime extension allow for both the ability to call into 
plug-in (being scriptable from the browser pov - probably java-script) 
and to access browser objects? Would be probably nice if rebol plug-in 
would support such new calls too ....

I still don't understand, how browser, loading it's rebol dll, has 
anything in common with being or not being thread savy ... you can't 
call the same dll from different thread of parent app?

It could probably call php as a cgi, but I don't think it's designed 
for such a purpose. And about version - the latest available are 
probably the best.

Will "Mike, I started using Apache and rebol as cgi, this is not 
suited for performances as on every call to the cgi, a new instance 
of rebol is  initialized, run and closed.

I thought about using fastcgi, but never came to a working solution.
Now I use uniserve as main webserver, here some advantages:

-it is fast! On my local machine I get +- 600 req/sec for static 
pages and a max of 160req/sec for dynamic rsp pages

-it is written in rebol, I could easly(less than 10 lines code) add 
a rewrite engine

-child process are persistent, this mean you can keep state of your 
web applications, implement caching, keep a pool of connection to 
databases open (in apache + rebol/cgi you'd have to open and close 
the connection for every request)
-it is written by Dock whom I may be the biggest fan ;-)

btw I'm running an unreleased version (have bought commercial support) 
 that support http 1.1, stuff like If-Modified etc..

If you have more specific questions, I'll be glad to try and answer."

the only thing it needs is someone to adapt it for cgi use... I have 
too little CGI practice and no real need, atm... so its hard to put 
time on this... but its a rebol script, so its easy to adapt.  all 
it would need is to check if its been started as cgi and call a different 
startup, which only prints out one file.  for static pages (which 
CAN include dynamic conent like sql queries) then its a very good 
solution which already supports site magamenent and ftp xfer.

you could always call it "hocus pocus"  if you like that instead 
 ;-)