I will be out of the office starting 24/12/2007 and will not return until
02/01/2008.
I will have no email access during this time. I will respond to your email
asap on my return.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
defects; whether OPEN or
assigned to
Wez.
Regards
Andy
Andy Wharmby
IBM United Kingdom Limited
Hursley Park,
UK
Pierre wrote:
On 8/16/07, Wez Furlong <[EMAIL PROTECTED]> wrote:
Per previous discussion on internals, there are other "more active"
maintainers for COM r
.
Regards
Andy
Andy Wharmby
IBM United Kingdom Limited
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
extension defect
35872 (http://bugs.php.net/bug.php?id=35872) for review/approval.
All comments welcome; good or bad.
Regards
Andy
Andy Wharmby
IBM United Kingdom Limited
Winchester, England SO21 2JN
E-mail: [EMAIL PROTECTED]
Using supplied testcase the backtrace is as follows
Hi Internals,
Below are details of a suggested patch for COM extension defect
35872 (http://bugs.php.net/bug.php?id=35872) for review/approval.
All comments welcome; good or bad.
Regards
Andy
Andy Wharmby
IBM United Kingdom Limited
Winchester, England SO21 2JN
E-mail: [EMAIL PROTECTED
Maintaining the COM extension. Andi Gutmans suggested I apply for access.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi Internals,
Attached are details of a suggested patch for COM extension
defect 37927 (http://bugs.php.net/bug.php?id=37927).
All comments welcome; good or bad.
Regards
Andy
Andy Wharmby
IBM United Kingdom Limited
Winchester, England SO21 2JN
E-mail: [EMAIL PROTECTED]
_*COM Defect
Hi Internals
Attached is a suggested patch for COM defect 35464
(http://bugs.php.net/bug.php?id=34564) Any comments; good or bad welcome.
Regards
Andy
Andy Wharmby
IBM United Kingdom Limited
Winchester, England SO21 2JN
E-mail: [EMAIL PROTECTED]
COM defect 35464
The
in Word rather than PHP or the COM
extension. Can someone with enough karma please
take a look at my comments and if they are OK return the defect as "bogus".
Many thanks.
Regards
Andy
Andy Wharmby
IBM United Kingdom Limited
Winchester, England SO21 2JN
E-mail: [EMAIL PROTECTE
Andy Wharmby wrote:
Hi Internals
A colleague of mine is currently working on creating new test
cases to improve the coverage of the PHP test cases and whilst
attempting to
write new tests for the assert extension hit on a problem when
attempting to query the current setting of
urning the zval on this api is not a good idea ?
Any comments on my proposed fix appreciated.
Regards
Andy
Andy Wharmby
IBM United Kingdom Limited
--- assert.c2006-12-03 17:30:54.0 +
+++ assert.c.new2006-12-20 14:55:03.259056200 +
@@ -286,6 +286,11 @@
rs (Frank and Pierre) have also volunteered time
whats the best way to work this so that
we make best use of our time. Should I just add add a comment to a
defect when I start investigating it and
then post any fixes I come up with to list for review ?
Regards
Andy
Andy Wharmby
IBM United Kingdom
Stanislav Malyshev wrote:
So finally to my question. Is it the intention of TSRMc. to allow
ts_allocate_id() to be called at any time or is there an unwritten
rule that it
should only ever called during php startup ? If its the former then I
I think it gets called only on startup. I also thi
e views of others with more experience
into the workings of the code on how this potential problem should be
addressed before I spend time working on any possible fix.
Regards,
Andy
Andy Wharmby
IBM United Kingdom Limited
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
14 matches
Mail list logo