World: r3wp

Unless you are an admin, you shouldn't have been able to change the 
status of CC #1647 even if you submitted the ticket, since it was 
marked built. It looks like that CC bug is back.

I can change all tickets I submitted.

Anything else would be stupid.

CC tickets are supposed to only be changeable by reviewers after 
they have been reviewed. Otherwise the reviewing process is broken.

Could you test #1651?

Sorry, I mean #1652.

Not without a hoskit.

Added another comment to #328.

That would slow down decompression quite a bit. It looks like a /zlib 
option would be a good idea, to tell it when to try that method.

Can you determine the length of the uncompressed data using that 
method?

Of course.

But as I mention, if you do that, it's already 90% of what the decompressor 
does.

I'll mention in a comment to that ticket my preferred method of your 
three choices.

Fine, I'll state my preference afterwards :)

But I think the sane choice is pretty obvious :)

Done. Go ahead.

+1 :)

What I was asking before is whether a quick block scan could tell 
you the size of the decompressed data *before* you decompress, perhaps 
if you add it up. It's been a while since I studied the zip standard, 
so I don't remrmber if that was the case.

Yes, but you would have to do half of the compression anyway.

As far as I remember, there are blocks with a length field, and blocks 
without (where you'll need to skip thru encoded the characters).

one thing that continually amazes me is that meijeru is probably 
the most prolific R3 bug poster/tester ever,  yet we know virtually 
nothing of him... 

its very intriguing that this guy has such deep knowldege of R3 but 
doesn't actually seem to be actively participating in any public 
Rebol project or employment that I know of.


maybe even more importantly where it not for curecode we probably 
woudn't even really be aware of this seemingly really nice guy...

Eh??  Rudolph did the Dom Level 3 implementation mentioned here http://rebolweek.blogspot.com/2008_03_01_archive.html

Perhaps you need to read the rebolweek blog!

yep... AFAIK, that single thread and then nothing ever again until 
he pops up on CC and starts debugging like a mad man  ;-).  

I mean he is really low-profile.

I guess some people talk about things and others just do them.

others do both and don't get the time to release  them  ;-)

so you're looking for post mortem fame?

isn't that when things get valued to millions  ;-)

pesos

notice that I've recently released a few things quickly and this 
thread is just going to continue  :-)

thread=trend

Wow, Christian took my advice, and redo ODBC extension into .DLL 
form, and now it uses ports! That is cool. Should be imo reported 
to rebolweek :-) 

http://www.diefettenjahresindvorbei.de/odbc/odbc-docs.html

And I've taken your advice to publish a .dll, too. Somestimes, yeah, 
sometimes, I take advice ...

:-) thanks anyway!

funny, it didn't register in my brain that the ODBC driver was for 
R3 and that it meant I could actually use it for work in a little 
while.. hehehe.   thanks !

Just posted a bunch of new CC tickets that explain a lot of the new 
or changed features in A108 and A109.
- New features in A108: 1682 1683 1684 1687 1690 1691 1692 1693

- New features in A108 that don't work yet: 1685 1686 (because of 
1685) 1688 1689 1696 (because of 1697)

- New features for A109 that I've already written: 1680 1681 1685 
1689 1694 1695 1696 (workaround)

(!REBOL3 Modules is probably a better place to discuss those.)

BrianH: when you finish protect/unprotect etc. security tickets? 
Shouldn't that be a priority ... at some point? :-)

Just a little tidbit I thought might be good for others still resisting 
the dark side of the force (R3 :-)


I'm at a point where I'm 50:50 in my time spend on R2 and R3 overall. 
which is a nice observation.

ATM, I much prefer R3 for many reasons.

-binding control and dynamic code building is soooo much better.
-embeded modules
-extensions which can (at last) almost do anything with REBOL.

-being able to fix/understand some limitations myself by "looking 
under the hood".

-it really is much better designed, scalable, fast, consistent and 
more.

why is R3 the dark-side?
-it constantly tempts you, 

-promises power (which it ultimately delivers, after kicking you 
in the nuts a few times), 

-allows much easier access to evil dlls (dark lawless libraries) 
than R2, 

-can be a lot more harsh finding your errors, but then removes guilt 
by disarming them 
-some unexpected issues still make it highly temperamental. 
-it will actually KILL your app with mush less discrimination 

-DOS shell makes it a trial by pain experience (and no, making its 
bg color white doesn't changes this ;-)

And this had to be bold why exactly?

damn, where is my BAN button? :-)

:)

I forgive max for his last bullet point: "DOS shell makes it a trial 
by pain experience (and no, making its bg color white doesn't changes 
this ;-) " - hehe, made my day :-)

if with there where an easier way to indicate discussion threads 
"beginings"  just did that so it does stand out from all the other 
discussions of which it really isn't related.

maybe you should use color next time ... e.g. pink one - in love 
:-)

I really love my R3 :-)

You can already build a better shell with the hostkit :) Until someone 
actually gets annoyed enough to do this, it's probably easiest to 
just install a "proper" shell, maybe along with rlwrap.

hehehe

one thing I would really like (now that its possible) is to have 
context/block browsing in the CLI .

this would make the console 50% more usefull.