<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Recent changes to support-requests</title><link>http://sourceforge.net/p/gnuwin32/support-requests/</link><description>Recent changes to support-requests</description><language>en</language><lastBuildDate>Wed, 12 Sep 2012 07:03:43 -0000</lastBuildDate><item><title>#6 'find . -name' has inconsistent behavior</title><link>http://sourceforge.net/p/gnuwin32/support-requests/_discuss/thread/35491123/</link><description>I am familiar with this message. My experience says that it happens when the file to search for (or maybe more such files) is contained in current directory. So going up a directory may help. Other workaround is to use `-regex` instead. So a failing command:

`find . -name a*`

may be substituted with

* `find this_dir -name a*` (from parent directory)
* `find . -regex .*/a[a-z0-9.A-Z_]*` 

Unfortunately this may help only in manually issed commands.

I am also not sure whether Windows is to be blamed for this misbehaviour. I checked with a testing app and arguments are passed without a change. For example such args:

* `. -name b*`
* `. -name "b*"`

Probably the expansion is really done at some place and somehow it is not prevented by quotes.</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Jarek Czekalski</dc:creator><pubDate>Wed, 12 Sep 2012 07:03:43 -0000</pubDate><guid>http://sourceforge.net9bf2af1ef18766aa8f26a0a0279d701dd987a11d</guid></item><item><title></title><link>http://sourceforge.net/p/gnuwin32/support-requests/6/</link><description></description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">GnuWin32</dc:creator><pubDate>Thu, 26 Jul 2012 18:57:55 -0000</pubDate><guid>http://sourceforge.netdaa9aec1a8b8ea99ff307b1917d16f926fbd6084</guid></item><item><title></title><link>http://sourceforge.net/p/gnuwin32/support-requests/5/</link><description></description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">GnuWin32</dc:creator><pubDate>Thu, 26 Jul 2012 18:57:52 -0000</pubDate><guid>http://sourceforge.net8eb3188c32ddc2a033bde1aebe843acb34659bff</guid></item><item><title></title><link>http://sourceforge.net/p/gnuwin32/support-requests/4/</link><description></description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">GnuWin32</dc:creator><pubDate>Thu, 26 Jul 2012 18:57:52 -0000</pubDate><guid>http://sourceforge.net8d332d1c5292c50523b7be53337b64206b8cbe8c</guid></item><item><title></title><link>http://sourceforge.net/p/gnuwin32/support-requests/3/</link><description></description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">GnuWin32</dc:creator><pubDate>Thu, 26 Jul 2012 18:57:52 -0000</pubDate><guid>http://sourceforge.neta14f3b9faf3d5d1d45ca63dbc79d4fb9c6a1016c</guid></item><item><title></title><link>http://sourceforge.net/p/gnuwin32/support-requests/2/</link><description></description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">GnuWin32</dc:creator><pubDate>Thu, 26 Jul 2012 18:57:52 -0000</pubDate><guid>http://sourceforge.net0000c00fc0b036cd33354933f1567075e351c730</guid></item><item><title></title><link>http://sourceforge.net/p/gnuwin32/support-requests/1/</link><description></description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">GnuWin32</dc:creator><pubDate>Thu, 26 Jul 2012 18:57:52 -0000</pubDate><guid>http://sourceforge.net7faa711103a66663bdab365f2e5a58c17e3357f8</guid></item></channel></rss>