Re: libcrm114 ready - but can't get into sourceforge --> libcrm114 usage and the p_db's

It's not necessarily the _only_ right way, but it is
the perhaps the simplest, easiest, and most likely
to work right off the bat "right way".

So, I'd say it's the "documented right way", and we'll
go out of our way to make sure it doesn't break in
the future. :)

    - Bill


Eugene Crosser <[email protected]> writes:

> This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
> --===============0257299327243187763==
> Content-Type: multipart/signed; micalg=pgp-sha1;
> 	protocol="application/pgp-signature";
> 	boundary="------------enigBC111B3991066C8DCE907D9F"
>
> This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
> --------------enigBC111B3991066C8DCE907D9F
> Content-Type: text/plain; charset=ISO-8859-1
> Content-Transfer-Encoding: quoted-printable
>
> On 07/05/2011 11:23 PM, Ger Hobbelt wrote:
>
>> 4) when done with #3, the writer (the learn node) signals the readers t=
> hat the
>> new version is available and they can discard and load at their leisure=
> : both
>
> Yes, this is what I have in mind as a "guaranteed to work" fallback, if n=
> o
> "fancy" way to do the things is available. I think I can do even easier t=
> han you
> suggest: save relearned database into new file(s), rename them "as atomic=
> ally as
> I can" to the old names and signal the classifier(s) to re-read/restart "=
> when
> convenient". Until restarted, they will have the old versions of the file=
> s
> mmap()ed (and kept as orphans in the filesystem, to be removed when the
> classifiers close them). There are some race conditions but this will suf=
> fice
> for my purpose.
>
> Just want to check with Bill that this is indeed "the only right way".
>
> Eugene
>
>
> --------------enigBC111B3991066C8DCE907D9F
> Content-Type: application/pgp-signature; name="signature.asc"
> Content-Description: OpenPGP digital signature
> Content-Disposition: attachment; filename="signature.asc"
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.11 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
>
> iD8DBQFOE20Rfrw/cIw6UWkRAoDoAKCWQ6XUcfQEPCtqO14wQ11SJeu/AwCghI7J
> k2koElE4A0MxqC0m50diw+s=
> =lfhP
> -----END PGP SIGNATURE-----
>
> --------------enigBC111B3991066C8DCE907D9F--
>
>
> --===============0257299327243187763==
> Content-Type: text/plain; charset="us-ascii"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security 
> threats, fraudulent activity, and more. Splunk takes this data and makes 
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2d-c2
> --===============0257299327243187763==
> Content-Type: text/plain; charset="us-ascii"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
>
> _______________________________________________
> Crm114-general mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/crm114-general
>
> --===============0257299327243187763==--

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2