World: r4wp
[Ann-Reply] Reply to Announce group
older newer | first last |
Kaj 14-Jan-2013 [1197x12] | Looking for a direct link that I can give someone to download the latest red and red/system windows binaries |
People, these are all specific versions of an executable, identified by its hash value. One update and its not the latest anymore, so I never link to specific versions | |
The latest files (tip) are always here: | |
http://red.esperconsultancy.nl/Red-test/dir?ci=tip | |
The Windows executables are here: | |
http://red.esperconsultancy.nl/Red-test/dir?ci=tip&name=MSDOS | |
The console-pro is here: | |
http://red.esperconsultancy.nl/Red-test/dir?ci=tip&name=MSDOS/Red | |
But you need the SQLite library from the Red/System directory: | |
http://red.esperconsultancy.nl/Red-test/dir?ci=tip&name=MSDOS/RedSystem | |
Anyway, as I've announced many times, if you don't want to deal with the versioning system, you should just download everything in one package: | |
http://web.syllable.org/news/2012-11-18-20-47-Red-high-level-programming-language-first-alpha.html | |
Andreas 14-Jan-2013 [1209] | The following might be stable for the "latest" version of e.g. non-pro Win32 console: http://red.esperconsultancy.nl/Red-test/raw/MSDOS/Red/console.exe?name=tip |
Kaj 14-Jan-2013 [1210] | That's a manifest, not an executable |
Andreas 14-Jan-2013 [1211] | Pity. |
GrahamC 14-Jan-2013 [1212] | red>> print "testing" testing" The console is just an early version I recall |
DocKimbel 14-Jan-2013 [1213] | It is just a minor bug already referenced: https://github.com/dockimbel/Red/issues/383 |
Kaj 14-Jan-2013 [1214] | Graham, I see you made it :-) |
GrahamC 14-Jan-2013 [1215] | Yeah ... managed to download something that worked :) |
Gregg 14-Jan-2013 [1216] | Thanks for all your work on Red, Kaj! |
Arnold 14-Jan-2013 [1217] | I will have a look at this CGI capability of Red soon! |
DocKimbel 15-Jan-2013 [1218] | Kaj: I'm looking at your %console-pro.red script and it's really enjoyable for me to see all the pieces of Red programming stack put together and working well, at this point of the project. Kudos for having add script file loading to the console! :-) |
Kaj 15-Jan-2013 [1219x2] | Yeah, it's brilliant, the way Red blurs the lines between high level and low level programming, and compiling and interpreting, bringing them much closer together |
Sorry that I continued with the primitive marshalling. I couldn't stop myself ;-) | |
james_nak 17-Jan-2013 [1221] | Andreas, thanks for doing the rebolsource.net site. It is quite convenient. |
Andreas 17-Jan-2013 [1222] | Thanks. I'm glad you find it useful. |
Ladislav 17-Jan-2013 [1223] | having implemented R3 RANDOM (D.Knuth's algorithm adapted for R3) I am curious how are you implementing it in Red |
Kaj 17-Jan-2013 [1224x2] | I'm just using the standard functions in the C library, so the details are up to the operating system |
Most systems seem to generate 31 random bits | |
Ladislav 17-Jan-2013 [1226] | I'm just using the standard functions in the C library, so the details are up to the operating system - aha, so different interpreters will yield different random numbers? |
Kaj 17-Jan-2013 [1227] | Not really different interpreters; different operating systems |
Ladislav 17-Jan-2013 [1228] | OK, thanks |
Kaj 17-Jan-2013 [1229] | Perhaps Arnold will come up with a custom standard generator |
Kaj 18-Jan-2013 [1230x2] | Sqlab, you're probably using the Red console. The interpreter doesn't recognise paths yet, so it can't execute functions with refinements |
https://github.com/dockimbel/Red/issues/382 | |
Arnold 18-Jan-2013 [1232x2] | Hi Ladislav, I have tried to make a random function in Red (Red/System) I saw your name in theR3 source too. That is Knuth's algorithm adapted for R3 and adaption to REBI64 type so you made 62 digits possible. |
But my problem with Red/System is amongst others no array, so you would keep administration using pointers, but than comes the question where to keep it? What starting address to use. And so on :) | |
Kaj 18-Jan-2013 [1234] | As Doc said earlier, use ALLOCATE |
Arnold 18-Jan-2013 [1235x2] | But indeed I do think for such relative simple algorithms you would not use calling of C functions unless you want speed etc. @Kaj, I heard you ;) That would be on http://static.red-lang.org/red-system-specs.html about section 14.1 examl=ple using malloc I guess. I have very limited time off atm :( |
Thank you Kaj, Just read Announce now :) !! | |
Kaj 18-Jan-2013 [1237x3] | :-) |
14.1 is just an #import example. ALLOCATE is built in, and it might as well not use C code | |
It's not described in the documentation, but there are many examples in the Red code and my bindings | |
Arnold 18-Jan-2013 [1240] | As soon as I have a little more time I'll hit on it! |
Gregg 19-Jan-2013 [1241x2] | The download script sounds great Kaj. May need to look at Fossil again. What I want is a REBOL wrapper that handles everything for me, let's me share and sync simply, and hides whether it's svn, git, fossil, etc. |
Have to think on that a bit, and find some spare time somewhere. :-) | |
Kaj 19-Jan-2013 [1243x2] | That has been my end goal for many years, so it's just a matter of time |
This script already hides the use of Fossil. All you need to do is download its one file | |
Gregg 20-Jan-2013 [1245] | More great stuff Kaj! File I/O is a key element. |
Bo 20-Jan-2013 [1246] | Hard to keep up with all the stuff Kaj has been doing on Red recently! |
older newer | first last |