libgcc_s.so.1 must be installed for pthread_cancel to work
 

Hi,

I am working on fedora 19, x64-86. I have installed a binary called deneb but when I want to execute it I receive the following error:

I searched the web to find a solution, but for me, they do not workout because I always receive this message that I have libgcc installed. Here is where the libraries located:

I would be very grateful to have your kind suggestions.

Please check the executable with the 'file' command :

$ file deneb

... Maybe it's 32bits ?

exactly, it is 32 bits. But still following the solution below for 32 bits does not solve the problem:

http://nixcraft.com/centos-rhel-fedo...ncel-work.html

How could I have libgcc 32 bits? I always receive the message that I have it installed :\

# 3 . OK, a 32bits executable.

Finding a package that provides libgcc_s.so.1 : $ yum provides */libgcc_s.so.1
( Or $ yum search libgcc )

Installing the 32bits libgcc_s : # yum install libgcc.i686
... Provides /lib/{ libgcc_s.so.1 -> libgcc_s-4.8.1-20130603.so.1 }

The Fedora 19 package index http://dl.fedoraproject.org/pub/fedo...4/os/Packages/
Updates http://dl.fedoraproject.org/pub/fedo...tes/19/x86_64/

-

Thanks, but I encountered another problem executing the file. In the log there's an error like below:

I will be grateful if you help me solve this too.

#5.

? This DENEB ? https://www.atelgraphics.com/index.p...ategory/3-core

The version I know has a start script that sets? the Java PATH's
(classpath), etc. etc. :
$ sh run.sh


-

sh run.sh also gives out the same error. Where's that script to edit Java Path?

# 7 .

$ cd Deneb**/
$ grep -Rin classpath *
Binary file deneb_TRIAL_linux matches
Binary file rt/jetrt/libxlink760.so matches
Binary file rt/lib/resources.jar matches
Binary file rt/lib/rt.jar matches
rt/lib/logging.properties:15:# Note that these classes must be on the system classpath.

... Looks like it's hard coded into the executable deneb*, etc.
... Which means you will have to execute the start script in the Deneb*/ folder.
Your post #1 says ""I have installed a binary called deneb"".
Does it mean that the application originally was installed on another OS ? ?
And that your DENEB is a copy ?

Note : DENEB works OK on my Fedora 19 : No java is installed.

-

I also never had such problems installing DENEB on fedora. This has occured this time.

What I do is:
1. download the trial version from the website,
2. I copy it in a directory called DENEB
2. I change the binary file mode: chmod +x DENEB_1.26.0_trial_SiesPlug_Linux_setup.bin
3. Then I execute ./DENEB_1.26.0_trial_SiesPlug_Linux_setup.bin
4. I type yes and . to install it
5. I run ./run.sh

Is there anything I am doing wrong?
I never received a compain on libgcc 32bits or java before !!!!!!!!!!

solved my problem