World: r4wp

it would be strange from you to try to push us to recreate an object 
just to expand it


That is part of the basic semantics of the R2 object! datatype, it 
follows the prototype-based model. You construct new objects by copying 
existing ones, it can be just a copy (cloning the source object), 
or derivation (extending the source object with new words). Changing 
object context (adding/removing words) without creating a new one 
is not consistent anymore, so it can look like a big hack.

Correcting myself: "derivation" might not be the best word in such 
context, "extension" would be more neutral.

On the subject of hot-patching, I've thought for a long time that 
the ability to instrument apps--like DTrace--would be very helpful. 
I know DTrace is deep kernel voodoo, and not available on all OSs. 
If Red supported probe points for DTrace, that would be great for 
those who use it. My question is whether it would be better to use 
a DTrace model, where the analysis happens from outside the app, 
or if having an instrumentation/tracing/logging model internally 
is better. Or can you support both with the same set of probe points 
in an app?

It is in my plans since the beginning to support internal profiling 
feature for Red, though I was thinking about processing them in the 
IDE mainly. In the Red/System v2 specs, I have already made some 
provision for low-level profiling of native functions.


I know about DTrace but never used it. I would need to study how 
it implements probe points to see if same technic could be used internally.


Currently, it would be quite easy to add a profiler to Red layer, 
it would just need to extend the stack/mark*, stack/unwind* and stack/unroll 
function to collect the data. But as we have other high-priority 
features to implement first, it will probably wait a few months (unless 
someone wants to implements it, I would be glad to give the basic 
hints on how to achieve it easily).

I might make a 0.3.1 release tomorrow to set a milestone for functions 
support. If you have Red scripts, it's time to test them with latest 
commit.

Thanks Doc. Excellent info.

I agree that objects should be used sparingly, but not being able 
to expand them makes it expensive to implement VMs for substantial 
dialects. I did that and started out with blocks only, but over time 
I had to decide to use objects in places crucial to the user dialect

My conclusion was that, being fundamental to the language abilities 
of REBOL, contexts should be more flexible

I did a build run of the examples. It looks OK, but the many casting 
warnings on the GTK bindings are still there. I think that should 
be fixed

Doc, Is is possible to support something like VFS in SQLite (http://www.sqlite.org/c3ref/io_methods.html), 
So we (OK, me) can develop a simple RDBMS on Red, instead of doing 
it using Red/System

I'm not sure what you mean exactly by "support". I haven't implemented 
yet the interface for cross-access between Red and Red/System. A 
minimal interface will probably appear in the next weeks.

That VFS is about the file system interface. Do you want to write 
your own RDBMS on top of it, or do you want to use SQLite?

Part of that VFS is covered by the REBOL file access methods, but 
not the advanced functions

I am a bit short on time for testing on all platforms, did anyone 
find any regression in Red before I release v0.3.1?

Hi I had a look at the last changes yesterday . For what it's worth, 
code was cleaner/prettier. That's a good sign in general :)

It would be really nice to have automatic builds+tests running on 
all major supported platforms for each new commit on main branch, 
and an automatic report generated online. That would really saves 
us time and avoid missing some obvious regressions.


I know that Andreas started working on that. Andreas, do you already 
have a good plan to achieve it?  Do you need help/resources?


I can provide a Linux server for Linux/x86 targets. Having a Windows 
machine online + MacOS X would be great. Also a Linux/ARM (RPi for 
example) that is always up and reachable from the net could nicely 
complete the list.

Arnold: thanks! :-)

youre welcome my friend ;) Did you find time to read my latest reply 
on the mailing list?

Yes, I have even replied to it. ;-)

I freed up some space on my mac I'll download latest version from 
github and have a little go. Anything specific to look for/try? Imho 
you are allowed to patch as much as you want, release or not. We 
will follow anyhow.
Great reply! Thanks.

Too bad they got old monitors at work without hdmi support or I could 
test my new Raspberri Pi there too :D

Doc, I don't think you fixed the struct warnings on GTK yet?

Arnold, do the monitors have DVI?

Please test the example programs from the binary repository on Mac. 
I'm still looking for the correct library names of the dependencies

Struct warnings: not yet, I will have a look at them before the release.

Thanks

Doc, would this Linux server you could provide be able to run VMs 
with OS X and Windows in order to do multi-platform automated builds? 
I'm thinking we could set things up like Unity does (see the link 
below). JetBrains provides TeamCity (the continuous integration server) 
for free to OS projects with an active community.


http://blogs.unity3d.com/2011/10/21/build-engineering-and-infrastructure-how-unity-does-it/

as for following wish - i: FFFFFFFFh ..... why i: #FFFFFFFF? The 
literal form with "h" - I almost missed the "h" at first sight ...

Pekr: I guess the question is "why not i: #FFFFFFFF?"? Simply because 
# denotes an issue! value not an integer!. The hexadecimal format 
ending with an `h` character gets converted to an integer! value 
during the LOAD phase. If you have a better proposition for hexadecimal 
literal value, I would be glad to hear it.

yes, FFFFFFFF# :-)

From the Unity link: "Most of these are virtual machines running 
Windows, Mac OS X, and Linux." 


I though Apple was explicitly forbidding to install Mac OS X on anything 
other than Apple hardware? Do they sell special licenses for VM?

Ah, missed that part: "...using a combination of Apple and non-Apple 
hardware."

Kaj: I've fixed the extra struct warnings.

Pekr: your proposition is not as bad as it could be at first look. 
;-) 


REBOL allows to prefix binary values with a base integer, with base 
16 as default::

    #{F0}
    16#{F0}
    2#{1111111100000000}
    64#{8A==}


We could use a similar convention, but as a suffix, for specifying 
the base for an integer! value:

    123
     7B# 	(default base would be 16 too)
     7B#16
     01111011#2
     173#8


Such literal forms with base explicitly specified would be converted 
to integer! decimal form at LOADing stage. This is just me thinking 
loud, but how does that look like to you?

If the REBOL format works, why is there a need to change it?

Binary! <> integer!

It is not a change, it's an addition.

ok, why is the new method useful?

Specify literal integer values in base: 2, 8 or 16.

Why can you not use the original datatype for this?

So instead of the very costly:
    a: to-integer #{FFFF}
you could write it:
    a: FFFF#

Binary! is a series datatype, integer! is a scalar datatype, they 
are fundamentally different.

ok, now I understand.

DocKimbel: Kaj told me about you going to Peking for 3 months the 
upcoming year. Congrats. I Hope they are willing to invest.

Thanks, I need first to get a Visa, so it is not done yet.

Doc, I like the proposition, although I can understand, that some 
ppl might find FFFFFFh cleaner, cause e.g. FF#16 looks a bit heavy 
:-) OTOH - if someone writes just ffffffh, it is really difficult 
to read. So in general, I like your proposition :-)

I am not good at that stuff, but what about 0xFFFFFF, isn't something 
like that in C?

Doc - you are going to spend 3 months in Peking, so no Red advancements 
in that period? In such a case, I hope you bring some money to the 
Red homeland :-)

Lowercase letters are not allowed in hexadecimal literals (both in 
Red and Red/System), so ffffffffh is not a valid syntax. 0x prefix 
is colliding with pair! syntax, so you can't tell if, e.g., 0x13 
is a pair! or an hex literal.

I am going to spend 3 months at least in Peking for working on Red, 
but not only on the coding part. I will try to setup a business activity 
around Red in order to fund its development further. I prefer to 
not talk much publicly about it for now, as I am not yet there and 
there are some potential NDA clauses that I would like to avoid having 
issues with. ;-)