Andy Ross wrote:
But as I noted in my original post: It's not waiting on the disk reads. Comment out the split() call and watch the delays disappear. Raw I/O speed in cygwin is comparable to mingw or MSVC. The overhead is due, somehow, to activity within/under split(). Other than allocation, that function doesn't do any meaningful library interaction that I can see (although Vaclav's suggestion about exception handling is a very good one...).
Can you port the testcase you provided to C to see if it makes a difference, please? Gerrit -- =^..^= -- 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/