07arith.t failing as _strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S') fails

A todo for VMS:

In blead@33891, 07arith.t is dying on test 11.

 From the comments, it seems that it is expecting the _strptime function 
(or something) to convert '2001-2-29' to '2001-3-1'.

Instead it is failing with the message "Error parsing time at 
.../lib/Time/Piece.pm line 615, <DATA> line 17.

-John
wb8tyw@qsl.net
Personal Opinion Only
0
wb8tyw
5/22/2008 3:29:13 AM
perl.perl5.porters 48287 articles. 1 followers. Follow

8 Replies
648 Views

Similar Articles

[PageSpeed] 36

On Wed, 21 May 2008 22:29:13 -0500, "John E. Malmberg" <wb8tyw@qsl.net>
wrote:

> A todo for VMS:
> 
> In blead@33891, 07arith.t is dying on test 11.
> 
>  From the comments, it seems that it is expecting the _strptime function 
> (or something) to convert '2001-2-29' to '2001-3-1'.

It's like this since a long time on all HP-UX too, and Steve P traced
it to be some XS problem last night.

Matt did not (yet) reply to my mails.

> Instead it is failing with the message "Error parsing time at 
> ../lib/Time/Piece.pm line 615, <DATA> line 17.

-- 
H.Merijn Brand         Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using & porting perl 5.6.2, 5.8.x, 5.10.x  on HP-UX 10.20, 11.00, 11.11,
& 11.23, SuSE 10.1 & 10.2, AIX 5.2, and Cygwin.       http://qa.perl.org
http://mirrors.develooper.com/hpux/            http://www.test-smoke.org
                        http://www.goldmark.org/jeff/stupid-disclaimers/
0
h
5/22/2008 6:30:09 AM
At 8:30 AM +0200 5/22/08, H.Merijn Brand wrote:
>On Wed, 21 May 2008 22:29:13 -0500, "John E. Malmberg" <wb8tyw@qsl.net>
>wrote:
>
>> A todo for VMS:
>>
>> In blead@33891, 07arith.t is dying on test 11.
>>
>>  From the comments, it seems that it is expecting the _strptime function
>> (or something) to convert '2001-2-29' to '2001-3-1'.
>
>It's like this since a long time on all HP-UX too, and Steve P traced
>it to be some XS problem last night.
>
>Matt did not (yet) reply to my mails.
>
>> Instead it is failing with the message "Error parsing time at
> > ../lib/Time/Piece.pm line 615, <DATA> line 17.

I noticed this too.  On VMS it boils down to passing to strptime a
time string for 29  February 2001, but unless I've lost some time
myself, 2001 was not a leap year, so it's not a valid time.  The
standard for strptime is silent about what level of validation, if
any, should be done on the incoming time string.

Here's VMS:

$ perl -MTestInit -"MTime::Piece" -"E" "say join '|', Time::Piece::_strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S');"
Error parsing time at -e line 1.

Here's Mac OS X:

% ./perl -MTestInit -"MTime::Piece" -E "say join '|', Time::Piece::_strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S');"
56|34|12|1|2|101|4|59|0|0|0

If I'm reading this right, Mac OS X (and probably other BSDs) is
interpreting this as the first of March, which doesn't make much
sense to me, but may have a rationale behind it.  In any case,
Time::Piece seems to depend on this non-portable behavior, and even,
as John noted, to be specifically testing for it.

-- 
________________________________________
Craig A. Berry
mailto:craigberry@mac.com

"... getting out of a sonnet is much more
 difficult than getting in."
                 Brad Leithauser
0
craigberry
5/22/2008 12:37:11 PM
On Thu, 22 May 2008 07:37:11 -0500, "Craig A. Berry"
<craigberry@mac.com> wrote:

> At 8:30 AM +0200 5/22/08, H.Merijn Brand wrote:
> >On Wed, 21 May 2008 22:29:13 -0500, "John E. Malmberg" <wb8tyw@qsl.net>
> >wrote:
> >
> >> A todo for VMS:
> >>
> >> In blead@33891, 07arith.t is dying on test 11.
> >>
> >>  From the comments, it seems that it is expecting the _strptime function
> >> (or something) to convert '2001-2-29' to '2001-3-1'.
> >
> >It's like this since a long time on all HP-UX too, and Steve P traced
> >it to be some XS problem last night.
> >
> >Matt did not (yet) reply to my mails.
> >
> >> Instead it is failing with the message "Error parsing time at
> > > ../lib/Time/Piece.pm line 615, <DATA> line 17.
> 
> I noticed this too.  On VMS it boils down to passing to strptime a
> time string for 29  February 2001, but unless I've lost some time
> myself, 2001 was not a leap year, so it's not a valid time.  The
> standard for strptime is silent about what level of validation, if
> any, should be done on the incoming time string.
> 
> Here's VMS:
> 
> $ perl -MTestInit -"MTime::Piece" -"E" "say join '|', Time::Piece::_strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S');"
> Error parsing time at -e line 1.
> 
> Here's Mac OS X:
> 
> % ./perl -MTestInit -"MTime::Piece" -E "say join '|', Time::Piece::_strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S');"
> 56|34|12|1|2|101|4|59|0|0|0
> 
> If I'm reading this right, Mac OS X (and probably other BSDs) is
> interpreting this as the first of March, which doesn't make much
> sense to me, but may have a rationale behind it.  In any case,
> Time::Piece seems to depend on this non-portable behavior, and even,
> as John noted, to be specifically testing for it.

I RT'd it:
http://rt.cpan.org//Ticket/Display.html?id=36106

-- 
H.Merijn Brand         Amsterdam Perl Mongers (http://amsterdam.pm.org/)
using & porting perl 5.6.2, 5.8.x, 5.10.x  on HP-UX 10.20, 11.00, 11.11,
& 11.23, SuSE 10.1 & 10.2, AIX 5.2, and Cygwin.       http://qa.perl.org
http://mirrors.develooper.com/hpux/            http://www.test-smoke.org
                        http://www.goldmark.org/jeff/stupid-disclaimers/
0
h
5/22/2008 4:11:28 PM
On Thu, May 22, 2008 at 7:37 AM, Craig A. Berry <craigberry@mac.com> wrote:
> At 8:30 AM +0200 5/22/08, H.Merijn Brand wrote:
>>On Wed, 21 May 2008 22:29:13 -0500, "John E. Malmberg" <wb8tyw@qsl.net>
>>wrote:
>>
>>> A todo for VMS:
>>>
>>> In blead@33891, 07arith.t is dying on test 11.
>>>
>>>  From the comments, it seems that it is expecting the _strptime function
>>> (or something) to convert '2001-2-29' to '2001-3-1'.
>>
>>It's like this since a long time on all HP-UX too, and Steve P traced
>>it to be some XS problem last night.
>>
>>Matt did not (yet) reply to my mails.
>>
>>> Instead it is failing with the message "Error parsing time at
>> > ../lib/Time/Piece.pm line 615, <DATA> line 17.
>
> I noticed this too.  On VMS it boils down to passing to strptime a
> time string for 29  February 2001, but unless I've lost some time
> myself, 2001 was not a leap year, so it's not a valid time.  The
> standard for strptime is silent about what level of validation, if
> any, should be done on the incoming time string.
>
> Here's VMS:
>
> $ perl -MTestInit -"MTime::Piece" -"E" "say join '|', Time::Piece::_strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S');"
> Error parsing time at -e line 1.
>
> Here's Mac OS X:
>
> % ./perl -MTestInit -"MTime::Piece" -E "say join '|', Time::Piece::_strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S');"
> 56|34|12|1|2|101|4|59|0|0|0
>
> If I'm reading this right, Mac OS X (and probably other BSDs) is
> interpreting this as the first of March, which doesn't make much
> sense to me, but may have a rationale behind it.  In any case,
> Time::Piece seems to depend on this non-portable behavior, and even,
> as John noted, to be specifically testing for it.
>

Actually, there isn't any non-portable stuff happening regarding
dates.  The _strptime routine is supposed to see 2001-2-29 and realize
that you really mean 2001-3-1.  For some reason, the code works pretty
much everywhere else, but HP-UX and VMS.  Where the exact failure is,
I haven't found exactly, but once I get off my lazy backside, I'll
have an answer.

Steve Peters
steve@fisharerojo.org
0
steve
5/22/2008 6:50:58 PM
On Thu, May 22, 2008 at 1:50 PM, Steve Peters <steve@fisharerojo.org> wrote:
> On Thu, May 22, 2008 at 7:37 AM, Craig A. Berry <craigberry@mac.com> wrote:
>> At 8:30 AM +0200 5/22/08, H.Merijn Brand wrote:
>>>On Wed, 21 May 2008 22:29:13 -0500, "John E. Malmberg" <wb8tyw@qsl.net>
>>>wrote:
>>>
>>>> A todo for VMS:
>>>>
>>>> In blead@33891, 07arith.t is dying on test 11.
>>>>
>>>>  From the comments, it seems that it is expecting the _strptime function
>>>> (or something) to convert '2001-2-29' to '2001-3-1'.
>>>
>>>It's like this since a long time on all HP-UX too, and Steve P traced
>>>it to be some XS problem last night.
>>>
>>>Matt did not (yet) reply to my mails.
>>>
>>>> Instead it is failing with the message "Error parsing time at
>>> > ../lib/Time/Piece.pm line 615, <DATA> line 17.
>>
>> I noticed this too.  On VMS it boils down to passing to strptime a
>> time string for 29  February 2001, but unless I've lost some time
>> myself, 2001 was not a leap year, so it's not a valid time.  The
>> standard for strptime is silent about what level of validation, if
>> any, should be done on the incoming time string.
>>
>> Here's VMS:
>>
>> $ perl -MTestInit -"MTime::Piece" -"E" "say join '|', Time::Piece::_strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S');"
>> Error parsing time at -e line 1.
>>
>> Here's Mac OS X:
>>
>> % ./perl -MTestInit -"MTime::Piece" -E "say join '|', Time::Piece::_strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S');"
>> 56|34|12|1|2|101|4|59|0|0|0
>>
>> If I'm reading this right, Mac OS X (and probably other BSDs) is
>> interpreting this as the first of March, which doesn't make much
>> sense to me, but may have a rationale behind it.  In any case,
>> Time::Piece seems to depend on this non-portable behavior, and even,
>> as John noted, to be specifically testing for it.
>>
>
> Actually, there isn't any non-portable stuff happening regarding
> dates.  The _strptime routine is supposed to see 2001-2-29 and realize
> that you really mean 2001-3-1.  For some reason, the code works pretty
> much everywhere else, but HP-UX and VMS.  Where the exact failure is,
> I haven't found exactly, but once I get off my lazy backside, I'll
> have an answer.
>

I hate it when the answer is right in front of my eyes.

There is code for an C based strptime() implementation, but it is only
used for Windows and QNX.  VMS and HP-UX are using their system
strptime(), as are Mac OS X, Linux, Solaris, etc.  The VMS and HP-UX
ones seem to be a little more strict regarding valid dates. The
solution here is to make HP-UX and VMS use Time::Piece's C-based
strptime().  I have it working in a hackish sort of way right now, but
won't have time to clean it up until later this evening.

Steve Peters
steve@fisharerojo.org
0
steve
5/22/2008 8:03:13 PM
At 1:50 PM -0500 5/22/08, Steve Peters wrote:

>
> > Here's VMS:
>>
>> $ perl -MTestInit -"MTime::Piece" -"E" "say join '|', Time::Piece::_strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S');"
>> Error parsing time at -e line 1.
>>
>> Here's Mac OS X:
>>
>> % ./perl -MTestInit -"MTime::Piece" -E "say join '|', Time::Piece::_strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S');"
>> 56|34|12|1|2|101|4|59|0|0|0
>>
>> If I'm reading this right, Mac OS X (and probably other BSDs) is
>> interpreting this as the first of March, which doesn't make much
>> sense to me, but may have a rationale behind it.  In any case,
>> Time::Piece seems to depend on this non-portable behavior, and even,
>> as John noted, to be specifically testing for it.
>>
>
>Actually, there isn't any non-portable stuff happening regarding
>dates.  The _strptime routine is supposed to see 2001-2-29 and realize
>that you really mean 2001-3-1. 

Why on earth would it think that?  Is 2001-2-30 interpreted as 2001-3-2?

>For some reason, the code works pretty
>much everywhere else, but HP-UX and VMS. 

Because it's not the same code.  As far as I can tell, it's just
calling the C library's strptime() and however that interprets
2001-2-29 determines what happens.*  Since 2001-2-29 is an invalid
date, returning an error seems to me like the right thing to do, and
that's what VMS and apparently HP-UX do. But different implementors
have had different ideas, and as I mentioned before, no standard I
can find says anything about what conditions should be considered
error conditions.  For systems that guess that you meant something
other than what you said, is there any documentation that describes
the intention?  Do we even know that interpreting 2001-2-29 as
2001-3-1 is intentional and not just an untrapped error?

* The exception to that is that on Win32 the PowerDog strptime()
implementation is used by Time::Piece, and this is the same
implementation used by the BSDs.


-- 
________________________________________
Craig A. Berry
mailto:craigberry@mac.com

"... getting out of a sonnet is much more
 difficult than getting in."
                 Brad Leithauser
0
craigberry
5/22/2008 8:07:06 PM
On Thu, May 22, 2008 at 3:07 PM, Craig A. Berry <craigberry@mac.com> wrote:
> At 1:50 PM -0500 5/22/08, Steve Peters wrote:
>
>>
>> > Here's VMS:
>>>
>>> $ perl -MTestInit -"MTime::Piece" -"E" "say join '|', Time::Piece::_strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S');"
>>> Error parsing time at -e line 1.
>>>
>>> Here's Mac OS X:
>>>
>>> % ./perl -MTestInit -"MTime::Piece" -E "say join '|', Time::Piece::_strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S');"
>>> 56|34|12|1|2|101|4|59|0|0|0
>>>
>>> If I'm reading this right, Mac OS X (and probably other BSDs) is
>>> interpreting this as the first of March, which doesn't make much
>>> sense to me, but may have a rationale behind it.  In any case,
>>> Time::Piece seems to depend on this non-portable behavior, and even,
>>> as John noted, to be specifically testing for it.
>>>
>>
>>Actually, there isn't any non-portable stuff happening regarding
>>dates.  The _strptime routine is supposed to see 2001-2-29 and realize
>>that you really mean 2001-3-1.
>
> Why on earth would it think that?  Is 2001-2-30 interpreted as 2001-3-2?
>

Actually, yes, it seems to.

steve@picard:~/perl-current$ ./perl -Ilib -"MTime::Piece" -"E" "say
join '|', Time::Piece::_strptime('2001-2-30 12:34:56', '%Y-%m-%d
%H:%M:%S');"
56|34|12|2|2|101|5|60|0|0|0

I get identical answers on Win32, Solaris, Cygwin and Linux.

>>For some reason, the code works pretty
>>much everywhere else, but HP-UX and VMS.
>
> Because it's not the same code.  As far as I can tell, it's just
> calling the C library's strptime() and however that interprets
> 2001-2-29 determines what happens.*  Since 2001-2-29 is an invalid
> date, returning an error seems to me like the right thing to do, and
> that's what VMS and apparently HP-UX do. But different implementors
> have had different ideas, and as I mentioned before, no standard I
> can find says anything about what conditions should be considered
> error conditions.  For systems that guess that you meant something
> other than what you said, is there any documentation that describes
> the intention?  Do we even know that interpreting 2001-2-29 as
> 2001-3-1 is intentional and not just an untrapped error?
>
> * The exception to that is that on Win32 the PowerDog strptime()
> implementation is used by Time::Piece, and this is the same
> implementation used by the BSDs.
>

It would seem to me that an error is correct, but, obviously, that's
not how they were implemented anywhere except on HP-UX, VMS, and Tru64
(see http://www.nntp.perl.org/group/perl.daily-build.reports/2008/05/msg55675.html).
 So, saying its an untrapped error seems unlikely.  It just seems that
HP-UX, VMS, and Tru64 are the exception rather than the rule.

Steve Peters
steve@fisharerojo.org
0
steve
5/22/2008 9:14:43 PM
On May 22, 2008, at 08:30, H.Merijn Brand wrote:

> On Wed, 21 May 2008 22:29:13 -0500, "John E. Malmberg"  
> <wb8tyw@qsl.net>
> wrote:
>
>> A todo for VMS:
>>
>> In blead@33891, 07arith.t is dying on test 11.
>>
>>  From the comments, it seems that it is expecting the _strptime  
>> function
>> (or something) to convert '2001-2-29' to '2001-3-1'.
>
> It's like this since a long time on all HP-UX too, and Steve P traced
> it to be some XS problem last night.
>
> Matt did not (yet) reply to my mails.

I've provided a patch to Matt for this failure a while ago and he has  
confirmed to have applied it to his SVN repo, so it will be in 1.14  
when it's released.

--Gisle
0
gisle
5/22/2008 10:11:45 PM
Reply:

Similar Artilces:

''''''''''''''''''''
Name: haznen Email: haznenatyahoodotcom Product: Gran Paradiso Alpha 8 Summary: '''''''''''''''''''' Comments: '''''''''''''''''''''''''''''''''''' Browser Details: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20061204 UGES/1.7.2.0 GranParadiso/3.0a1 From URL: http://www.mozilla.org/projects/granparadiso/ Note to readers: Hendrix gives...

'''''
Name: mario Email: ramar17atfastwebnetdotit Product: Gran Paradiso Alpha 2 Summary: ''''' Comments: K: Browser Details: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a2) Gecko/20070206 GranParadiso/3.0a2 ...

'do' won't 'do' if '/'
Greetings to All from Au, Have a NetWare Perl 5.8.4 and wanted to tweak File\Spec\NW.pm to try and standardise on '/' separators. If I run a test script (t/uni/lower.t) with an unmodified NW.pm, it calls t/uni/case.pl, that, in case.pl, (when the path separators are '\'), the $file is '..\lib\unicore\To\Lower.pl' and the following code portion works, with $simple getting a returned table: sub casetest { my ($base, $spec, $func) = @_; my $file = File::Spec->catfile(File::Spec->catdir(File::Spec->updir, "lib", &qu...

superreview granted: [Bug 404773] Find bar doesn't like the letters 'b', 'o ', 'd', 'y', and 'random'
Johnny Stenback (:jst) <jst@mozilla.org> has granted Dave Townsend (Mossop) <dtownsend@mozilla.com>'s request for superreview: Bug 404773: Find bar doesn't like the letters 'b', 'o', 'd', 'y', and 'random' https://bugzilla.mozilla.org/show_bug.cgi?id=404773 Attachment 291924: patch rev 1 https://bugzilla.mozilla.org/attachment.cgi?id=291924&action=edit ------- Additional Comments from Johnny Stenback (:jst) <jst@mozilla.org> Nice :) r+sr=jst ...

'Unable to validate data', 'Authentication of viewstate failed', 'Invalid_Viewstate' #2
I' trying to run my web application locally. These are the erros I get on the first postback. However, the initial load works ok. The same web application works fine on a remote server. Iv'e downloaded the .NET1.1 SP1, as it fixes some problems similiar to mine. However the installation has encountered an error, and asked me to debug it. (Funny) So I cancled it, but regretfuly XP update treats it like it's installed. Not sure it is, not sure it isn't, not sure if it'll even help.. Here's the stack trace: [HttpException (0x80004005): Unable to validate data.] System.W...

'''
Name: L Lachowsky Email: e2brutus_10atyahoodotcom Product: Firefox Summary: ''' Comments: why duddn this surprise me... I change default server from IE to Mozilla, and then i get error messages. well, shud I decide to not get on my computer with Mozilla..or shud I risk security breeches with IE....hmmm at least i can get on the internet with IE Browser Details: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5 From URL: http://hendrix.mozilla.org/ Note to readers: Hendrix gives no expectation of a response to this fee...

Cast from type ''''DBNull'''' to type ''''String'''' is not valid.
How do I avoid getting this error: Cast from type ''''DBNull'''' to type ''''String'''' is not valid. I am trying to get values from the database into a form for updating using a Datareader, SQL is set to allow nulls for certain fields as they are not required but the only way I can get the form to display is by adding a space in SQL. Is there another way around this? Check if it is equal to DBNull.Value first and if it is, don't do the cast.Stanley Tan theSpoke Blog Where in the code does it need to go? I am using the following and it's the profile that isn't always requi...

table_info('','','','%') cannot return any types
I was recently confirming table_info special cases and discovered the case for getting table_types cannot work. table_info('','','','%') should return a list of table types but it returns a list of empty strings instead: my @types = $h->tables('', '', '', '%'); print "all types:\n", join("xxx\n", @types), "\n"; # should output something like: # "dbo" # "INFORMATION_SCHEMA" # "sys" # and actually outputs: xxx xxx It seems to be down to the following ...

I can't seem to get a skin to work in 3.0.13 that worked fine in 2.1.2. I know I'm doing *something* wrong, but after two weeks of trying, I'm stumped...
Yiikes.  Back again.  I am having the strangest things happen with my skins now.  Images specified in a css file no longer show up.  When I enter a specific path into my ascx file (assuming the skin folder as the root directory), and upload the skin, to me, it appears to not be parsing at all.  When I 'Apply' the skin, any of my skins, I get nothing.  If I add the above image file to the ascx file, upload, parse and apply, I get an 'x' bad image, and when I click properties, the location of the image file is stating it is in the dotnetnuke/ rooot folder....

'Unable to validate data', 'Authentication of viewstate failed', 'Invalid_Viewstate'
I' trying to run my web application locally. These are the erros I get on the first postback. However, the initial load works ok. The same web application works fine on a remote server. Iv'e downloaded the .NET1.1 SP1, as it fixes some problems similiar to mine. However the installation has encountered an error, and asked me to debug it. (Funny) So I cancled it, but regretfuly XP update treats it like it's installed. Not sure it is, not sure it isn't, not sure if it'll even help.. Here's the stack trace: [HttpException (0x80004005): Unable to validate data.] System.W...

'b'..'a'
Hello. I'm using defferent 5.6.0's for Win32. I wonder wheter following behaviour is intentional or not: d:\>perl -e "print 'b'..'c'" bc d:\>perl -e "print 'b'..'a'" bcdefghijklmnopqrstuvwxyz I expected empty list in latter case, like in perl -e "print 'bb'..'a'" <!ENTITY Vadim REALLIFE "Vadim V.Konovalov, St.Petersburg, Russia"> &Vadim; On Wed, Sep 20, 2000 at 03:14:41PM +0400, Konovalov, Vadim wrote: > Hello. > > I'm using defferent 5.6.0'...

'IN' Clause or 'OR'
Hello, [1]: select * from TABLEA where COL1 IN('value1','value2''valu3'....) [2]:select * from TABLEA where COL1 = 'value1' OR COL1= 'value2' OR COL1='valu3'. TABLEA is a huge table and it has non-clustered index on COL1. Among the above 2 queries, which query will give me the better performance or fast response and WHY? What is the difference between 'IN' and 'OR' clauses as for as Sybase Optimization is concerned. Which is the better one to be used on huge tables. Thanks. Mac An IN list is treated ...

'or' or 'union'
Hello I was just wondering, in general what is better to use, an 'or' clause in a select or a 'union' to join two selects together. Do both statements create work tables? Many thanks Alex I think OR will be better than union. because suppose u have 3 tables and using OR u can join table a and table b and table c so each table will have only one read. but using union you will join table a and table b and in another query of union u will use table (a or b) and table c so ur one read is more in union . Ramdas Alex Cheung wrote: > Hello > >...

How to bind/unbind 'F & p s for M N' and 'C for M N' by protocol in Win XP Pro?
Am trying to get Win 98 and Win 98SE machines to see Win XP Pro machines and vice versa. Have studied Steve Winograd's Windows XP Network Troubleshooting article at: http://www.practicallynetworked.com/sharing/troubleshoot/ right through the section titled 'Missteps' - most excellent resource there, except for the blanket acceptance of SOHO networking with TCP/IP and NetBIOS enabled over TCP/IP. If I may be permitted to go off half-cocked, I believe my difficulty lies in my insistance on keeping 'File and printer sharing for Microsoft Networks' and 'Client for ...

Web resources about - 07arith.t failing as _strptime('2001-2-29 12:34:56', '%Y-%m-%d %H:%M:%S') fails - perl.perl5.porters

Resources last updated: 12/30/2015 11:30:23 PM