James Keenan wrote:
> Okay. So (a) are people experiencing this on other OSes? (b) how do
> we fix it?
This was a feature request submitted as a failing test. I've changed the
test to reflect current behavior in r17026, and submitted the feature
request as a separate ticket #41528.
Allison
On Feb 6, 2007, at 2:27 PM, Leopold Toetsch via RT wrote:
Am Dienstag, 6. Februar 2007 17:54 schrieb Allison Randal:
This is a failing test Leo added in r16783. It looks to me like
calling:
o = new 'MyClass', $P0
actually should call init_pmc, rather than init, even when $P0 is
null.
Am Dienstag, 6. Februar 2007 17:54 schrieb Allison Randal:
> This is a failing test Leo added in r16783. It looks to me like calling:
> > o = new 'MyClass', $P0
>
> actually should call init_pmc, rather than init, even when $P0 is null.
> Leo, are you saying the choice between init and init_pmc
This is a failing test Leo added in r16783. It looks to me like calling:
> o = new 'MyClass', $P0
actually should call init_pmc, rather than init, even when $P0 is null.
Leo, are you saying the choice between init and init_pmc should be
based on the content of the argument rather than the si
Should have included 'myconfig' with the original report. It is now attached.
kid51
myconfig
Description: Binary data
# New Ticket Created by James Keenan
# Please include the string: [perl #41453]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41453 >
Running 'make test' tonight, for the first time I experienced a
failure in a test *oth
