Hi, On Tue, 16 Oct 2007, Eli Zaretskii wrote: > > Date: Tue, 16 Oct 2007 13:39:12 +0100 (BST) > > From: Johannes Schindelin <Johannes.Schindelin@xxxxxx> > > cc: Daniel Barkalow <barkalow@xxxxxxxxxxxx>, raa.lkml@xxxxxxxxx, ae@xxxxxx, > > tsuna@xxxxxxxxxxxxx, git@xxxxxxxxxxxxxxx > > > > > As I wrote in my other message, using native APIs improves > > > performance by at least a factor of two. > > > > Somehow this does not appeal to my "portability is good" side. You > > know, if we had to do such trickeries for every platform we support, > > we'd soon be as big as Subversion *cough*. > > You have to decide whether you care about performance enough to do > that or not. Yes, I know that we'll have to use more special casing of Windows for performance reasons. I was only lamenting that it would not need to be that way. Just ignore me. > > For me, this is the most annoying part about programming Win32. They > > went out of their way to make it incompatible with everything else, > > and as a consequence it is a PITA to maintain crossplatform programs. > > Portability is a two-way street. A program that wasn't designed to be > portable will by definition be hard to port. To me, what's annoying is > a program that was designed around a single-OS model of APIs. You're obviously not talking about git here. > > Explorer often accesses files it should not lock. On the machine I > > test msysGit on, this is the most common reason for a test case to > > fail: it cannot delete the temporary directory, which _should_ be > > unused. Indeed, a second after that, it _is_ unused. > > One more reason not to launch Explorer, if you ask me ;-) But maybe you > have valid reasons to do that. All I can say is that I never saw such > problems, but then I don't usually run programs that rewrite files in a > frenzy. Funny. Last time I checked the toolbar went away, as well as the desktop, when I killed explorer.exe. Ciao, Dscho - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
