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.
On Sat, 29 Jan 2005 00:34:32 +0000, Tony Hoyle <tmh at nodomain.org> wrote: >Bo Berglund wrote: >> It looks like when ViewCvs wants to expand the contents of the folder >> I am opening it breaks. The ViewCvs I have is the latest as of Dec >> 2004 and uses the cvsnt cvs binary as the rcs parser. >> Note that I can go one level down by typing in the address in FireFox >> like this: >> http://antares/ViewCvs/viewcvs.cgi/pc/CVSNT/cvsbin/Keep/ >> Then it properly displays the SetAcl.exe that is stored there. >> The difference is that I just made a commit of the binaries for cvsnt >> build 1863 and they go to the cvsbin folder, so now the RCS files have >> been modified by cvs 18.104.22.1683 and the rcs parser gives up... > >No idea... I don't know nearly enough python to know how to debug >viewcvs - I've tried and got nowhere fast. > >rlog hasn't changed its output in this release... haven't touched that >code in a while. > >If you know of a way to get viewcvs to tell you what's actually wrong I >can fix it... maybe someone on the viewcvs list knows? > >Tony Tony, I am sending this also as an email to you cause I want to attach the full output info and I don't know if the newsserver accepts attachments... I know how to get a bit more debug info out of the ViewCvs system, so I applied that to this problem. The result is attached as the html response given by ViewCvs with all of the data needed for debug (I hope). It turns out that what ViewCvs is trying to do is to log the files in the folder it is moving into. It executes a command for all of the files therein like this (the below is all on one line with space separation): "C:\Programs\cvsnt\cvs.exe" "rcsfile" "rlog" "-r" "C:\cvsrepo\pc\CVSNT\cvsbin\ca.pem,v" "C:\cvsrepo\pc\CVSNT\cvsbin\co.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\COPYING,v" "C:\cvsrepo\pc\CVSNT\cvsbin\cvs.chm,v" "C:\cvsrepo\pc\CVSNT\cvsbin\cvs.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\cvs95.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\cvsagent.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\cvsapi.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\cvscontrol.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\cvsdiag.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\cvslock.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\cvsnt.cpl,v" "C:\cvsrepo\pc\CVSNT\cvsbin\cvsnt.ico,v" "C:\cvsrepo\pc\CVSNT\cvsbin\cvsservice.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\default_trigger.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\expat.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\extnt.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\extnt.ini,v" "C:\cvsrepo\pc\CVSNT\cvsbin\ext_protocol.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\ext_xdiff.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\fork_protocol.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\genkey.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\gserver_protocol.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\infolib.h,v" "C:\cvsrepo\pc\CVSNT\cvsbin\ntserver_protocol.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\plink.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\postinst.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\protocol_map.ini,v" "C:\cvsrepo\pc\CVSNT\cvsbin\pserver_protocol.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\rcsdiff.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\relnotes.rtf,v" "C:\cvsrepo\pc\CVSNT\cvsbin\rlog.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\server_protocol.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\setci.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\setuid.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\sserver_protocol.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\ssh_protocol.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\sspi_protocol.dll,v" "C:\cvsrepo\pc\CVSNT\cvsbin\su.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\uninsthlp.exe,v" "C:\cvsrepo\pc\CVSNT\cvsbin\xml_xdiff.dll,v Then it parses the output and fails when it reaches the first file that has been committed using 1863 (or when it reaches the second file, I don't know fort sure). In any case the log for the first file is shown but not for the second. Here is the message: cvs.exe [rcsfile aborted]: unrecognized operation '\x0' in C:\cvsrepo\pc\CVSNT\cvsbin\co.exe,v I hope you know what this means, possibly the output contains a \x0 where there should have been a different separator between the data??? /Bo /Bo (Bo Berglund, developer in Sweden)