Take the 2-minute tour ×
Super User is a question and answer site for computer enthusiasts and power users. It's 100% free, no registration required.

I'm trying to run XPDF on a linux (probably red hat) OVH shared server.

I've managed to have ftp ssh access and put the 64 bits binaries onto a folder.

The problem is : even though the files are there with the right permissions, if I try running it I'm getting a file not found problem (I'm thinking about a missing link..)

Long story short :

myusername@ssh1:~/xpdf$ file pdftotext
pdftotext: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), stripped

myusername@ssh1:~/xpdf$ ./pdftotext
-ovh: jurisedi@ssh1:~/xpdf$: No such file or directory

Any ideas ?

share|improve this question

migrated from stackoverflow.com Jun 18 '12 at 3:45

This question came from our site for professional and enthusiast programmers.

1  
Why in the world are you pasting your command prompt at the start of your command line? –  lanzz Jun 13 '12 at 7:15
1  
@paxdiablo It is apparent that this is something the user is doing. You can actually see it in the posted snippet: jurisedi@ssh1:~/xpdf$ jurisedi@ssh1:~/xpdf$ ./pdftotext I suspect a clumsy copy+paste job. –  lanzz Jun 13 '12 at 7:22
    
@paxdiablo No, it could not be. You can see in the snippet the actual command line entered before the command is executed; you can see what is wrong with that command line. –  lanzz Jun 13 '12 at 7:27
    
Sorry about the failed paste, I'm glad you could figure it out. –  Arlaud Agbe Pierre Jun 13 '12 at 7:50
2  
looks like pdftotext is running and returning FILE_NOT_FOUND. What does ldd pdftotext show? –  jordanm Jun 13 '12 at 14:42
show 1 more comment

2 Answers

up vote 0 down vote accepted

I suppose that there is a problem with one of the library that pdfotext binary linked with. You need to do:

$ ldd ./pdftotext

to check if the file has some problems with libraries.

If it is not a dynamic executable, it is probably a script. When you try to run the script and get a message "no such file or directory", that can mean that the interpreter specified at the first line of the script is not existent.

share|improve this answer
    
if he only copied the needed libraries into a subdir somewhere, they won't be indexed nor available for linking with anything. It gets complicated from here... –  lornix Jul 6 '12 at 8:37
    
@lornix: Arlaud said that ldd returns Okay ldd pdftotext returns "not a dynamic executable". That means that the file is probably a shell (or perl/python) script. –  Igor Chubin Jul 9 '12 at 16:00
    
@ArlaudAgbePierre: can you please check the first line of the script? It looks like that the interpreter that specified in the first line is not accessible. –  Igor Chubin Jul 9 '12 at 16:01
add comment

The error message you give in your question (-ovh: jurisedi@ssh1:~/xpdf$: No such file or directory) is certainly wrong, I cannot think of any tool that would search for your shell prompt as an existing file. Please try to execute the ./pdftotext again and paste the real error message into your question. The current wrong error message is very misleading.

But it is your comment "Okay ldd pdftotext returns "not a dynamic executable"" that actually shows what is happening here: Your kernel does not support 64 bit executables.

You can either try to obtain a 32 bit version of the program you try to run or install a kernel that supports 64 bit on the machine.

share|improve this answer
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.