site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=qPNVGm4+lwbIe24Zn1UJ3wMwu4gF5SMbVZyHq/jx7QRx83zju/+Sk0UpiMJy5tOgKuKwUQnqdwOQYZ14zToHHzW5vurZBCBzBVP1HIgB1clWiJepeMwNmDEQA2GviX0f6eOu7Sl23e1DWlNJeVPTz6agHwcgTvvAWxOSkhJ9avY= ; User-agent: Thunderbird 2.0.0.9 (Macintosh/20071031) No, because as a simple test program shows, that works: static char *ev[] = { 0, 0 }; int main(void) { ev[0] = "bin/ls"; chdir("/"); execv(*ev, ev); return 23; } This will run ls and return 0, suggesting that execv can handle non-absolute path names. I disagree, your test is not the same. Steve _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... Peter Seebach wrote: I would suggest switching to postfix. qmail is unmaintained, and while no one would accuse djb's code of being a forest of security holes, it's not exactly written with an aggressive eye to language standards or portability. This was not to be a debate on what is the best MTA. I respectfully disagree on all counts. Postfix will not do half of the things we use qmail for. But no matter, not the point. I've used and managed both. The question is about execv. The execv (added more code) returns an error 2, or, file not found on Leopard. That's odd. I'd probably replace it with "/bin/pwd" and see what it says. :) It says the correct directory. Which is to be expected. Could it be a bug in execv on Leoprd when when not using a absolute filename? Conclusion: Something else has gone wrong. Recall, qmail is the second most deployed MTA ,and, the code works on all platforms, including Tiger as is. The code appears correct. The extra code shows it to be in the right directory, as it does when rec-compiled on our Tiger servers. So, my conclusion is different. Anyone else? Can we stick to the topic? This email sent to site_archiver@lists.apple.com