 | | Re: LNPD and Cygwin
|
|
Hmm well i would like to see the lnpd ported to windows but, the client is a very good start. WinLNP was pretty much useless so any code you can put out would be very helpful. Good luck with the porting, Jason Hensler (22 years ago, 23-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | RE: LNPD and Cygwin
|
|
Actually, last night, I was able to get .NET talking to the IR tower, and have a method for (most of the time) reading an LNP packet, but not processing. If I tidy up the code, would anyone be interested in it? Matt -----Original Message----- From: (...) (22 years ago, 23-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: LNPD and Cygwin
|
|
4 weeks ago (26-Jun-02) i offered a port of liblnp for windows where the daemon lnpd still has to run under linux, but at least clients can run under windooze. but nobody answered to that message. porting lnpd to windows is hard, because for (...) (22 years ago, 22-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Running legOS under DJGPP Status
|
|
(...) Ummm.... Ok. Your call :-) But if the necessary porting turns out to be harder than expected, remember Cygwin. Max. (22 years ago, 21-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Running legOS under DJGPP Status
|
|
(...) This whole thread is about using legOS under DJGPP, not Cygwin. I really don't know why, but some people, me included, like DOS better. (22 years ago, 21-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Running legOS under DJGPP Status
|
|
(...) What about using Cygwin instead of DJGPP ? Max. (22 years ago, 21-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | LNPD and Cygwin
|
|
Is it possible to build and use LNPD under cygwin? None of the windows implementations of LNP really fit my needs (WinLNP might, if it would ever work) And if it is possible to build it, how? I attempted to and just ended up with build errors about (...) (22 years ago, 21-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | RE: lnp on alternate microcontrollers
|
|
I'm very interested in this as well. I hope to work on it this winter, when I spend my free time on legos and computers instead of boating and playing sports. I've ordered a couple Hitachi h8 series microcontrollers and developer kits. If anyone (...) (22 years ago, 21-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | RE: new name
|
|
When I checked last, getting a trademark on a name costed (I believe) about $45. Just my 2 cents Matt -----Original Message----- From: news-gateway@lugnet.com [mailto:news-gateway...ugnet.com] On Behalf Of Frank Carney Sent: Saturday, July 20, 2002 (...) (22 years ago, 21-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Running legOS under DJGPP Status
|
|
(...) If it helps, I got binutils to compile by using the --disable-bfd-assembler option to configure. Then I ran into gcc troubles. I just gave up and bought Linux. dll and firmdl3 will need major rewrites because DJGPP has no tty functionality. A (...) (22 years ago, 20-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | re: new name
|
|
You might consider getting a trademark so that not even lego can say anything to us about the name. Is this an expensive prospect? How about a superfund for it? Probably would want to get it in the names of all the major authors. Frank (22 years ago, 20-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | lnp on alternate microcontrollers
|
|
Has anyone tackled putting lnp on a non-lego microcontroller? This would be an interesting project. Frank (22 years ago, 20-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Re: Scheduler patch
|
|
Nice to see that someone is so involved in BrickOS like you are. Just don't go dissapear. /Joel (22 years ago, 19-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | *** legOS new name: And the winner is... ***
|
|
It is over now. There is a clear winner. The votes with the following phrases for osmOS are as follows: Too late for brickfest obscured by clouds since the open source alchemie... lbDPL cos' the brick is thick fischkopp more things considered next (...) (22 years ago, 18-Jul-02, to lugnet.robotics.rcx.legos)
|
| |
| | 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: 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: 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)
|
| |
| | 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)
|
