<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
FONT-SIZE: 10pt;
FONT-FAMILY:Tahoma
}
</style>
</head>
<body class='hmmessage'>(I never used Windows 2000 much, but NT 4 worked solidly for a long time (didn't use CVS on it), hard to imagine Windows 2000 regressed much. XP and 2003 are solid, Vista I think is holding up in /this area/. There is the whole IPv4 vs. IPv6 transition still ongoing around the world.<BR>
I really think Windows is better than its given credit for. Not Win9x, but NT.<BR>
The Apple BS about being on a solid Unix foundation and all that..it's not like NT doesn't have same model, the same user/kernel isolation.....)<BR>
<BR>
Besides..if Cygwin CVS works fine (for me and I think for Randy), either a) it's not the network, or 2) Cygwin has workarounds and TortoiseCVS/CVSNT do not. I doubt #2, but almost anything is possible.<BR>
Granted, I don't have TortoiseCVS/CVSNT working yet, didn't configure ssh for it.<BR>
<BR>
At some hypothetical point I install Win95/98/NT3.x/NT4/Win2000 in virtual machines and see how Modula-3 fairs..<BR>
I know the current binaries won't work on Win95/NT3.x due to Interlocked stuff, and some dependency on new processors, same thing (ie: you could inline or statically link such functions, and work on older OS but not on a 386).<BR>
<BR>
People should speak up if they expect pre-XP or 386/486/regular old Pentium support.<BR>
And even then, the processors continue to progress at a surprising-to-me rate, MMX, SSE, SSE2, etc.<BR>
(Not to mention AMD64..I have an unfortunate hardware situation at home there, might need to get another machine soon...or swap machines in a way I'd rather not..but this is getting ahead of things)<BR>
<BR>
- Jay<BR><BR><BR>
<HR id=stopSpelling>
<BR>
> To: wagner@elegosoft.com<BR>> Date: Tue, 22 Jan 2008 21:58:55 -0800<BR>> From: mika@async.caltech.edu<BR>> CC: m3devel@elegosoft.com<BR>> Subject: Re: [M3devel] next problem (NT386GNU)<BR>> <BR>> <BR>> I think Windows 2000 is well known for having some exceptionally<BR>> nasty bugs in its TCP implementation. In fact my Modula-3 code has<BR>> special workarounds for win2k: it doesn't download more than a few<BR>> kilobytes at a time---if you try more, the network card sometimes<BR>> goes catatonic. There are some notes on it here and there on the<BR>> Internet. Not sure what the cause is.<BR>> <BR>> Mika <BR>> <BR>> Olaf Wagner writes:<BR>> >Quoting Randy Coleburn <rcoleburn@scires.com>:<BR>> ><BR>> >> Jay / Olaf:<BR>> >><BR>> >> I installed CVSNT and TortoiseCVS. I am having some trouble with<BR>> >> "update" however. When I try to update the whole tree, it begins<BR>> >> working, but after a little while I start seeing messages that checksums<BR>> >> didn't match on certain files and that it will refetch. Then, after<BR>> >> just a little longer, it stops responding. I've left it running for<BR>> >> hours, but no new lines scroll by saying it is doing anything. Finally,<BR>> >> I just hit cancel and it promptly stops and informs me it aborted the<BR>> >> operation, as if it been waiting all along for me to tell it to give<BR>> >> up.<BR>> >><BR>> >> Now, if I update individual files or selected files, it seems to work<BR>> >> no problem. And, I've been able to check out the whole repository, and<BR>> >> yes it does take some time to pull everything down. I can also do diffs<BR>> >> on selected files. I've also used it to commit a few files to the<BR>> >> repository.<BR>> >><BR>> >> So, it is working fine, except for update. Either something is amiss,<BR>> >> or I'm not doing something just right. I am about to consider going<BR>> >> back to cygwin and running its version of cvs on my tree to see if it<BR>> >> will do the update, but I seem to recall reading somewhere that is not<BR>> >> good to mix between cvs and cvsnt on the same tree.<BR>> ><BR>> >This is strange. I've never seen that myself before. A complete<BR>> >update or checkout should take several minutes via encrypted<BR>> >TCP/IP, but not longer (depending on the line bandwidth and latency,<BR>> >of course).<BR>> ><BR>> >Just today I've heard of a customer who suffers from random connection<BR>> >problems with Subversion and Windows 2000 workstations; the theory there<BR>> >being that some TCP/IP parameters are set very strange and the whole<BR>> >protocol stack is not up to the task in its default configuration.<BR>> >This does not happen on XT or Vista, though, who seem to have incorporated<BR>> >significant improvements. (It's all rather strange to me, since I'm a<BR>> >Unix person myself and used to stable networking.)<BR>> ><BR>> >So depending on your OS you might want to tweak the TCP parameters a<BR>> >little bit to see if it improves. Hard-core debugging of this problem<BR>> >will need careful use of tcpdump and produce megabytes of logs;<BR>> >but perhaps just using the cvs trace option (cvs -t up ...) will<BR>> >give some indication if there's another problem than the underlying<BR>> >connection.<BR>> ><BR>> >There's also nothing against checking out a different workspace<BR>> >with the Cygwin cvs to see if that works better. We've made good<BR>> >experiences with CVSNT though.<BR>> ><BR>> >If the problem persists, we could also try to do some tcpdumping on<BR>> >the server side (Ronny Forberger would be the one to do it), but this<BR>> >will take some preparation time.<BR>> ><BR>> >@Ronny, perhaps you've got another idea?<BR>> ><BR>> >Regards,<BR>> ><BR>> >Olaf<BR>> >-- <BR>> >Olaf Wagner -- elego Software Solutions GmbH<BR>> > Gustav-Meyer-Allee 25 / Gebäude 12, 13355 Berlin, Germany<BR>> >phone: +49 30 23 45 86 96 mobile: +49 177 2345 869 fax: +49 30 23 45 86 95<BR>> > http://www.elegosoft.com | Geschäftsführer: Olaf Wagner | Sitz: Berlin<BR>> >Handelregister: Amtsgericht Charlottenburg HRB 77719 | USt-IdNr: DE163214194<BR><BR><br /><hr />Shed those extra pounds with MSN and The Biggest Loser! <a href='http://biggestloser.msn.com/' target='_new'>Learn more.</a></body>
</html>