Re: Will pay for fixes for bugs in PDO/PDO_ODBC

Would someone be willing to apply the patch the Wez emailed in? That would at least enable me to upgrade to the latest version of php once it is in a released version. I'd still love to get a fix for bug #36561 [PDO_ODBC/MSSQL does not work with bound params in subquery], anyone interested? Name a price, hourly rate, whatever, as long as I still get to keep my firstborn... ;) --Travis On Dec 18, 2007 10:48 AM, Wez Furlong <kingwez@gmail.com> wrote: > Derick, > > Your statement is not accurate: > > http://cvs.php.net/viewvc.cgi/CVSROOT/avail?r1=1.1200&r2=1.1201 > > This should not be a blocker to anyone that wants to take this up. > > I've been too busy to help Travis (I'm really sorry about that > Travis), and I'm happy to share the pending fix with anyone that wants > to look at this. > > The reason that the code hasn't gone into CVS is that Travis had a > knack for picking a tree freeze for bringing up his issues, and then I > would subsequently become too busy to get the code sync'd up after the > freeze. > > Anyhow, if anyone does want to take Travis up on his offer, you'll > need the attached patch. > > > --Wez. > > PS: More on PDO soon; it has not been forgotten despite sickness, work > and so forth. > > On Dec 18, 2007, at 10:53 AM, Derick Rethans wrote: > > > On Tue, 18 Dec 2007, Travis Raybold wrote: > > > >> I've been trying to find someone who could help me with a fix for a > >> few bugs > >> in PDO_ODBC, and had no luck so far. I am more than happy to > >> compensate > >> someone for the time spent fixing these bugs. > > > > Unfortunately it is not that easy as it seems. For some reason the > > pecl/pdo_odbc and php-src/ext/pdo_odb directories are locked out for > > the "normal" PHP team and thus we can't commit to it. The comment in > > the > > rights file says: > > > > # DB2, SDO, IDS have tighter restrictions, so that IBM are not overly > > # legally encumbered. If you have contributions for these two > > extensions, > > # please contact the lead developers. This is a temporary measure > > until > > # we can put in place a more general process. > > > > It has been in this temporary situation since June 2005 :-/ > > > > regards, > > Derick > > > > -- > > Derick Rethans > > http://derickrethans.nl | > > http://ezcomponents.org | > > http://xdebug.org > > > > -- > > PHP Internals - PHP Runtime Development Mailing List > > To unsubscribe, visit: http://www.php.net/unsub.php > > > > >