r3wp [groups: 83 posts: 189283]
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

World: r3wp

[Red] Red language group

Dockimbel
15-Mar-2011
[385]
I can compile it with the last Red/System version (adding calling 
converbut I get a "zmq_err0 entry point not found". I guess, there's 
a regression in the compiler or an incompatible change. I'll check 
that after publising the new revision with extended Linux support.
Kaj
15-Mar-2011
[386x3]
Interesting that it works under WINE but not Windows. :-) I did have 
to install some Visual C++ runtime from 2008, but the lack of that 
produced a fairly clear error pointing in that direction
Did you install libzmq.dll? It's a binding with a dynamic library
I suppose Gregg did, mentioning 2.0.10
Ladislav
15-Mar-2011
[389]
regarding the: "... but implements decimal math, not floating point 
math." - sorry, that is false. Actually, I think, that it implements 
decimal floating point math. What it does not implement is binary 
floating point math.
Dockimbel
15-Mar-2011
[390]
Kaj: I've installed the Windows binary from this archive: http://mark.ossdl.de/2011/01/zmq-and-pyzmq-for-windows/
Kaj
15-Mar-2011
[391]
That 0MQ version works for me on WINE
Dockimbel
15-Mar-2011
[392x2]
Ok, got the Linux support working (except the DLL support part).
Simple hello word executable: 162 bytes
Hello.reds executable: 884 bytes
:-)
Pushing the new revision in a couple of minutes...
Kaj
15-Mar-2011
[394x5]
Very cool
So the 512 bytes binary pages (with seemingly 2048 bytes minimum) 
are a Windows thing?
Here's the library package I needed to install for 0MQ:
http://www.microsoft.com/downloads/en/details.aspx?FamilyID=9b2da534-3e03-4391-8a4d-074b9f2bc1bf&displaylang=en
There are newer versions. I don't know if they would work. Maybe 
they're needed if someone compiled 0MQ on them
Dockimbel
15-Mar-2011
[399]
ELF seems to be a bit smarter about page loading, it doesn't require 
explicit padding to page boundaries in the file itself, so can generate 
smaller exe. (It's possible with PE too with some hacking).
Kaj
15-Mar-2011
[400]
My client/server executables are 3 KB. That's two orders of magnitude 
smaller than REBOL. Who would have thought?
Dockimbel
15-Mar-2011
[401x4]
New revision pushed online.
:-) That's the good side of being closer to the metal.
Btw, the newer revision requires explicit calling convention to be 
added to imported DLL, see %red-system/runtime/win32.r
Windows DLL: stdcall
C DLL: cdecl (or stdcall if that's the required convention)
Kaj
15-Mar-2011
[405]
Yes, thanks
Dockimbel
15-Mar-2011
[406]
Btw, can't color the R letter in red in the Linux version, not sure 
it's possible at all to make ANSI sequences interpreted using only 
syscalls.
Kaj
15-Mar-2011
[407x2]
Probably depends on the terminal definition the system is running 
under (which can vary wildly)
Do you plan to implement #import for Linux soon?
Dockimbel
15-Mar-2011
[409x2]
Andreas is supposed to give it a try this week.
OMQ: still getting the same error message, got at least 3 versions 
of Visual C++ 2008 redistribuable package (added the one from your 
link too).
Kaj
15-Mar-2011
[411]
Odd; must be something else
Andreas
15-Mar-2011
[412]
very nice, doc. the ELF hello works like a charm here :)
Dockimbel
15-Mar-2011
[413]
Goog to know.
Andreas
15-Mar-2011
[414]
re the size of executables, for comparison: basic 0MQ examples ("hwserver/hwclient") 
written in C compiled & linked dynamically with GCC & gold on Linux 
are ~6KB in size.
Kaj
15-Mar-2011
[415x3]
The 0MQ error code function is called zmq_errno. If the error message 
is about zmq_err0 it seems the name is being truncated somewhere 
on Windows
This function differs in that it has no parameters, only a return 
value. Might have something to do with it
Actually, this name truncation is in the symbol table, so it's a 
bug in the Red code generator that doesn't disturb WINE if the function 
isn't called
Dockimbel
15-Mar-2011
[418]
Looking at the server.exe content, I see the zmq_err0 in the imported 
functions list. So it seems to be corrupted inside the executable.
Kaj
15-Mar-2011
[419]
The name is garbled from zmq_errno to zmq_err0
Dockimbel
15-Mar-2011
[420x2]
I'm looking into the linker to find the cause.
Found the issue: #define no 0 :-))
Andreas
15-Mar-2011
[422]
heh, good catch :)
Dockimbel
15-Mar-2011
[423]
The preprocessor is a bit too aggressive.
Andreas
15-Mar-2011
[424x2]
is it case-sensitive?
yes
Dockimbel
15-Mar-2011
[426]
yep
Andreas
15-Mar-2011
[427]
so sticking to the C convention of ALL_CAPS_DEFINES is probably a 
good idea (at least for now) :)
Dockimbel
15-Mar-2011
[428x2]
That would be safer, until we get a smarter one.
I thought about adding a full macros system, I think it will be useful 
until we can compose Red/System code from Red itself.
Kaj
15-Mar-2011
[430]
Right, I ran into the preprocessor zeal before, and replaced some 
other values with variables
Dockimbel
15-Mar-2011
[431x2]
Once that definition fixed in %ZeroMQ-binding.reds, I can compile 
working versions of client & server...testing...seems to work ok, 
the server is receiving a list of Hello messages from the client. 
:-)
Congrats!
Kaj
15-Mar-2011
[433x2]
Thanks :-)
Is the preprocessor necessary at all? It's usually much nicer to 
implement this functionality at a more integrated level in a language