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

World: r3wp

[!REBOL3 Host Kit]

Andreas
4-Nov-2010
[740]
OSX is Mach-O.
Carl
4-Nov-2010
[741x2]
Ah... so there's the rub.
Ever try an elf-to-mach-o converter?
Andreas
4-Nov-2010
[743x4]
Nope.
But I only know of one, in any case.
And that'd still need a Mach-O linker.
(Agner's "objconv" is the one I once stumbled across: http://www.agner.org/optimize/)
ssolie
4-Nov-2010
[747]
I'm not seeing my Dev_Event device's RDC_QUIT vector being called 
when I exit r3 with a 'q' from the command line. I do see the RDC_INIT 
vector being called.
Andreas
4-Nov-2010
[748x2]
hmm, i don't think any of the RDC_QUIT vectors are called, iirc
what are you going to use for the event device? some amiga-ism?
ssolie
4-Nov-2010
[750x2]
yes, setting up a timer at the moment
the current event device uses some windows-ism
Andreas
4-Nov-2010
[752x4]
yes
i have a dirty hack somewhere for linuxisms :)
using libevent
and integrated into the network device
ssolie
4-Nov-2010
[756x2]
the Dev_Event device has a #ifdef TO_WIN32 on it
took me a while to figure out why no events were happening... heh 
:)
Andreas
4-Nov-2010
[758]
do you have select(2) on amiga?
ssolie
4-Nov-2010
[759]
if RDC_QUIT isn't working should I file a bug report?
Andreas
4-Nov-2010
[760]
i think so, yes. even if it is not a bug, it'll help clarify when 
the quit callbacks are actually supposed to be called.
ssolie
4-Nov-2010
[761x2]
yes, there is select() available
I didn't think I would need it for handling gui events
Andreas
4-Nov-2010
[763]
won't help you much with windowing, i guess
ssolie
4-Nov-2010
[764]
amiga is much more like windows in that respect
Andreas
4-Nov-2010
[765]
you have a message loop :) ?
ssolie
4-Nov-2010
[766x2]
yes, very much like the windows one
Wait(), GetMsg(), etc.
Andreas
4-Nov-2010
[768]
will make porting much easier
ssolie
4-Nov-2010
[769]
btw.. how do I add line feeds in altme?  so everything isn't a new 
line
Andreas
4-Nov-2010
[770]
you click the small "pencil icon", and then send messages with ctrl-s
GrahamC
4-Nov-2010
[771]
you can also use
Andreas
4-Nov-2010
[772]
(the "pencil" toggles multi-line mode)
ssolie
4-Nov-2010
[773x2]
line 1
line 2
thanks :)
Andreas
4-Nov-2010
[775]
do you have a window opening for the window gob already :) ?
ssolie
4-Nov-2010
[776]
yes I do.. just need to handle some events now so I can make it quit 
as well
Andreas
4-Nov-2010
[777]
very nice :)
ssolie
4-Nov-2010
[778]
one small step at a time
Carl
5-Nov-2010
[779]
nice!
Cyphre
5-Nov-2010
[780x2]
Andreas, I got this in OSX when compiling your test files:
http://cyphre.mysteria.cz/tests/osx-exports.txt
(
gcc version 4.0.0 (Apple Computer, Inc. build 5026)
Apple Computer, Inc. version cctools-590.obj~12
)
Carl
6-Nov-2010
[782]
Ah, so about the same as mine.
ssolie
6-Nov-2010
[783]
I found this line in the host-kit when handling the closing of a 
window:

Close_Window(gob);	// Needs to be removed - should be done by REBOL 
event handling

My question is how do I do this the right way?


I think I need to do an RL_Event(EVT_CLOSE) and then somehow wait 
for REBOL to notify me. How will REBOL notify me it is ready to perform 
EVT_CLOSE?
ssolie
7-Nov-2010
[784]
Would CTRL-C map to the EVT_INTERRUPT event?
I'm asking because when I do this:
>> wait system/view/event-port


R3 never returns and I cannot interrupt it. I'd like to fix this 
is possible.
Anton
7-Nov-2010
[785]
Esc key is supposed to interrupt it, isn't it?
Carl
7-Nov-2010
[786x4]
Steve, on window close issue, we need to decide.


The issue is this: when use hits a close button (or causes OS-side 
close event), do we close the window at the host layer, or do we 
send an event, allowing the higher layer to pre-empt the close.
=user
Arguments can be made both ways.


The win32 code currently sends EVT_CLOSE, but also calls Close_Window().
Steve, a few comments on script interrupt...


Yes, currently, we use CTRL-C. But, it's purpose must be better defined, 
because there are really 2 types of interrupts that we want to process.