AltME: Announce

Messages

Kaj
I put Try REBOL behind a new, more reliable proxy server:
http://tryrebol.esperconsultancy.nl
This should improve its availability.
Kaj
I've moved our Red and REBOL repositories to a new, more performant server.
Kaj
I don't know if Fossil could be any faster than it already was on our server of fifteen years old, but at least preparing a package of my binary Red downloads will take less time now:
http://red.esperconsultancy.nl/Red-test

Kaj
Fossil now has caching in its web server. I enabled it on the repository for the binary Red downloads, so a full package download will now usually start immediately instead of after two minutes:
http://red.esperconsultancy.nl/Red-test/zip/Red(System)%20Testing.zip

Kaj
Try REBOL now has a new, shorter URL:
http://try.rebol.nl
The old location also still works.

Bo
I wrote a dialect for GPIO, specifically for the ODROID I/O Shield, that I am outlining in the August issue of ODROID Magazine.  It handles configuring pins as input, output or PWM (pulse-width modulated).  It could be easily modified to work with other GPIO systems, like the Raspberry Pi or other systems.  Here is an example of the dialect:
gpio [
    init out [p00 p07 p12] on       ;Initializes pins p00, p07 and p12 as outputs
    wait .1     ;Waits .1 second
    off     ;Turns off pins p00, p07 and p12
    init in p16     ;Initializes pin p16 as input
    init pwm 1 .1 p01       ;Initializes pin p01 as PWM with a 1 second period and a .1 second pulse
    p12 on      ;Turns pin p12 back on
    wait .5     ;Sleeps for .5 seconds
    p07 on      ;Turns pin p07 back on
    wait 1      ;Sleeps for 1 second
    off     ;Turns pin p07 back off
    deinit p01      ;Turns off pwm and deinitializes pin p01
    init gpio in p01        ;Reinitializes pin p01 as a GPIO input
    read speed p01      ;Reads the value of pin p01 into system/gpio/vars/speed
    reset       ;Deinitializes all GPIO and PWM pins
]
Other than loading the dialect, nothing else has to be done first.  The dialect takes care of making sure the GPIO system is active, and activates it if it isn't already.  The dialect was designed to decrease wordiness while being very easy to understand and follow.  One way it does this is by keeping track of the context and applying any ambiguous commands to the most recent subject.

szeng
I have pushed my changes to R3 with external C function access to github: github.com/zsx/r3/tree/ffi on branch ffi

Andreas
I published a few updates to my minimalist "shttpd" HTTP server implementation for Rebol 3. Most notably, a workaround was added to properly send reponses >32'000 bytes (thanks to Bo and Boleslav for prodding me about this).
The full list of changes:
    Add a few select MIME types
    Switch default MIME type to application/octet-stream
    Use last "."-separated path component as extension
    Trim indentation from the error template
    Send content-length header
    Manually send body data in 32'000 byte chunks
shttpd is available at:
    https://github.com/earl/rebol3/blob/master/scripts/shttpd.r

DocKimbel

Kaj
I upgraded Red on Try REBOL to 0.4.3 plus the latest enhancements:
http://try.rebol.nl
(The version number in the title will update after the next maintenance restart of Cheyenne.)
Kaj
I upgraded my binary test downloads to Red 0.4.3 plus the latest enhancements:
http://red.esperconsultancy.nl/Red-test
I added ARM-HF builds for Linux in the "RPi" target. folder.
Because Linux distributions with the old 0MQ 2 versions, particularly the previous Ubuntu Long Term Support, are now being phased out, I upgraded the builds for other systems than Windows to 0MQ 3/4. (0MQ 4 was already included for Windows.)

Bo
The August 2014 issue of ODROID Magazine is available at http://magazine.odroid.com.  In this issue, I have an article on how I go about writing dialects, using the example of a GPIO dialect (General Purpose Input/Output) I created for the ODROID IO Shield using Rebol 3.  It could be easily modified to work with other GPIO applications, like the Raspberry Pi.  In retrospect, I would change some of the dialect decisions I made and some of the implementation.  The entire dialect and article was designed and written in one day, so I didn't have a whole lot of testing before publication.  That's my excuse, and I'm sticking with it. :-)

Bo
The September 2014 issue of ODROID Magazine is available at http://magazine.odroid.com.  I didn't have time to submit an article for this issue.  (However, I am wondering if anyone noticed that the "Meet an ODROIDian" article last month was about me as nobody mentioned it.)  Here's the table of contents for this month's edition:
6 Playing Sega Games in HD 1080p: A Blast from the Past
7 Linux Gaming: Playing Native Games on the ODROID - Part 1
9 Building an All-In-One DIY Laptop: Take Your U3 Anywhere
10 Bash Basics: Shebangs and Shebangs
12 Installing Freedomotic: A Building Automation Framework
13 Installing WICD: A Network Connection Manager
14 3Dponics: An Open Source ODROID-Powered Gardening System
18 Wall-E: Building Your Own Robot At Home - Part 1
23 Weather Forecast on the Desktop: What Chance Is There to Catch Fish Next Weekend?
25 Digging (Into) the ODROID-SHOW: Part 2 - Making Connections
28 Headless 10-Node ODROID-U3 Cluster: The Ultimate Affordable Home Supercomputer
30 Android Development: Inside the Android APK
33 Meet an ODROIDian: Tobias Schaaf, Linux Ninja and ODROID Enthusiast

amacleod
Great, Bo. I'll check out last months for that article....
Bo
Thought that some of you might want to throw in your $0.02.

Bo
The AltME feed is reportedly back up again on SO Chat.

Andreas
Shixin Zeng announced the availability of an (open source) encapper for R3 on Stack Overflow chat. Here's the original text from Shixin:
"Anybody interested in bundling the REBOL script into an executable? I have worked out something that can build such an executable for both Linux and Windows. The change is at: https://github.com/zsx/r3/commit/c4a478b9"
From the referenced commit message:
"Add an encapper for Windows and Linux
The way it works is:
1. embedded the script into the executable file
2. the interpreter checks for the existence of the embedded script
3. if it finds it, runs it and ignores "--do" and script passed in from
the command line
4. if not, act as a regular interpreter
The encapper on linux is just a wrapper around objcopy, wihch adds a
section with the script to the executable
On Windows, the script is added as a resource, and some windows APIs are
used to retrieve the information."
Andreas
I'm also happy to report, that some initial testing shows that Atronix's R3 encapper works on Linux quite nicely.
I managed to build a fully statically-linked 64-bit R3/Core binary with a "Hello, World!" script encapped that comes out at ~800K in size.
Being fully statically-linked (using the musl C library) means that it's completely standalone: no libc, libm, libdl, etc depencies (those who have encountered libstdc++ dependency troubles with R2 might appreciate that). The only dependency left is a Linux kernel (with a compatible interface). So such binaries should be able to run unaltered for many, many years to come.
On the R3 side, this binary includes a 64-bit core, HTTPS support, a full CALL with I/O redirection, the FFI (/Library), etc. Pity that the encapped "Hello, World!" script doesn't make any use of all that :)
szeng
Prebuilt R3 capable of encapping is available at http://atronixengineering.com/downloads.html as development releases. Together with the encap.r from https://raw.githubusercontent.com/zsx/r3/atronix/make/encap.r, it can be used to encap the REBOL script into the interpreter and run as a standalone program

Bo
Not specifically Rebol-related, but we hope to promote Rebol through our new channel, http://ameriDroid.com .
ameriDroid.com is now the official US distributor for Hardkernel's entire ODROID product line.  ODROIDs are some of the most powerful single-board computers available in the world, running primarily Linux and Android.  Check out the site and let us know what you think!

Last message posted 112 weeks ago.