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

World: r3wp

[Red] Red language group

Kaj
8-Jan-2012
[4338x7]
On Mac, the math library path may have to be adjusted
On Syllable, I get:
*** Runtime Error 101: no value matched in SWITCH
*** at: h
This looks like an error in the runtime to me, quite possibly not 
even float related
It could be an unknown signal group in POSIX.reds
The default error definition on a signal doesn't work anymore since 
the last SWITCH change
The at: report is also odd
Dockimbel
9-Jan-2012
[4345x3]
The x87 FPU init code wasn't stable when I pushed the commit yesterday 
night, and I forgot to launch the test suite. It should be ok now.
Hmm, your error report looks odd indeed, I'll fire up my Syllable 
image and try to reproduce it.
The latest hello script and my float test script above are both working 
ok on my Syllable image.
Kaj
9-Jan-2012
[4348]
Please have a look at the signal handling code. It doesn't comply 
with SWITCH semantics anymore
Dockimbel
9-Jan-2012
[4349x3]
Kaj: have you tested again with latest commit? This issue should 
be fixed now, I've left some lines commented in _PRINT function, 
so that pointers and structs addresses were not printed anymore, 
that matches with your buggy error report.
Kaj's article on OSNews translated in Chinese for OSEye.net: http://www.oseye.net/kb/show/2774
I wonder what is written on the orange banner on top of the Android 
screenshot?
Kaj
9-Jan-2012
[4352x3]
Cool :-)
Thanks, I'll test again
They have taken over Syllable articles before
MikeL
9-Jan-2012
[4355]
Kaj, Will float deployment in Red allow GTK range widgets to be supported 
in your binding?
Kaj
9-Jan-2012
[4356x8]
I think so, but you won't be able to calculate such things yourself 
yet. Do you need them?
Floats work better on Linux now. Before, it crashed when combined 
with other code
On Syllable, I now get:
*** Runtime Error 101: no value matched in SWITCH
*** at: 80000C2Eh
Indeed, I don't see the SWITCH fixed in POSIX.reds
The fact that it crashes with a signal in the first place, I can 
fix with the workaround from bug #129, so this is another case this 
bug affects
Basically, nothing works without LibC initialisation code, except 
programming the kernel directly and exclusively
What's the ETA for fixing this? I would like to promote all the bindings, 
on OSNews and such, but I can't really do so as long as they don't 
work on Syllable
BrianH
9-Jan-2012
[4364x2]
Do you have an unhandled choice in SWITCH? Rather than return an 
undefined value (since Red/System doesn't have none!) it triggers 
an error instead. Put in a default clause.
Of course if that's not the problem, never mind.
Dockimbel
10-Jan-2012
[4366x2]
Right, the SWITCHes in POSIX.reds need default clauses. I need to 
see which signal is raised on Syllable that is not listed in ***-on-signal.
LibC init code: I need to have a deeper look in the init/exit libC 
routines first to see what's exactly happening there before wiring 
it in Red/System. I'll do that once I finish the current work on 
partial float support.
MikeL
10-Jan-2012
[4368x2]
Kaj, I am doing very simple UI now using GTK based on your Doc-Kaj 
work.  It is totally adequate for what I need to do in the next month 
but after that I want to add value to my users with the range widget 
and some others such as Calendar.   I think they will allow me to 
build smaller more precise user interfaces quickly.
I have been looking for keyboard event handling in GTK with little 
luck. Is this gtk_key_snooper_install () how to detect Home,End, 
PgUp, PgDn keys?
Kaj
10-Jan-2012
[4370x2]
I haven't looked into that yet, but I'll keep it in mind for the 
coming time
Are you using Red in production? That's exciting
Henrik
10-Jan-2012
[4372]
and risky? :-)
Kaj
10-Jan-2012
[4373x2]
I don't know of much that isn't risky these days
All of us in Red are forcefully steering towards production, so we're 
well aligned
Oldes
10-Jan-2012
[4375]
Is it already possible to get input args (when I run the app from 
console)?
Dockimbel
10-Jan-2012
[4376]
Yes, using system/args-count and system/args-list, see: http://static.red-lang.org/red-system-specs.html#section-12
MikeL
10-Jan-2012
[4377]
Yes production use but not yet controlling nuclear warheads.   The 
fall back is to use the web based UI  ... now used for 2 years.  
But in 2012 the data entry requirements are being made more challenging. 
  I am planning to use GTK UI using a smaller UI surface area ... 
 looks like a good starter project in a high school course ... unfortunately 
I haven't been in high school in a few decades.
GrahamC
10-Jan-2012
[4378]
Better check the license ...some of them exclude the use for controlling 
nuclear weaponry
MagnussonC
13-Jan-2012
[4379]
Kaj, you mentioned something about your Red repositories on announce. 
Is it possible to update all libs through one fossil repository now 
or do I still need to update each separately?
Kaj
13-Jan-2012
[4380x3]
They're separate repositories, as they're separate projects for different 
libraries
However, Fossil remembers archives it has handled. You can do "fossil 
all ls" to see which it knows about and "fossil all pull" to update 
them
pull only syncs the archive database. You still need to go into your 
checkout and do "fossil update" to check out the updates, but you 
could do that off-line
Pekr
15-Jan-2012
[4383x2]
Doc just tweeted about floating point support improvement - the list 
got updated - https://github.com/dockimbel/Red/wiki/Floating-point-support-todo-list
Doc - thanks for the update :-)
Kaj
15-Jan-2012
[4385]
Good stuff
Robert
16-Jan-2012
[4386]
Doc, might be of interest to you: http://drdobbs.com/blogs/parallel/232301070
Dockimbel
16-Jan-2012
[4387]
Yes it is, thanks. Good stuff for 64-bit Mach-o version. The GOT 
handling seems intricated in Mach-o, I will try to avoid the methods 
that involve fixups in code.