 | | Re: Aborting from ISR
|
|
It works! (after countless crashes and firmwire reloads that is ... :) By modifying the saved Instruction Pointer to point to a memory area which in turn contains the address of an "abort word", on the next execution of a word (either inside a (...) (22 years ago, 16-Jul-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: is it possible to remove lnp_handler while running ?
|
|
Have you tried the 0.2.6.05 ?? I remember something in this area while I was debugging RCX message passing. There is a different semaphone for the xmit buffer separate from the transmitter (TX) in 0.2.6.05 that was not so in 0.2.6 The very latest (...) (22 years ago, 16-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: is it possible to remove lnp_handler while running ?
|
|
no..wait.. im fairly sertain that i did have a context shift while in lnp_addressing_write..after all .could that be why it never returns ? Falco, i tried looking at your thread safe example in emulegos, but im afraid i didnt understand much of (...) (22 years ago, 16-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Lejos discussion archives
|
|
(...) Hi Jürgen Thanks for the link. It is not only up to date, but the search function actually works. Perhaps the lejos.sourceforge.net web site could be modified to use it instead of Geocrawler. Roger (22 years ago, 16-Jul-02, to lugnet.robotics.rcx.java)
|
| |
| | Re: is it possible to remove lnp_handler while running ?
|
|
heh.. tried that.. no luck :( sigh..after yet a couple of hours trying to figgure this out, im 99,99% sure that the problem is in lnp_addressing_write. could this be that the function is not thread safe ? but then again i have protected the function (...) (22 years ago, 16-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Lejos discussion archives
|
|
(...) Could be, I see the same. (...) I don't think so. You could use the sourceforge archive at (URL) Jürgen Stuber <stuber@loria.fr> (URL) (22 years ago, 16-Jul-02, to lugnet.robotics.rcx.java)
|
| |
| | Re: is it possible to remove lnp_handler while running ?
|
|
"kenneth johansen" <kennethj@stud.cs.uit.no> wrote in message news:3D343FAA.172476....uit.no... (...) I imagine you could just do something like lnp_addressing_set_handler( PORT, (lnp_addressing_handler_t) NULL ); I'm also curious as to why (...) (22 years ago, 16-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | Announcing BricxCC release 3.3.5.7
|
|
I've just uploaded another revision of BricxCC (version 3.3.5.7). This release removes the 2.0 SDK DLLs since I do not have a license to redistribute those DLLs. This release fixes more Graphing issues. Users can optionally have the graph maintain (...) (22 years ago, 16-Jul-02, to lugnet.robotics.rcx.nqc)
|
| |
| | is it possible to remove lnp_handler while running ?
|
|
another dumb question about lnp:) i was wondering if it possible to do something like lnp_addressing_remov...,handler); as opposed to lnp_addressing_set_h...,handler); after much debugging i think i have traced my problem to the fact that (...) (22 years ago, 16-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Re: Scheduler patch
|
|
I have been thinking (and toying with some ideas) concerning tthe wakeup checking. It might be possible to do wakeup checking more often then between each timeslice. This would make msleep more accurate and provide better sensor handling. I know (...) (22 years ago, 16-Jul-02, to lugnet.robotics.rcx.legos)
|
