World: r3wp

>> t1: now/precise call/wait "print 1" t2: now/precise print difference 
t2 t1
0:00:00.082

Using R2Beta should be fine for this week, but we need to switch 
over to using the R3 development infrastructure before the release 
next month. We won't have the time and effort available for monthly 
releases if we can't share resources. The rapid releases of R3 are 
only possible because of the R3 development infrastructure.

humm.. than the beahaviour is on nix only

release this week ....

is point #1

Yep.

Yes. And fixing the installer is one of the top priorities for this 
release.

It hasn't worked at all for the 2.7 series, and worked incorrectly 
before then.

I see a consistent 0.1 second delay in Snow Leopard.

B: Yep. Not a good thing for new users.

What about VID? IIRC, you, Anton, Henrik, were working on some resizing 
or fixes? I just hope we will not make View incompatible with existing 
scripts in the last generation of R2 productline?

fedora>> timer [call/wait "echo 1"]
1
0:00:00.304267

PS: need a better error msg for:
** User Error: Bad face in screen pane!

(happens when opening view via ssh - due to non X envr.)

Pekr, not in this release. We don't have the time to test such things. 
Once we switch to the community development infrastructure this can 
be done much easier.

Must run now, work beckons, be back later.

So, what's the verdict?  Wait first for a new build or a public license 
code release?

Graham - wait for the debate to reapper in 2012 :-)

I would hope R2 is no longer in use in 2012 ...

It will be a build. Even if just a few changes.
Must go. BBL.

2.7.7 release

Call
dockimbel:

About CALL console window issue, the CreateProcess( ) win32 call 
has flags to hide the window. There just need to be set.

In the STARTUPINFO used by CreateProcess( ), just set in dwFlags, 
the STARTF_USESHOWWINDOW flag and set wShowWindow to SW_HIDE.

maybe add a new refinement and let the users decide when they want 
to see the console window ?
or maybe just /show

Paul:
Run is not enabled

Graham

Is anyone concerned that shell windows opened in Encap do not contain 
the correct window title?
Rambo #3660 ( reported march 2005 )

Brian

For me, the big question is what kind of release we will be doing:

- 2.7.7: Patching glaring bugs in a few natives, VID fixes, and continuing 
the backports and mezzanine fixes.

- 2.8.0: Backporting some of the R3 native changes (function, not 
infrastructre), and the above.

I think that the decision a long time ago was to focus on R3 as a 
priority, and just patch up R2 as necessary.

At the very least, I would want a 2.7.7 to have a version that fixes 
post-2.7.6 mezzanine bugs, and 2.7 series regressions vs. 2.6.3.

Henrik
We also need to implement BrianH's new window resize scheme.

Ashley,Anton, Brian, etc ... VID fixes

Graham
Fixes to prot-http to support put etc.

BrianH

SQL_FLOAT and SQL_REAL are converted the same way, just with different 
sizes. And yet SQL_REAL works and SQL_FLOAT doesn't, at least with 
SQL Native Client (an ODBC 3.5 driver). Perhaps that difference can 
point you in the right direction.

Henrik
view/new make face []
a: open/binary/direct/no-wait tcp://:9000
forever [wait reduce [ a 0.001]]


This produces a 16 byte leak when started. And when I move the window 
and click in it, I get a lot of 64 byte leaks.

Will: in 2.7.7.4.2: 
>> timer [call/wait "echo 1"]
1
0:00:00.037984

This is from a change I made in the timeout period of the io pipe 
handler.

However, I am unsure of the general impact it may have.  It causes 
the io pipes to be polled 10x faster than before... which may not 
be a good thing.

Multitouch support in View ...

:-)

Adding SSL to Vid is among the things I'd like to see. Does not need 
to be fast (C-code), but  nowdays many sites don't allow email/ftp:s 
without some kind of TLS or similar.. (Not my specialty, please don't 
ask me to implement) :)

SSL would allow google mail use...I believe???

I think someone has google mail working with rebol command

It is me

And hotmail .. which is also ssl

ofcourse

Opening up use of google mail would be big for me..

don't you have the sdk??

yes

Not SDK command

Question for the group: where is the best "home" for discussion of 
R2 release?

R2-Beta world is quite "old" (no messages for a long time). But, 
we could continue with it.

As far as I know ... a 2.7.7 release was planned there.

I think that R2 is still many things. So my vote goes to go to R2-beta.

ditto

We can't cover everything in this one thread here. And I think that 
ppl interested in further R2 development have no problem to log into 
R2-beta. It is also imo good to keep it isolated that way ...

Brian, yes we use Oracle and Sybase specifically in our enterprise.

Yes R2-Beta because it already has many of the accounts already setup. 
 For a 1 week release and feedback that will be best approach.

I was just at the R2-Beta world and it doesn't appear any discussion 
has moved there yet.

I have an old View 1.3.2 here on Ubuntu where echo takes a bit over 
100 ms, so the bigger delay may be a recent regression

The 2.7 test release has been built. This is the base build for the 
next release. It contains SSL, ODBC, DES, etc., and no-license key 
is required.


In addition, I've added an install checkbox to the Prefs (User panel) 
and an Uninstall to the Help panel. These are just shortcuts to existing 
features.

The download is www.rebol.com/downloads/view277-test1.exe


Note that it's version # is 2.7.6, but it has a new system/build 
date. Don't mix it up with prior versions, as it's not at all tested.

Please coordinate via BrianH if you have any feedback or comments 
on this release.

Also... not going to spend time yet on non-Win32 until we know if 
this is close.

Testing...

>> read https://secure28.inmotionhosting.com/~rebolc5/cgi-bin/order.cgi?cmd=buy&prod=sdk&
== {<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>

So far, so good.

Oh, and I almost forgot: This is a TEST. Use entirely at your own 
risk. Do not distribute. Do not use to operate nuclear reactors, 
missle defense systems, aircraft, heart-lung machines, etc. etc.