Mail Archives: cygwin/2007/03/16/11:36:32
Dave Korn wrote:
>> What's odd is that this bug in argz_insert() is very ticklish: it
>> triggers on "tests/mdemo/Makefile", but not when argz_insert is called
>> with "./tests/mdemo/Makefile".
>
> Isn't that just exactly what you would expect, given that you're talking
> about sorting things in ascii order? The period collates very early in ascii
> sort order, whereas a lower-case t comes much later; hence if you specify the
> '.' you get the makefile at the start of the list instead of the end.
Ah, but in the ./ case, the sequence is:
"./tests/mdemo/config", NULL
"./tests/mdemo/foo1", NULL
"./tests/mdemo/foo2", NULL
"./tests/mdemo/libfoo2", NULL
"./tests/mdemo/libmlib", NULL
"./tests/mdemo/libsub", NULL
"./tests/mdemo/libtool", NULL
"./tests/mdemo/main", NULL
"./tests/mdemo/Makefile", == *pargz
So again, the sort order is exactly the same: everything gets
argz_append()ed, until entry=="<stuff>/Makefile" comes along, which
needs to be argz_insert()ed.
>> I need to verify this using a debug-built cygwin kernel, but it looks
>> like within newlib's argz_insert(), the call to realloc() is not
>> operating correctly in this instance.
>
> Sounds like it should be quite easy to PPAST then.
Not really. I remembered the business with the detached .dbg info, so
I'm trying to use that (without success -- more in a separate thread).
--
Chuck
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ: http://cygwin.com/faq/
- Raw text -