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