Emmanuel, you're right.... I should be annoyed at the previous
designer that tied our non-volunteer project with strictly defined
deadlines to a volunteer-developed library tool set; not at the
volunteers who never actually committed to support anything.
Problem is I've got umpteen different things that have to be fixed and
added at our level of the application and this is neither the first, nor
even the only active issue in our code likely caused by Mina. I've
hesitated to mention the other active issue, so as to not muddy the
waters -- one problem at a time. :-)
Unfortunately, I don't think the designer who decided on Mina realized
that we were taking it places it apparently has never been before...
What we needed was a cross-platform answer to a serial application; the
tool he chose was Mina, whose serial-side is apparently new and I'm
finding not overly bug-free. Our application is being used in a health
care setting so should be as bullet-proof as possible.
I'll have to ask my bosses about patches. It's really two questions.
Do they want to pay me to fix Mina library? If so, are they willing to
then give away those fixes to the community at large? I'm on someone
else's payroll, so I don't make those decisions.
boB
PS... Okay, so say I do have to dig and fix this myself. How would
I confirm my Mina svn repository matches the M4 code I'm using before I
muck around with it? Or do I have to update to the latest Mina code
first? (M2 to M4 got ugly; M4 to M5 looked horrible and was quickly
reversed, been waiting for the real release ever since)
Emmanuel Lecharny wrote:
boB Gage wrote:
So who is Julien???? Whoever Emmanuel called out on this issue has
been quite silent on this list...
He might be busy. You know, client, family, etc. Keep in mind that we
are all _volunteers_
Otherwise, we welcome patches :)
