| | Re: Linking failure when 'making' an lx file
|
|
(...) Sorry about the extra stuff, the linking problem was due to the compiler trying to find the above link "___ucmpsi2". When I used h8300-hitachi-hms-nm I could see all the methods and links in my code, and this was the only strange looking one. (...) (24 years ago, 28-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Linking failure when 'making' an lx file
|
|
Hi Can anyone tell me why I'm getting a linking failure when trying to compile my C code, in the standard way. The linker is failing to find a fucntion I have defined in my source: /usr/local/crossgcc/...chi-hms-ld -T ../boot/legOS.lds -relax (...) (24 years ago, 28-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Re: Blockin LNP calls
|
|
(...) I guess I'm using lnp_logical_write then? That is, I include the standard lib_lnp.h file into my code and then link my app with liblnp.so.....does this answer your question? Is there a way in which I can call lnp_logical_write directly to test (...) (24 years ago, 28-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Re: Blockin LNP calls
|
|
(...) No, I meant lnp_logical_write, which is called from lnp_addressing_write. lnp_logical_write is not within the file lnp.c, which I guess you link into your app. This function is supposed to actually write to the serial device communicating with (...) (24 years ago, 28-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Re: Blockin LNP calls
|
|
(...) Sorry, I was using an unsigned char variable, this was just a remnant of some testing I did..... I tried a lot of variations ;-) (...) (24 years ago, 28-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Re: Blockin LNP calls
|
|
(...) Yes, the problem is on the host PC (running Red Hat 6.2). What I cant figure out is how identical code works fine if I instantiate the wrapper class in a simple demo app, but once I try calling it form within my CORBA server, it blocks on (...) (24 years ago, 28-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Re: Blockin LNP calls
|
|
(...) From the statement "data is received by the RCX" I assume you have this problem on the host system. What OS are you using? Also, how does your lnp_logical_write() routine look like? Eddie C. Dost ecd@skynet.be (24 years ago, 27-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Re: Blockin LNP calls
|
|
(...) ,testaddress, 8); It shouldn't be the real problem, but are you sure about the port paramenter? How about: result = lnp_addressing_write...estbuffer, testlen ,testaddress, testport); Bye, Paolo. --- Maier's Law: If the facts do not conform to (...) (24 years ago, 27-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Re: Blockin LNP calls
|
|
HELP! I'll ellaborate a little on the details of my previous posting: My code (removing some CORBA detail) looks like this: I have a class "nanOrbDemo_i" which has the following constructor: inline nanOrbDemo_i(){ if ( lnp_init(0,0,0,0,0) ){ cout << (...) (24 years ago, 27-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Re: Statically and Dynamically linking lnp ....
|
|
(...) Colin, The "standard" for doing this is to wrap the extern "C" { and } in #ifdef __cplusplus clauses. You can see how to do this in most .h files in the include directory. Especially if it's a .h that may be used in mixed (C/C++) projects. (...) (24 years ago, 27-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Blockin LNP calls
|
|
Hi Can anyone tell me why a call to lnp_addressing_write(...) might block? My environment seems okay. I have some simple clients written that have no difficulty in communicating wth the RCX, but I have one client ( a lot more complex) which seems to (...) (24 years ago, 26-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Re: Statically and Dynamically linking lnp ....
|
|
Regarding the previous posting: Please disregard ... I figured it out, but thought it may be useful to post a reply to myself, in case it's ever of use to anyone else using the same tools: I forgot to wrap my include in an ' extern "C" ' block. As I (...) (24 years ago, 26-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Statically and Dynamically linking lnp ....
|
|
Hi All, I was wondering if someone could give me a quick guide as to the compilation/linking options when using liblnp.h etc. I'm having a few difficulties. I wanted to know how exactly to link in the shared library. I tried installing it in the (...) (24 years ago, 26-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Re: GCC - Cross-compiler
|
|
(...) I want to make a script for doing all the dirty job and rivise HOWTO to include the whole proccess. :-) Now I'm in trouble with a very simple diff file that when applied with patch.exe generates a CR-LF file that is not "compatible" with gcc (...) (24 years ago, 25-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | new HOWTO release
|
|
Hey, everybody. There is a new HOWTO version available. It doesn't contain anything groundshaking, except that it does (finally) incorporate an updated version of demo.c. And it fixes the error in spelling Paolo's name :) Since this is now public, (...) (24 years ago, 22-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Re: LNP and Lego Remote
|
|
(...) Nope. I've been moving :( and my mindstorm is still taped up and packed. To worsen the situation, my motherboard broke, so I don't even have a functional PC at the moment. Hopefully, that should be remedied later this week. Luis ---...--- (...) (24 years ago, 22-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Re: Where is the daily tarball?
|
|
(...) ---...--- "Summertime... and the living is easy... fish are jumping and the cotton is high... So hush, little baby, baby don't you cry." -Ella ---...--- (24 years ago, 22-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Where is the daily tarball?
|
|
I've looked around sourceforge but have not been able to locate the daily tarball. Anyone know the URL? Rossz (24 years ago, 22-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | Re: LNP and Lego Remote
|
|
(...) it's (...) Lego (...) FYI, we are working to a new, better, implementation of LNP (a sort of LNP2), backward compatible that is compatible with Lego remote too... :-) Bye, Paolo. --- This tagline is made from recycled letters. (24 years ago, 21-Aug-00, to lugnet.robotics.rcx.legos)
|
|
| | LNP and Lego Remote
|
|
Hi, Can we set the parity of LNP to SMR_ODD? Right now, LNP is acting as if it were set to even parity even though it's supposed to be at no parity; it's discarding all odd bytes sent by the Lego remote. Luis? Tried the patch and the demo for the (...) (24 years ago, 21-Aug-00, to lugnet.robotics.rcx.legos)
|