pFind 6.3

Filemanagers, partitioning tools, etc.
Post Reply
Message
Author
User avatar
zigbert
Posts: 6621
Joined: Wed 29 Mar 2006, 18:13
Location: Valåmoen, Norway
Contact:

#91 Post by zigbert »

Version 2.3 is uploaded. See main post.

disciple
Posts: 6984
Joined: Sun 21 May 2006, 01:46
Location: Auckland, New Zealand

#92 Post by disciple »

Do the actions when you search for a type of file (picture, music etc) actually work for anybody? I haven't got Puppy 2.17, but I wouldn't have thought it would behave differently from 2.16 on this. These actions still don't work for me because for some reason it doesn't build the symlinks, so it opens GTKSEE or whatever with nothing to show.

Am I missing something?

User avatar
zigbert
Posts: 6621
Joined: Wed 29 Mar 2006, 18:13
Location: Valåmoen, Norway
Contact:

#93 Post by zigbert »

Yeah, you right. Autoview pictures in gtksee doesn't work (I havn't used that feature for months). After gtksee is loaded, Pfind shows up with its overview-mode. It doesn't seem logical. I'll take a look at it.

I have also made it possible to list filenames with < or > in filemanager mode. It will come in 2.4.

Please report bugs. We all have different ways of using a program, and will find bugs that others won't.

Sigmund

disciple
Posts: 6984
Joined: Sun 21 May 2006, 01:46
Location: Auckland, New Zealand

#94 Post by disciple »

Great! 2.4 seems really solid.
The only other suggestions I've got are to add a button in the results window to show only folders, and maybe take another look at the default slideshow options - I find

Code: Select all

"qiv -ftsNF /tmp/pfind-view$PROGPID"
more useful.

If you ever do another version you might as well change seperate to separate in line 8 of .pfindrc as well.

This is really good. Zigbert is the man!

User avatar
zigbert
Posts: 6621
Joined: Wed 29 Mar 2006, 18:13
Location: Valåmoen, Norway
Contact:

#95 Post by zigbert »

disciple
Thanks for suggestions. Your help brings this project futher.

Sigmund

User avatar
zigbert
Posts: 6621
Joined: Wed 29 Mar 2006, 18:13
Location: Valåmoen, Norway
Contact:

#96 Post by zigbert »

Version 2.5 is uploaded. See main post.

disciple
Posts: 6984
Joined: Sun 21 May 2006, 01:46
Location: Auckland, New Zealand

#97 Post by disciple »

The actions in the list menu are broken now - it builds symlinks, but never runs the action. :(

Also, you said you'd changed the default options for a qiv slideshow, but you actually didn't change them, only in the example above the actual settings :)

BTW in the last several versions I've had to manually set the permissions on pfind after installing.

User avatar
zigbert
Posts: 6621
Joined: Wed 29 Mar 2006, 18:13
Location: Valåmoen, Norway
Contact:

#98 Post by zigbert »

Glad you're here to correct me.

Thanks
Sigmund

User avatar
zigbert
Posts: 6621
Joined: Wed 29 Mar 2006, 18:13
Location: Valåmoen, Norway
Contact:

#99 Post by zigbert »

The actions in the list menu are broken now - it builds symlinks, but never runs the action. Sad
I have tested this now, and it works correct for me???????? (I'm in 2.17)

disciple
Posts: 6984
Joined: Sun 21 May 2006, 01:46
Location: Auckland, New Zealand

#100 Post by disciple »

That's interesting - it wasn't working in Grafpup 104, so I installed in 2.16.1 to check, and it didn't work there either - at least the option to open the files in the list with a text editor, and the options to open in music player (setup for gxine in one install, and for xmms in the other) or video player weren't working.
I'm pretty sure they were working in both installs with pfind 2.4. I wonder what the difference would be between 2.16.1 and 2.17.1? Or do you think it might not like that I had a couple of hundred files in the list each time? Or maybe there's something peculiar with my system - once before I've had a search for "mp3" turn up 900 hits or something, but only a hundred and fifty or so showed up in the list, and the last entry was "/mnt/hdb6/", which has no "mp3", so something must have messed it up somehow.

I did try running the same commands it is set up for in a terminal, after it had finished making the symlinks, and that worked.

BTW Good work with getting rid of the need to rebuild the gui - that's wonderful.

User avatar
zigbert
Posts: 6621
Joined: Wed 29 Mar 2006, 18:13
Location: Valåmoen, Norway
Contact:

#101 Post by zigbert »

It could absolutely be a bug from 2.5. I messed with the code when refined the gui-handling. Can you try to run Pfind from terminal.

When opening files in texteditor, Pfind opens symlinks, and not the real files. Lets change this for version 2.6. In Grafpup you are running multiuser. Do this give trouble with permissions in /tmp/?

If trying to open MANY files in Geany I got an extreme delay.
once before I've had a search for "mp3" turn up 900 hits or something, but only a hundred and fifty or so showed up in the list, and the last entry was "/mnt/hdb6/", which has no "mp3", so something must have messed it up somehow.
I just wonder: Could it be problem with filenames not compatible with UTF-8 charset. Max hits in Pfind 2.5 is set to 500. I guess you edited the config file. If running a low-powered system it's not recomended. The option ACCEPT_ARROW is because I experienced that < and > gave trouble when handling filenames from iso8859.1.


Sigmund

disciple
Posts: 6984
Joined: Sun 21 May 2006, 01:46
Location: Auckland, New Zealand

#102 Post by disciple »

No, it's not a permissions problem - multiuser is new in Grafpup 2. Grafpup 104 is basically Puppy 1.04 with some stuff changed. And I've got the same problems in Puppy 2.16 anyway.

I don't think it's just a delay, as I tried with a list of mp3's, and it built the links but nothing ever happened. Then I ran the command from the config file and xmms opened up with all the files quite quickly.

Yes I did edit the limit - I have a 900MHz Celeron, and it is slow, but not too slow. I really don't want to have the limit at less than 1000. But those list menu items aren't working for me with less than 200 hits.

Some of my test searches were just in my Windows 98 FAT32 partitions, as I thought it unlikely there'd be illegal characters or anything there - but I'm not sure. You can't use < and > on them anyway.

-----------------------------------
EDIT - Skip to the next post - I tested more thoroughly
-----------------------------------

I just tried it again, and it didn't say anything unusual in the terminal until I clicked the (gtkdialog - not WM) close button, when it closed pfind and spat out a list of all the files, like this:

Code: Select all

/usr/local/pfind/pfind: line 812: /mnt/hdb6/Upstairs/Songs/Kim: No such file or directory
for files with a space in the name, like there's some quotation marks missing somewhere, and like this:

Code: Select all

/usr/local/pfind/pfind: line 830: /mnt/hdb6/Upstairs/Messer011.mp3: cannot execute binary file
for files without spaces in the name - well of course it can't execute the file - it's an mp3 :)
and then this at the very end:

Code: Select all

/usr/local/pfind/pfind: eval: line 875: syntax error near unexpected token `('
/usr/local/pfind/pfind: eval: line 875: `/mnt/hdb6/04 The Package/12 Not To Win (The Fast).mp3'
With the other messages it was progressing one line at a time, but it jumped from line 862 to line 875.
Then it opened up the pfind results window again, with the results still there, and when I clicked close again it just closed normally.
The only thing I did after searching and before clicking the close button was click on List-open files in music player.
Last edited by disciple on Sat 06 Oct 2007, 22:38, edited 1 time in total.

disciple
Posts: 6984
Joined: Sun 21 May 2006, 01:46
Location: Auckland, New Zealand

#103 Post by disciple »

OK - that wasn't quite right. If I run a search for mp3 in hdb6 (a fat32 partition) this is what consistently happens:
First I get 274 hits. Then:
-If I just press close it closes normally.
-If I click List-Open musicplayer then it builds the symlinks, and then when I click close it closes and the terminal spits out the messages attached.
-If I click the button to show only sound files, it removes 5 files from the list. Then if I click List-Open musicplayer it builds the symlinks, and then when I click close it closes and the terminal spits out the other messages attached, and then pfind opens again, building a hitlist, and then brings up the search results window with all the same results. If I then click close it closes normally.

In neither case does it actually open the music player

Note that the two sets of messages are different (especially the last two lines), and that neither has a line for all of the files.

The lines that look like this

Code: Select all

/usr/local/pfind/pfind: line 862: /mnt/hdb6/01: No such file or directory
are for files with spaces in the name, the lines that look like this:

Code: Select all

/usr/local/pfind/pfind: line 840: /mnt/hdb6/Upstairs/Messer021.mp3: cannot execute binary file
are for files without spaces in the name, and the lines that look like

Code: Select all

/usr/local/pfind/pfind: line 877: CeCe: command not found
are the first part of a filename after an & and before the next space.
Those last two lines in one set of messages are probably for the only file with ( and ) in the name.
Attachments
JustClickingList-OpenWithMusicPlayer.gz
(1.28 KiB) Downloaded 527 times
afterClickingShowSoundFiles.gz
(1.05 KiB) Downloaded 509 times

disciple
Posts: 6984
Joined: Sun 21 May 2006, 01:46
Location: Auckland, New Zealand

#104 Post by disciple »

actually it might not be exactly the last two lines in those files - I think I left the standard exit lines in one of them.

User avatar
zigbert
Posts: 6621
Joined: Wed 29 Mar 2006, 18:13
Location: Valåmoen, Norway
Contact:

#105 Post by zigbert »

OK, let's start tracking.

Your attacthed files tells that pfind start failing at line 655. This tells us that the misbehavour happens inside gtkdialog-code. It seems to me that that your filenames in hitlist corrupts the code. I guess this happens when building items for the hitlist. This because pfind includes /tmp/pfind-treeitems$PROGPID into the code.

What we need to look at are your file /tmp/pfind-treeitems$PROGPID just after showing the searchresult in the overview. If we could compare this list with the list 'find' gives us, I hope we could see what goes wrong. You of course know that 'find' executable is build in /tmp/pfind-execfind$PROGPID, but be aware of; if searching with several searchpaths 'find' will execute several times and /tmp/pfind-execfind$PROGPID shows only the last 'find'-command. Be sure that there are only one searchpath. Then the lists from pfind and find are comparable.

Sigmund

disciple
Posts: 6984
Joined: Sun 21 May 2006, 01:46
Location: Auckland, New Zealand

#106 Post by disciple »

Hi, sorry - I've got to go to bed, so I can't really read closely and try to figure out how to get an output from the command line in the same format as the pfind-treeitems... file - also, it is in a different order - I guess pfind is sorting it in some way.

As you can see, it finishes like this:

Code: Select all

/mnt/hdb6/Upstairs/11-3-06.mp3|44142051|1998/01/01 - 14:48:44|-rwxr-xr-x|root
/mnt/hdb6/Upstairs/Messer001.mp3|182194387|2007/04/08 - 07:06:34|-rwxr-xr-x|root
/mnt/hdb6/Upstairs/Messer002.mp3|108292516|2007/03/04 - 06:59:02|-
If I remove the mp3 from the name of that last file, it has exactly the same results, finishing with the next file:

Code: Select all

/mnt/hdb6/Upstairs/Messer003.mp3|155037071|2007/04/15 - 07:05:04|-
There doesn't seem to be anything unusual about these files except they are big, and that can't be causing the problem as I had the same issue with a search for text files. I have no idea what else to look at, so if you have any suggestions...

NB. Also, after it builds the symlinks, the pfind-treeitems... file is correct - but it sounds like you might be expecting that.
--------------------------
Wait a minute - I just tested with a search for txt on my Linux ext3 partition - it came up with 59 hits, and the pfind-treeitems... file was complete, but it has the same behaviour - builds hits, but never opens the text editor. But wait - it doesn't do the thing of reopening pfind when closed if I'd clicked a button to display only some of the results. So maybe there are two separate issues here.
Attachments
txt1.gz
(1.87 KiB) Downloaded 575 times
pfind-treeitems1267.gz
(5.05 KiB) Downloaded 559 times
find.gz
(3.36 KiB) Downloaded 558 times

User avatar
zigbert
Posts: 6621
Joined: Wed 29 Mar 2006, 18:13
Location: Valåmoen, Norway
Contact:

#107 Post by zigbert »

This was a tricky one, but let's not give up yet.

Can you please give me:
1. /tmp/pfind-files - This file shows the result of 'find'
2. /tmp/pfind-view - This is the files to be in the overview list.
3. /tmp/pfind-treeitems - This is the syntax for gtkdialog tree-view.
4. result of find /mnt/hdb6 -iname *mp3*
5. result of find /mnt/hdb6 -iname *mp3* -printf "%p|%s|%CY/%Cm/%Cd - %CT|%M|%u\n"

Nr. 4 should be equal to pfind-files and pfind-view. Nr. 5 should be equal to pfind-treeitems.

I wonder if anyone else got an experience close to this. If you read this, please give your report.

Sigmund

disciple
Posts: 6984
Joined: Sun 21 May 2006, 01:46
Location: Auckland, New Zealand

#108 Post by disciple »

OK - I'm off to uni now :)
Attachments
results.tar.gz
(22.16 KiB) Downloaded 474 times

User avatar
zigbert
Posts: 6621
Joined: Wed 29 Mar 2006, 18:13
Location: Valåmoen, Norway
Contact:

#109 Post by zigbert »

Ok, now we know that Pfind search correct, but fails in the func 'build_treeitems'. The main code here are this:

Code: Select all

#!/bin/bash
echo -e "\c" > /tmp/pfind-treeitems
for I in `cat /tmp/pfind-view | sed -e "s/ /{ð®Sđþ}/g"`; do
	TMP=`echo "$I" | sed -e "s/{ð®Sđþ}/ /g"`
	find "$TMP" -maxdepth 0 -printf "%p|%s|%CY/%Cm/%Cd - %CT|%M|%u\n" >> /tmp/pfind-treeitems
done
If you could:
1. Make the search.
2. Rename '/tmp/pfind-view$PROGPID' to '/tmp/pfind-view'.
3. Run this code.
4. check '/tmp/pfind-treeitems'

.....If everything is now ok.....Wow, I have no idea??????

.....If still the same failure..... Please try to tweak the code to see if you can pass the failure. The {ð®Sđþ} is just instead of ' ' (space) to get the for-loop to run filenames with spaces. Maybe find -printf "%...." needs a refreshment.

I'm curious :wink:

Sigmund

disciple
Posts: 6984
Joined: Sun 21 May 2006, 01:46
Location: Auckland, New Zealand

#110 Post by disciple »

That works (I mean the contents of that file are correct) - which means you have no idea about why that file is being truncated :(
But we also still don't know why the actions in the list menu aren't working for me (read what I said about the txt search on my linux partition).

Oh - and I just checked that the actions on search don't work either.
And the funny thing I just discovered is if I do a search for music files on hdb6, it only finds 24 of those mp3s - but I thought it just checked the extension, so it should find 269...

Am I really the only person having problems with 2.5? What could it be? Could my locale (nz) affect it somehow?

---------
I just checked by replacing the truncated tree-items file with the one generated from your instructions, and confirmed that the behaviour of pfind reopening when closed after a "show only" button press definitely occurs (only) when the tree-items file is truncated.

Post Reply