[M3devel] next problem (NT386GNU)

Wed Jan 23 06:26:06 CET 2008

Here's a little Windows hack?trick?technique from memory for dividing down long running commands that might help.

in_each_dir.cmd
  for /f %%a in ('dir /b /ad') do cd %%a && %*

cd %CVSROOT%
in_each_dir cvs update -dAP

If the problem is one that you merely want to parallelize with a possible loss in logging, because it is actually a reliable but slow and parallelizable operation, you can do like: 

 in_each_dir start cvs update -dAP  

 or 

 in_each_dir start /min cvs update -dAP 

 That doesn't seem the case here so just use it serially. 

 I'm quite proud of this one line of cmd. :) (while at the time..cmd stinks...) 

 Could it be newlines vs. carriagereturn-newlines? 

 I find checkouts takes a while, but heck, I'm using wireless and often forget -z3. 
 My CVS knowledge continues to be lame..something like 
 cvs -z3 checkout cm3/scripts 

  as a way to limit the initial checkout and then  

  cd %CM3_ROOT%  
  for %a in (m3-sys m3-libs m3-ui etc.) do cvs update -dAP %a  

to do it piecemeal. See, what I'd like is to get either all the toplevel directories but empty, or all the directories but no files, so I can use in_each_dir to enumerate.

A more complete solution that logs each command to its own file and combines the exit codes is left as an exercise. :)

I've never debugged networking stuff and hope never to.
I recently installed the Windows network tracing free download thingy for the first time, I forget why, didn't use it much, and have since reinstalled the OS and don't plan on reinstalling the tracer. It did appear quite nice, flexible, great gui for forming filters and such, etc...

TortoiseSVN has worked fine for me, on a small tree.
I will try TortoiseCVS again some time. I think I didn't tell it about ssh.

 - Jay

> Date: Wed, 23 Jan 2008 00:53:02 +0100> From: ronny.forberger at elegosoft.com> To: rcoleburn at scires.com> CC: m3devel at elegosoft.com; jayk123 at hotmail.com> Subject: Re: [M3devel] next problem (NT386GNU)> > -----BEGIN PGP SIGNED MESSAGE-----> Hash: SHA1> > Olaf Wagner schrieb:> > Quoting Randy Coleburn <rcoleburn at scires.com>:> >> >> Jay / Olaf:> >>> >> I installed CVSNT and TortoiseCVS. I am having some trouble with> >> "update" however. When I try to update the whole tree, it begins> >> working, but after a little while I start seeing messages that> >> checksums> >> didn't match on certain files and that it will refetch. Then, after> >> just a little longer, it stops responding. I've left it running for> >> hours, but no new lines scroll by saying it is doing anything.> >> Finally,> >> I just hit cancel and it promptly stops and informs me it aborted the> >> operation, as if it been waiting all along for me to tell it to give> >> up.> >>> >> Now, if I update individual files or selected files, it seems to work> >> no problem. And, I've been able to check out the whole repository,> >> and> >> yes it does take some time to pull everything down. I can also do> >> diffs> >> on selected files. I've also used it to commit a few files to the> >> repository.> >>> >> So, it is working fine, except for update. Either something is amiss,> >> or I'm not doing something just right. I am about to consider going> >> back to cygwin and running its version of cvs on my tree to see if it> >> will do the update, but I seem to recall reading somewhere that is not> >> good to mix between cvs and cvsnt on the same tree.> >> > This is strange. I've never seen that myself before. A complete> > update or checkout should take several minutes via encrypted> > TCP/IP, but not longer (depending on the line bandwidth and latency,> > of course).> >> > Just today I've heard of a customer who suffers from random connection> > problems with Subversion and Windows 2000 workstations; the theory> > there> > being that some TCP/IP parameters are set very strange and the whole> > protocol stack is not up to the task in its default configuration.> > This does not happen on XT or Vista, though, who seem to have> > incorporated> > significant improvements. (It's all rather strange to me, since I'm a> > Unix person myself and used to stable networking.)> >> > So depending on your OS you might want to tweak the TCP parameters a> > little bit to see if it improves. Hard-core debugging of this problem> > will need careful use of tcpdump and produce megabytes of logs;> > but perhaps just using the cvs trace option (cvs -t up ...) will> > give some indication if there's another problem than the underlying> > connection.> >> > There's also nothing against checking out a different workspace> > with the Cygwin cvs to see if that works better. We've made good> > experiences with CVSNT though.> >> > If the problem persists, we could also try to do some tcpdumping on> > the server side (Ronny Forberger would be the one to do it), but this> > will take some preparation time.> >> > @Ronny, perhaps you've got another idea?> Maybe try to enable debug mode on the cvs core programme (cvsnt). Not> sure if dumping network traffic might help. You can also watch the cvs> command running by logging on to modula3.elegosoft.com via ssh.> > You should really first check quality of your network connection to> modula3.elegosoft.com and possibly try if update works with other> implentations of cvs.> > Cheers,> > Ronny> > - --> Ronny Forberger> Systemadministration & IT-Support> > elego Software Solutions GmbH> Gustav-Meyer-Allee 25> Gebäude 12, Raum 227> D-13355 Berlin> > Tel. +49 30 23 45 86 96 ronny.forberger at elegosoft.com> Fax +49 30 23 45 86 95 http://www.elegosoft.com> > Geschäftsführer: Olaf Wagner, Sitz Berlin> Amtsgericht Berlin-Charlottenburg, HRB 77719, USt-IdNr: DE163214194> -----BEGIN PGP SIGNATURE-----> Version: GnuPG v1.4.6 (GNU/Linux)> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org> > iD8DBQFHloHdXa9RCz+1wnMRAi7uAKCLvz8DqU/SeiHr/2FGum0BWOLHNACgl6R8> mk+bxc060/81T2l4IUwpEQU=> =Xe1T> -----END PGP SIGNATURE-----> 
_________________________________________________________________
Connect and share in new ways with Windows Live.
http://www.windowslive.com/share.html?ocid=TXT_TAGHM_Wave2_sharelife_012008
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20080123/463b96e4/attachment-0002.html>