Hi all,

Now that 0.75_99 is working on my system, I've been trying it out on a couple of 
scripts using Perl/Tk. In one instance I needed to include an xpm image that is used 
in my code. This is one of the standard images (openfolder.xpm), so I was a little 
surprised it wasn't in the .par file (especially considering another standard image, 
folder.xpm, was there).

I tried specifying the extra file with the following command lines:

1) pp -p -B -I /usr/local/lib/perl5/site_perl/5.8.1/i382-freebsd-64int/Tk/ -M 
openfolder.xpm test.pl

2) pp -p -B -M 
/usr/local/lib/perl5/site_perl/5.8.1/i382-freebsd-64int/Tk/openfolder.xpm test.pl


1) resulted in the following warnings:

Use of uninitialized value in pattern match (m//) at /usr/local/bin/pp line 267.
Use of uninitialized value in addition (+) at /usr/local/bin/pp line 195.

Examining the .par file gave no sign of openfolder.xpm.

2) resulted in the following warnings:

Use of uninitialized value in pattern match (m//) at /usr/local/bin/pp line 267.

The intermediate .par file _does_ have the openfolder.xpm file in the 'root' level, 
but there's an extra problem - Tk finds this file via the 'findINC' function, which 
goes through @INC, appends '/Tk' to each of these paths and tries to find the file in 
those directories. So even if @INC contains '.', it can't find ./Tk/openfolder.xpm

The only way I can see around this (other than manually tweaking the .par file) would 
be if you could specify _where_ pp stored a particular -M'd file in the .par's tree. 
For instance, if I could have told pp to store openfolder.xpm in /lib/Tk all would be 
good.

This is obviously an extra feature rather than a bug fix, but it would be handy.

MB

Reply via email to