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.
OK... I'll remove options in inetd.conf. I do have the repository set up in PServer: Repository0=/export/local/home/toolsadm/CVS_REPO Repository0Description=Tom-H-Test-Repo (I left the defaults for other repository options). Could the inetd.conf options cause the core dumps I'm seeing? Looks like we're using the 32-bit version of cvsnt for Solaris 9. /usr/local/bin/cvsnt: ELF 32-bit MSB executable SPARC Version 1, dynamically linked, not stripped Yes I have cvslockd running: bash-3.00$ ps -ef|grep cvs toolsadm 4154 1 0 Dec 14 ? 34:24 cvslockd -p 8999 toolsadm 7314 932 0 16:46:34 pts/3 0:00 grep cvs and configured in PServer: LockServer=localhost:8999 (I had previously tested the lockserver via telnet). Yes, I do have a postcommand trigger. It reads a temporary file created by the previous triggers and saves info. to a database. It does this separately from the audit feature, because we (unfortunately) need the data saved to a SQL Server database (from a Solaris-hosted cvsnt). Thanks for your help. Tom