Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-15-2006 02:26 AM
тАО02-15-2006 02:26 AM
I have been using the "perlcc" utility to create executable copies of some of my perl scripts.
I had been using a HP-UX 10.20 machine quite succesfully until this machine was retired.
I am now having problems.
I can get the script to compile but the executable aborts and core dumps. (Although I'm not very experienced with "adb" it does seem to point to a segmentation violation)
I've stripped the script down to its' simplest form (basically a "hello world" script) and the executable will still not run.
I am running HP-UX B11.11 U on a RP5470 with Perl5 B.5.6.1.C and gcc 4.0.2 gcc
Has anyone else had similar problems or experiences with perlcc?
Solved! Go to Solution.
- Tags:
- Perl
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-15-2006 02:30 AM
тАО02-15-2006 02:30 AM
Re: perlcc
What does # file
-Arun
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-15-2006 02:46 AM
тАО02-15-2006 02:46 AM
Re: perlcc
have you tried to compile a simple C code. If that works at least you are ok with the gcc compiler.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-15-2006 02:53 AM
тАО02-15-2006 02:53 AM
Re: perlcc
I am running on the same machine (although the 10.20 executable would run on an 11i machine)
When I do a strings on the core file, the first hint of trouble looks like this:
Enter Option and press < enter > :
ERROR -> Unknown Option : '
panic: MUTEX_DESTROY
pccxgz4l.c
DynaLoader::boot_DynaLoader
DynaLoader::dl_unload_file
DynaLoader::dl_librefs
PERL_DL_NONLAZY
DynaLoader::dl_resolve_using
Usage: DynaLoader::dl_load_file(filename, flags=0)
Can't make loaded symbols global on this platform while loading %s
Usage: DynaLoader::dl_find_symbol(libhandle, symbolname)
Symbol not found
Usage: DynaLoader::dl_undef_symbols()
Usage: DynaLoader::dl_install_xsub(perl_name, symref, filename="$Package")
DynaLoader
Usage: DynaLoader::dl_error()
Peter:
Thanks, I'll give that a try and get back after lunch.....
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-15-2006 04:36 AM
тАО02-15-2006 04:36 AM
Re: perlcc
Yep, the gcc works ok....
Thx!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-15-2006 09:52 PM
тАО02-15-2006 09:52 PM
Solutionhaving had a closer look this is all a bit experimental ;-) See man perlcc Description Paragraph 2 "The code generated in this way is not guaranteed to work."
I assume you are using different versions of perl/gcc to your 10.20 platform.
Compile the perl code to c via:
perlcc hello.pl -c
which will generate hello.c
You can then compare the C files between 10.20 and 11.00.
Also you can then have a go at getting the C to compile with gcc.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-16-2006 01:31 AM
тАО02-16-2006 01:31 AM
Re: perlcc
Unfortunately, the 10.20 systems are retired and I don't have the machine I used to use available to me anymore.
I have found an 11i machine that it works on though and I will be attempting to figure out why it runs there. (oddly enough, gcc isn't even installed on the machine)....but it works....
I wasn't aware of the extent of it's "experimental nature".....I suppose I need to rethink my use of it. I've found the use of executables to be VERY nice and I'm surprised there isn't more interest/support of this feature.
In any event.....thanks for your response.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-16-2006 03:18 AM
тАО02-16-2006 03:18 AM
Re: perlcc
Probably, it could be due to some library issues ? Just make sure you have correct libraries installed in /usr/local/lib and /usr/lib
-Arun
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-17-2006 03:51 AM
тАО02-17-2006 03:51 AM
Re: perlcc
I found the problem to be the version of perl being used. Perl 5.8.7 appeared to do the trick on HP-UX.....
Best Regards,
Daryll