World: r3wp

the only chance, probably, is to catch console port?

does 'echo work?

Call is pretty unusable with R3. I have to say, that some ppl could 
already move to R3, but we have few showstoppers:

- call - really bad situation ....
- missing networking protocol 
- missing CGI mode

- DB access ... now we can proceed with extensions for SQLite, but 
not sure. If call would work at least, we could at least call sqlite.exe 
;-)


Unless those issues are fixed, R3 will be in alpha stage, and my 
opinion is - absolutly unnecessarily ...

echo? who want to work with file? Theat is weird. I want call being 
fixed, or it is good for nothing ...

I thought you wanted debug output. Otherwise wait until CALL is fixed.

Pekr, what are yhou trying to do?

Sounds like Pekr is trying to capture the output of a directory listing 
in R3, is that correct?

anyway Pekr, just use:

call "cmd dir > somefile.txt"

then you can just read the file back into a string.

Paul - correct ....

Paul - I know that is an option ... but what is it good then to get 
'call output into console, if it can't be even easily captured into 
a string?

Isn't that a limitation of R3?

dunno. As an interim solution, you suggestion is good enough .... 
I'll wait for 'call being fixed/enhanced ...

Yeah, we will have to wait and see if they develop 'call further.

CALL is in the host code. We'll fix it when the host code is released.

Can anyone tell me how to view an image with r3?

Is it me, or the example to read a dns address is broken ???
>> print read dns://www.rebol.net

I get

make port! [
    spec: make object! [
        title: "DNS Lookup"
        scheme: 'dns
        ref: dns://www.rebol.net
        path: none
        host: "www.rebol.net"
        port-id: 80
    ]
    scheme: make object! [
        name: 'dns
        title: "DNS Lookup"
        spec: make object! [
            title: none
            scheme: none
            ref: none
            path: none
            host: none
            port-id: 80
        ]
        info: none
        actor: make native! [[]]
        awake: make function! [[event][print event/type true]]
    ]
    actor: make native! [[]]
    awake: make function! [[event][print event/type true]]
    state: #{}
    data: none
    locals: none
]

Geez...

>> first wait read dns://www.rebol.net
read
== 216.240.11.203

>> first wait read dns://216.240.11.203
read
== "www.rebol.net"

A little bit obfuscated, but it works...

Nicolas, VIEW in its built in state doesn't work properly, so do 
something like this:

>> load-gui
>> a: load http://arkandis.com/images/blog/google.gif
>> b: make gob! [image: a]
>> view b

thanks Henrik

(This will be much easier in the future, I hope)

I see Carl is going to add Read/Text functionality with UTF conversion. 
 That is going to be sweet.  That alone should begin to make REBOL3 
useful.

What is the point of /any on dir?

As far as I can see, as soon as you add a wildcard char, dir?/any 
always returns true

    dir?/any %ddddff.file
    == false                              ;; no wild ==> false
    dir?/any %ddd?dff.file
    == true                                ;; wild ==> true
    dir?/any %ddd*dff.file
    == true                               ;; wild ==> true

    dir?/any http://www.test.com/file.html
    == false                             ;; no wild ==> false
    dir?/any http://www.test.com/*.html
    == true                              ;; wild: true

looks like a bug

definitely a bug. please add it to curecode, thanks.

It's already there - add your code as a comment on the existing DIR? 
/any ticket.

The ticket in question is #649.

Thanks -- had not seen that ticket.

I proposed change of command! to external! extern! or something like 
that. We will see, if Carl reacts to that ....

The word "command" is more specific, and better expresses what you 
are referring to.

I have heard at least one other opinion, that name "command" might 
be too worthy to waste on simple and signle thing as wrapping merely 
a funciton call. Of course even Devices have commands, but those 
are not probably rebol level related and influence nothing ...

You mentioned that "command" would need to be reserved for devices. 
There's no reason that devices couldn't use the existing command! 
type. It's very flexible.

Carl said that devices would be a variant on extensions.

No, I said, that device commands probably don't influence rebol level 
code, so that we are eventually free to rename extension command 
to extension! term. That was just a thought, in case we would have 
some better usage for 'command term later. Nothing really important 
imo. Extension commands are not much advanced - they are just descriptor 
for particular meaning.

When I think "command", I think - dialect ...

Sorry, I wrote that in relation to what you had said on the blog, 
not here.

and to just describe meaning of wrapping a call, I though external!, 
extern!, ext!, wrap! could be used instead. Probably too late to 
try to convince anyone :-)

Those are all modifier words. We need a noun.

more interesting stuff on Chat :-) I expressed opinion, that we use 
assymetry for read and write with strings, Carl objected. His second 
post might be interesting for you, as he for few moments thought, 
where is the right place for such stuff. I think that you would enjoy 
putting your opinion there. Of course - my post was done just to 
provoke some discussion :-)

btw - "external", english-wise, can't be thought as a noun?

I just read it, and was about to reply to your counter-post, just 
to one point.
External

 is an adjective. When used as a noun, its subject is implied. Bad 
 form.

OK, just read your post, makes sense ...

as for Chat - is there any shortcut to know, where I am posting by 
default? I mean - the only commands I use is "n" for new posts. The 
I want to add a reply. But adding a reply is different then simply 
posting "p". But - when adding a reply "r", I specify the message 
number, so I can be sure, where it goes. But where does simple "p" 
post it?

In your current location (look at the prompt).

r posts in the same header as the original post, but the post can 
be moved later.

hardly to know (when using n, lm), what is your "original post" - 
is it the latest one? I simply have to go to particular message number, 
and then use 'p or 'r there .... I think that for 'lm, I would welcome 
message category/path being displayed on the first line ....

I use nn to determine the latest posts, then read the posst I want 
to reply to, then reply.

The "original post" you are replying to is displayed by n or nn with 
a > on the left of it. I usually enter the number for the post I 
want to reply to first, which displays in and sets the >. Then I 
use r. I wish there was an rp command...

So am I correct thinking, that when I use "p" after "n", then I am 
replying in the header of message marked with ">"?