World: r3wp

The new. You've been in GUI doc hell, and not noticed it.

Can I put in the EXTRACT fix before you release 2.7.8?

Ah, ok. Will look there. Whew! You had me thinking that the old DevBase 
was still running.

yes

compatible, right?

Ok, thanks for the help digesting all this. Stuff that's done can 
be merged. Fortunately, some thinks like UNBIND are "done" because 
they are very close in R3.

False and unset were being considered to be default values. Given 
that, noone would have intentionally put those values in their blocks.

If I had one more wish for a native, it would be ASSERT.

Ok.

BBL

It will only be used if it's native, and the mezzanine ASSERT/type 
doesn't work for paths.

Carl "BTW, still missing the fixes Graham made to HTTP. He mentioned 
it the other day ..."


Yes, I keep saying where they are and you keep asking .. so I have 
to track you down to tell you lol.  

Wouldn't it be easier if registered chat users could add to a comment 
page for every page on rebol.com ??  Then nothing would be lost.

Chat #7083

http://rebol.wik.is/Protocols/Http

Who's the current networking expert ?

Doc and Maarten know this stuff. Probably Gabriele too.

None of whom are active in this area

is active

Are they active in any other REBOL forum?

area = rebol2 networking 
and not forum

Oh, I thought you meant here. And Doc writes a web server and networking 
protocols, Maarten has written a HTTP client (at least), and Gabriele 
has written other networking stuff. They're active.

EXTRACT fix posted to DevBase #7122.

Thanks Graham.


(Also, we will be adding comment sections to the pages of the website 
soon.)

Ok, thanks Brian.

MKDIR removed too. The mezzanines should be current, except for your 
installer changes and Graham's HTTP fix.

APPLY fixed. Though I am hoping the mezzanine will be replaced with 
a native :)

A whole bunch of VID documents have been uploaded and updated:

http://www.rebol.com/recent.html

I still find it totally confusing that R2 & R3 stuff is mixed. I 
can't see on all pages if it's R2 or R3.

it should be possible to change, as it seems R2 and R3 docs use different 
menu headers.

so I gather there is a separate build script for R3 docs.

I think I'd rather see a 64 bit release of R2 than a R3 release now.

is there any solution or idea for multiple feeding a running console 
app
started via call/wait/input/output ?
have tried a pass a open port but no luck. the console needs more
than one command to work properly. the ideal solution would be to

hold the console app permanently open, feed it via write-io or (something
like this) and parse the output. any hint?

If your app runs under linux, you can use the telnet scheme to command 
the app.

thx sqlab

On 64 bit: really? Why?

Because Windows 2008 server is a 64 bit platform and I can't read 
the registry anymore

32bit applications can not read the 64 bit registry

Huh?

So, I can't even connect to ODBC DNS on windows 2008

DSN

I'm not familiar with changes MS has made to make the OS 64 bit. 
 Does this change apply to all API functions?

Don't know .. just know if affects the windows registry

Brian will know the details

I can understand changing various data-related APIs to allow 64 bits, 
but in general, 64 bit systems are just marketing ploys.

I think it's part of the virtualization stuff that 2008 does to make 
the 32 bit app think it is running under a 32bit os.

(BTW, I get to say this because the first 64 CPU OS architecture 
I helped design was in 1981 at HP.)

1 min... let me google it.

http://msdn.microsoft.com/en-us/library/ms724072(VS.85).aspx

So you have a fix?

Looks like just a flag change. In theory, easy. In practice, someone 
will need to test it.