Community technical support mailing list was retired 2010 and replaced with a professional technical support team. For assistance please contact: Pre-sales Technical support via email to email@example.com.
Raúl Pedroche Novillo, Yes - this is a known bug with windows servers (doesn't occur on CVSNT for linux or Unix). There is a patch available already for commercial customers, and it'll be in the next 2.5.04 open source RC. The bug is actually in the Microsoft C runtime, so it's not easy to resolve (and the resolutions require more server memory). If you are regularly using such large files I personally recommend you use a 64 bit OS, eg: HPUX 11.11, HPUX 11.23 or Solaris (SuSE Linux x86_64 will be supported in 2.5.04). Regards, Arthur Barrett -----Original Message----- From: cvsnt-bounces at cvsnt.org on behalf of r.pedroche.novillo at accenture.com Sent: Thu 5/3/2007 9:08 PM To: cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook Cc: Subject: [cvsnt] Problem with updates Greetings. We have a CVSNT 2.5.03 Build 2382 server running under Windows Server 2003. When performing updates in some fairly large XML files (up to 50 MB in size), server process hangs. Tracing the server shows a lot of calls of the form 12:17:38: S -> rcsbuf_fill(02B92080,07F80F51,0012F05C,0012F098) with second number increasing in 0x1400 (5120) steps until trace suddenly stops. Server process begins using a whole processor core and there is no further progress. Process also allocates memory until reaching about 200 MB in size. Aborting the client leaves the server process running and it has to be manually killed. Checkouts, on the other hand, work correctly. Updates to a freshly checked out sandbox (no changes) finish successfully. Other directories with binary files or small text files also work correctly. It seems like the problem arises when the server tries to generate the delta for the XML file. Any clue as what can be happening? We have used CVSNT in previous projects with similar files without any problem. We tried downgrading to 2.0.53d version, the visible effect being that trace showed a single call to RCS_update() instead of the rcsbuf_fill() calls. Regards, Raúl Pedroche Novillo Tel: +34 91 596 6000 ext 52576 Accenture Outsourcing Services Mail/IM: r.pedroche.novillo at accenture.com This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. _______________________________________________ cvsnt mailing list cvsnt at cvsnt.org cvsnt downloads at march-hare.com @CVSNT on Twitter CVSNT on Facebook http://www.cvsnt.org/cgi-bin/mailman/listinfo/cvsnt https://www.march-hare.com/cvspro/en.asp#downcvs