World: r3wp

maybe because demo upload script was promissed to be on-line on 8th 
of January, but so far ppl don't know, where to upload their demos. 
But, as I suggested, I don't expect there will be more than 5 - 6 
participants, so instead of losing time to code such upload script, 
maybe it would be wiser to tell publicly an email address, where 
participants should send their demos :-)

Good point, I'll find out.

upload script will be posted very soon (today, at worst very early 
tomorrow)

question: I own a Linksys WAP54G access point which runs on a MIPS 
processor with a small Linux server on it. I tried loading REBOL/Core 
for MIPS onto it, but it couldn't run.


The thing is, there is quite a lot of embedded hardware that runs 
such small linux servers. It would be easy to make control software 
via REBOL, connected to a PC running an encapped REBOL/View application. 
This would allow for rich realtime control software, rather than 
using the normal (slow and non-realtime) built-in webserver. I already 
managed to get realtime readouts on signal strength, by polling the 
access point through telnet and displaying a simple meter in a REBOL/View 
script, something not normally possible. But  you could do much, 
much more, if you could run /Core on it directly. I think there is 
a lot of unused potential here.


Would RT consider such ports of REBOL/Core to various embedded hardware 
products and provide a list of embedded hardware products that can 
run /Core?

addition: I mean embedded hardware products that run Linux and is 
fairly easy to access for experienced users

Thats what why-wire has done with openbsd. Running on smaller embedded 
hw requires careful crafting of memory footprint and cpu use.

core by itself consumes 2MB of RAM and depending on your program 
it can take more than 10% of the CPU. BEER was designed with the 
restrictions of embedded hw in mind, so it keeps very tight memory 
use and cpu use is the main reason for BEER to be async.

Booting rebol on different systems will require good library support 
so as not to run into problems. But you are ideas are good. Another 
think is to be able to embed the core image into the ramdisk systems 
of flash memory, those problems are different in each case.

Will REBOL/View support MacOS for Intel? I plan to get a MacBook 
Pro (Intel) Notebook. I would love to work on my REBOL projects in 
MacBook Pro.

Possibly, But there is not official position on universal binaries.

What's the current state and future plans of Rebol/Services? It's 
been a long time since there have been any news ...

It's been long time since we heard any plans ...

Is there any news on the DIFF function as written about in the blog 
here: http://www.rebol.net/article/0126.htmland http://www.rebol.net/article/0128.html
?

Henrik, see http://www.rebol.org/cgi-bin/cgiwrap/rebol/view-script.r?script=reboldiff.r

Is this going to be part of REBOL, as written in blog article?

probably. it was developed for that reason, though we haven't discussed 
it further.

just to keep you informed (this is not an official announcement, 
we will be releasing a roadmap soon), the development of REBOL 3.0 
is starting. no eta or feature list available yet.

cool.

very cool, thank you Gabriele ... that is exactly what was missing. 
IMO ppl can wait, even longer then roadmap check-point state, but 
there should really be some roadmap and some more-often releases 
of alpha stuff - at least I found it vital, as ppl were throwing 
in some ideas, bug fixes, etc.

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

No draw with fonts makes it beta? No "every-linux"-version? Or overlooked. 
I opt to have it there too.

problem is that it does'n work out of the box in all distros (you 
may need symlinking/installing libs), and there's the freetype issue.

That's not going to change

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

OK, it's working on Ubuntu Hoary

Working great
 are not words I would use for the Linux version in general

Problems installing Rebol/View latest official release 1.3.2 onto 
Windows 2000 Professional with all the latest Service packs...


Rebol was installed using the default parameters, with the exception 
of the path, it was changed to C:\Program Files instead of C:\Program 
Files\Rebol\View.  It was noticed immediately that the Microsoft 
Quick Launch toolbar disappeared.  After an uninstall  we found that 
the entire IE\Quick Launch folder was erased, but don't know if this 
was done by the Install or Uninstall.  Afterwards, we rebooted the 
PC and found that the desktop image (which was added through IE) 
was also gone.

Anyone else experienced any problems with something like this?

RT may want to try and replicate this install/uninstall inorder to 
confirm whether there is a problem with the installer.

It's not going over very well with my five web-developer colleagues... 
they are saying he has been infected by the Rebolla virus and getting 
a very good chuckle out of it!!!

wait, installing to c:\program files means that no rebol subdir is 
being created.

actually i wouldn't be surprised if it had deleted your whole program 
files dir.

Further investigation shows that the files that have gone missing 
from his system are all in the c:\Documents and Settings\<User Account>\Application 
Data\Microsoft\   Internet Explorer and MSN Messenger folders... 
the files impacted seem to be all of the customizations he has made 
to these two apps.

It handled only the removal of the Rebol specific files from the 
Program Files folder as expected.

I think the uninstaller simply removes the registry settings for 
rebol as the rebol.exe was still in the program files folder after 
the uninstall.

Initial investigation shows that only the two directories above were 
affected as other folders in the same path have all of their subdirectories 
intact.

Posting 3 up starting "It handled..." should read "The uninstall 
seemed to handle..."

i don't think rebol touches anything inside appdata\microsoft, probably 
something strange has happened.

Did any of Gregg's installer code get migrated into the new RT installer?

not that I know of.

what was the data-path set to while installing?

Another victim... <path as above>\UnleashIT,   all profiles removed.

well, uninstall does no more than this:

it's mentioned in my first post...
C:\Program Files instead of C:\Program Files\Rebol\View

do-uninstall: does [
	attempt [delete data-path/bypass-install]
	if get-face ckd [

  if confirm reform ["Please confirm that you want to delete all files 
  in" to-local-file data-path][
			attempt [delete-dir data-path]
		]
	]
	found? all [
		attempt [unlink-rebol form system/product true]
		attempt [unassociate-file true]
		attempt [unregister "REBOL" form system/product true]
	]
]

not install dir, data dir

when he went to change from C:\ to d:\ and hit the "Change" button 
on the installer, we didn't catch that it had removed the "Rebol\View" 
portion and defaulted to the drive he launched the installer from.

so note that 1) it does not delete anything without asking confirmation 
and 2) only deletes the data dir which should be appdata\view\

So Rebol removes everything in installed folder?

no, it doesn't; it removes everything in the data dir but only if 
you confirm the deletion.