You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@apr.apache.org by "William A. Rowe, Jr." <wr...@rowe-clan.net> on 2006/09/21 09:48:48 UTC
OS2 or Netware folks around?
We should verify this is or is not a problem on these platforms, but I have
no way to verify. They both should have profited from my earlier efforts
since both platforms include ../win32/filepath.c - but only running ./testall
on those two platforms will confirm for certain.
Joe Orton wrote:
> On Thu, Sep 07, 2006 at 11:58:24PM -0500, William Rowe wrote:
>> I've committed several bugfix changes to path handling for win32, and some
>> other issues are also resolved. The APR_CHECK_FILE must die as well, since
>> it may be at the root of many user reports of pthread-related synchronization
>> and daemon control flukes on Solaris.
>>
>> Thinking of rolling 0.9/1.2 about next Friday, if that motivates anyone to
>> mop up any other lose ends.
>
> The testnames tests are still failing on Unixes after your changes
> there, I haven't had time to chase that up. Presuming that is harmless
> everything else should be good on 1.2.x. Looks like I never committed
> the license header changes to 0.9.x, hum.
>
> testnames : Line 103: expected <../../..>, but saw <../../../>
> FAILED 1 of 14
Re: OS2 or Netware folks around?
Posted by Paul Smedley <pa...@smedleydot.info>.
Hi William,
On Thu, 21 Sep 2006 07:48:48 UTC, "William A. Rowe, Jr."
<wr...@rowe-clan.net> wrote:
> We should verify this is or is not a problem on these platforms, but I have
> no way to verify. They both should have profited from my earlier efforts
> since both platforms include ../win32/filepath.c - but only running ./testall
> on those two platforms will confirm for certain.
>
> Joe Orton wrote:
> > On Thu, Sep 07, 2006 at 11:58:24PM -0500, William Rowe wrote:
> >> I've committed several bugfix changes to path handling for win32, and some
> >> other issues are also resolved. The APR_CHECK_FILE must die as well, since
> >> it may be at the root of many user reports of pthread-related synchronization
> >> and daemon control flukes on Solaris.
> >>
> >> Thinking of rolling 0.9/1.2 about next Friday, if that motivates anyone to
> >> mop up any other lose ends.
I'll go checkout the latest APR code now and check on OS/2
--
Cheers,
Paul.
Re: OS2 or Netware folks around?
Posted by "William A. Rowe, Jr." <wr...@rowe-clan.net>.
Brad Nicholes wrote:
> The fix was in the testnames test where it was specifically looking for c: type of designator rather than a variable length name. I can back port it to 0.9 but I certainly wouldn't hold up a release for it.
Since I want 0.9 releases to be long-lived (hopefully!) lets get that in,
can you possibly get to it before Monday?
Re: OS2 or Netware folks around?
Posted by "William A. Rowe, Jr." <wr...@rowe-clan.net>.
Brad Nicholes wrote:
>
> The test that you are referring to works fine on NetWare. But I had fix another test that wasn't handling the NetWare variable length volume names.
Good to hear. Is that fix also needed in 0.9? I plan to roll both 0.9
and 1.2 for all these fixes shortly.
Re: OS2 or Netware folks around?
Posted by Brad Nicholes <BN...@novell.com>.
>>> On 9/21/2006 at 1:48 AM, in message <45...@rowe-clan.net>, "William
A. Rowe, Jr." <wr...@rowe-clan.net> wrote:
> We should verify this is or is not a problem on these platforms, but I have
> no way to verify. They both should have profited from my earlier efforts
> since both platforms include ../win32/filepath.c - but only running
> ./testall
> on those two platforms will confirm for certain.
>
> Joe Orton wrote:
>> On Thu, Sep 07, 2006 at 11:58:24PM -0500, William Rowe wrote:
>>> I've committed several bugfix changes to path handling for win32, and some
>>> other issues are also resolved. The APR_CHECK_FILE must die as well, since
>>> it may be at the root of many user reports of pthread-related
> synchronization
>>> and daemon control flukes on Solaris.
>>>
>>> Thinking of rolling 0.9/1.2 about next Friday, if that motivates anyone to
>>> mop up any other lose ends.
>>
>> The testnames tests are still failing on Unixes after your changes
>> there, I haven't had time to chase that up. Presuming that is harmless
>> everything else should be good on 1.2.x. Looks like I never committed
>> the license header changes to 0.9.x, hum.
>>
>> testnames : Line 103: expected <../../..>, but saw <../../../>
>> FAILED 1 of 1
The test that you are referring to works fine on NetWare. But I had fix another test that wasn't handling the NetWare variable length volume names.
Brad
Re: OS2 or Netware folks around?
Posted by Brian Havard <br...@kheldar.apana.org.au>.
On Thu, 21 Sep 2006 02:48:48 -0500, William A. Rowe, Jr. wrote:
>We should verify this is or is not a problem on these platforms, but I have
>no way to verify. They both should have profited from my earlier efforts
>since both platforms include ../win32/filepath.c - but only running ./testall
>on those two platforms will confirm for certain.
testnames succeeds on OS/2 with the current apr trunk for me.
>Joe Orton wrote:
>> On Thu, Sep 07, 2006 at 11:58:24PM -0500, William Rowe wrote:
>>> I've committed several bugfix changes to path handling for win32, and some
>>> other issues are also resolved. The APR_CHECK_FILE must die as well, since
>>> it may be at the root of many user reports of pthread-related synchronization
>>> and daemon control flukes on Solaris.
>>>
>>> Thinking of rolling 0.9/1.2 about next Friday, if that motivates anyone to
>>> mop up any other lose ends.
>>
>> The testnames tests are still failing on Unixes after your changes
>> there, I haven't had time to chase that up. Presuming that is harmless
>> everything else should be good on 1.2.x. Looks like I never committed
>> the license header changes to 0.9.x, hum.
>>
>> testnames : Line 103: expected <../../..>, but saw <../../../>
>> FAILED 1 of 14
>
>
--
______________________________________________________________________________
| Brian Havard | "He is not the messiah! |
| brianh@kheldar.apana.org.au | He's a very naughty boy!" - Life of Brian |
------------------------------------------------------------------------------