AltME groups: search

Finally, here's a r3-zmq preview package, containing pre-built binaries 
of the extension as well as the 0MQ library for both, _Linux and 
Win32_:
http://bolka.at/2011/rebol3/zmq-20110303-g6446f9.tar.gz


With this package you can conveniently run the examples and play 
around without having to compile or install anything. The included 
README.dist.mkd should get you started with running the examples.

If anyone is interested, I have started work on a REBOL Redis API 
at http://code.google.com/p/disreb/. Redis is a nice no-SQL database 
(see http://redis.io) that I'm using at work to keep various processes 
written in several different languages across multiple computers 
in sync. There didn't seem to be a Redis API for REBOL, so I thought 
I would write one. Although it's still early days and mostly implemented 
for my needs at the moment, someone else might find it useful.

Feedback, suggestions most appreciated! Thanks!

r3-zmq now also provides bindings for zmq_setsockopt/zmq_getsockopt 
and zmq-poll. The R3 extension thereby _fully_ implements the ØMQ 
library API (as of ØMQ 2.0.10).

The current sources can be found at:
https://github.com/earl/r3-zmq


With zmq_setsockopt implemented, PUB/SUB sockets now work just fine, 
as illustrated by two examples:
https://github.com/earl/r3-zmq/blob/d083b3/examples/wuserver.r3
https://github.com/earl/r3-zmq/blob/d083b3/examples/wuclient.r3


Thanks to Oldes for reporting & helping fix an issue in the build 
system on Win32.


For your convenience, a preview package bundling pre-built binaries 
of the extension and libzmq (2.0.10) for Linux and Win32 can be obtained 
at:
http://bolka.at/2011/rebol3/r3-zmq-20110307-gd083b3.tar.gz

As an appetiser, here's a status report of the wuserver.r3 example 
running on a modest Core 2 Duo 2.6GHz, pushing out messages as fast 
as it can via a TCP endpoint to one wuclient.r3 running on the same 
machine:


1000000 messages sent in 0:00:05.003551 - 199858.060805216 msgs/sec


Yes, that is ~200'000 messages per second. (Or 5 microseconds of 
processing latency per message in the server.)

parse-expression.r, a mathematical expression dialect parser that 
translates mathematiclal expressions into rebol code that can be 
evaluated, is available on rebol.org:  http://www.rebol.org/view-script.r?script=parse-expression.r

Please check the documentation: http://www.rebol.org/documentation.r?script=parse-expression.r

We are trying to organize a Rebol (Red ?! ;)) User Group in France 
this Spring (or Summer) 2011 :

http://www.rebol-france.org/sondage-rug-spring-2011

This is a poll (in french) for those who are interesting to come.

I made a website for my 0MQ bindings with preliminary documentation:

Your name in lights......

If you don't appear in this collage of REBOL users, drop Massimiliano 
an email with a photo, and he'll add you:

    http://www.rebol.org/view-script-images.r?script-name=rebolusers.r
    http://www.rebol.org/view-script.r?script=rebolusers.r

Hello,

I would loke to announce the availability of a new library %plotter.r. 
This library intends to transform any vid face supporting the draw 
effect into a powerfull plotter of mathematical expressions. THis 
library makes use of %parse-expression.r


You can test this new library through a demo I am currenly developping. 
The easiest is to connect with View/Desktop to http://rebol.x10.mx/scripts/plotterdemo.r
. This demo is not yet fully complete, but demonstrate how easy the 
library is to use.

Enjoy

is this a complete Notepad++ source tree that I can build?

https://github.com/Oldes/npp-communityis forked complete version 
of the Notepad++ Community Release (which is not exactly the same 
like the one from http://notepad-plus-plus.org/) I will provide a 
patch for the official version as well. But it can take some time 
to be accepted there.

(it's a windows build so far, maybe I could try to build it for Linux 
as well, or maybe someone else can provide it)

----------------------------------------------------------
mod-web-api (v0.5.0)   released !
----------------------------------------------------------
An extensible, programmable webservice module for cheyenne.

http://www.pointillistic.com/open-REBOL/moa/files/mod-web-api-r2.zip

Docs are here, temporarily, until I setup my web server again:

http://www.pointillistic.com/open-REBOL/moa/files/mod-web-api/docs/mod-web-api.html


Installation and setup is all covered in the docs, but in fact, its 
just a question of dropping the file trre right over a cheyenne directory 
tree.
a demo is included as well as a http.cfg file to enable the demo.


it takes 5 minutes to setup and run the demo, as long as you've got 
port 81 free.

2367 version of the RMA/GUI and style not a menu bar .... pfffff...

Well, we are doing a couple of other things as well... this is the 
SVN revision number for the overall repository.

you can do what ever rebol is a topic that stoped to interest it's 
author to start with soooo... Good job the selected fews so called 
GURUs !! :)

http://www.microchip.com/en_US/family/mplabx/index.html
MicroChip came out with a crossplatform IDE (after ~10+ years)
It's in Java and 37MB zipped.
Another opportunity missed where Rebol could have excelled...

I wrote a quick quick quide to using Fossil with my repositories:

On Thursday I'm giving a Pecha Kucha about Rebol at the Karlsruher 
Entwicklertag (Karlsruhe's Developer Day). So, I have 20 slides, 
each 20 seconds giving me 6:40 minutes to present Rebol.


http://www.andrena.de/Entwicklertag/2011/Programm/Conference-Day/Innovationen-in-IT/REBOL.html

Let me know your topics you would present to a techie audience, where 
mostly none ever heard about Rebol. There are about 600 people expected.

Github open sourced their language highlighting/recognition tool 
two days ago. I just submitted a patch to disambiguate .r files between 
R and REBOL:

https://github.com/github/linguist/pull/20


I'm quite optimistic that this will get integrated in one way or 
the other. So somewhen in the future we should have proper syntax 
highlighting and language statistics for (.r-using) REBOL projects 
on Github.

Success! REBOL is now a language correctly recognised by Github. 
That also includes their per-language stats:

https://github.com/languages/Rebol

Facebook is changing the groups, so probably the Rebol group will 
be archived or whatever Mark Zuckerberg wants.
So I copied all posts and the "weekly" emails in a blog:
http://rebol2.blogspot.com/
You'll find there almost anything. :-)

I've added support for REBOL to "ohcount", Ohloh's source code analysis 
tool. As of today, those patches are live on Ohloh, making REBOL 
a language recognised by Ohloh:

https://www.ohloh.net/languages/92

Let's hope projects previously on Ohloh will get reindexed soon.


From Ohloh's about page: "Ohloh is a free public directory of open 
source software and people. [..] Ohloh is a directory, [..], and 
an analytics service. We use the data from our directory to create 
historical reports about the changing demographics of the open source 
world."

Web-Site updated. See: http://saphirion.com/development/


- the rm-asset.com site is no longer valid, the company was terminated

- we use a web-font please let me know if you see any screwed up 
pages
- this R3-GUI release is a huge one, see history

Any comments and feedback welcome.

I described a new dialect proposal at:

http://www.rebol.net/wiki/Replacement#SUBSTITUTE

Invite you to discuss it at the Core group

Good news! Well, I think so anyway. Carl modified the REBOL home 
page yesterday -- http://rebol.com.


There is a new link to the following page -- REBOL Overview For Scientists, 
Engineers, Professors, Programmers. I think this is a new page.

Announcing a new version, 

    http://www.fm.tul.cz/~ladislav/rebol/include.r

has been updated. Main changes:


- a new helper function INCLUDE-CTX/UPDATE-DIRECTIVES has been defined


This function makes directive updating comfortable enough for every 
user. For other changes, see the "Changelog" section of the

    http://www.rebol.net/wiki/INCLUDE_documentation

, which has been updated as well to reflect the changes.

I could use a REBOL programmer for my new startup. Must be in the 
Las Vegas area or willing to relocate. Send resume to [Ryan-:-iOrderPOS-:-com]

So far it's just a working mess - take it or leave it - I will clean 
it and document in a future.

Hey Rebols, Ryan is back! I need some people to fill the ranks of 
my new startup in Las Vegas, iOrderPOS. REBOL programmer @ $65k - 
$85k year. Javascript programmer @  $55k - $75k year.  Linux experience 
a big plus. Anyone out their interested in small contract jobs, or 
a Vegas workation should contact me as well, especially if you think 
you could put  REBOL on router. [Ryan-:-iOrderPOS-:-com] / 702-526-6774

Ryan, good luck with your business venture. I just checked out your 
website. Do you already have a demo presentation?

http://www.fm.tul.cz/~ladislav/rebol/include.r

has been updated

Main changes:

- support for user-defined directive sets improved a bit again
- a new error id defined
- errors documented
- a "runaway local" in a directive bug caught

For the complete changelog see

http://www.rebol.net/wiki/INCLUDE_documentation

Great work Ladislav. Is it a good practice to replace prerebol.r 
in SDK with include.r, to be able to use it in encapsulators?

Please note that we've renamed the groups that are for REBOL inspired 
languages to have a # in front of the name:
    #Boron
    #Red
    #Topaz
    #World

If there are any I've missed, please let be know in Ann Reply. Thanks.

In the weekend of 3 and 4 march, we will organise a DevCon for the 
REBOL family of programming languages in the "De War" Kleine Koppel 
40, 3812 PH, Amersfoort in the Netherlands. Which is ten to fifteen 
minutes walking from Amersfoort Central Station.
To get an impression of the previous conference see here
http://reborcon.esperconsultancy.nl/
De War

 alongside the river "Eem" in the neighboorhood of the Koppelpoort 
 on OpenStreetMap:

http://www.openstreetmap.org/?mlat=52.1628&mlon=5.3768&zoom=14&layers=M

Amersfoort Central Station is one of the largest railway junctions 
in the country.
http://en.wikipedia.org/wiki/Amersfoort
http://en.wikipedia.org/wiki/Koppelpoort
http://en.wikipedia.org/wiki/Eem


Amersfoort is also the birthplace of painter Piet Mondriaan. As a 
result of that you can visit the Mondriaan House:
http://en.wikipedia.org/wiki/The_Mondriaan_House


Nenad will be giving a workshop about Red. Kaj wil present his bindings. 
Other REBOL-related subjects are welcome?

Thank you Ladislav.

There is a typo on the DO line on ladislav-include.r script: % character 
shouldn't be there.

Crosslinks in the repositories are now enabled by default when the 
browser is detected to be a human user (still keeping crawler bots 
from hammering the server)

Hi all, Andreas created:

    https://github.com/rebolsource/rebol-syntax

and I committed the initial %syntax.r file. Be warned, though:
- it is just a start, many datatypes are missing
- not tested extensively, likely to contain bugs
- CARET-NOTATION defined as in R3

Let me add: the aim of the rebol-syntax project is to have a formal 
specification of REBOL syntax.

I should probably create a document how to use the second one.

While rebuilding the cloud server that runs this world, somehow the 
old Core group file became corrupted. I have no idea how it happened. 
The tar backup showed the correct datestamp, but the extracted file 
was shorter than it should be.


Anyway... Using a copy of the file from my client, I fixed most of 
it.... but there are quite a few message in that group, so I've renamed 
it, and created this new one to take its place.

Some of you might see a long delay while AltME attempts to resync 
that older group (which is a few MB in size.) But, hopefully, it 
will return to normal after a few minutes.

BTW, I think a couple days of Core msgs were lost.  If someone wants 
to repost them, you can put them here.

How do you get:
newob: make object! [
    catalog: make object! [
	book: [make object! [
	         author: make object! [
	          value?: "Gambardella, Matthew"
	         ]
	       ]
	]
    ]
]

from:

ob: make object! [
    catalog: make object! [
        book: [make object! [
                author: make object! [
                    value?: "Gambardella, Matthew"
                ]
               ]
        ]
     ]
     extra: {don't want}
]


What I really need is the set-word "Catalog:" to be present and not 
just a make object! [book...] which is what I get if I do something 
like newob: ob/catalog. 
Thanks in advance.

Is this what you want?  (newob/catalog and ob/catalog now reference 
the same object, so changes would update both..)

newob: make object! [catalog: ob/catalog]


For them to be entirely independent, it's a bit more difficult (or 
just a long line/multiple lines of "make xxx") - I can't think of 
a simple way to do it.

James, here is another way, if you know the words you want to remove, 
rather than the words you want to keep.

remove-words: func [

    "Returns a copy of the object with the specified words removed."
    object [object!]
    words  [word! block!] "The word, or words, to remove"
    /local spec
][
    spec: third object
    foreach word compose [(words)] [
        remove/part find/skip spec to set-word! word 2 2
    ]
    make object! spec
]

o: context [a: 1 b: 2 c: 3 d: 4 e: 5]
probe remove-words o 'c
probe remove-words o [a e]

I added a comment to

http://curecode.org/rebol3/ticket.rsp?id=1194&cursor=1


describing a syntax variant that looks like being available in REBOL 
for heredoc strings. Does it look acceptable to you?

I think we need to consider what the MOLD output looks like, though 
I'm not sure about Oldes's suggestion of a /heredoc refinement. And 
while I like Ladislav's serialized rebol syntax, I wonder if there 
are other possibilities. Could we leverage the << heredoc standard, 
and would that be better or more confusing with the tag! type as 
a close relative. It also makes me think more generally about where 
it fits in the rebol lexicon. Is it still just a string!, or are 
there wider implications? What do we call it? Is its main purpose 
to make dealing with curly-brace languages easier, and is that just 
a vague "nicer thing" or are there specific cases we have in mind 
(e.g., test cases :-) ? If rebol is still at its heart a messaging 
language, how would we leverage this type of "payload"?

Could we leverage the << heredoc standard - actually not, <<is already 
taken, it is a word in REBOL

 Is it still just a string!, or are there wider implications?
 - of course, this is yet another string syntax

Note to the {...} syntax. It actually is a heredoc-type syntax. The 
only trouble with it is, that it does not have the variable part.

, which is a problem, since the use of escaping defies the whole 
purpose of it

REBOL is not just a language allowing computers to communicate (if 
it were, escaping would be enough for every string), but also a language 
allowing humans and computers to communicate. And, I do not find 
escaped strings to be easily writable/readable for me, that is why 
I prefer to have the heredoc syntax available.

So, in general, the usage of the heredoc syntax shall make REBOL 
more readable/writable/handleable for humans, which is a good thing 
(tm), if it weren't there would be no reason to not use the machine 
language still.

#[[Graham

Why can't we redefine chars eg. in some sql dialects you can define 
the terminating character.  So, why can't we redefine the another 
character temporarily so that has the same functionality and then 
{} become ordinary characters?

Graham]] - I do not understand how would such a proposal work. Can 
you be more specific, showing an example?

Generally spoken, I do know what the advantages of the heredoc syntax 
are, and I hope I succeeded to communicate that to you. The syntax 
is used in other programming languages, making them more comfortable 
for humans. Not having the syntax in REBOL is not good, especially 
taking into account, that REBOL, as opposed to the above mentioned 
languages, is not just a programming language, meaning, that in REBOL 
you can write more than just programs.

I was on the fence about the heredoc proposal, but now that Ladislav 
has come up with a syntax that makes sense (this was missing from 
the previous proposal) I am now all for it. One caveat though: It 
would be best if, like other string syntaxes, the syntax details 
are thrown away after loading. By this I mean that
a
{a}
#[[blah
a
blah]]

should all generate the same string. Once it is loaded, there should 
be no way to determine that it was specified as a heredoc. Heredoc 
should be syntax only, not in any way affect semantics.

I don't think we can throw away the meta info about it being a heredoc 
string, unless we want to use Oldes's idea of adding a refinement 
to MOLD. And then you have to choose when to use it. While we can 
say that it's easy for MOLD to add escapes to curly braces, that 
doesn't mean it will be easier for humans to read generated strings 
that contain them.


I can't say I've ever needed it personally. The { } syntax works 
well, and is as much support as TCL has for heredoc strings it seems 
(we even have TRIM/AUTO to help with indenting issues).  


I want to like the idea a lot, but I only like it a little so far. 
Mainly I wonder if it's worth adding for the sake of just the curly-brace 
chars. I understand the usefulness for the curly-language and test 
dialect scenarios, I'm just not sure of the cost/benefit ratio.

No refinement to MOLD needed. MOLD should know nothing about heredocs. 
Use a separate formatter function, like this:
mold-heredoc: func [value tag [string!]] [ 

 ajoin ["#[[" tag "^/" either string? :value [value] [mold :value] 
 "^/" tag "]]"] 
]

And once it is loaded, it is a string. There is no escaping in memory.

Yes, my point is exactly the same, even without any new datatype, 
etc., having just a new syntax to specify strings will be of advantage.

The proof is in the pudding - even now we do have two syntaxes for 
strings, and no string contains any information specifying which 
syntax was used (it is even possible, that none, since a string read 
from a file was not defined using any of the two.

Whether the tag is optional or not - well, I am not firmly at either 
side. Nevertheless, the empty tag can be considered a tag as well, 
just a special one.

Hi, I have a client whose ftp username has an ampersand @ in it. 
I think that's causing a problem accessing it. Is there a way around 
that or should that work?

Regarding the "why the heredoc syntax was proposed" question, here 
is another reason, that is important for me, proving, that even users 
not planning to use other languages than REBOL can take advantage 
of it:


In my REBOL script files, I usually write code examples, or code 
tests, that are meant to demonstrate the newly defined functions, 
or to test whether they work as expected. That code is in no way 
meant to be run every time the script is run. Therefore, I use the 
COMMENT function to ensure the example/test code does not run every 
time the script is run.


Since it is a comment, I prefer to use a string to be able to write 
it "free-form" not being bound by the requirement of loadability 
of the text. However, when the code examples in the comment contain 
special "escaped characters", this would look ugly, therefore I rather 
give up the free-formness of the comment gaining the advantage of 
not being forced to escape the special characters, but being forced 
to keep the comment REBOL-loadable. The proposed heredoc syntax can 
solve this, and similar problems nicely and naturally.

Regarding the syntax name - if we want to use a scientific one, we 
can call the syntaxes "single-line syntax with escaping", "multi-line 
syntax with escaping", and "multi-line syntax without escaping".

I do the same thing as Ladislav with tests and comments, and having 
a separate HEREDOC func makes much more sense than a MOLD refinement. 
I'm still not keen on the name, but the scientific options are a 
bit long for func names. :-)

I'm fine with the tag being optional as well.


The discussion here, and comments on curecode, have addressed my 
current questions and concerns. Thanks to all involved for that, 
particularly Ladislav. I think it's absolutely worth a trial run 
to see if anything comes up in acutal use that isn't easily addressed 
with docs.

As the general conscensus stands I think this will be a GREAT addition 
to the syntax.   I've missed this notation in REBOL from the day 
I used other languages which have it.

:-) I surely missed it before using other languages which have it. 
(since I did not use such a language yet)

yeah, I think its a bit more human understandable... text appears 
"as-is" .

yes, but this is a string format, not a rich-text format.  so the 
only formatting you can give it lines, tabs & spaces.

pre tag should always have had a  tag=""  paramter which allowed 
it to skip html content until it found a closing <pre> tag with the 
same tag attribute (my 2 cents).

also, historically R2 view had the "as-is" identifier which meant 
to preserve the formatting, but it was still limited to the language's 
lexical parser... this could be used instead. 


meaning roughly... don't interpret the stream of bytes as containing 
any codes, just use it as a stream of characters  "as-is"..

I'm just saying that "pre-formatted" is a nice differentiating term:

single-line, multi-line & pre-formatted.

Please stop fussing over the name and just stick with heredoc, which 
is a widely used and well-established notion.

Heck, there's even a Wikipedia page on it: "A here document (also 
called a here-document, a heredoc, a hereis, a here-string or a here-script) 
is a way of specifying a string literal"

Seconded, there is exactly *no* reason I can think of to give heredoc 
like strings a name other than "heredoc" string. Even stackoverflow.com 
features a heredoc tag.

The closest thing to a heredoc in html is a cdata section.

Not a pre.

Graham, the REBOL way is to rename things if there is a good reason 
to do so, not just at random :)

Actually, I think a pre is closer to heredoc than CDATA.
CDATA is strictly speaking for XML or XHTML. not HTML.

And CDATA only, in effect, protects unescaped <, > and & from being 
interpreted as mark-up.

Perhaps, more importantly for the heredoc issue, whitespace is not 
guaranteed to be left as-is in CDATA:
   http://www.w3.org/TR/html4/types.html#h-6.2
But it certainly does not matter to me what we call it :)

Regarding order of function parameters ... eg.  REPLACE target search 
replace /all /case /tail


it's probably not as intuitive to read ... but if you had  REPLACE 
search replace target /all /case /tail

this would aid processing the output of other functions

So, instead of 


replace some series of functions here which returns a string but 
I've got to end this stream with replace target

I could do


replace  replace target   some series of functions here which returns 
a string but I've got to end this stream with

with the aim of passing the output of one function to another in 
a chain

Or, how about a switch that allows you to change the order of the 
arguments?

o: context [test: 123]
append h o
n: context [n2: context [h]]

Above is just a concept of what I want which is to create an object 
with an object that contains the object(s) held within h block. I've 
tried compose/deep binds and just about everything else I could think 
of.

The context of this is I have created objects which are held in a 
global block represented by h. I then have to  put these all together 
as one object. I just can't get rebol to do that. I always get a 
rather empty object.

Wow, you had a lesson from the master!
Remember to add a comment to the final code:
     Designed in collaberation with: Carl Sasserath.

:-) It was more like "you call yourself a reboller?"

On Windows 7, is there a known reason that REBOL, doing a read %., 
would not return all the files in a dir? I can only think security/permissions 
are at play somehow. I need to test more, but as a quick test, you 
could open windows/system32/ in explorer and look at its file count, 
then do a READ on that dir and see if you get a different result.

This is my attempt at a function that returns the object or value 
at the end of the given path.  If there is nothing at the given path, 
it returns none.

  get-obj-value: func [ obj [object!] path [path! word!]
        /local id 
    ][  
        if word? path [ path: to-path path ]
        either not empty? path [
            either all [ 
                id: in obj path/1  
                obj: get id 
            ][
                either 1 = length? path [
                    return obj
                ][
                    either object? obj [
                        get-obj-value obj remove copy path
                    ][
                        return none
                    ]
                ]
            ][
                return none
            ]
        ][ obj ]
    ]

improvements appreciated

Hi, solving a problem with file! values in different filesystems. 
I need to handle case-insensitive filesystems differently, than the 
case-sensitive ones. Does REBOL already offer the information, whether 
the filesystem in question is case-sensitive?

Ladislav, how about reading the root directory, find a camel-cased 
file, lower/uppercase it and ask if the file exists?

I guess also it's a problem for networked drives. The file sharing 
mechanism might offer incorrect information as to what the case sensitivity 
for the file system being shared, is.

Right, it is a complicated matter, that is why it looks better to 
use an "acceptable" solution instead of trying to implement a "perfect" 
solution

Could you try a variant on....
    all [exists? uppercase what-dir exists? lowercase what-dir]

....At least it does not require reads/writes outside of the current 
folder.

not if the includes are grabbed from a network resource, such as 
when running your R3 in a VM inside another OS and the source is 
stored in that other OS.

actually there is a way to know if the destination filesystem is 
case sensitive, but it requires a write operation.

hehe... just saw sundanda's original post... which basically a play 
on my above post... it was out of scroll on my view.

I take it back.. REBOL cannot have any idea what I want to do, so 
better to use compare function, like:
sort-pairs: func[block-of-pairs][
	sort/compare block-of-pairs func[a b][
		either a/x < b/x [
			1
		][
			either a/x = b/x [
				either a/y < b/y [
					1
				][
					either a/y > b/y [-1][0]
				]
			][ -1 ]
		]
	]
]

sort-pairs [748x430 68x206 748x194 305x147]
;== [748x430 748x194 305x147 68x206]

Oldes, exactly the use case to use case... 

case [
	a/x < b/x [-1]
	a/x > b/x [1]
	a/y < b/y [-1]
	a/y > b/y [1]
	'equal 0
]