no subject

2004-04-22 Thread Rick Third
unsubscribe


Subject: Re: Problems compiling Data::Dumper - `UTF8_ALLOW_ANY' undeclared

2004-01-15 Thread Doug Weathers
Hi,

Thanks for the replies, but I'm still having problems.

On Friday, January 9, 2004, at 08:55 PM, Ken Williams wrote:

On Friday, January 9, 2004, at 04:24  PM, Doug Weathers wrote:
This is annoying, because this is the problem that made me decide to
reinitialize the laptop!
Yow!  Maybe if you had posted here first, we could have spared you 
that inconvenience.  Reinitializing the laptop wasn't necessary (as 
I'm sure is clear with the benefit of hindsight!).
Well, it wasn't the only problem, and I didn't yet know about this 
list.  This particular laptop has been upgraded from OS 9 to X 10.0 to 
X 10.1 to X 10.2 without ever being reinitialized, so I figured it was 
about time :)

I can't upgrade CPAN, because it depends on an up-to-date
Data::Dumper.
Hmm?  CPAN.pm depends only on File::Spec and Test::More, and will 
accept any version of them.
Hmm indeed.  My system seems to want all sorts of stuff to do an 
install Bundle::CPAN.

I just tried to do an install Bundle::CPAN, and the following 
happened.  I have a full transcript for anyone who is interested.

1) it downloaded and unpacked CPAN-1.76.tar.gz
2) it downloaded and unpacked Digest-MD5-2.33.tar.gz
3) it tried to build Digest-MD5-2.33.tar.gz and found a dependency 
(Digest::base), so it didn't install
4) it downloaded and expanded Compress-Zlib-1.32.tar.gz
5) it tried to build Compress-Zlib-1.32.tar.gz and failed 6 out of 23 
tests (gzdopen), so it didn't install
6) it downloaded and unpacked Archive-Tar-1.08.tar.gz
7) this appeared to install correctly.  Hooray!
8) it downloaded and unpacked Data-Dumper-2.121.tar.gz
9) it failed to compile, giving the UTF8_ALLOW_ANY undeclared error 
as described before
10) it started to build libnet-1.17 (I didn't see where this got 
downloaded)
11) I told it to use my previous settings for libnet
12) it detected a libnet dependency on Socket and failed to install
13) The bundle summary said that there were problems installing 
Data::Dumper
14) It downloaded and unpacked and installed TermReadKey-2.21.tar.gz 
(yay)
15) it downloaded, unpacked, and installed 
Term-ReadLine-Perl-1.0203.tar.gz (yay)
16) it started to build CPAN-1.76.tar.gz
17) bundle summary: Bundle::CPAN had problems with Digest::MD5 and 
Compress:Zlib
18) it started to build perl-5.8.2 (where did THAT come from?)

At this point I gave up and wrote this message.



I have another Mac where this command works just fine.  The options 
for
the cc command look rather different than the above.
What does it look like on the one where it works?  Maybe different 
versions of ExtUtils::MakeMaker or something?
Here's what installing Data::Dumper looks like on the two computers.

The bad one:


/usr/bin/perl -I/System/Library/Perl/darwin -I/System/Library/Perl 
/System/Library/Perl/ExtUtils/xsubpp  -typemap 
/System/Library/Perl/ExtUtils/typemap Dumper.xs  Dumper.xsc  mv 
Dumper.xsc Dumper.c
cc -c  -g -pipe -pipe -fno-common -no-cpp-precomp -flat_namespace 
-DHAS_TELLDIR_PROTOTYPE -fno-strict-aliasing -Os 
-DVERSION=\2.121\ -DXS_VERSION=\2.121\  
-I/System/Library/Perl/darwin/CORE  Dumper.c
Dumper.xs: In function `Perl_utf8_to_uvchr':
Dumper.xs:29: `UTF8_ALLOW_ANY' undeclared (first use in this function)
Dumper.xs:29: (Each undeclared identifier is reported only once
Dumper.xs:29: for each function it appears in.)
Dumper.xs:29: warning: passing arg 2 of `Perl_utf8_to_uv' makes pointer 
from integer without a cast
Dumper.xs:29: too many arguments to function `Perl_utf8_to_uv'
make: *** [Dumper.o] Error 1
  /usr/bin/make  -- NOT OK
Running make test
  Can't test without successful make
Running make install
  make had returned bad status, install seems impossible

cpan
===
The good one:

===
/usr/bin/perl /System/Library/Perl/ExtUtils/xsubpp  -typemap 
/System/Library/Perl/ExtUtils/typemap  Dumper.xs  Dumper.xsc  mv 
Dumper.xsc Dumper.c
cc -c   -pipe -fno-common -no-cpp-precomp -fno-strict-aliasing 
-I/usr/local/include -O3   -DVERSION=\2.121\ -DXS_VERSION=\2.121\  
-I/System/Library/Perl/darwin/CORE   Dumper.c
cc1: warning: changing search order for system directory 
/usr/local/include
cc1: warning:   as it has already been specified as a non-system 
directory
Running Mkbootstrap for Data::Dumper ()
chmod 644 Dumper.bs
rm -f blib/arch/auto/Data/Dumper/Dumper.bundle
LD_RUN_PATH= cc  -flat_namespace -bundle -undefined suppress 
-L/usr/local/lib Dumper.o  -o blib/arch/auto/Data/Dumper/Dumper.bundle
chmod 755 blib/arch/auto/Data/Dumper/Dumper.bundle
cp Dumper.bs blib/arch/auto/Data/Dumper/Dumper.bs
chmod 644 blib/arch/auto/Data/Dumper/Dumper.bs
  /usr/bin/make  -- OK
Running make test
PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e 
test_harness(0, 'blib/lib', 'blib/arch') t/*.t
t/dumper..ok
t/overloadok
t/pairok
All tests successful.
Files=3, Tests=373,  6 wallclock secs ( 1.95 cusr +  0.31 csys =  2.26 
CPU)
  /usr/bin/make test -- OK
Running make install
Files found in blib/arch: installing files in 

hdiutil question - possibly off-subject

2001-11-14 Thread Chris Angelli

Hi,

I have been lurking on this list for awhile and have
benefitted greatly from the knowledge disseminated
here.  For that I thank all of you smarties out there.
 I apologize in advance if this is off-topic and will
be happy to post elsewhere if anyone has a suggestion
as to where this question belongs.  Here is my
question:

Has anyone out there successfully used the hdiutil
tool to create a disk image from a folder?  I have
followed the steps in the hdiutil man page, but at the
end of the process I get an 'out of space' error. 

Any help will be greatly appreciated. And thank you
for your patience. I am a bear of little brain.

More detail:

I am trying to copy a folder that contains a bunch of
sub-folders,  jpeg images, an installer,  text files,
an installer, and several applications.

Here is the session:

% du -s ecdFileTemplate 
18448   ecdFileTemplate

% hdiutil create -sectors 18548 ecdFileTemplate.dmg
.

% hdid -nomount ecdFileTemplate.dmg
/dev/disk4  Apple_partition_scheme

/dev/disk4s1Apple_partition_map   

/dev/disk4s2Apple_HFS   

% newfs_hfs -v ecdFileTemplate.dmg /dev/rdisk4s2
Initialized /dev/rdisk4s2 as a 9MB HFS Plus volume

% hdiutil eject disk4
disk4s1 ejected successfully.
disk4s2 ejected successfully.
disk4 ejected successfully.

% hdid ecdFileTemplate.dmg
/dev/disk4  Apple_partition_scheme

/dev/disk4s1Apple_partition_map   

/dev/disk4s2Apple_HFS 
 /Volumes/ecdFileTemplate.dmg

% ditto -rsrcFork ecdFileTemplate
/Volumes/ecdFileTemplate.dmg
/Volumes/ecdFileTemplate.dmg/CD EXTRA/Text/Read Me!:
No space left on device




__
Do You Yahoo!?
Find the one for you at Yahoo! Personals
http://personals.yahoo.com



Re: hdiutil question - possibly off-subject

2001-11-14 Thread Jim Cooper

The overhead for a SPUD is 64 sectors.

that's what the man says

the example makes a single partition

and the 100 should be enough to cover the 64

however, possibly the overhead for HFS is a bit more.

I tried a random folder and got the same result as you with your 
procedure.

it failed the same way...
except I could tell it would

the newfs_hfs command reported making a 50 Mb partition

however the finder and du insist that I needed 50.75~50.8M to hold the 
folder.

and 988k were not copied.

in the original example in the man page 1234 is expanded by 100 sectors 
to 1334  this is about 8%

in my example, du actually reports I need 104232 sectors of 512 which is 
5.3 x 10^7 /1024 ~~ 52.116M
we add 100 sectors and get 52.166M
apparently, the filesystem is using 2 meg as
the finder says 52,916,582 bytes ~~50.8M but actually only get 50M

so, to make a long story short,  I would calculate by a percentage which 
seems to be between 5~~8 percent of your total space needed as the add 
on value instead of 100 as a flat overhead.

Jim Cooper

would be a nice script to have  must be some Inside Macintosh that 
correctly tells the true overhead for all of the file systems.  for UDIF 
you probably can just add 100.

On Thursday, November 15, 2001, at 08:53  AM, Chris Angelli wrote:

 Hi,

 I have been lurking on this list for awhile and have
 benefitted greatly from the knowledge disseminated
 here.  For that I thank all of you smarties out there.
  I apologize in advance if this is off-topic and will
 be happy to post elsewhere if anyone has a suggestion
 as to where this question belongs.  Here is my
 question:

 Has anyone out there successfully used the hdiutil
 tool to create a disk image from a folder?  I have
 followed the steps in the hdiutil man page, but at the
 end of the process I get an 'out of space' error.
---
reply directly to:
Jim Cooper
mailto:[EMAIL PROTECTED]
iMedia, Ltd.
Tokyohttp://www.ai-media.co.jp
---