Prev: autocorrelation
Next: resetting Gui Slider position
From: us on 12 May 2010 20:56
dpb <none(a)non.net>
> OTOH, it sounds as though the behavior of ML has indeed changed and
> perhaps the default now is for it to transparently use the /A:-D switch
> internally to return only files instead of all files including those w/
> directory attribute...

i'm currently running a 2007b version and, therefore, cannot check what could(!) have happened:
it is possible that newer ML versions rely on (very fast) .net1+ system functions (for folder/file listings), which may(!) implement a different wildcard behavior...

again, just a thought... have to check this later...
us
From: James on 12 May 2010 21:45
Perhaps I have just been lucky as I have never named a folder "foo.goo"

- James
From: James on 12 May 2010 22:00
Despite the fact that this one guy has a strange proclivity for naming folders such things as "foo.goo", the fact of the matter is that the behaviour to the command "dir *." has changed in the latest Matlab release from all prior releases. It is unfortunate that The Mathworks places such low priority on maintaining backwards compatibility with their products.

- James
From: Walter Roberson on 12 May 2010 22:07
James wrote:
> Perhaps I have just been lucky as I have never named a folder "foo.goo"

http://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx

"Note that a directory is simply a file with a special attribute
designating it as a directory, but otherwise must follow all the same
naming rules as a regular file."

And thus as far as Microsoft is concerned, there is no reason why a
directory could not be named "foo.goo", and that has been true for some
time.

You spoke of "legacy scripts" breaking: were those scripts able to
handle generalized long directory names, which might have multiple
periods in them? Such as This.is.a.valid.directory.name ? If those
scripts broke with such names, then for the sake of legacy support,
under the reasoning of your previous "don't know what they are talking
about" posting, would it not be important for Matlab to continue to have
broken behaviour? I am unclear as to what your preference is here,
whether you are looking for _correct_ behaviour from Matlab, or if you
are looking for "Bug For Bug Compatability" ??
From: us on 12 May 2010 22:20
"James " <james.downs(a)ngc.com> wrote in message <hsfmfn$kqi$1(a)fred.mathworks.com>...
> Despite the fact that this one guy has a strange proclivity for naming folders such things as "foo.goo", the fact of the matter is that the behaviour to the command "dir *." has changed in the latest Matlab release from all prior releases. It is unfortunate that The Mathworks places such low priority on maintaining backwards compatibility with their products.
>
> - James

very wrong...
....and you're simply suffering from old mistakes, which understandably anger you...
but don't let your frustration go into the wrong direction...

1) TMW has never used/promoted your particular syntax DIR *. in any doc to guarantee to return subfolders...
2) this is an issue with the underlying system...
3) any person being aware of such idiosyncrasies would NEVER rely on such formulas as dir *.
4) TMW's DIR has ALWAYS returned a .directory flag .ISDIR, which makes it fully backward compatible...

us, just a guy who happens to name folders foo.goo
First  |  Prev  |  Next  |  Last
Pages: 1 2 3 4 5
Prev: autocorrelation
Next: resetting Gui Slider position