lsof doesn't show up my djvu files

up vote
1
down vote

favorite

I am trying to print the djvu file names that are currently running on either okular or atril, but when I do lsof | grep ".djvu$" then I am getting no output in the terminal, where the same command works for pdf files.

edited yesterday

Rui F Ribeiro

38.1k1475123

asked yesterday

Ritajit Kundu

add a comment |

up vote
1
down vote

favorite

edited yesterday

Rui F Ribeiro

38.1k1475123

asked yesterday

Ritajit Kundu

add a comment |

up vote
1
down vote

favorite

edited yesterday

Rui F Ribeiro

38.1k1475123

asked yesterday

Ritajit Kundu

grep lsof djvu

edited yesterday

Rui F Ribeiro

38.1k1475123

asked yesterday

Ritajit Kundu

edited yesterday

Rui F Ribeiro

38.1k1475123

asked yesterday

Ritajit Kundu

edited yesterday

Rui F Ribeiro

38.1k1475123

edited yesterday

Rui F Ribeiro

38.1k1475123

edited yesterday

Rui F Ribeiro

38.1k1475123

asked yesterday

Ritajit Kundu

asked yesterday

Ritajit Kundu

asked yesterday

Ritajit Kundu

add a comment |

1 Answer
1

active

oldest

votes

up vote
0
down vote

accepted

if the application is running as a different user, you will need sudo:
```
sudo lsof | grep ".djvu$"
```

if some of the file extension is capital, you need to -i in grep to ignore case:
```
sudo lsof | grep -i ".djvu$"
```

the dot at the beginning of .djvu$ will match any character (though this probably won't cause false positives in your case); what you probably mean is .djvu$

I recommend putting regular expressions in single quotes rather than double quotes because the dollar sign has special meaning for the Linux shell:
```
sudo lsof | grep -i '.djvu$'
```

(updated from ps to pgrep thanks to comment from qubert) if the application reads the files into memory and then closes it, the lsof won't see it, but ps (process list) will; pgrep is the proper tool to search through running processes; try:
```
pgrep --list-full --full --ignore-case '.djvu'
```

edited yesterday

answered yesterday

bitinerant

363

I tried your suggestion but again, though I have a djvu file open, I get nothing.
– Ritajit Kundu
yesterday

@Ritajit Kundu - I don't have that reader. It's possible that the application opens the file, reads the contents into memory, and then closes the file before you run lsof so that you don't have a chance to see it when it's open. I added a 5th bullet to my list above which may work if this is the case.
– bitinerant
yesterday

the last command works. thanks a lot.
– Ritajit Kundu
yesterday

the library used to render .djvus (libdjvulibre) is always using separate threads to render each page, and it's those threads that open the file (they're not passed an open fd from the parent), and exit when they're finished rendering.
– qubert
yesterday

instead of ps -ef | grep ..., use pgrep -afi '.djvu>'; or if you insist on using ps, use ps -wwef | grep ...; otherwise it will truncate the command line and may miss if eg. a .djvu file name is longer than 80 characters.
– qubert
yesterday

|
show 1 more comment

Your Answer

StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "106"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);

);

draft saved

draft discarded

StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f481524%2flsof-doesnt-show-up-my-djvu-files%23new-answer', 'question_page');

);

Post as a guest

Name

1 Answer
1

active

oldest

votes

1 Answer
1

active

oldest

votes

up vote
0
down vote

accepted

if the application is running as a different user, you will need sudo:
```
sudo lsof | grep ".djvu$"
```

if some of the file extension is capital, you need to -i in grep to ignore case:
```
sudo lsof | grep -i ".djvu$"
```

the dot at the beginning of .djvu$ will match any character (though this probably won't cause false positives in your case); what you probably mean is .djvu$

I recommend putting regular expressions in single quotes rather than double quotes because the dollar sign has special meaning for the Linux shell:
```
sudo lsof | grep -i '.djvu$'
```

(updated from ps to pgrep thanks to comment from qubert) if the application reads the files into memory and then closes it, the lsof won't see it, but ps (process list) will; pgrep is the proper tool to search through running processes; try:
```
pgrep --list-full --full --ignore-case '.djvu'
```

edited yesterday

answered yesterday

bitinerant

363

I tried your suggestion but again, though I have a djvu file open, I get nothing.
– Ritajit Kundu
yesterday

@Ritajit Kundu - I don't have that reader. It's possible that the application opens the file, reads the contents into memory, and then closes the file before you run lsof so that you don't have a chance to see it when it's open. I added a 5th bullet to my list above which may work if this is the case.
– bitinerant
yesterday

the last command works. thanks a lot.
– Ritajit Kundu
yesterday

the library used to render .djvus (libdjvulibre) is always using separate threads to render each page, and it's those threads that open the file (they're not passed an open fd from the parent), and exit when they're finished rendering.
– qubert
yesterday

instead of ps -ef | grep ..., use pgrep -afi '.djvu>'; or if you insist on using ps, use ps -wwef | grep ...; otherwise it will truncate the command line and may miss if eg. a .djvu file name is longer than 80 characters.
– qubert
yesterday

|
show 1 more comment

up vote
0
down vote

accepted

if the application is running as a different user, you will need sudo:
```
sudo lsof | grep ".djvu$"
```

if some of the file extension is capital, you need to -i in grep to ignore case:
```
sudo lsof | grep -i ".djvu$"
```

the dot at the beginning of .djvu$ will match any character (though this probably won't cause false positives in your case); what you probably mean is .djvu$

I recommend putting regular expressions in single quotes rather than double quotes because the dollar sign has special meaning for the Linux shell:
```
sudo lsof | grep -i '.djvu$'
```

(updated from ps to pgrep thanks to comment from qubert) if the application reads the files into memory and then closes it, the lsof won't see it, but ps (process list) will; pgrep is the proper tool to search through running processes; try:
```
pgrep --list-full --full --ignore-case '.djvu'
```

edited yesterday

answered yesterday

bitinerant

363

I tried your suggestion but again, though I have a djvu file open, I get nothing.
– Ritajit Kundu
yesterday

@Ritajit Kundu - I don't have that reader. It's possible that the application opens the file, reads the contents into memory, and then closes the file before you run lsof so that you don't have a chance to see it when it's open. I added a 5th bullet to my list above which may work if this is the case.
– bitinerant
yesterday

the last command works. thanks a lot.
– Ritajit Kundu
yesterday

the library used to render .djvus (libdjvulibre) is always using separate threads to render each page, and it's those threads that open the file (they're not passed an open fd from the parent), and exit when they're finished rendering.
– qubert
yesterday

instead of ps -ef | grep ..., use pgrep -afi '.djvu>'; or if you insist on using ps, use ps -wwef | grep ...; otherwise it will truncate the command line and may miss if eg. a .djvu file name is longer than 80 characters.
– qubert
yesterday

|
show 1 more comment

up vote
0
down vote

accepted

if the application is running as a different user, you will need sudo:
```
sudo lsof | grep ".djvu$"
```

if some of the file extension is capital, you need to -i in grep to ignore case:
```
sudo lsof | grep -i ".djvu$"
```

the dot at the beginning of .djvu$ will match any character (though this probably won't cause false positives in your case); what you probably mean is .djvu$

I recommend putting regular expressions in single quotes rather than double quotes because the dollar sign has special meaning for the Linux shell:
```
sudo lsof | grep -i '.djvu$'
```

(updated from ps to pgrep thanks to comment from qubert) if the application reads the files into memory and then closes it, the lsof won't see it, but ps (process list) will; pgrep is the proper tool to search through running processes; try:
```
pgrep --list-full --full --ignore-case '.djvu'
```

edited yesterday

answered yesterday

bitinerant

363

if the application is running as a different user, you will need sudo:
```
sudo lsof | grep ".djvu$"
```

if some of the file extension is capital, you need to -i in grep to ignore case:
```
sudo lsof | grep -i ".djvu$"
```

the dot at the beginning of .djvu$ will match any character (though this probably won't cause false positives in your case); what you probably mean is .djvu$

I recommend putting regular expressions in single quotes rather than double quotes because the dollar sign has special meaning for the Linux shell:
```
sudo lsof | grep -i '.djvu$'
```

(updated from ps to pgrep thanks to comment from qubert) if the application reads the files into memory and then closes it, the lsof won't see it, but ps (process list) will; pgrep is the proper tool to search through running processes; try:
```
pgrep --list-full --full --ignore-case '.djvu'
```

edited yesterday

answered yesterday

bitinerant

363

edited yesterday

answered yesterday

bitinerant

363

answered yesterday

bitinerant

363

answered yesterday

bitinerant

363

I tried your suggestion but again, though I have a djvu file open, I get nothing.
– Ritajit Kundu
yesterday

@Ritajit Kundu - I don't have that reader. It's possible that the application opens the file, reads the contents into memory, and then closes the file before you run lsof so that you don't have a chance to see it when it's open. I added a 5th bullet to my list above which may work if this is the case.
– bitinerant
yesterday

the last command works. thanks a lot.
– Ritajit Kundu
yesterday

the library used to render .djvus (libdjvulibre) is always using separate threads to render each page, and it's those threads that open the file (they're not passed an open fd from the parent), and exit when they're finished rendering.
– qubert
yesterday

instead of ps -ef | grep ..., use pgrep -afi '.djvu>'; or if you insist on using ps, use ps -wwef | grep ...; otherwise it will truncate the command line and may miss if eg. a .djvu file name is longer than 80 characters.
– qubert
yesterday

|
show 1 more comment

I tried your suggestion but again, though I have a djvu file open, I get nothing.
– Ritajit Kundu
yesterday

@Ritajit Kundu - I don't have that reader. It's possible that the application opens the file, reads the contents into memory, and then closes the file before you run lsof so that you don't have a chance to see it when it's open. I added a 5th bullet to my list above which may work if this is the case.
– bitinerant
yesterday

the last command works. thanks a lot.
– Ritajit Kundu
yesterday

the library used to render .djvus (libdjvulibre) is always using separate threads to render each page, and it's those threads that open the file (they're not passed an open fd from the parent), and exit when they're finished rendering.
– qubert
yesterday

instead of ps -ef | grep ..., use pgrep -afi '.djvu>'; or if you insist on using ps, use ps -wwef | grep ...; otherwise it will truncate the command line and may miss if eg. a .djvu file name is longer than 80 characters.
– qubert
yesterday

I tried your suggestion but again, though I have a djvu file open, I get nothing.
– Ritajit Kundu
yesterday

@Ritajit Kundu - I don't have that reader. It's possible that the application opens the file, reads the contents into memory, and then closes the file before you run lsof so that you don't have a chance to see it when it's open. I added a 5th bullet to my list above which may work if this is the case.
– bitinerant
yesterday

the last command works. thanks a lot.
– Ritajit Kundu
yesterday

the library used to render .djvus (libdjvulibre) is always using separate threads to render each page, and it's those threads that open the file (they're not passed an open fd from the parent), and exit when they're finished rendering.
– qubert
yesterday

instead of ps -ef | grep ..., use pgrep -afi '.djvu>'; or if you insist on using ps, use ps -wwef | grep ...; otherwise it will truncate the command line and may miss if eg. a .djvu file name is longer than 80 characters.
– qubert
yesterday

|
show 1 more comment

draft saved

draft discarded

draft saved

draft discarded

Post as a guest

Name

搜尋此網誌

mjhjmtu