World: r3wp

Paul, what I'm saying is that the R2 console is very Windows dependent. 
It doesn't exist on any other platform. This situation must change. 
Meanwhile the functionality would also likely improve, so we could 
get a graphical console.

And I'm saying that Carl agreed to bring back the R2 console for 
the Windows version of R3

Until someone finds a better console.

Henrik and Graham, thanks for the update.

I noticed, in Carl's prepared implementation plan, that there is 
item stating: Boot directly into R3 (min OS)

sorry, wrong group ...

Datatype differences between R2 and R3:

Removed
	any-block!
	any-function!
	any-string!
	any-type!
	any-word!
	context!
	hash!
	list!
	number!
	routine!
	series!
	symbol!

Added
	closure!
	command!
	frame!
	get-path!
	gob!
	handle!
	map!
	module!
	percent!
	rebcode!
	task!
	typeset!
	utype!
	vector!

rebcode! dtype is added into R3? I am not sure it will be used, will 
it? Also - what is frame! supposed to be about?

>> ? frame!
frame! is a datatype
It is defined as an internal context frame
It is of the general type internal

No values defined for frame!

Ashley, a revision to your post:
Changed to typesets, not removed:
	any-block!
	any-function!
	any-string!
	any-type!
	any-word!
	number!
	series!


Non-functional legacy, not newly added, likely to be removed or replaced 
by user-defined types:
	rebcode!
	struct!

Actually, rebcode! is likely to be replaced by JIT-generated command! 
functions, not user-defined types.

Oh, add library! to the non-functional list.

and routine! will be probably removed too,no?

frame! is used in extensions as well. There It's a linked/cascaded 
data-structure to get access to call parameters and construct return 
values like block!

Pekr, routine! was already removed, replaced with command!. The library!, 
rebcode!, and struct! types are just placeholders that haven't been 
removed or replaced yet. Don't count on them being there in the future.

How would I implement a ssl:// port scheme in the hostkit, that behaves 
just as tcp:// does, but allowing me to hook the native actors (open, 
mainly)

Using DOS (tested with VISTA and XP) I can launch my editor with:
>>start textpad

But how can I do that with the Rebol CALL function. It's doesn"t 
seems to work...

Start is a cmd.exe builtin command on Win2k+ (not Win9x). Try call 
"cmd.exe start textpad" or calling Textpad directly.

It Fail

I don't know how to pass args to the cmd.exe
I tried this
call {cmd.exe "start textpad"}

call "cmd.exe start textpad"

FAIL

do nothing except starting cmd

Go to the dos prompt, type in cmd /?

If the results of that are to complex for you, call Textpad directly.

call "notepad.exe" works for me

don't have textpad ...

Jeez i wasted my time to develop a script to launch remote commands 
from an AS400 on my PC using FTP.

And I fail on the finish line because CALL don't do the last easy 
part of the job.
T_T

Yes Graham it works with notepad.exe, something missing with textpad

Yes it does, you just need to look at cmd /? and start /? instructions 
if you are going to use those rather than calling Textpad directly.

I probably have to pass the whole path of the app

Yup.

call {"C:\Program Files\Textpad\textpad.exe" file-to-open}

Or something like that - I use a different text editor.

Ok it works, thanks Guys

you can call a batch script ..

so you're using a AS400 to remote control your PC??

So now, i can launch remote commands from the AS400 of my company, 
Great

a little strange to use ftp to do that, but it's the only protocol 
allowed here :-)

lucky it's not sftp !

yup

Ahaha

i saw some admin sniffed the packets i sen,  because someone tried 
to use my service

* I sent

Damn Admins

Nothing to do but monitor the developers

LOL

the reason Notepad works with a direct call is that it is in the 
system path in windows.  Textpad would not, but the path could be 
added, then you wouldn't need the direct path to it.

but when i start a console, "start textpad" works.

So, the default console has the path of the installed apps in his 
env.

That's because start references the app paths setting under HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\App 
Paths.

Not all programs register themselves there though. The run menu references 
it too.