Hi,
I've recently come across a small(ish) problem when comparing unix directories. In the two trees I was comparing there were two directories that caused BC to go into an infinite loop, duplicating the directory name as a subfolder indefinitely; it's caused by "invalid" characters, though I'm not sure why it expands forever.
The directories were:
1. SQL??
BC saw this as "SQL~MN", and created SQL~MN/SQL~MN/SQL~MN/...
2. someone's shell script obviously went wrong - one of the directories in this list:
drwxrwxr-x 2 104 28 96 Nov 15 17:11 'yyyymmdd')/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 */
drwxrwxr-x 2 104 28 96 Nov 15 17:11 1:/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 ERROR/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 ORA-00942:/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 at/
-rw------- 1 104 28 5885188 Nov 15 17:12 core
drwxrwxr-x 2 104 28 96 Nov 15 17:11 day/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 does/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 exist/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 from/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 line/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 not/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 or/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 table/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 to_char(logical_date,/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 view/
caused the dir to list only a single directory with the name "~0%", which expands forever, with a few of the other directories listed in each.
I'm using version 2.4.3
Excluding "~0%" and "SQL~MN" as directories solved the loop problem (had to cancel the operation first, obviously).
I'm not sure how the unix area is shared, though I think it's samba; I can find out if you think this is the issue.
Thanks,
William Moffatt
I've recently come across a small(ish) problem when comparing unix directories. In the two trees I was comparing there were two directories that caused BC to go into an infinite loop, duplicating the directory name as a subfolder indefinitely; it's caused by "invalid" characters, though I'm not sure why it expands forever.
The directories were:
1. SQL??
BC saw this as "SQL~MN", and created SQL~MN/SQL~MN/SQL~MN/...
2. someone's shell script obviously went wrong - one of the directories in this list:
drwxrwxr-x 2 104 28 96 Nov 15 17:11 'yyyymmdd')/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 */
drwxrwxr-x 2 104 28 96 Nov 15 17:11 1:/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 ERROR/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 ORA-00942:/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 at/
-rw------- 1 104 28 5885188 Nov 15 17:12 core
drwxrwxr-x 2 104 28 96 Nov 15 17:11 day/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 does/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 exist/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 from/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 line/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 not/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 or/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 table/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 to_char(logical_date,/
drwxrwxr-x 2 104 28 96 Nov 15 17:11 view/
caused the dir to list only a single directory with the name "~0%", which expands forever, with a few of the other directories listed in each.
I'm using version 2.4.3
Excluding "~0%" and "SQL~MN" as directories solved the loop problem (had to cancel the operation first, obviously).
I'm not sure how the unix area is shared, though I think it's samba; I can find out if you think this is the issue.
Thanks,
William Moffatt
Comment