World: r3wp

Seems that request-file/file  doesn't work

EE degree is based on the square root of -1, to create sine waves...but 
in high school the Algebra teachers told us it was just imaginary...so 
I guess I have an imaginary degree.

Anyone know how I can find my password for the Developer IOS server?

nevermind I think I found it

Had to change the registry entry to the correct path.

was there another outage about 20 mins ago ?  I see everyone who 
was on logged off at the same time - including myself, involuntarily

yup

Can anyone give me a good tip for a free tape backup program that 
is able to backup workstations (windows) on a LAN via UNC names like 
\\my-system\c$

why not just script it up with rebol?

How would rebol connect to the taps driver ?

*tape

I wasn't thinking of tape actually, I was thinking more along the 
lines of backup to other harddrive storage

Bo has written such a utlity .. that also backs up to a ftp directory

I have a program I made myself also.

It would be nice for a rebolish way to interface to tape drives and 
dvd writers

Yeah - Carl should try to chime in sometime on some suggestions on 
how to do that.

Graham, right, I need to access the tape. The next problem is to 
handle things like: open-files, system state for Windows machines 
etc. IIRC Windows provides an API for backup-programs. If you want 
to do live backups of things like running DBs or Exchange etc. you 
need special APIs as well.

Hi, does someone know a good development environment which can create 
DLLs and simplifies COM programming? I want to create some wrapper 
DLLs for Rebol that use COM objects. But I really don't want to hack 
through MBs of MS header files etc.

Borland Delphi. They have an Open Edition that is no-charge.

Hmm... my Pascal knowledge is a bit rusty ;-)) Thanks.

My son Josh wrote a tutorial on this.  I don't remember at the moment 
exactly where he put it, maybe on his web site, but I will find out. 
 A very simple, to the point how-to.

...well, I don't remember if .com   (sorry)

it was some free download c compiler.

Gregg mentioned somewhere he uses realbasic. Blackbox Builder was 
proud about it too and is now open source. but have not read enough 
docu.

There's a Free clone of Delphi out there called Free Pascal with 
a GUI-alike called Lazarus, but I doubt its COM support is that good, 
and they can't do the GUI as well because the best features of Delphi's 
GUI are patented by Borland. I think Microsoft licenses those patents 
for Visual Studio.

Robert, I'm not sure if this will be helpful, but this is what steve 
was talking about:  http://www.cs.grinnell.edu/~shirema1/docs/DLLsinREBOL.html

Josh, thanks for the link. My problem isn't creating the DLL part 
but getting the COM part done in a simple way. Writing the wrapper 
for Rebol is done quite fast.

Anyone know any other languages that are similiar in design to REBOL?

Similar in which way?

Where you can define words and use them in dialects

Forth

Do you mean that it has a bnf parser included?

Nemerle

Though with that, the dialecting is done at compile time rather than 
at run time. Not quite the same, but still much of the language is 
dialects in the REBOL sense.

Lisp ...

Wow thanks guys - I look some of these up

OCaml has some interesting features along those lines.

Doesn't smalltalk kind of work like that, since there are no keywords 
and everything can be redefined on the fly?

Except that being a pure object environment, you have a lot of small 
methods that accept very specific messages, so you don't really create 
dialects, though you can take the first step and create a vocabulary. 
It just doesn't get used the same way. I'm not a real Smalltalker, 
only tinkered a bit a long time ago, so someone correct me if I'm 
wrong.

That makes sense, Gregg. The difference between vocabulary and dialect 
can be hard to describe. Can Rebol dialects actually change the way 
the Rebol language functions?

Yes. Any Rebol code can change the way the language functions:
>> copy: func [a] ["hijacked"]
>> b: copy "123456"
>> b
== "hijacked"


As dialects are implemented in Rebol they can change the way the 
langauge functions.

For that matter, much of how REBOL functions now is actually implemented 
as REBOL dialects, some in native code, some in REBOL code.

See, for example http://www.rebol.net/projects/view1.3/chat65.html
(around about msg 25)

dialects are interpreters, which you can write in rebol. as interpreters, 
they can change everything. from rebol they inherit datatypes/syntax, 
which saves a lot work and makes things consistent. and the binding, 
which makes it easy to have variables in dialects and share them 
with rebol. the nice thing it, they keep their context. if you just 
pass strings and use regexp, you can do dialects in perl too, but 
the strings don't keep their context. which means sharing namespaces/locals 
with interpreters is less comfortable upto impossible.

I am working on a "REBOL powerpack". A set of libraries to help developers 
jump-start development. Check the REBOL powerpack group for details.

Funny question: What's a good iconic metaphor for "Save file"? Okay, 
we're used to have a floppy-disk-icon to click on, but do all people 
now-a-days remember what floppy disks were? I can't imagine a working 
successor, though. An USB-stick pixeled on a 16x16 pixel grid?  Not 
too easily recognised, I assume ... Any suggestions?

Funny answer:  should one really have to specify that something is 
to be saved?  rather than try to guide everyone from the desktop 
to the pictures of things that are really actions (floppy isn't floppy 
it's SAVE).  Why not assume that something is needing to be saved, 
and only bother the user about such details for exceptions, like 
to save under a different name or a different place than whereever 
it was you were keeping it.  What is the object that means the verb 
SAVE AS?  icons are generally pretty miserable unless they are representing 
Nouns.  use the word if you can.  otherwise stick with what is usually 
used, the floppy.

Good argument. Icon metaphors often are pretty misleading or ambigous 
at least. But the intention of my question was more of the kind of 
"What icon will we see in the future in places where now-a-days we're 
still used to find a floppy disk?" I'm sure we'll have to wait a 
reasonable amount of time until my computer knows what I want to 
save and what not ;-) We'll use icons for some more years, I suppose.

yeah, I think we are sorta stuck with it.  From a usability standpoint, 
deviating tends to be a bad thing.  most people will look for floppy, 
or know what it means when they see it.  since floppy's aren't good 
for much else, enshrining them as a token of how far we've come is 
fine.  there aren't good icons for actions.  we need arrows and things 
to show transference for most verbs, and 16x16 just doesn't cut it 
for showing some visual diagram of the action.  a document and a 
folder and an arrow showing movement of document to folder has been 
done quite a few times, and that one is probably closer than floppy, 
but when icons try to represent actions like this, the only semantic 
truly expressed is that there is movement of some thing.  and with 
files and folders or something, all the icons look the same except 
for the direction of the arrows.

thumb, as in hitchike, nmemonic for thumbdrive and transport ion