[Libreoffice-bugs] [Bug 133789] BASIC function DIR does not deliver correct result list

[bugzilla-daemon at bugs.documentfoundation.org]

https://bugs.documentfoundation.org/show_bug.cgi?id=133789

--- Comment #7 from joachim <jwredeg at gmail.com> ---
    ---------- the according DIR calling parameters are shown in column B
    v
    v
        My result after running the macro:
               C2                                 <--- I wonder about the empty
C2
0   \          C3 vboxshare\TESTdatei03.TXT
               C4 vboxshare\TESTDATEI02.txt
               C5 vboxshare\TESTdatei01.txt
               C6 vboxshare\testdatei04.txt
C3 to C6 show the correct number of files with correct names using upper- and
lower-case letters
using the path name only <\> as calling parm

1   \T*        C7 vboxshare\TESTDATEI02.txt
               C8 vboxshare\TESTdatei01.txt
               C9                                <--- I wonder about the empty
C9 
the calling parm shown in C13 <\T*> should find the same files as are found in
test-case 0 using <\> as calling parm. But only 2 instead of 4 files are listed 
2  \t*.txt     C10 vboxshare\TESTDATEI02.txt
               C11 vboxshare\TESTdatei01.txt
               C12                               <--- I wonder about the empty
C12  
with the calling parm <\t*.txt> the DIR function should find all 4 files. But
only 2 are found 

I am not sure how to allocate the following results to the test-cases Nos. 3 -
5
C13 testdatei04.txt
C14 TESTdatei01.txt
C15 TESTDATEI02.txt
C16 
C17 TESTdatei01.txt
C18 TESTDATEI02.txt

6  \TestDATEI04.TxT   C19 TestDATEI04.TxT
yes, the file is found, but the result shown by DIR is the string of the
calling-parm in 
mixed upper-/lower-case writing and not the name of the object in the storage
which is a 
lower-case only name
########################################
on my Win 10 system the result looks as follows:
---------------------------------------------------
A   B                   C
---------------------------------------------------
0       \                       .~lock.LOtestDIR.ods#
                                LOtestDIR.ods       <-- the application itself
                                TESTdatei01.txt
                                TESTDATEI02.txt
                                TESTdatei03.TXT
                                testdatei04.txt
                                Thumbs.db               <--system file of the
WIN10-system
1       \T*                     TESTdatei01.txt
                                TESTDATEI02.txt
                                TESTdatei03.TXT
                                Thumbs.db
2       \t*.txt             testdatei04.txt
3       \T*.txt             TESTdatei01.txt
                                TESTDATEI02.txt
4       \testDATEI0?.txt                           <-- erroneously no file is
found     
5       \TEST*0?.txt        TESTdatei01.txt
                                TESTDATEI02.txt
6       \TestDATEI04.TxT        TestDATEI04.TxT
##########################################################
as far as I see your results are incomplete and my results are incomplete.
Curiously there seems to be different erros, see test-case 2: your system finds
2 files of 4 
and my system finds 1 file only; but this file is not shown in your list.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20201019/69bcbbaf/attachment.htm>