 | | Re: memcpy patch for gcc 2.95.2 wanted
|
|
(...) Because there were some decisions made as to what "incorrect" macros were and weren't by the egcs/gcc teams. For some time, this made compiling the Linux kernel with the newest egcs a serious problem. (...) Cool. -Luis (...) ###...### (...) (25 years ago, 26-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
Les Smithson <lsmithso@hare.demon.co.uk> wrote in message news:Fs0v5B.J44@lugnet.com... (...) You saved me the trouble of posting the exact same fix. Thanks. I'm concerned there might be other problems caused by this bug. Fixing this routine treats (...) (25 years ago, 26-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
(...) I think the compiler was generating incorrect code. I'm no gcc expert, but the asm macros looked OK to me, and besides, why should the macro work in one compiler version & not the other? FYI, I fixed it by compiling the source to an assembler (...) (25 years ago, 26-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
(...) Sorry... I was going to recommend the same thing last night, but got sidetracked (it has been a tough two days to be a Duke basketball fan.) I have a question: from where in the code is the incorrect assembly generated? i.e., could it be (...) (25 years ago, 26-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
(...) That was probably me. I don't know anything about GCC asm macros so I wasn't sure if it was a bug in memcpy or a bug in GCC's code generation. I solved the problem by going to egcs-1.1.2 which generates correct code. I was hoping that someone (...) (25 years ago, 26-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Priority problem...
|
|
Okay. sorry for cluttering the group with this drival... my main task was intefering with task priorities due to a while loop doing nothing at the end... after removing it and letting the main task end.. the task for sensor worked fine with lower (...) (25 years ago, 25-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
(...) Could you describe the bug to us more clearly, i.e. what was the produced code, and what did you modify, so others won't run into the same trouble again, please? Thanks, Eddie C. Dost ecd@skynet.be (25 years ago, 25-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: memcpy patch for gcc 2.95.2 wanted
|
|
I've been able to fix my code by hand modifying the assembler code that is produced and using that instead of the .c code. I'm concerned, however, that the bug in GCC might manifest itself in other ways. Is there a patch for GCC available somewhere? (...) (25 years ago, 25-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Priority problem...
|
|
With a simple program... I have a task watching a touch sensor. If the task is given PRIO_NORMAL I am able to read the sensor in the task... If the task is given PRIO_NORMAL-1, I can't. I have checked the execi return values in both cases and in (...) (25 years ago, 24-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | memcpy patch for gcc 2.95.2 wanted
|
|
In an attempt to track down my RCX lockup problems I've been rereading the older messages and came across the discussion that sounded exactly like my problem: the RCX locks up when dll is executed. The conclusion was that bad code was generated for (...) (25 years ago, 24-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Running IR in the background
|
|
Hi all Is there any way to switch the IR LED on and leave it on. (as a kind of a headlight for the light sensor.) Alternatively, what is the easiest way to just send a comtinuous string of 0's so it's on at least a lot of the time, without taking (...) (25 years ago, 23-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Killing lnpd?
|
|
(...) Thanks that works. lnpd can be found at: (URL) Lego (25 years ago, 22-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Locks when downloading
|
|
When I download any .LX file my RCX locks up with the left motor (output A) running and requires that I pull the batteries to recover. I'm not sure what is causing this, though the obvious reason is the use of the new tools I recently built (DJGPP (...) (25 years ago, 22-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Killing lnpd?
|
|
(...) Did you try 'kill -9 <pid>'? - This should definitely kill it. Btw, where can the source to lnpd be found? Eddie C. Dost ecd@skynet.be (25 years ago, 21-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Killing lnpd?
|
|
Hi We are a group of students from Denmark, working on a project with Mindstorms. We have a problem with lnpd. We can't kill the deamon. We have tried killall lnpd kill <pid> and CTRL-c when running in debug and log to screen mode, nothing works. (...) (25 years ago, 21-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | LNP Tutorial
|
|
Anybody got an LNP Tutorial/sample code available for review? I could really use one. Thanks (25 years ago, 21-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: loader.c
|
|
Jerry Vochteloo schrieb: (...) I usually download a bunch of demo programs at once, and automatic program execution gets a little in the way in that scenario. Making it an option is a nice idea, why don't you send in the patches (cvs diff -u, in (...) (25 years ago, 19-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: task managment
|
|
Thanks Eddie, What kind of limit is there for active tasks? Is there a responsitory somewhere for sample programs/projects people have written? Thanks (...) (25 years ago, 17-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: task managment
|
|
(...) Here is some sample code using three tasks for: 1. Motor control 2. Sound control 3. Shaking the head This runs on the Inventorbot of the Invention System. Each task is independantly watching a sensor to control it's actions. Hope this helps, (...) (25 years ago, 17-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | task managment
|
|
Would someone be so kind to show me through some code snippets how to create multiple tasks using legOS? I haven't been able to gleen this info from the code although its probably there... thanks tom (25 years ago, 17-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | loader.c
|
|
Is there a reason why the CMDrun stuff has been ifdef'ed out in loader.c. I think this in one of the cooler options. I have hacked loader.c so that you can send the CMDrun command to the RCX using a -e flag. You can also send just a dll -e -p3 (...) (25 years ago, 15-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | LegOS Will be in MicroMouse Compition !
|
|
Hello, I am a third year Electrical Engineering student and am currently in the process of building a robot (along with others from my class) building a rcx-based robot for the Division I MicroMouse competition. While researching the rcx I happened (...) (25 years ago, 14-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Line endings in SourceForge
|
|
(...) The docs I've read say that line endings are handled by CVS. The central repository is always Unix style, the local one is handled as local system need (unix with LF, DOS/Windows with RC/LF). Bye, Paolo. --- famous programmer quotation: "but I (...) (25 years ago, 12-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Another possible makefile change
|
|
(...) Here is Makefile.common I've prepared for for utils: --- cut # Makefile.common # # 12.03.2000 - Paolo Masetti # # - Conditional make variable definitions based on $OSTYPE # # # DJGPP does not define OSTYPE # ifndef OSTYPE OSTYPE=$(shell uname) (...) (25 years ago, 12-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Question
|
|
(...) The lcd_refresh() copies all data into the LCD controller chip, so the data is definitely there. But this data takes some time to be displayed on the actual LCD: The controller needs to drive the lines to the LCD, and the LCD itself has some (...) (25 years ago, 12-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Question
|
|
I've been playing around with a crashy program as of late, and I was curious. If I have a series of cputs(), each of which is immediately followed by an lcd_refresh(), is it possible that the program crashes after a pair of those, yet the string in (...) (25 years ago, 12-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Another possible makefile change
|
|
$OS in DJGPP running on a Windows 95 system returns nothing. :( Paolo Masetti <paolom@pragmanet.it> wrote in message news:Fr97MG.2CE@lugnet.com... (...) (25 years ago, 11-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Windows 2000
|
|
Paolo Masetti <paolom@pragmanet.it> wrote in message news:Fr97ML.2FJ@lugnet.com... (...) Yes, don't spend hours on it completely ignoring your wife. It's not health. :) The primary problem I ran up against was when it built the libraries. It would (...) (25 years ago, 11-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: CVS and SourceForge
|
|
That's why I told you to recheck whether or not you were using the pserver. Oh well- back to the beach for me... -Luis(enjoying spring break in Miami) (...) ###...### Profanity is the one language that all programmers understand. -Anonymous (...) (25 years ago, 11-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Windows 2000
|
|
(...) 2000 (...) permits. I can't figure why you are spending your effort with DJGPP... Why do not concentrate on mingw? I think it can be the right choice both for Win9x than for NT/2000... It seems a little harder to port compared to cygnwin, but (...) (25 years ago, 11-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Another possible makefile change
|
|
(...) I already modified my utils Makefiles for using $(OS) that for Windows NT gives "Windows_NT" (and, now, I'm ready to commit :-) ... ), but I don't know how $(OS) evaluate for Win9x. $(shell uname) does not give "MSDOS" under cygnwin: it gives (...) (25 years ago, 11-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: CVS and SourceForge
|
|
(...) re-register (...) No, that wasn't the problem... :-) But... Ta-da.... Now I can commit!!!! :-) My problem was that I checked-out using :pserver:*... As anybody knows (I don't) CVS marks the first login-method/root in a file ("CVS/Root"), so (...) (25 years ago, 11-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Another possible makefile change
|
|
(...) That doesn't work with the DJGPP Make program, unfortunately. Rossz (25 years ago, 10-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Another possible makefile change
|
|
Actually, you could replace $(shell uname) with $(OSTYPE). Markus. (25 years ago, 10-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: CVS and SourceForge
|
|
(...) Did that solve your problem? I also used mixed case when I registered (Rossz). If your 'commit' problems have gone away, then I will re-register as well. Rossz (25 years ago, 10-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Windows 2000
|
|
I did some testing today of the new cross-compiler tools I have built on a Windows 2000 system. The bad news is things did not go very well. MAKE would simply stop in the middle without completing the build process. A little newsgroup research (...) (25 years ago, 10-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Build on Win2K
|
|
"David Cawley" <dave.cawley@tesco.net> wrote in message news:Fr69tB.MIK@lugnet.com... (...) You can try Legos-0.2.3 direction at this url (need some url refinish for files link but you should have already almost all files): (...) (25 years ago, 10-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Build on NT?
|
|
(...) You can try Legos-0.2.3 direction at this url (need some url refinish for files link): ftp://legos.sourcefo...-0.2.3.htm Bye, Paolo. --- Witten's Law: Whenever you cut your fingernails, you will find a need for them an hour later. (25 years ago, 10-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | nt build
|
|
Okay. I have determined the majority of my problems so far are related to command line length... when make variables are expanded in the djecho and/or make they exceed 80 chars(?)... and that is what djecho is for... i have had to create multiple (...) (25 years ago, 9-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: CVS and SourceForge
|
|
(...) No problem for checkout on my NT, now. I read that you can checkout too. Now the problem is on commit! Got the usual: cvs [server aborted]: "commit" requires write access to the repository I've tried: - Via WINCVS - Via CVS - Via SSH working (...) (25 years ago, 9-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Build on Win2K
|
|
Hi, I'm trying to get a legOS build environment set up on my PC, running under Windows 2000 professional. I've downloaded LegOS-0.2.3.tar.gz I'm using Peter Van der Beken's directions from //arthurdent.dorm.du...egOS-0.2.2 All seems to go well until (...) (25 years ago, 9-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Build on NT?
|
|
You can download the WinlegOS package for development on an NT. You will need a special utility program to fix a problem with long filename support (a bug in WinNT). legOS for Windows (5.5megs): (URL) Long filename support: (URL) you wish to rebuild (...) (25 years ago, 9-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Build on NT?
|
|
Is anybody successfully building legOS on NT? If so we need to talk... please email offline. Thanks Tom (25 years ago, 9-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Another possible makefile change
|
|
(...) great, Rossz, but i see one little problem here. I'm suspecting that it's no good idea to include Makefile.common in the Makefile for dll-src, because Makefile.common sets some standard Variables and rules to values appropriate for cross (...) (25 years ago, 8-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Newbie question : IR comms with PC.
|
|
Hi all. I'm a third year engineering student from South Africa who is trying to complete a soccer playing robot in time for our robot intervarsity the 29th of March.I only started using the RCX (and legOS) days ago. I'm trying to transfer some (...) (25 years ago, 8-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Another possible makefile change
|
|
(...) Then for cross plateform compatibility, we should modify all the references to perl script to include the program name. It doesn't hurt Linux, and is essential in a DOS shell. (...) I researched your 'uname' suggestion and came up with the (...) (25 years ago, 8-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: malloc() bug found -- BAD MEMORY REGION :-(
|
|
(...) Hi Martin: Its right here "(URL) try rebuild legOS with egcs-1.1.2, then diff the kernel assembler listings. Watch this space... (25 years ago, 7-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Recommended change to MAKEFILE
|
|
(...) Hi, Luis... I think I need the same write permission to CVS if I want to commit the bounch of changes I've already write... ;-) Marcus supposed I was already enabled, but I got: cvs [server aborted]: "commit" requires write access to the (...) (25 years ago, 7-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Another possible makefile change
|
|
(...) Although *nix system's try to figure out the interpreter for a script if you don't provide it, it doesn't harm to do so. Thus, actually you dont't have to distinct 2 cases here. We could simply use the MERGEMAP you suggest for all currently (...) (25 years ago, 7-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: malloc() bug found -- BAD MEMORY REGION :-(
|
|
(...) i vaguely remember this patch was necessary to get gcc-2.95.x to work, but somehow lost the patch. Therefore, i'm still working with egcs-1.1.2. Maybe that's the difference ? Could you tell me where to find the patch ? thanks, Martin. (25 years ago, 7-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Alternative Programming Languages with LegOS
|
|
First, take a look at the following web pages, and decide for yourself if you like to program with this kind of "synchronous languages". For the programming language LUSTRE: (2 URLs) For the programming language Esterel: (URL) (...) (25 years ago, 6-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: malloc() bug found -- BAD MEMORY REGION :-(
|
|
(...) Yup, did that. I've applied the following fixes to the kernel 0.2.3. Are there any I've missed? . The malloc() bug we've been discussing. . The tx_sem fix for lnp*.c . The memcpy assembler bug. I'm using gcc 2.95.2 & binutils 2.9. Can anyone (...) (25 years ago, 6-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Line endings in SourceForge
|
|
(...) i'm also quite sure it's linux aka unix style... BTW, i just checked out the sourecforge stuff and found that make realclean; make depend did not work. As you noted, the old makedepend needs fixdeps, what is erased by make realclean ( it's a (...) (25 years ago, 6-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: legos.sourceforge.net - Problems with SSL logon
|
|
(...) Solved. Now I can connect... I think it was a problem of the sourceforge server... (25 years ago, 6-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Line endings in SourceForge
|
|
(...) Doh :) (...) Should be unix-style, as everything they do is hosted on linux. -Luis ###...### Profanity is the one language that all programmers understand. -Anonymous ###...### (25 years ago, 6-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Recommended change to MAKEFILE
|
|
(...) When I tried to "commit" a change, I got this error message: cvs [server aborted]: "commit" requires write access to the repository Rossz (25 years ago, 6-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Line endings in SourceForge
|
|
I finally got WinCvs working. I had left out the crucial step of "Import Module" before "Checkout Module". Important question. Do the files have Unix style line endings (line feed only) or Windows/Dos style (carriage return & line feed). I think the (...) (25 years ago, 6-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: malloc() bug found -- BAD MEMORY REGION :-(
|
|
(...) the fix only helps for problems that arise when memory is nearly used up, and malloc() tries to use memory above the 'macic' 0xfb80 limit. - Just to make sure: (i have been caught in this trap) -- have you rebuilt your dll application against (...) (25 years ago, 6-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Another possible makefile change
|
|
Since under Windows we must specify the PERL program name, unlike Unix and variants which figure out what to do automagically, I suggest this change in makefile.common: Under Windows (assumes the perl program is on the PATH): PERL = perl Under (...) (25 years ago, 6-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: CVS and SourceForge
|
|
(...) I'm (...) OS (...) I'm on Win95. I guess I'll be blazing a new trail on my own. (...) Let me know if you have any luck with it. I stopped trying as I feared I would throw the computer out the windows. :) Rossz (25 years ago, 6-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | legos.sourceforge.net - Problems with SSL logon
|
|
Does anybody have problems logging on via HTTPS to legos.sourceforge.net? My browser do not connect at all. I'm using IE 5.01 with latest patches (also for SSL) but I continue to get errors. Note that before this problem, with the same browser & (...) (25 years ago, 5-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: CVS and SourceForge
|
|
(...) used (...) a (...) line (...) I did it without problems (for download) using command line version. But I'm using NT... I think I've read something about problems with Win95... What OS are you using? I have no success for now with wincvs, but I (...) (25 years ago, 5-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | CVS and SourceForge
|
|
I downloaded the necessary software to gain access to the legOS project in SourceForge, but have been unable to get the files to download. When I used the GUI version of cvs (wincvs), I get the error message "you must specify a module name" (isn't (...) (25 years ago, 5-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | New Windows HOWTO
|
|
This is a little premature since I have not yet made the compiler tools available, but I thought I would post this information now. Luis, would you like these instructions converted to HTML with all the proper links? ---...--- legOS on Windows HOWTO (...) (25 years ago, 4-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: malloc() bug found -- BAD MEMORY REGION :-(
|
|
(...) I'm afraid this made no difference for me. I still get dll crashes. My particular symptom is that if I make a 1 line change to legOS then download it, it crashes straight away at the next dll. Even if I undo the change, then rebuild & download (...) (25 years ago, 3-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Recommended change to MAKEFILE
|
|
(...) Martin, Rossz, you guys both now are registered and have CVS write access. Be aware that sourceforge changes those things with a cron job that runs every six hours or so, so it may be a few hours before you /actually/ have write access. Enjoy (...) (25 years ago, 3-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Recommended change to MAKEFILE
|
|
(...) Rossz didn't have CVS access until about... oh... 3 minutes from now? -Luis ###...### Profanity is the one language that all programmers understand. -Anonymous ###...### (25 years ago, 3-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Recommended change to MAKEFILE
|
|
(...) imho, a very good idea. Perhaps you should check that in to CVS ? -- Martin (25 years ago, 3-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Recommended change to MAKEFILE
|
|
Currently, legOS uses this in the makefile: # for the kernel .depend makedepend $(LEGOS_ROOT)kernel/*.c -Y $(CINC) -f- | $(FIXDEPS) $(LEGOS_ROOT)kernel/ > .depend # for a typical program .depend: makedepend *.c -Y $(CINC) -f- | $(FIXDEPS) (...) (25 years ago, 2-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Windows/DOS Cross-Compiler - Finally!
|
|
After two months of struggling, I have finally been able to build a complete set of h8/300 cross compiler tools that work natively in a Window's DOS box. So what does this mean? If you don't run Windows 9x/NT/2k, absolutely nothing. What this means (...) (25 years ago, 2-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Memory
|
|
I intend to implement some reinforcement learning algorithms with the RCX. My program is running big. Im using legOS 0.2.3 how many memory does it uses? Im using all sensors. How many is left for me. THe size of the *.lx file is the size I should (...) (25 years ago, 2-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | LNP-Packets
|
|
I need to use the comunications with VC++ and Im going to do that. Can anyone tell the exact meaning of the following blocks. |F0|LEN| IDATA |CHK| |F1|LEN|DEST|SRC| ADATA |CHK| F0 and F1 is just a simple bit like 0 for F0 and 1 for F1? CHK is (...) (25 years ago, 2-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: malloc() bug found -- BAD MEMORY REGION :-(
|
|
Great! Well done, Martin! Toni "Martin Cornelius" <Martin.Cornelius@t-online.de> wrote in message news:38BDC2FD.85668C...line.de... (...) (25 years ago, 2-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: malloc() bug found -- BAD MEMORY REGION :-(
|
|
(...) My hangups are gone too! Danke! Jürgen (25 years ago, 2-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: malloc() bug found -- BAD MEMORY REGION :-(
|
|
(...) Great! (...) This has always been a problem- it was an issue with firmdl before dll. Nothing serious, so it was never fixed. (...) You've actually had programs that large? Wow. -Luis (trying to make this more than a one-sided conversation...) (...) (25 years ago, 2-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: malloc() bug found -- BAD MEMORY REGION :-(
|
|
(...) made some tests, and - Yep, it works ! I'd strongly encourage everybody experiencing strange hangups to apply the little fix to mm_init() i suggested. For me, it makes malloc() and dll work perfectly. BTW, there are some minor flaws in dll[x], (...) (25 years ago, 2-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | malloc() bug found -- BAD MEMORY REGION :-(
|
|
It looks like it's not a bug in legOS, but in the RCX hardware: Memory from 0xfb80 to 0xfd7f is simply NOT WRITEABLE, or more exactly, always read as 0xff, at least on my RCX ! Try the following little test: // // memory test // #include <conio.h> (...) (25 years ago, 1-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | malloc() bug haunt: getting closer..
|
|
Yesterday evening i found something, that might be the reason for some of the crashes reported lately: The chain of memory blocks used by malloc() has a broken entry, say: the reserved block at 0xfd7c has a length word of 0xfffe. This will cause (...) (25 years ago, 1-Mar-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Odd behavior
|
|
(...) afaik, with vanilla legOS-0.2.3, lnp_addressing_write and lnp_integrity_write are not thread-safe, there is a little patch fixing this in the lnpd tarball. (25 years ago, 29-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Never mind
|
|
Well, my so-called "working" program crashed again, after adding two sleep statements and two sound calls, neither of which my program actually got to. So, I guess there are other causes behind my hangs as well. Ah the joys. :) -- "Though I am not (...) (25 years ago, 29-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Odd behavior
|
|
(...) For me, at least, it's not hanging during dll. My earlier problem was that dll just wouldn't complete with my program, but it didn't crash the RCX. By the way, I think I've found my crashing problem. It looks like I had some LCD calls that (...) (25 years ago, 29-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Directions to compile GCC
|
|
Luis Villa <liv@duke.edu> : (...) box (...) for (...) Wow Thanks! Here is the error I am getting-> loading cache ./config.cache checking if compiler cc1obj has been built... yes checking for gcc... h8300-hitachi-hms-gcc checking whether the C (...) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Directions to compile GCC
|
|
I've also been struggling with building the cross compiler. I'm trying to create a DJGPP hosted version. Once I am successful, we will be able to use Markus's legOS on DOS/Windows as-is. Currently, I have to rewrite Makefile.Common, Makefile.Kernel, (...) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Directions to compile GCC
|
|
(...) This may not be the case- the cross-compiler will try to compile something, but at least with the directions most of us use, there is no standard C library created and so the compiler thinks it doesn't work. The trick (then) is to use Markus's (...) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Directions to compile GCC
|
|
"Markus L. Noga" <markus@noga.de> : (...) Thanks! In one of the sections under this document there is a short paragraph explaining that cross compilers may not like having 32 bit ints (Like BeOS uses) turn into 16 bit ints (Like I bet the RCX uses) (...) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Directions to compile GCC
|
|
Jim Jackson <jjackson@jnjackson.com> : (...) GCC-2.95.2 (...) --host=i586-pc-beos (...) This gave me the Idea to tell the configure that I was running a Linux box (instead of a bebox) It almost worked too. At the end of the make the machine says I (...) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Odd behavior
|
|
(...) currently i believe there is some really subtle bug in malloc(), that shows up only under special circumstances. I experience similar problems with a fat kernel/application that disappear after adding one cputw(), making the binary a little (...) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Odd behavior
|
|
(...) Or worse, MacOS. I use and love my Macs, but lord they sure don't have much crash protection right now. I just wish there was a way to avoid having to reload the firmware every time it breaks, but I suppose that without an MMU, that's a bit (...) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Directions to compile GCC
|
|
Are you using gcc-2.95 or the earlier egcs? What's your host machine? I'm running an Intel Pentium (pre-MMX) and Linux and had to specify the additional parameter: --host=i586-pc-linux Not sure whether BeOS is supported where linux is specified (...) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Odd behavior
|
|
(...) I'm afraid that mysterious hangs may be a permanent part of the life of a legOS user- in almost any serious program that I have written, perfectly legitimate code- simple code!- has occasionally caused weird hangs and needed hard reboots. (...) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Odd behavior
|
|
(...) I'm not so sure about my problem either. In fact, I'm getting some mysterious hangs much like you describe now that things are working. Maybe I'll try putting in some cputs or similar. -- "Our doubts are traitors, and make us lose the good we (...) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Odd behavior
|
|
(...) I don't think this was my problem, since other, shorter programs would download fine, just not my 5k monster. -- "Our doubts are traitors, and make us lose the good we oft might win by fearing to attempt." - William Shakespeare Mike Ash - (...) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Directions to compile GCC
|
|
Hi Bill, this page is captioned "Using and Porting GNU CC". It should give you an overview of the process. (URL) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Odd behavior
|
|
I saw the same behavior some time ago when I worked on a pretty fat program (about 6KB compiled code). Sometimes it worked OK, then I removed my debug code (some cputs defined by macros) and it hanged miserably... I thought it was some kind of (...) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Odd behavior
|
|
I think you may have had the same problem that I did, but if you did, you have answered the question yourself. (...) I had a bright light over the tower, and the batteries in the tower were running low. Redirect the light and install a new battery (...) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Directions to compile GCC
|
|
Does anyone have directions on how to compile GCC/LegOS. I am looking to get LegOS working on the BeOS but can not get the GCC cofigure command to work. The script ends explaining that my platform is not supported. I am not convinced that the (...) (25 years ago, 28-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Odd behavior
|
|
Well, it looks like I beat everybody to a solution. Except that I didn't. Oh, don't get me wrong, it works now and everything. The thing is, I don't know why. I spent some time today figuring out how to recompile the OS, and doing so. That didn't (...) (25 years ago, 27-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Odd behavior
|
|
I always feel a bit stupid replying to myself, but I realized I didn't give exactly what happened when the program download failed. When I run dll, it successfully deletes the old program off of the RCX, and then sits there occasionally popping out (...) (25 years ago, 26-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | Odd behavior
|
|
I'm having a bit of trouble with dll and I was hoping someone kind on this list might be able to help me out. Basically, I have a program that's grown to become fairly large and complex, and I can no longer download it to the RCX. There's one (...) (25 years ago, 26-Feb-00, to lugnet.robotics.rcx.legos)
|
| |
| | mysterious hangs with fat kernel and dll (Stack corruption ?)
|
|
Hi there, after having made the legOS kernel about 2k fatter, i experience strange problems with dll. Uploading a fat application that mostly consists of an 8k initialised array works as before, i also can start the application. Trying to upload the (...) (25 years ago, 22-Feb-00, to lugnet.robotics.rcx.legos)
|
