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

World: r4wp

[!REBOL3] General discussion about REBOL 3

Geomol
24-Jun-2013
[2642x3]
Arithmetic on series ... like arithmetic on strings!? Funny language, 
that do things like that.
R2 can use strings in AND, OR and XOR, like binary!, but they're 
not right aligned.
R2 and R3 works the same in this:

>> (to integer! #{1111}) or (to integer! #{22})
== 4403
>> to integer! #{1111} or #{22}
== 13073

I guess, that's expected behaviour?
Bo
24-Jun-2013
[2645x3]
I would say so.  The great thing about datatypes is that they can 
save us a lot of work doing manipulations.
The downside to datatypes is that it is hard for the developer to 
determine proper behavior of different operations on the different 
datatypes.  Like, what should happen when you add a char! and an 
integer!...  My opinion would be that because your first argument 
is a char!, you want to increment/decrement it by the value of the 
integer!.  This could be useful in some situations.
I would expect 'or to be right-aligned on binary.
Geomol
25-Jun-2013
[2648]
I would expect 'or to be right-aligned on binary.

My example above is not right-aligned. This:

>> to integer! (#{1111} or #{22})
== 13073

This is right-aligned:

>> to integer! (#{1111} or #{0022})
== 4403
Bo
25-Jun-2013
[2649]
I was agreeing with you that 'or should be right aligned, even though 
it isn't.
Nicolas
25-Jun-2013
[2650]
Is there a GUI that currently works with Carl's last r3 alpha?
Maxim
29-Jun-2013
[2651x3]
is there another repository that is more up to date than the rebol/r3 
repo on github?  I really need to get the best sources ASAP.
need help compiling the R3 code base.   I must use GCC so can't use 
the microsoft vanilla :-(
in theory, I've got everything installed, using MinGW, with msysgit.
Kaj
29-Jun-2013
[2654]
You could try to follow the Syllable build description
Maxim
29-Jun-2013
[2655]
sure!   have a link?
Kaj
29-Jun-2013
[2656]
http://syllable.cvs.sourceforge.net/viewvc/syllable/syllable/system/apps/utils/Builder/packages/REBOL-Core--current/
Maxim
29-Jun-2013
[2657x3]
good thing is that I've got a VM running XP all setup, so I don't 
mind hacking it up to make it work... :-)
is the community source repo public?
ah ... its all in the file  :-)
Kaj
29-Jun-2013
[2660x3]
Everything is public on GitHub - except if you pay them
Here are some optional environment variables that you may have to 
set for a Windows build:
http://syllable.cvs.sourceforge.net/viewvc/syllable/syllable/system/apps/utils/Builder/packages/Syllable/REBOL-Core--current/
Maxim
29-Jun-2013
[2663]
is this a file type for some batch processing app, or just a hand 
written  note for  memory sake?
PeterWood
29-Jun-2013
[2664]
The former
Kaj
29-Jun-2013
[2665]
It's a formal file for my build system. A build dialect
Maxim
29-Jun-2013
[2666]
funny, I have a power build system too..  called maker.
Kaj
29-Jun-2013
[2667x2]
Never heard you about it
Have to go sleep, so good luck
Maxim
29-Jun-2013
[2669x11]
I have tons of unreleased stuff.  Amongst other things, I'll be giving 
away a new app at the devcon... a header conformance editing tool 
... using a header description dialect,  I hope people like it.
http://www.pointillistic.com/open-REBOL/moa/files/images/header-box.png
still R2-based, but useful nonetheless.
when I run make all, I get an endless loop in the prep stage.  

Duplicate: a-lib.c : RL_API void RL_Version(REBYTE vers[])

Duplicate: a-lib.c : RL_API int RL_Init(REBARGS *rargs, void *lib)

Duplicate: a-lib.c : RL_API int RL_Start(REBYTE *bin, REBINT len, 
REBCNT flags)
Duplicate: a-lib.c : RL_API void RL_Reset()

Duplicate: a-lib.c : RL_API void *RL_Extend(REBYTE *source, RXICAL 
call)
Duplicate: a-lib.c : RL_API void RL_Escape(REBINT reserved)

Duplicate: a-lib.c : RL_API int RL_Do_String(REBYTE *text, REBCNT 
flags, RXIARG *result)

Duplicate: a-lib.c : RL_API int RL_Do_Binary(REBYTE *bin, REBINT 
length, REBCNT flags, REBCNT key, RXIARG *result)

Duplicate: a-lib.c : RL_API int RL_Do_Block(REBSER *blk, REBCNT flags, 
RXIARG *result)

Duplicate: a-lib.c : RL_API void RL_Do_Commands(REBSER *blk, REBCNT 
flags, REBCEC *context)
Duplicate: a-lib.c : RL_API void RL_Print(REBYTE *fmt, ...)

Duplicate: a-lib.c : RL_API void RL_Print_TOS(REBCNT flags, REBYTE 
*marker)
Duplicate: a-lib.c : RL_API int RL_Event(REBEVT *evt)
in make-headers.r
that is using community repo.
strange... it seems related to the version of R3 I was using.  I 
changed to using the version on ../src/tools/make-headers.r and it 
seems to work.
doesn't seem to like being called from make
ah,   that's why   ">NUL:"    added....      so for the record... 
its not only Win7 which needs it... XP also seems to require it.
yay... got it to work  :-)
anyone got the recipe to enable graphics?
Kaj
30-Jun-2013
[2680]
You'll need the source from Saphirion
Robert
5-Jul-2013
[2681]
IIRC some started to write a formal grammar for Rebol3. Is there 
anything available to look at?
Andreas
5-Jul-2013
[2682]
At least two efforts come to mind:
https://github.com/rebolsource/rebol-syntax
http://reb4.me/r/rebol
Robert
5-Jul-2013
[2683]
Thanks.
Bo
7-Jul-2013
[2684x2]
Hmmm...interesting behavior.  I am trying to use R3 to act as a TCP 
server on Linux-ARM.  Here's a code snippet:

	if probe port? prt: wait [1 camsrv][
		probe cmd: copy prt
		call/wait reform [cmd "> cmdout.txt"]
		insert prt probe read cmdout.txt
		close prt
	]


The probe at the top returns 'false when there is no TCP activity, 
but it returns "TCP-event accept" when there is, and then it just 
sits there.  Escape (ESC) and CTRL-C will not break out of R3 at 
that point.  CTRL-C just outputs "[escape]" each time it is pressed, 
but doesn't escape.
Even

	sudo kill <pid>

doesn't kill it.  It just puts another "[escape]" on the line.
Maxim
7-Jul-2013
[2686]
wow that's a nasty bug.
Bo
7-Jul-2013
[2687]
But my real problem is that the line

	probe cmd: copy prt


never outputs anything, even after the "TCP-even accept" line is 
printed.  Even if I put a 'print statement as the first line of the 
'if block, nothing is printed.  So that leads me to believe that 
there is a problem right at the

	probe port? prt: wait [1 camsrv]

that locks up R3 hard.
Maxim
7-Jul-2013
[2688]
a bug worthy of a hackathon session at ReCode ?
Bo
7-Jul-2013
[2689]
I think there may be too many topics for hackathons. :-)
Andreas
8-Jul-2013
[2690]
Bo, see my reply on SO chat:

http://chat.stackoverflow.com/transcript/message/10446555#10446555
Gabriele
8-Jul-2013
[2691]
R3 does not use COPY and INSERT on ports, it uses READ and WRITE 
instead, but also, it is always async, so something like the above 
will not work.