Whelp, I've been running into the same problem. (libgcc_s.so.1 must be installed for pthread_cancel to work) but it exists in the system. I've tried symlinking it one directory up with no luck.
I do believe that it is directly related to the pendant, as when I comment out the xhc or monitor_xhc hal's from the .ini it stops throwing up. Interestingly, if I leave in either calls to the .tcl files, the same error appears. Is there a way to debug the .tcl files? On Saturday, May 20, 2017 at 5:13:52 AM UTC-4, Schooner wrote: > > > On 20/05/17 03:10, Mike Cinquino wrote: > > Installed libgcc1_4.9.2-10_armhf.deb > I had to installed gdebi to get it done as the command line methods I > could not get to work. It said it installed and I had no errors. > > Confirmed libgcc_s.so.1 is in both 4.9 and 4.9.2 directory. > > Those are just symlinks > > > Confirmed it is also in /lib/arm-linux-gnueabihf > > That is the real file, installed at last! > > > $ sudo ldconfig -p | grep libgcc_s.so.1 > returned : libgcc_s.so.1 (libc6,hard-float) => > /lib/arm-linux-grueahihf/libgcc_s.so.1 > > sudo ldconfig -p > saw the loads of stuff as you said. > > Attempted to launch with same error. Attempted sudo ldconfig multiple > times. Same error. > > > If you search this error it seems to occur in lots of different > applications, for no good reason, when the library is installed. > There has been a problem with python calls closing a file descriptor used > by dlopen and leaving the library unreachable > and loads of other similar but unresolved stuff. > > Now that you actually have it installed, I come to the end of what I can > test. > I don't use a BBB and just downloaded the image and burnt it to a SD card > so I could see what was in it. > The pendant and library loading works just fine on a x86_64 platform > > The possible fixes that suggest themselves would be tortuously difficult > to try to explain given your level of > linux-fu and I cannot test them first. > > My best suggestion is get hold of Simon Mali, who has a working XHC-HB04 > config on a BBB as per this thread > > https://groups.google.com/forum/#!topicsearchin/machinekit/xhc-hb04;context-place=forum/machinekit/machinekit/8mMHqZ_Zb80 > and ask him to clone his SD card image and post it somewhere so you can > use it. > > > > > > > > On Fri, May 19, 2017 at 9:36 AM, [email protected] <javascript:> < > [email protected] <javascript:>> wrote: > >> >> On 19/05/17 13:56, Mike Cinquino wrote: >> >> I agree. And I truly appreciate your patience with me. >> >> This is what I have done to this point. Red is what I have pulled from >> the above string that you have asked me to do. >> >> >> 1- Confirmed- *You need to physically look in >> /usr/lib/gcc/arm-linux-**gnueabihf/4.9 >> for **libgcc_s.so.1 *(4.9 has the libgcc_s.so.1 file in it) >> >> >> Does it, or is it a symlink which does not lead anywhere? >> >> The file in /usr/lib/gcc/arm-linux-gnueabihf/4.9 is just a symlink >> >> The actual file is a /lib/arm-linux-gnueabihf >> >> If you are using some dumb file manager which can't tell the difference, >> that is part of your problem >> >> The symlink is installed as part of another gcc package, but its presence >> does not mean that what it points to is present. >> >> >> 2- Not sure here - *Now that you have installed libgcc1 package and can >> find the file libgcc_s.so.1, does this file appear in ldconfig cache?* >> >> *$ sudo ldconfig -p | grep libgcc_s.so.1* >> >> Is the above command supposed to tell me if the file is in ldconfig >> cache? Because when I run it I get nothing. Just returns to command prompt >> no errors. >> I test Machinekit and fail with error as described. >> >> >> If it returns nothing, that is because there is no entry in its cache >> relating to libgcc_s.so.1 >> Run *sudo ldconfig -p* >> and it will return loads of stuff, piping to grep is just a way to sort >> out what you are looking for >> >> So you haven't installed it. >> >> You must install libgcc1 and you will have the file >> https://packages.debian.org/jessie/armhf/libgcc1/filelist >> >> It is in libgcc1_4.9.2-10_armhf.deb >> >> Until you install the package it will not work. >> >> >> >> >> 3- Not sure here either - This command should put the file in the >> ldconfig cache - If not run $sudo ldconfig *and try again * (I run >> this command and get nothing in return, no error, just new command prompt?) >> >> I test Machinekit and fail with error as described. >> >> So after running sudo ldconfig I go back to item 2 and run $ sudo >> ldconfig -p | grep libgcc_s.so.1 again with same result. >> >> I test Machinekit and fail with error as described. >> >> ******************************************************************* >> >> Now in the directory /usr/lib/gcc/arm-linux-gnueabihf there appear to be >> multiple versions. 4.9.2, 4.8.4, 4.8 and 4.9. These are all folders in >> folders are in /usr/lib/gcc/arm-linux-gnueabihf directory. 4.9 and 4.9.2 >> have libgcc_s.so.1 in them with multiple other files. The other 2 are >> empty. >> >> How do I know what directory (or version) is being looked at or used? You >> identify 4.9 as being the one to look in. But how do we know it's not one >> of the others? >> >> >> On Fri, May 19, 2017 at 3:00 AM, [email protected] <javascript:> < >> [email protected] <javascript:>> wrote: >> >>> You have exactly the same error as before >>> >>> libgcc_s.so.1 must be installed for pthread_cancel to work >>> >>> /usr/bin/linuxcnc: line 753: 5138 Aborted haltcl -i >>> "$INIFILE" $CFGFILE >>> >>> 5069 >>> >>> >>> Until you get to grips with actually installing the lib and testing that >>> it is present, you will just go around in circles. >>> >>> I have detailed what to do, but even when you say you have done it , you >>> don't elaborate or give any output to show what resulted, so it is hard to >>> help you. >>> >>> >>> On 19/05/17 00:59, Mike Cinquino wrote: >>> >>> Here is the error list after the last changes. >>> >>> On Thu, May 18, 2017 at 4:35 PM, Mike Cinquino <[email protected] >>> <javascript:>> wrote: >>> >>>> Is there an older image that is known to work with BBB and the hb04? I >>>> might be better off going that way if there is? >>>> >>>> I have not been in front of the machine much the last couple days. Now >>>> that I know the difference between L and i ... I got through those >>>> commands. >>>> >>>> Still get an error. I believe it is slightly different. It does not say >>>> the file is missing it says it needs to be installed. I will send the >>>> error >>>> log once I get back to the machine. >>>> >>>> On Wed, May 17, 2017 at 9:23 AM, Mike Cinquino <[email protected] >>>> <javascript:>> wrote: >>>> >>>>> Oops ...I think I am using a "i" rather than an "L" Capital I looks >>>>> like I .... lower case L looks like l...same same. >>>>> >>>>> On Wed, May 17, 2017 at 9:17 AM, Mike Cinquino <[email protected] >>>>> <javascript:>> wrote: >>>>> >>>>>> I think I was looking at before and after I ran the commands. Looks >>>>>> the same now. >>>>>> >>>>>> It tells me Idconfig: command not found >>>>>> >>>>>> On Wed, May 17, 2017 at 9:09 AM, [email protected] >>>>>> <javascript:> <[email protected] <javascript:>> wrote: >>>>>> >>>>>>> >>>>>>> On 17/05/17 13:19, Mike Cinquino wrote: >>>>>>> >>>>>>> I ran the commands above. Then...... >>>>>>> >>>>>>> I found something that I had not noticed. >>>>>>> >>>>>>> I was browsing to the file location usr/lib/gcc... But I was doing >>>>>>> it under rootfs. >>>>>>> >>>>>>> I was not using the filesystem folder. Now when I find it under the >>>>>>> filesystem folder I have 4.9.2, 4.8.4, 4.8 and 4.9. >>>>>>> >>>>>>> 4.9.2 and 4.9 both have the files in them. The 4.8.4 and 4.8 are >>>>>>> empty. >>>>>>> >>>>>>> Could machinekit also be looking at the wrong location? >>>>>>> >>>>>>> >>>>>>> Afraid I don't understand what you are saying, rootfs is root >>>>>>> filesystem >>>>>>> >>>>>>> Now that you have installed libgcc1 package and can find the file >>>>>>> libgcc_s.so.1, does this file appear in ldconfig cache? >>>>>>> >>>>>>> $ sudo ldconfig -p | grep libgcc_s.so.1 >>>>>>> >>>>>>> If not run >>>>>>> $sudo ldconfig >>>>>>> and try again >>>>>>> >>>>>>> If found run the sim config, does it work? >>>>>>> >>>>>>> >>>>>>> >>>>>>> On Tue, May 16, 2017 at 2:15 AM, [email protected] >>>>>>> <javascript:> <[email protected] <javascript:>> wrote: >>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On 16/05/2017 02:31, Mike Cinquino wrote: >>>>>>>> >>>>>>>> So I don't have a 4.9 directory. I have 4.7, 4.6, 4.63 and 4.72. >>>>>>>> >>>>>>>> You said "The image I burned in relation to last message >>>>>>>> was: bone-debian-8.7-machinekit-armhf-2017-02-12-4gb.img" >>>>>>>> >>>>>>>> that should be Jessie and have gcc-4.9.2 >>>>>>>> >>>>>>>> No m >>>>>>>> >>>>>>> -- website: http://www.machinekit.io blog: http://blog.machinekit.io github: https://github.com/machinekit --- You received this message because you are subscribed to the Google Groups "Machinekit" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. Visit this group at https://groups.google.com/group/machinekit. For more options, visit https://groups.google.com/d/optout.
