AltME groups: search

The Library does add tnose comments when you click the download button.

It's partially to warn you if the munging to protext emails has changed 
the script in any way that matters -- you may need to demung some 
scripts to make them work.
.

The date is irrelevant and confusing. It means nothi ng....I don't 
think we add it any more. If you want to know the history of versions 
of a script: use the History link, eg:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-history.r?script-name=liquid.r

and since I am babbling here... I will throw in some suggestions 
as well.


1. User are not interested in how many scripts there is in the library.

2. User are not interested in how many messages in the mailing list 
archive.

However, user may be interested in

1. Most popular script by download
2. Latest script contributed to the library
3

by download and user rating?

user rating is an interesting concept......But that needs defining 
as a metric too. Who is rating for what? And who would bother?


Download is heavily biased by the fact that most downloads are by 
bots.

Older scripts are, by definition donwloaded more simply because they've 
been around longer

Also scripts near the start of the alphabet have an unfair advantage 
(they are near the top of any bots list)


Check out the "what does this all mean?" link on this page for a 
more detailed discussion:
http://www.rebol.org/cgi-bin/cgiwrap/rebol/script-popularity.r

How about we have a no-cache directive to stop ISPs caching the scripts 
for the download page - so we are sure to get the latest one?

Problem is that the download page *is* a static URL if you go to 
it directly, eg,
    http://www.rebol.org/library/scripts-download/menu-system.r

But of you click the "download script" link while viewing a script, 
you do go via a dynamic URL -- it creates the static one for you 
and then redirects, eg

http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=menu-system.r


{What we should do is update the static file whenever a script is 
added or updated. That would fix most instances of this....I'll put 
that on the list, thanks]

Hi Sunanda,


I have problems downloading the desktop librarian. Download always 
stops at 99% (tried with firefox and free download manager).

Thanks -- looks like there is a problem with the content-length header 
 (I thought there might be as I remember problems in testing when 
trying to get a value that all browsers were happy with. I think 
I've made IE happy while bemusing Firefox).


I've re-uploaded the script. It now doesn't set a content-length 
header. So, if you try again, it should work. But you may not get 
a download progress bar (because your browser isn't told the length 
in advance)

My apologies for the problem!

You can download Grahams' ML archive application (or. at least you 
could until he started having trouble with 1and1's hosting).

Assuming it's still available, you get 70Meg of ML messages and it 
has a search that runs on your ow desktop.

Download everything and grep in the folder

I don't think I can download the entire ML archive from REBOL.org, 
can I?

You could download all messages via the LDS interface...But I wouldn't 
recommend that: you need over 43,000 separate calls to do that.

REBOL.org doesn't offer a single packaged download of the ML archive. 
Maybe it should....

....Bui remember, that service is available from Graham; though it 
is off line until 1and1 sort out thier billing problem (scroll up 
to see Graham's message)

Use the download URL, eg:

do http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=ascii-chart.r

Formatting problem on this page ?

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

;;  To download and install the files in the package you need to
;;  run a installation program.  

;;  If you are running View (1.3 or later):

    do http://www.rebol.org/library/public/repack.r

;;  If you are running Core:
 

    do http://www.rebol.org/library/public/repack-core.rhalt
         ; <------ space missing

Note : I launch Repack by typing this in the console (by example, 
while trying to get QML-ED) :

do http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=qm
l-ed.r

Tried download again, there is a bug:
|| Downloading:   qml-ed.r/RS-NE+.gif
|| REQUEST FAILED...
|| REBOL.ORG says file not in package

so far glayout (much better version) is able to open the same core 
without issues.  am doing download tests to be sure the code itself 
still works... hoping nothing changed within the lds service library...

sunanda I am getting an error from the server itself!  


whenever I press download, it starts the download (shows the green 
xfer data on the bottom, and then pops up an error:  here is the 
error as reported by LDS:

make object! [
    status: [100 20 "bad cgi data"]
    data: none
    diagnostics: [9003 9003 9.8084E-2]
    supply-date: 15-Sep-2006/1:03:41
]


have any idea where that is comming from?  I try to check it out 
from the code I have... but its been sooo long, A nudge on your part 
will help me get this working much faster IMHO!

as usuall, type the following in a rebol console to open up the tool.

do http://www.rebol.org/library/public/repack.r


also note that I put a lot of effort in optimizing the file's final 
size, including a lot of hacking out, removing comments, compressing, 
etc... its now a much smaller download.

We are glad to announce that a newer version of the rebol.org package 
downloader is now available for people using REBOL|view 1.3.2

as usuall, type the following in a rebol console to open up the tool. 
it now adapts to version automatically
<pre>do http://www.rebol.org/library/public/repack.r</pre>

also note that I put a lot of effort in optimizing the file's final 
size, including a lot of hacking out, removing comments, compressing, 
etc... its now a much smaller download.
This version uses a slick 
new version of GLayout which has gfx largely based on Henrik's tests 
which he supplied a few weeks ago...

downloader: Download DIR should be create if it doesn't exist.

the script is correct for download http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=code-colorizer.r
but not for display.

Results of a tiny bit of debugging on the ascii chars problem:
-- problem seems to be at the input stage:

     -- if you have exended ascii characters (top bit set, like the 1/4 
     used in the script) what we get from the webserver is bad (extra, 
     unexpected extended ascii chars)

    -- only download is (visibly) affected, although the extra extended 
    ascii chars are present in the text streams

     -- though there is some REBOL mezz code (decode-cgi) that may be 
     doing something I do not understand

    -- I can replicate the problem with both Apache and Xitami which 
    suggests the problem may be in REBOL rather than a given server.


-- the quick fix would be to add accept-charset="ISO-8859-1" to the 
<form ....> or <textarea ....>

    -- but that stops all extended ascii, including the ones we want. 
    So we won't do that.

-- the slower fix has yet to emerge from the available options.

Anton, REBOL.org uses 2.5.6.4.1

The obvious bad file is the one Scott added recently:
http://www.rebol.org/view-script.r?script=ascii-math.r

If you view it with that URL, all looks good.

If you click the [Download script] link you'll see many spurious 
high-ascii chars in the source.

Those high ascii _are_ actually in the source. But where they came 
from is a mystery.

Thanks......We used to have that, but it created some other problems. 
I'll have to try to remember what and why :-)

And it does not solve the download problem (I know, I tried yesterday).

Sunanda, I can tell you where does chars come from. if your page 
is set as utf-8, then the script as been uploaded by the browser 
as utf-8. when you view it in the brower, it shows correctly as utf-8. 
when you download it, it is still utf-8, but if you view it with 
something that believes it's latin1 (eg. the rebol 2 console on windows 
set as latin1), it won't show up correctly.

Sunanda, you're right about that ascii-math.r file. When I clicked 
the [Download script] link, the browser (konqueror) downloaded and 
directly opened it with the editor (SciTE). SciTE thought it was 
8-bit ascii, and showed the characters incorrectly. All I had to 
do was change the file encoding from 8-bit to utf-8 and the characters 
appeared correctly. I guess the editor had no way of determining 
the encoding, and incorrectly guessed 8-bit ascii.

Thanks Gabriele -- that's a clear explanation, and has helped me 
work out what is going on.


Anton and Gabriele -- I have tried changing the charset we emit on 
the download to say UTF-8. But that makes little difference. As both 
of you note, once the file has been saved then (without a MAC-type 
resource fork) there is no obvious indication of the encoding. And 
several editors I have tried get it wrong -- thus "revealing" the 
extra ASCII chars.


Not sure what the solution is other than to de-UTF-8 files on download.

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.

That's the View cache directory (or sandbox if you prefer), which 
gets set by the installer. Although stuff is downloaded to it it 
is more like the Windows application data directory for REBOL, a 
place for (perhaps untrustworthy) scripts to put their stuff. It's 
not really a default download directory as such.


If you want to change it, the easiest way (for a newbie) is to uninstall 
REBOL, move the entire View directory (not the public subdirectory) 
where you want it to be, and reinstall REBOL, specifying the new 
location. If you are more ambitious, the View root directory is stored 
in the registry and can be changed from there. You can't move the 
public subdirectory seperately from the entire View directory though.


Keep in mind that the View root directory is under Application Data 
for good reasons, particularly to make it easier for multiple users 
on the same computer to use REBOL. It's the standard way to do this 
on Windows, and a good idea overall. 


I tend to leave the View root in appdata where it belongs and then 
set a junction point (sort of like a symbolic link for directories 
on NTFS) in some more friendly location so I can get to the data 
easier. I use the axwLink shell extension for this, which you can 
get here: http://arniworld.de/downloads.htm

However, you can run it emulated. But now you're probably going to 
say that it is too big to download :-)

Yes, you can install on an extra partition. Same way as you could 
install in an emulator: you need to download the base Syllable package 
instead of the CD

Just follow the instructions on our download page

I have windows which has zip support, and I have Dopus for windows. 
 I had to download lharc support the other day.

Howver, the time taken to search for a bzip2 decompressor, download 
and install, and then decompress was longer than the time it would 
have taken to download the extra 10Mb.  Maybe offer people  the choice 
of what archive they want.

It is missing important apps like CVS and SSH for instance, and I'm 
not a typical Linux user who can spend hours to find and download 
the GNU sources for an app, configure the build, and compile it.

 <--- don't know how Mandrake handles packages other than it's RPM, 
 but Debian handles these things in seconds with a single CLI command, 
 and it surely isn't necessary to hunt down sources manually. :-)

I always regarded Debian as a bit harder to start with but many times 
easier to maintain once it runs.

i have a /usr/lib/win32 full of such codes. and there where one or 
two other dirs mentioned too. IIRC xine suggested to download the 
mplayer-codes too, althought i installed from distro.

try to download mpeg4ip, it is a mp4-only player/encoder. that should 
in theory work...

Chris: from what I see, it does not. Either the file has to be transfered 
and saved on the server with unix-style line enders or -q has to 
be there to make it work for me. Time will tell. Unfortunately I 
don't have a linux machine to download and compare.... Can you say 
"Heisenberg Uncertainty Principle"? :-) Anway, what works, works. 
I'll post more on this subject when I actually get back to programming. 
thanks.

HELP w/ web rebol associations AND Rebol-View.
Here is the story..


On my PC, I have View pointing to an index.r file on my web server.
Everything is cool.

When I open up Rebol-View and traverse to my index.r on the server..
it works.


Now on the same server, I change the IIS-Web associations so that 
I can do rebol CGI.
I create a 'main.r' in some virtual directory on the server.
Web-ing to this http.//myserver/mydir/main.r   works GREAT!
CGI is working.


However, when I now open up Rebol-View on my local PC and traverse 
to my index.r which is
on the server.. I get an error.


The problem is that before.. rebol-view was requesting a file-download 
and the server sends it.

Now since IIS is doing '*.r' CGI, when rebol-view requests for the 
index.r download.. the server is processing the request
and attempting to send back html.. not a rebol file.


Is there any way of fixing this other than..

* changing the CGI association from '*.r' to something else  (ie. 
'*.rr')

* changing all my view-apps on the server from '*.r' to something 
else   (ie. '*.rr')
??

This is what we do at REBOL.org:
 print "Content-Type: text/plain"
 print "Content-Disposition: attachment; filename=sqd.r"
You can see that one in action with this URL:

http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=sqd.r

I guess I should download the web logs to see what actually happened.

I am running XP on my local computer. Out web host's server is running 
Red Hat Linux.


Which version of core should I use on the host server to run the 
cgi scripts?


If I download the proper Linux core interpreter to my  XP computer, 
and uncompress it using WinZip, will it be corrupted by XP?  How 
do I get a clean version of core to the Linux server?

OK, now that cgi is working, I want to make a form that will allow 
people to give their name and email address to be saved in a rebol 
db file on the server for me to download at my convenience. Has anyone 
already done this so that I don't have to reinvent the wheel?

I found that in my case on Linux RebViev needs linux-gate.so.1!

I tried to google for "download linux-gate.so.1", but there was a 
lot of links for different things and it seems form me that it is 
included in some installation packgage.

Could some body help with this library  an is it worthwile (will 
RebView takes it from current dit)?

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

Sometimes I need to refresh twice -- but usually CSS is well cached 
(so you only have to download a stylesheet for a site once)

Maybe there could be some download link, I was able to get it working 
with your help with few emails exchange. Thru other ppl usage you 
could gain more feedback or simply docs, or someone could do some 
other coding ....

http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=xml-parse.r

>> do http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=xml-parse.r
>> parse-xml+ read http://www.ross-gill.com/
** Script Error: Invalid path value: parse-xml
** Where: parse-xml+
** Near: xml-parse/parser/parse-xml code

Chris -- I don't get that problem,

But you did make me look closer, and my earlier statement was wrong.
I'm using

http://www.rebol.org/cgi-bin/cgiwrap/rebol/download-a-script.r?script-name=xml-object.r
Which is similar to xml-parse, but not identical.
Example of usage:
probe: first reduce xml-to-object parse-xml
     {<?xml version="1.0" encoding="ISO-8859-1"?>
      <xxx>11</xxx>
     }

Oldes ... do you have a download somewhere of your patched async 
version?

What you should know is, that the dialect is almost useless if you 
don't know how Flash works and don't know the ActionScript. The good 
start is to registed and download SWF file format specification from 
this page: http://www.macromedia.com/licensing/developer/

and download ActionScript help file as well

go here: http://www.macromedia.com/cfusion/entitlement/index.cfm?e=file_format
register and download

james: the elasticboy is not my flash file! it's just a test if it's 
possible to download movie from other domain.

flash is on zero browsers until installed...I've set up machines 
at work for guys in the firehouse to use. Every computer there gathers 
so much adware/spyware/viruses that I can never keep up cleaning 
them. I've had to re-install windows so many times and each time 
I have to re-install the latest flash player. I resorted to setting 
up puppy linux and running off a bootable cd..(with the typical complaints 
about it not being windows) Anyway...rebol plug-in is easire to download 
than flash so what's the bigdeal. I install active-x controls all 
the time when I find a site that interests me and needs the control.

Q: What will be the future plan with the browser plugin, say within 
the next 3-6 months? How much more do we need before it can be called 
production ready? I have a few large scale projects that require 
a production ready plugin (so users won't have to download and install 
an executable).

Why is the View 1.3.2 release for Linux not on the main RT View download 
page? On the test build page it has release status, and I'm getting 
people who are unable to find the Linux download

more feedback of the kind "works great on my distro" would probably 
make it go to the main download page

All in one zip: (MS word only untill now incude some bug fixes)
• Add a Formatted Table to a Word Document.
• Add a Picture to a Microsoft Word Document.
• Add Formatted Text to a Word Document.
• Append Text to a Word Document.
• Apply a Style to a Table in a Word Document.
• Create a New Word Document.
• Create and Save a Word Document.
• Open and Print a Word Document.
• Save a Microsoft Word Document as an HTML File.
Download from:
http://www.geocities.com/benjaminmaggi/data/COMLib_Word_exmp.zip

i've download abiword because my office don't have the engish dictionary 
:) i corrected some errors http://www.geocities.com/benjaminmaggi/doc/comlib.html

and the plain text version is here http://www.geocities.com/benjaminmaggi/doc/com4rebol.txt

If you've got an older distro, you can just download the full zip 
and extract the files over your old directory.

Three problems with them:


1) The widget engine is a hefty 12MB or so download (for widgets 
that are nothing other than HTML+CSS+Javascript+Images bundled in 
a zip file with a magic extension)

2) The download/installation process tries repeatedly to high-jack 
your browser preferences

3) The widgets look pretty ordinary compared to the OS X dashboard 
equivalents (go here, http://www.apple.com/downloads/dashboard/and 
compare the respective dictionary/thesaurus offerings)

Maybe something for Rebol as well:


dsandler writes "Researchers at Rice University have just released 
version 0.7 

of FeedTree, a peer-to-peer system for distributing Web feeds faster. 
Instead of 

polling feeds independently, FeedTree users cooperate to share news 
updates 

using multicast in Pastry, a scalable p2p overlay network. FeedTree 
reduces the 

update delay for existing RSS and Atom feeds to a few minutes without 
putting 

extra stress on the webserver (anyone who's ever been temporarily 
banned by 

Slashdot's RSS feed knows this is a real concern). Feed publishers 
can also 

choose to push digitally signed updates for immediate, tamper-proof 
delivery to 

subscribers. The client software (download) runs on Linux, OS X, 
and Windows, 
and works with any desktop feed reader." 
 
http://rss.slashdot.org/Slashdot/slashdot?m=3816

Ah, let me get back to you...we need to get a download location set 
up.

maybe have rebol in the plugin download a license from a web server 
or something like that.

one issue is size. do we distribute /pro/view to everyone, and make 
everyone download a bigger file? or do we have two different plugin, 
two different sizes?

The URL for download is: http://www.rebol.net/plugin/moz-1/.

Installation instructions: Download all the files. Copy them to your 
plugins directory (except test.html). Open test.html and it should 
work.

did you download and copy the files to your firefox plugins directory?

and so, what about attempts to run it outside the browser? I'm thinking 
licensed scripts that someone figured out to download separately 
and tries to run it directly in REBOL/View. I'm not sure how much 
of an issue this is, but it's a first step towards reverse engineering.

With the current plugin release, new versions require uninstalling 
previous versions, because of the IE plugin architecture (it is finding 
the existing plugin on your computer, so it sees no need to download 
a new version).

2) Build an automatic updating mechanism into the plugin, so it will 
check for new updates, prompt the user if he or she wants to download 
those updates, and then install on-top of the previous installation.

Yes, the installation will have to be quick. That's not a problem 
though, as we can download the files in the background (similar to 
what Flash and Acrobat Reader do).

1. User right-clicks existing plugin in browser window for context 
menu, chooses "Check for newer version of Rebol Plugin"
2. Plugin checks for newer version

3. if newer version -> "Would you like to install newer version ?" 
4. if "yes", download and install.

5. "Would you like to remove the older version (you probably don't 
need it now) ?"


When there are multiple versions installed there could a menu option 
to activate one of them.


!!Updater should not close the browser. It should suggest to the 
user to close and reopen.

Our original thinking with the plugin was as follows: Web site is 
responsible for everything. If web site requires new version of plugin, 
it specifies a new CLSID and forces the user to download it. The 
problem is, then you have 5 "REBOL/Plugin" objects in Downloaded 
Program FIles. Thoughts on that approach?

Here are the scenarios with resolutions in boolean logic as I see 
them right now:

 1. web_site_required_version not found on users computer -- download 
 required version

 2. web_site_required_version = version_on_computer && security_min_version 
 > version_on_computer -- popup, request download security update

 3. web_site_required_version = version_on_computer && security_min_version 
 <= version_on_computer && latest_version > version_on_computer -- 
 not sure

So, we have a few different scenarios (using the numbering from above):

 1. In this case, the activex system in IE will force the download 
 of the (digitally signed) CAB found in the htm, which will come from 
 RT, and contain the Plugin version that works with this system. Nothing 
 new is required, this is how it works now.

 2. Here we need to enhance REBOL somehow to check for a security 
 update, prompt the user, and download an updater EXE. This is where 
 I think I will work next.

Assuming the plugin will become wildly successful, maybe there should 
be a way to have the initial plugin download and subsequent updates 
come from a site other than rebol.com so that any outage there wouldn't 
affect users hitting a page calling for the plugin. I wonder how 
high load is handled for the Flash plugin?

Anton, that's a good question. My first thought was to ask before 
starting the download, then ask again after the download is complete 
and we are ready to install.

in some download-folder?

Should we inform the user is a new update is avalaible?

I think this should be configurable for compatible updates. I guess 
some people might become nervous, if the plugin connects to the rebol.com 
site on every invocation. Even it is only looking for updates, well, 
you'll never know ...

On incompatible updates: The user should get a message along the 
lines: "You have installed the Rebol 1.3.4 plugin, this website needs 
the 3.0 plugin" of course only, if that is true.

I would ask for "download and install" for user convenience. Ver< 
few people would want to download and check the binary before installing 
it. Maybe you _could_ add a checkbox to "only download".

Well, I hate popups, but I hate not getting inmportant info even 
more ... so, I start downloadinf a webpage, while this page is loading, 
I open another tab, and work on this. Now I return to my first page 
later, and I find an embedded message "We're sorry, you first need 
to download the new plugin version" would make me go crazy :-) So 
I would like a popup in this case. 

Well, when there is a new security update, for maximum security, 
the plugin should stop to work until the user has answered, wether 
he wants to update, or go with the old plugin.

Josh, I prefer: ask before download + install, notify afterwards 
of success or failure.

Josh, to be precise, that's:  "I prefer: ask before (download + install), 
notify afterwards..."  - where "download + install" is one operation 
from the user's point of view.

I agree with Maxim as well, there needs to be UI somewhere to stop 
automatic downloads.


With that said, is it possible to clean this whole thing up and reduce 
it to one place where you either have what you need or you don't.


Using Adobe Acrobat as an example, they have one plug-in interface.

When you download stuff, it asks you if you want any of the other 
modules Adobe has for you.  In fact a close friend of mine created 
one of those modules (Atmosphere), which is funny that Adobe's interface 
even asks if you want this, since almost no one know what Atmosphere 
is.


So a single consistent dialogue should pop up with something like 
this:

You have:

Rebol command 1.3 for OSX
Rebol view 3.0 for OSX

New modules that are available:    

[_] Rebol view 3.0 for OSX
[_] VID2 interface Alpha for OSX


[X] Always ask before downloading

[Skip] [Download all now]

1) UI - we are not Flash player, we will likely produce real-life 
apps. So - do we give up right mouse click for configuration options? 
What if you will have your own one in your app? OTOH imo there NEEDS 
to be some UI for setting some parameters! Not everything which comes 
to my mind can be hidden from user. The ones which come to my mind 
- do you want to check for updates? Once a month, week, daily, Automatic 
downloade newer version? Ask, download. Use newest version if app 
does not specify its requirement? (maybe not needed, just an example 
of what could be configurable). Proxy settings .... List available 
version, provide uninstall button, etc.

pekr, I sort of agree with you, but it's impossible to ignore how 
widespread flash is, not for apps, but for animations, stylish pages 
and now video with youtube and video.google.com. I actually think 
the easiest way to watch video is through flash.


The point is though not really what flash does, it's how it gets 
spread. I think REBOL/Plugin should emulate that behavior as close 
as humanly possible. people who have installed flash, would know 
how to install REBOL/plugin (visit a specific site, wait for download, 
click 1-2 buttons, done). That initial "installation experience" 
is incredibly important for the widespread use of REBOL/plugin. If 
people can't use it within the first 1-2 minutes, they'll forget 
about it and move on.

Volker, to clarify, the problem is not with COM versioning, but rather: 
when to download a new REBOL DLL binary

Extracting the download into the plugins folder creates a sub-folder 
called rebol-moza1 containing the files.

Tried copying the files out of there back inot the plugins folder 
and  closing & opening firefox, but still no joy :-(

to know if plug-in works, the version should appear in the plug-in 
app container .... if you are not behind the proxy, script will download 
and app launched ....

Or take security/licensing......we could have the plugin DLL automatically 
download the correct version EXE (View/ViewPro/Command/etc.) based 
on the version the script requires (so the initial download could 
be quite small, with a "download as needed" architecture)

Yes, just like Google video urges you to download the Google player.

For me the plugin download on the page Josh sent a link for. However, 
when I try to run the examples, none of them will work. This is on 
IE.

BTW how about changing the exe to a thin wrapper around the dll? 
Would be a single download for both. (could be offered in both ways, 
completely one exe, or wrapper + plugin + dll).

Doc, I am also one of your fans. I've been going to your web site 
regularly to see if Cheyenne was released. I was excited to be able 
to download it. But I have a problem. Cheyenne loads fine, but when 
I try to test the links on the index.html page they fail. What am 
I doing wrong?

yes... must agree with Doc. It's very easy, just download the latest 
precompiled version (I have 4.20) install, uncomment the https as 
doc said and than do:
      stunnel.exe -install
to install it as service.. and:
      stunnel.exe -start
to start it.

Just download and install the precompiled version : http://www.stunnel.org/download/stunnel/win32/stunnel-4.20-installer.exe

Then STunnel => Run STunnel ...and that's all. Takes 2 mn, including 
the download time.

Anyway, why somoone would like to do remakes of an old games? We 
have emulators and the old games are available for download without 
problems now, like from this place: http://eager.back2roots.org/A-Z.HTML
If someone want to do a game in Rebol, it should be a new game which 
will use all the features of the network - it should be multiplayer 
online game - imagine Altme, but with avatars going around:-) I'm 
just waiting for R3 where I will be able to use custom fonts, better 
sound and modules  (for example). The problem I see is, that most 
of us here are coders, not graphic artists:(

yes, you have to download zip