• Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r4wp

[Ann-Reply] Reply to Announce group

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!