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. :-)
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
Great, Bo. I'll check out last months for that article....
Thought that some of you might want to throw in your $0.02.
The AltME feed is reportedly back up again on SO Chat.
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."
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 :)
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!
I'm happy to announce that rebolsource.net now also provides a FreeBSD x86 build from mainline R3:
Feedback: WOOOO YEAH! We need a simple way to send, receive, and visually manipulate native Rebol data series (a list and *Grid* widgets, especially). Tab panels, accordians, and other page layout options would make this more than just cool. I'm ridiculously excited about the potential this little thing :)
Where can we get it?. I'll happily donate and write examples.
- SQL Server 2012 fix (blank lines embedded in output) - Refactored load-dsv based on csv-tools.r - Added /max and /min - Added /having - Fixed /save to handle empty? buffer - load-dsv now handles xls variants (e.g. xlsx, xlsm, xml, ods) - Fixed bug with part/where/unique - Added /compact - Added console null print protection prior to all calls - Added read-pdf (requires pdf2text) - Added read-xls (requires Excel)
I have updated the development version R3 at http://atronixengineering.com/downloads.html, all of them should now have a CALL with I/O redirection and be able to do async CALL. The implementation is still experimental, please give it a try and report any bugs as you see. The only difference between Linux/Windows version is that CALL in windows doesn't accept a block! or file! for its argument, it only accepts a string as the command.
Compatibility patches to-error does not work in R3 remove-each R3 returns integer select R2 /skip returns block unique /skip broken Minor changes to work with R3 read (R3 returns a binary) delete/any (not supported in R3) find/any (not working in R3) read/lines (not working in R3) call/show (not required or supported in R3) call/shell (required in R3 for *.vbs) Removed /unique Added column name support Added /headings Added /save none target to return lines Merged /having into /group worksheet changes Removed columns argument Removed /widths and /footer refinements Added spec argument Added support for date and auto cell types
If you like to be bleeding edge, you can now access our web sites, including Try REBOL and our Red and REBOL sites and Fossil repositories, through the HTTP 2 protocol, the successor to HTTP 1.1 and Google's SPDY protocol.