RE: Window 7 x64, @inc search question

2012-01-09 Thread Styma, Robert E (Robert)
Well I tried upgrading to the newest Perl 5.14 which is also 64 bit
capable.  I discovered that Tk.pm is not yet available from ppm.
So I backed off to 5.12 which says Tk.pm is available on the ppm
web site.  For reasons I have not yet figured out, I get timeouts
accessing ppm4.activestate.com.

Just as a slightly off topic question.  Since my original question was
answered with a top post, is this acceptable on this list?  The guys on
the Fedora lists get all bent out of shape if someone top posts.

There are various references to incompatibilites between pm modules
on 5.6 and 5.14 although I have not gotten far enough (not havimg Tk) to
be sure if any of them affect the local .pm modules in my site.lib.  Is there
a summary of what sort of things break between 5.6 and 5.14?
Sorting that out from the release notes is about as effective as ploughing
ahead and just debugging.

Thank you for the help.

Bob



From: Jan Dubois [mailto:j...@activestate.com]
Sent: Friday, January 06, 2012 10:39 AM
To: Styma, Robert E (Robert); perl-win32-users@listserv.ActiveState.com
Subject: RE: Window 7 x64, @inc search question

Your description on how things are looked up sounds correct.  You may want to 
run `perl -V` to check the list of directories in @INC, and the order in which 
they are searched (the order of lib and site/lib has changed between 5.6 and 
5.14).

Cheers,
-Jan

From: perl-win32-users-boun...@listserv.activestate.com 
[mailto:perl-win32-users-boun...@listserv.activestate.com] On Behalf Of Styma, 
Robert E (Robert)
Sent: Friday, January 06, 2012 8:30 AM
To: perl-win32-users@listserv.ActiveState.com
Subject: Window 7 x64, @inc search question

Robert E. Styma
I have just joined this mailing list.  I am responsible for an
assortment of perl programs which I have inherited and am
testing and adjusting to get them running under a Windows 7 X64
environment.

At the time the code was written we were using Perl 5.6.1.
When I discovered problems, I removed the old Perl and upgraded
to:
ActivePerl-5.14.2.1402-MSWin32-x64-295342.msi
The problem I encountered remained the same.


Here is the deal.

...\Perl\lib has a directory called File which has the file functions.
In the Perl\site\lib we use there is also a directory called File which
includes among other things, File\Recurse.pm.  This comes up
as a not found on when run on a Windows 7 x64 machine.
If I copy the Recurse.pm to the ...\Perl\lib it is found.

On Windows XP and Windows 7 x86 the Recurse.pm is found
in the Perl\Site\Lib\File directory and the other appropriate modules
are found in Perl\Lib\File.  I only tested this on the Perl 5.6.1 version
since it works.

 I suspect the problem is due to
changes in the underlying OS code used to do the search.

I personally think that naming the Perl\Site\Lib folder the same
as a Perl\Lib folder was a poor choice.  However, that is what
is there and I want to make sure that this is the expected behavior
before I try to untangle this with changes to the code.

I am looking for confirmation that someone else has seen such behavior
or that this is known to be the way it should work.  If what is being done
should work, then I need to figure out what to try next.

Thanks in advance for any suggestions.

Bob Styma
___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


RE: Window 7 x64, @inc search question

2012-01-09 Thread Brian Raven

From: perl-win32-users-boun...@listserv.activestate.com 
[mailto:perl-win32-users-boun...@listserv.activestate.com] On Behalf Of Styma, 
Robert E (Robert)
Sent: 09 January 2012 14:02
To: Jan Dubois; perl-win32-users@listserv.ActiveState.com
Subject: RE: Window 7 x64, @inc search question

 Well I tried upgrading to the newest Perl 5.14 which is also 64 bit
 capable.  I discovered that Tk.pm is not yet available from ppm.
 So I backed off to 5.12 which says Tk.pm is available on the ppm
 web site.  For reasons I have not yet figured out, I get timeouts
 accessing ppm4.activestate.com.

Firewall/proxy settings?

That address gets me redirected to http://code.activestate.com/ppm. Looking up 
Tk suggests that the latest version (804.030) fails to build, and the previous 
version (804.029) fails some tests for Perl 5.14. Which is a shame. Fortunately 
for me all of my Tk scripts are all on Linux.

Do you feel up to building it yourself? The above suggests that 804.029 might 
be the version to try, if you think you can live with the failed tests.


 Just as a slightly off topic question.  Since my original question was
 answered with a top post, is this acceptable on this list?  The guys on
 the Fedora lists get all bent out of shape if someone top posts.

My preference with regard to top posting is probably with the Fedora guys, as 
this post might suggest. However, a lot of the posters to this list seem to 
prefer top posting (or just use a mail agent that encourages it). I would 
complain, but I think I would be swimming against the tide. Plus, I can find 
more interesting things to do than get worked up about it.

 There are various references to incompatibilites between pm modules
 on 5.6 and 5.14 although I have not gotten far enough (not havimg Tk) to
 be sure if any of them affect the local .pm modules in my site.lib.  Is there
 a summary of what sort of things break between 5.6 and 5.14?
 Sorting that out from the release notes is about as effective as ploughing
 ahead and just debugging.

The might be something in the delta documentation for core modules (see perldoc 
perl.*delta). For non core modules, their Changes file might be useful.

HTH


--
Brian Raven




Please consider the environment before printing this e-mail.

This e-mail may contain confidential and/or privileged information. If you are 
not the intended recipient or have received this e-mail in error, please advise 
the sender immediately by reply e-mail and delete this message and any 
attachments without retaining a copy.

Any unauthorised copying, disclosure or distribution of the material in this 
e-mail is strictly forbidden.
___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


RE: Window 7 x64, @inc search question

2012-01-09 Thread Jan Dubois
On Mon, 09 Jan 2012, Brian Raven wrote:
 On Mon, 09 Jan 2012, Styma, Robert E (Robert) wrote:
 
  Well I tried upgrading to the newest Perl 5.14 which is also 64 bit
  capable.  I discovered that Tk.pm is not yet available from ppm.
  So I backed off to 5.12 which says Tk.pm is available on the ppm
  web site.  For reasons I have not yet figured out, I get timeouts
  accessing ppm4.activestate.com.
 
 Firewall/proxy settings?
 
 That address gets me redirected to http://code.activestate.com/ppm.

That should only happen for the build status pages.  The actual repos
do live on the ppm4 site.  You can check access status for the ppm
repos by running these commands:

  $ ppm repo sync --force
  Downloading ActiveState Package Repository packlist...done 
  Updating ActiveState Package Repository database...done 
  $ ppm log
  Last minute of /Users/jan/Library/Logs/ppm4.log:
  
  2012-01-09T10:16:18 6 [ppm:84] ppm help repo
  2012-01-09T10:16:32 6 [ppm:84] ppm repo sync --force
  2012-01-09T10:16:33 6 [Web.pm:102] GET 
http://ppm4.activestate.com/darwin/5.12/1204/package.xml == 200 OK (1459885 
bytes in
1.20 sec - 1189 KB/s)
  2012-01-09T10:16:56 6 [ppm:84] ppm log

 Looking up Tk suggests that the latest version (804.030) fails to
 build, and the previous version (804.029) fails some tests for Perl
 5.14. Which is a shame. Fortunately for me all of my Tk scripts are
 all on Linux.

I have long since given up on Tk.  I don't know if things have changed,
but the new maintainers seemed to care only about Linux, so things were
quite broken on Windows for quite a while.  And it is legacy technology
now anyways, as I doubt that it will ever be updated to a newer Tk version,
so things like native themed widget support, or plain native OS X support
will not be possible.

[...]

  Just as a slightly off topic question. Since my original question
  was answered with a top post, is this acceptable on this list? The
  guys on the Fedora lists get all bent out of shape if someone top
  posts.

 My preference with regard to top posting is probably with the Fedora
 guys, as this post might suggest. However, a lot of the posters to
 this list seem to prefer top posting (or just use a mail agent that
 encourages it). I would complain, but I think I would be swimming
 against the tide. Plus, I can find more interesting things to do than
 get worked up about it.

My preference is inline replies too, but more than top posting, I do
hate HTML email for inline replies. So I'll either ignore HTML posts
altogether, or I'll answer them with a top posted answer... Rarely, when
I really want to reply inline, I might make the effort to convert HTML
messages back to plain text. But it makes me think twice if I really
have to reply at all. :)

Cheers,
-Jan


___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs


RE: Window 7 x64, @inc search question

2012-01-06 Thread Jan Dubois
Your description on how things are looked up sounds correct.  You may want to 
run `perl -V` to check the list of directories in
@INC, and the order in which they are searched (the order of lib and site/lib 
has changed between 5.6 and 5.14).

 

Cheers,

-Jan

 

From: perl-win32-users-boun...@listserv.activestate.com 
[mailto:perl-win32-users-boun...@listserv.activestate.com] On Behalf Of
Styma, Robert E (Robert)
Sent: Friday, January 06, 2012 8:30 AM
To: perl-win32-users@listserv.ActiveState.com
Subject: Window 7 x64, @inc search question

 

Robert E. Styma

I have just joined this mailing list.  I am responsible for an

assortment of perl programs which I have inherited and am

testing and adjusting to get them running under a Windows 7 X64

environment.

 

At the time the code was written we were using Perl 5.6.1.

When I discovered problems, I removed the old Perl and upgraded

to:

ActivePerl-5.14.2.1402-MSWin32-x64-295342.msi

The problem I encountered remained the same.

 

 

Here is the deal.  

 

...\Perl\lib has a directory called File which has the file functions.

In the Perl\site\lib we use there is also a directory called File which

includes among other things, File\Recurse.pm.  This comes up

as a not found on when run on a Windows 7 x64 machine. 

If I copy the Recurse.pm to the ...\Perl\lib it is found.

 

On Windows XP and Windows 7 x86 the Recurse.pm is found

in the Perl\Site\Lib\File directory and the other appropriate modules

are found in Perl\Lib\File.  I only tested this on the Perl 5.6.1 version

since it works.

 

 I suspect the problem is due to

changes in the underlying OS code used to do the search.

 

I personally think that naming the Perl\Site\Lib folder the same

as a Perl\Lib folder was a poor choice.  However, that is what

is there and I want to make sure that this is the expected behavior

before I try to untangle this with changes to the code.

 

I am looking for confirmation that someone else has seen such behavior

or that this is known to be the way it should work.  If what is being done

should work, then I need to figure out what to try next.

 

Thanks in advance for any suggestions.

 

Bob Styma

___
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs