World: r3wp

That it is. We'll definitely be looking it over :)

and Maarten also posted the same bug in 2005 http://www.rebol.net/cgi-bin/rambo.r?id=3593&

Henrik, if your minimal code to replicate the problem is posted somewhere 
we'd like to see it.

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.

A code example that doesn't need %rugby.r to replicate woult be nice,

oops.. this was an altme bug ... I only highlighted the last paragraph!!

Sorry, I already typed that. Thanks.

BrianH, ok, Carl would know about it, so I'll discuss it with him. 
Regarding leak, it's in RAMBO, need to find the ID, hang on.

Henrik .. I just posted it.

Next month we'll be migrating RAMBO to CureCode, then retiring it. 
It's best to continue using it for now though.

Graham, where? Oddly, I can't find it now.

at the end of my long post

Ah, there it is. I thought I had put it in RAMBO.

Later, all!

Bobik greets you, welcomes R2 continued support, and suggest new 
naming scheme - we should rename R2 to R2D2 :-)

is there ODBC equivalent for Linux REBOL?

well now.... I just had a crash in 2.7.6. Thought that would be a 
little on-topic:

---------------------------
REBOL Error
---------------------------
REBOL Internal Error: Invalid series width 1 was 16 (type 39)

Program terminated abnormally.
This should never happen.
Contact www.REBOL.com with details.
---------------------------
OK   
---------------------------

A string was a block.

  You will need to provide example code in order to track it down.

Pekr, R2D2... good one.


On ODBC in Linux, was problematic in the past due to no cross-distro 
standard lib for it. Perhaps that has changed in modern times?

There was always a de facto standard ODBC library for Linux, but 
as always, that doesn't mean it's installed on a system

Ok, thanks Kaj for clarifying it.

That's one of the cases for producing distinct packages for different 
Linux and BSD systems: that you can specify dependencies

Other than that, you'd have to include the libraries, and that is 
also problematic unless you link them statically

Carl, the crash Henrik reports is from one of our commercial apps. 
So the code is somehow big. We can provide you with a version of 
the code, or even better it would help us, if we can get an instrumented 
R2 version and than provide the output.

Instrumenting R2 would be a good idea, but is not likely happening 
in the 2.7.7 release. I'll bring it up with Carl.

Later, I mean. He can read it now here, but we need to track these 
things for the long run :)

Gab: your LOAD bug has been fixed for this release.

Robert: Sounds like a job for REBOL Consulting?

And that means?

www.rebol.com/consulting.html

There is 1 day left for V2.7 fixes/changes.  Please contact BrianH 
if you have any critical items for this build.  You must have test 
code available to validate any changes.

I will be integrating changes starting this evening (Chicago time, 
starting 4 hours from now). If you want your fixes in, get them to 
me before I go to sleep (late) and I'll see what I can do. Code that 
patches memory should include a version of the function that is supposed 
to be the result of the patch; we're patching the source, not hotpatching 
the runtime.

Gab. has mentioned an updated imap protocol that might be donated 
... dunno if that is still on or not.

I guess he'll be up in 4 hours or more ...

If it can get to me this evening (which will be for quite a while), 
it can go in. Otherwise, 2.7.8 next month :)

what time is it for you now?

7:41pm. I'll be up til early morning tomorrow.

Hope you are leaving the installer for last ...

Yes. And it looks like it might not make the cut for this version, 
instead doing just a simple fix to make the existing installer work 
again. To do a full installer revamp would require testing on every 
Windows platform, and I don't have time to set up all of the VMs 
required.

It is likely to make in into the next version a month from now though.

R2 2.7.6 SDK sources posted to R3 chat in the appropriate headers. 
Time to integrate the backwards-compatible R2/Forward changes.

If you need temporary access to windows 2008, windows 2003 servers, 
you can start them up in Amazon EC2

Thanks, that will help for next month :)

Brian is it possible to backport that "func" with all words as local 
? 
I don't recall exactly ... maybe "funct" in R3

It's in R2/Forward already. With any luck I'll have enough time to 
backport the /with option too :)

R2/forward ? Is it a patch ?

It's a full rewrite of a lot of the R2 mezzanines, making them less 
buggy and more R3 compatible.

but it's a separate .r file or a new rebol exe ?

It's a separate .r file, but its functions can be swapped into the 
SDK source and a new .exe built. And that is my task for the evening: 
to swap in the more R2-compatible functions in R2/Forward into the 
mezzanine source.

Great ! Brian, you are our avatar