 | | 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)
|
