World: r3wp

...or just avoid benchmarking arround midnight ;-)

Thanks for the advice anyway.

good tip Gabriele, thx

about my problem (a couple of messages above) I can confirm that 
the problem doesn't exist with 2.7.5.

2.7.6, supposedly fixed [call] but did it introduce a new bug? has 
it maybe to do with hevy cpu, timing, rebol dns helper process?

I'm having a hard time producing code that reproduce the bug, if 
anyone can provide a piece of code that could stresstest [call] I'd 
be gratefull! 8)

or a problem with the GC upon quit when there are many words ?

I posted a new function in the mezzanine thread at the Tretbase REBOL 
forum http://www.tretbase.com/forum/viewtopic.php?f=8&t=30&p=130#p130

Nice start,  Paul, to pulling the teeth of code you do not want to 
execute

I think you need to handled action!s too, otherwise some executable 
code can slip by:

>> defunction [abs trim change make select remove sort]   ;; etc, 
anything that is an action!
== [abs trim change make select remove sort]

It is an easy modification but I actually made it to allow actions 
as I was using it briefly for that purpose.

Posted the get-block function to the mezzanine thread on the Tretbase 
forum http://www.tretbase.com/forum/viewtopic.php?f=8&t=30&p=131#p131

Is there a simple way to convert a char number to the actual integer? 
(i.e. to-integer #"5" giving 5 as a result)

I usually go with:  to-integer to-string #"5"

Thank you

>> to-integer form #"5"
== 5

Saves a couple of chars :-) (but profile it, it might be slower)

to-integer #"5" - 48

-48 + #"5"

>> 0 + #"5"
==53
Usually, i use the the following tricks:
you can add several chars with integers in that way.
If the first value is an integer! it's returning an integer!
If the first value is a char! it's returning a char!

>> 0 + #"5" - #" "
== 21
>> #" " + 21
== #"5"

i mean, it was what chris tried to explain..

Here's another way which is arguable cleaner, but more verbose and 
less efficient: p: "3" (index? find "0123456789" p) - 1

arguable => arguably

Thanks again, guys.

Someone had played around with doing huge integers in REBOL a while 
back, right?

I have a partial string-math library. Not all ops, but no size limits.

I have a 24 bit math implementation to do RSA  but never converted 
to or from other bases. It is from before Holgar did  encryption 
with thebignum library  nativly in  core/view which renders mine 
moot

and it isarbitrry precision as well

I've just hit a serious issue in 2.7.6 on UNIX platforms today.


Briefly: CLOSE on TCP ports doesn't work anymore if CALL is used 
before CLOSE, in a AWAKE handler.

To reproduce this bug, get the tests scripts here :

write %server.r read http://softinnov.org/tmp/server.r
write %client.r read http://softinnov.org/tmp/client.r
write %foo.r read http://softinnov.org/tmp/foo.r


Then, read the comment section in %server.r and launch it to see 
by yourself : do %server.r

Notes:
     o Windows is not affected by this issue.

     o I consider this a major issue for all REBOL server applications 
     working in async mode and spawning processes.

     o I'm posting first here before RAMBO, so that people can test and 
     point out any possible bad interpretation from me.

Using LAUNCH instead of CALL shows the same issue.

If a few ppl can confirm this rapidly, I'll post a ticket in RAMBO 
and will knock on Carl's door to fix that asap.

confirmed os x 10.5.6/intel /core 2.7.6

Doc, iirc there was a same sort of isseu with system ports in pre-2.7.6 
and TCP and Gabriele got around it in the Detetcive project. He also 
wrapped up the async-call and made it available for linux then. I 
have it, he has it, but I suspect Gabriele can fill you in on the 
details. Let me know if (and how) you want it.

Are you thinking about the async event TCP issue ('connect event 
IIRC) when used with the system port?

Well, thanks for the offer, having Gab's Call script would save me 
some useful time. Anyway, I would rather prefer Carl to fix this 
issue. Carl maybe forgot, but all RT's customers are running on R2, 
not R3. The priority should be clear.

Yes, but not sure what it was anymore. I know Gabriele ran into something. 
Anyway, we have an async-call - basically the working linux version 
of your libv

Where do you want it, mail in this profile?

Yes please.

Are you in Qtask REBOL SIG? Then I'll post a link to the file there

Ah, ok, mail

I receive emails from Qtask's lobby.

Done

United we stand
 ;-)

I agree...does that mean that we will all get some shares of RT once 
R3.0 will be released? ;-)

LOL

You mean open source it...

Well, I thought about that for a few seconds...

More seriously if Carl doesn't plan to support R2 anymore, he should 
state it clearly so we all can decide upon that.

anyone else on non window os can test and confirm please?

I made a post about 2.7.6 being near the end of life of the REBOL 
2 line.  I was told by Carl that I was mistaken ... completely.  
That was oh, 8 months ago or so.   At that time; REBOL 2 is still 
very much an RT supported product line and there are no plans to 
change that stance.

Does anybody has a script which for example prints out all REBOL 
actions or natives?

Oldes;  one-liners can be had with
help action!
help native!
or were you looking for more?

actions: copy []
natives: copy []
word-names: first system/words
word-types: second system/words
while [not tail? word-names][
	switch type?/word first word-types [
		native! [append natives first word-names]
		action! [append actions first word-names]
	]
	word-names: next word-names
	word-types: next word-types
]
?? actions
?? natives