[cvsnt] Re: cvs [2.5.03.2382] admin -s fails

David Somers dsomers at omz13.com
Thu Jul 20 17:31:56 BST 2006


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 sales@march-hare.com.


<posted & mailed>

>  From looking at it it tries to free a portion of the static RCS data.. so
> won't have worked for quite a long time (impossible to tell how long ago).
> 
> It's fairly fixable.. just take the free out..

I just pulled the sources (from the 2_0_x branch) and I see you've already
fixed it. Thanks :-) (Although it took me a few minutes to work out why
valgrind didn't throw up!)

However, it looks like PostgreSQL support is now broke somewhere between
builds 2382 and 2399:

18:23:17: S -> LoadTrigger(audit.la)
18:23:17: S -> Connecting to postgres
18:23:17: S -> LibraryAccess::Load failed
for '/usr/lib/cvsnt/database/postgres.la', error = No such file or
directory
18:23:17: S -> LoadTrigger(email.la)
18:23:17: S -> Call pre-loaded 'audit.la'
18:23:17: S -> precommand_proc()
Audit trigger initialiasation failed: Couldn't initialise postgres database
engine.

Odd thing being that /usr/lib/cvsnt/database/postgres.la does exist.

>> - would it be possible for user-variables to propgate from one revision
>> to the next (until they are explicitly set to nowt), i.e. make them
>> 'sticky'. - can they be expanded into a file in the similar manner to the
>> system variables? I had a quick look at the rcs code (yuk!) and I don't
>> think this is done, but perhaps it could be tweaked (or would that cause
>> problems with the info trigger?)
> 
> Hmm interesting idea.  You can set global and pre-revision properties
> (user variables map to per-revision properties internally) 

How do you set them globally? I thought they could only be set on revisions.

> but the idea of 
> inheriting them isn't something that I've thought of - would cause
> problems for some uses though so it'd have to be an extra option.

Sure.

> Of course the state doesn't propogate either... cvs always sets the file
> to 'Exp' which is why the option isn't so useful any more.

True... and its functionality has been surpassed by user variables...
although its nice that you can now get $State$ expanded into files... plus
cvsgraph can do things based on the value of State :-).

-- 
David Somers
PGP Key = 7E613D4E
Fingerprint = 53A0 D84B 7F90 F227 2EAB  4FD7 6278 E2A8 7E61 3D4E



More information about the cvsnt mailing list
Download the latest CVSNT, TortosieCVS, WinCVS etc. for Windows 8 etc.
@CVSNT on Twitter   CVSNT on Facebook