On 9 August 2013 15:55, Danny Weldon <[email protected]> wrote: > > > On 9 August 2013 17:00, Joshuah Hurst <[email protected]> wrote: >> >> On Fri, Aug 9, 2013 at 3:00 AM, Roland Mainz <[email protected]> >> wrote: >> > On Mon, Jul 22, 2013 at 6:03 PM, Roland Mainz <[email protected]> >> > wrote: >> >> On Mon, Jul 22, 2013 at 4:29 AM, ольга крыжановская >> >> <[email protected]> wrote: >> >> [snip] >> >>> Glenn, the patch is still missing in ast-ksh. It would help with >> >>> valgrind, and other instrumentation tools, because they can intercept >> >>> the libc function, and then validate whether source and destination >> >>> constitute valid memory areas, with out overlap. >> >> >> >> Attached (as "astksh_stpcpy.diff") is the updated patch to add >> >> |stpcpy()|/|stpncpy()| support to ast-ksh.2013-07-19's libast... risk >> >> should be very very low except for theoretical build issues... >> >> >> >> * Notes: >> >> - Now replaces |strcopy()|'s core. I've refrained from any cleanup to >> >> move existing |strcopy()| over to |stpcpy()| to keep the patch >> >> small... once this patch is accepted I do a "ast-open"-wide sweep and >> >> some more cleanup anyway (e.g. there is still some leftover repeated >> >> |strcat();strcat()| usage etc.) >> > >> > *GRUMPF* ... I ran afoul the lack of |stpncpy()| AGAIN... please... >> > it's getting frustrating for me... >> >> Do you seriously believe either David or Glenn care? Typically if >> project leads act that way then you can submit the patch over and over >> again, but that doesn't make them less ignore you. I think a lot of >> people here have given up with ast (or its stepchild uwin) because >> contributions aren't welcome. >> >> Josh >> _______________________________________________ >> ast-developers mailing list >> [email protected] >> http://lists.research.att.com/mailman/listinfo/ast-developers > > > > That's not really fair as these guys _are_ accepting patches but are > seriously overloaded. Have you seen the volume of patches that Roland is > sending them? That's fantastic BTW. Thanks, Roland! But seriously? > These guys need a break. And as Glen said recently: > > "ast is not gsf/dgk's only job" > > It would be nice if they had everything set up with git and a bug tracker > but I actually wonder if it would make their job any easier because then > they would have more work maintaining those systems,
Are you serious? I doubt Glenn and David maintain research.att.com themselves. There ought to be an admin. But this IMO a management question, or a breakdown of said management that his request to improve efficiency is not implemented. A quick look at the situation tells me that there is time wasted, time of Glenn and David, which AT&T provides the payroll for. If something like that would've happening at CERN the responsible manager would already be writing a lot of emails to explain himself and why no actionable item exists. Or cleaning a hot cell with a tooth pick. From the inside. Lionel _______________________________________________ ast-developers mailing list [email protected] http://lists.research.att.com/mailman/listinfo/ast-developers
