Reformatted excerpts from Marc Hartstein's message of 2009-06-10: > How difficult would it be to allow sup -c to be run while sup is > already running? The goal would be to be able to use sup as a mailto: > handler effectively.
Not that difficult. In general, N Sup processes should be able to run as long as N-1 of them are readonly wrt the index and sources file. (I think!) So sup -c could launch either with a readonly inbox buffer, or without one at all. (Which would be faster, if the intention is just to quit after sending.) However, to be safe, locking should be added to the sent.mbox to prevent multiple Sup processing from overwriting each other's sent messages. Ben Walton's lock manager I think will be perfect for this. -- William <wmorgan-...@masanjin.net> _______________________________________________ sup-talk mailing list sup-talk@rubyforge.org http://rubyforge.org/mailman/listinfo/sup-talk
