arsperl-users Mailing List for ARSperl (Page 9)
Brought to you by:
jeffmurphy
You can subscribe to this list here.
| 1996 |
Jan
(6) |
Feb
(7) |
Mar
(16) |
Apr
(5) |
May
(21) |
Jun
(5) |
Jul
(5) |
Aug
(13) |
Sep
(4) |
Oct
(12) |
Nov
(7) |
Dec
(24) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1997 |
Jan
(38) |
Feb
(65) |
Mar
(32) |
Apr
(37) |
May
(47) |
Jun
(45) |
Jul
(28) |
Aug
(38) |
Sep
(41) |
Oct
(81) |
Nov
(21) |
Dec
(45) |
| 1998 |
Jan
(18) |
Feb
(26) |
Mar
(44) |
Apr
(34) |
May
(36) |
Jun
(44) |
Jul
(31) |
Aug
(34) |
Sep
(56) |
Oct
(40) |
Nov
(20) |
Dec
(25) |
| 1999 |
Jan
(49) |
Feb
(50) |
Mar
(33) |
Apr
(51) |
May
(54) |
Jun
(43) |
Jul
(91) |
Aug
(34) |
Sep
(120) |
Oct
(102) |
Nov
(101) |
Dec
(25) |
| 2000 |
Jan
(55) |
Feb
(105) |
Mar
(44) |
Apr
(89) |
May
(123) |
Jun
(51) |
Jul
(98) |
Aug
(120) |
Sep
(101) |
Oct
(77) |
Nov
(58) |
Dec
(39) |
| 2001 |
Jan
(36) |
Feb
(50) |
Mar
(57) |
Apr
(62) |
May
(81) |
Jun
(55) |
Jul
(46) |
Aug
(51) |
Sep
(37) |
Oct
(60) |
Nov
(38) |
Dec
(41) |
| 2002 |
Jan
(70) |
Feb
(41) |
Mar
(49) |
Apr
(55) |
May
(93) |
Jun
(48) |
Jul
(88) |
Aug
(52) |
Sep
(92) |
Oct
(63) |
Nov
(37) |
Dec
(63) |
| 2003 |
Jan
(62) |
Feb
(78) |
Mar
(101) |
Apr
(90) |
May
(104) |
Jun
(31) |
Jul
(29) |
Aug
(66) |
Sep
(50) |
Oct
(114) |
Nov
(111) |
Dec
(49) |
| 2004 |
Jan
(19) |
Feb
(68) |
Mar
(59) |
Apr
(30) |
May
(54) |
Jun
(33) |
Jul
(115) |
Aug
(69) |
Sep
(33) |
Oct
(80) |
Nov
(25) |
Dec
(47) |
| 2005 |
Jan
(34) |
Feb
(26) |
Mar
(28) |
Apr
(57) |
May
(53) |
Jun
(59) |
Jul
(42) |
Aug
(25) |
Sep
(26) |
Oct
(33) |
Nov
(20) |
Dec
(2) |
| 2006 |
Jan
(35) |
Feb
(15) |
Mar
(14) |
Apr
(7) |
May
(22) |
Jun
(22) |
Jul
(22) |
Aug
(3) |
Sep
(7) |
Oct
(20) |
Nov
(25) |
Dec
(8) |
| 2007 |
Jan
(44) |
Feb
(26) |
Mar
(24) |
Apr
(34) |
May
(23) |
Jun
(61) |
Jul
(18) |
Aug
(39) |
Sep
(28) |
Oct
(31) |
Nov
(31) |
Dec
(23) |
| 2008 |
Jan
(18) |
Feb
(5) |
Mar
(18) |
Apr
(15) |
May
(17) |
Jun
(18) |
Jul
(13) |
Aug
(10) |
Sep
(71) |
Oct
(25) |
Nov
(5) |
Dec
(14) |
| 2009 |
Jan
(3) |
Feb
(6) |
Mar
(19) |
Apr
(5) |
May
(2) |
Jun
(5) |
Jul
(23) |
Aug
|
Sep
|
Oct
(2) |
Nov
(15) |
Dec
(7) |
| 2010 |
Jan
(5) |
Feb
(6) |
Mar
|
Apr
|
May
(10) |
Jun
|
Jul
(9) |
Aug
(6) |
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
| 2011 |
Jan
(16) |
Feb
(24) |
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
(4) |
Sep
(1) |
Oct
|
Nov
(13) |
Dec
|
| 2012 |
Jan
(17) |
Feb
(14) |
Mar
(14) |
Apr
(3) |
May
(5) |
Jun
(1) |
Jul
(9) |
Aug
(1) |
Sep
(7) |
Oct
(14) |
Nov
(4) |
Dec
(4) |
| 2013 |
Jan
(1) |
Feb
(12) |
Mar
(7) |
Apr
(5) |
May
|
Jun
|
Jul
(1) |
Aug
(21) |
Sep
(5) |
Oct
(5) |
Nov
|
Dec
(4) |
| 2014 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(27) |
Jun
|
Jul
(8) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(4) |
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Tony E. <Ton...@lc...> - 2011-03-03 14:46:13
|
++++++++++++++++++++++++++++++++++++++++++++++++++++++
Please Read The Disclaimer At The Bottom Of This Email
++++++++++++++++++++++++++++++++++++++++++++++++++++++
Having installed ARSperl & ActiveState Perl 5.10.1 on Windows XP, I am able to connect but get errors 'ctrl is not of type' <any type>
i.e. with :-
use Data::Dumper;
use ARS;
my $c = ARS->new(-server => 'remedy',
-username => 'Tony.Edwardson',
-password => 'M1nustw0') or die "Can't connect: $!";
print Data::Dumper->Dump([$c, $ars_errstr, ref($c->{'ctrl'})], [qw/$c $ars_errstr ctrltype/]);
my @schemas = ars_GetListUser($c);
I get :-
C:\Perl\bin>perl ars.pl
$c = bless( {
'.debug' => 0,
'.nologoff' => 0,
'.catch' => {
'1' => 'internalWarn',
'3' => 'internalDie',
'2' => 'internalDie'
},
'ctrl' => bless( do{\(my $o = 28672020)}, 'ARControlStructPtr' )
}, 'ARS' );
$ars_errstr = undef;
$ctrltype = 'ARControlStructPtr';
ARS::ars_GetListUser: ctrl is not of type ARControlStructPtr at ars.pl line 11.
I get a similar error with most subroutines
Any ideas anyone ?
Thanks
Tony
*************************************************************************************************
This email is intended for the named recipient(s) only. Its contents are confidential and may only be retained by the named recipient(s) and may only be copied or disclosed with the consent of LCH.Clearnet Limited and/or LCH.Clearnet SA. If you are not an intended recipient please delete this e-mail and notify pos...@lc....
LCH.Clearnet Limited, LCH.Clearnet SA and each other member of the LCH.Clearnet Group accept no liability, including liability for negligence, in respect of any statement in this email.
The contents of this email are subject to contract in all cases, and LCH.Clearnet Limited and/or LCH.Clearnet SA makes no contractual commitment save where confirmed by hard copy.
Cet e-mail et toutes les pièces jointes (ci-après le "message") sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation de ce message non conforme à sa destination, toute diffusion ou toute publication, est interdite, sauf autorisation expresse de LCH.Clearnet Limited et/ou LCH.Clearnet SA. Si ce message vous a été adressé par erreur, merci de le détruire et d'en avertir immédiatement pos...@lc....
LCH.Clearnet Limited, LCH.Clearnet SA et les autres entités du groupe LCH.Clearnet Group, ne peuvent en aucun cas être tenues responsables au titre de ce message à moins qu’il n’ait fait l’objet d’un contrat signé.
LCH.Clearnet Limited, Registered Office: Aldgate House, 33 Aldgate High Street, London EC3N 1EA. Recognised as a Clearing House under the Financial Services & Markets Act 2000. Reg in England No.25932
Telephone: +44 20 7426 7000 Internet: http://www.lchclearnet.com
LCH.Clearnet SA, Siège Social, 18 rue du Quatre Septembre, 75002 Paris, Chambre de Compensation conformément au Code Monétaire et Financier.
*************************************************************************************************
|
|
From: _HK_ <cip...@gm...> - 2011-02-25 09:36:57
|
Hi there, I'm trying to get arsperl 1.92 work with ARS 7.5 64-bit(lx64) libraries, but when I run make test, I am getting the following error: PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/00connect.t ........... *** glibc detected *** /usr/bin/perl: double free or corruption (fasttop): 0x00000000018dbbe0 *** And the test just hangs there. I have to ctrl-c to come out. Running it under gdb, it seems like there's a bug in the code(?) that does a double free or something? Here's a partial backtrace from gdb: *#16 0x00007ff6222bd5b6 in malloc_printerr (action=3, str=0x7ff622390c70 "double free or corruption (fasttop)", ptr=<value optimized out>) at malloc.c:6266* *#17 0x00007ff6222c3e83 in __libc_free (mem=<value optimized out>) at malloc.c:3738* *#18 0x00007ff621c8e933 in slt_free () from /usr/local/lib/perl/5.10.1/auto/ARS/ARS.so* *#19 0x00007ff621b7bf29 in ClientConnToPort () from /usr/local/lib/perl/5.10.1/auto/ARS/ARS.so* *#20 0x00007ff621b5c573 in IssueRPCToARServer () from /usr/local/lib/perl/5.10.1/auto/ARS/ARS.so* *#21 0x00007ff621b5c0c4 in ARRPCCallServer () from /usr/local/lib/perl/5.10.1/auto/ARS/ARS.so* *#22 0x00007ff621b803d9 in ARGetEncryptInfo () from /usr/local/lib/perl/5.10.1/auto/ARS/ARS.so* *#23 0x00007ff621b7e754 in ARKeyExchangeHandler () from /usr/local/lib/perl/5.10.1/auto/ARS/ARS.so* *#24 0x00007ff621b7e591 in ARKeyExchange () from /usr/local/lib/perl/5.10.1/auto/ARS/ARS.so* *#25 0x00007ff621b60881 in ARLoadRPCControlStruct1 () from /usr/local/lib/perl/5.10.1/auto/ARS/ARS.so* *#26 0x00007ff621b6024d in ARLoadRPCControlStruct () from /usr/local/lib/perl/5.10.1/auto/ARS/ARS.so* *#27 0x00007ff621b713ef in ARVerifyUser () from /usr/local/lib/perl/5.10.1/auto/ARS/ARS.so* *#28 0x00007ff621b12a74 in XS_ARS_ars_Login (my_perl=<value optimized out>, cv=<value optimized out>) at ARS.xs:426* It's the same result with or without -malign_double option. The architecture is "lx64" and the linking was done as so: LD_RUN_PATH="/usr/ar/7.5/api/lib" cc -shared -O2 -g -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o supportrev_generated.o -o blib/arch/auto/ARS/ARS.so /usr/ar/7.5/api/lib/libar_lx64.a \ -L/usr/ar/7.5/api/lib -lnsl -lpthread -licuucbmc_lx64 -licui18nbmc_lx64 -licudatabmc_lx64 Has anyone got arsperl1.92 work with 64-bit perl and 64-bit 7.5 ar libs on Linux? Any pointers/suggestions will be highly appreciated! -- ~H http://www.harishkotha.com |
|
From: jeff m. <jcm...@je...> - 2011-02-18 17:58:20
|
Some like this might work
# grab the qualifier hash ref
my $h = $menustruct->{'qualifier'};
# look down into the hash and replace { 'queryCurrent' => [fieldid] } occurrences with a { datatype => , value => } as appropriate.
# you need to write this part
# turn it into a QualifierStruct
my $q = ars_qualifier_struct($ctrl, $h);
# use ars_GetListEntry(...) to fetch the menu values for the 'labelField' and 'valueField'
On Feb 18, 2011, at 7:44 AM, Hicham Chiker wrote:
> Hello arsperl communauty,
>
> I have a single question :
>
> Is it possible through ARSperl to populate a menu that should be the result of a query ?
>
> Here are the information of my system
>
> 1. OS (operating system) version (example: RHEL 4)
> Debian Version 4.0
> 2. Perl version (output from perl -v)
> Perl v5.8.8
> 3. ARSystem version you are connecting to (example: 6.3)
> ARSystem 6.00.01
> 4. API version you compiled against (example: 7.0)
> API9
> 5. ARSperl version (example: 1.91)
> 1.91
>
> Here is the stucture of the menu
>
> 'owner' =>'abc';
> 'name' => 'AC-LAC';
> 'refreshCode' => 'open';
> 'menuType' => 'query';
> 'menuQuery'=> {
> 'labelField' => [
> 8,
> 536870918,
> 536870922,
> undef,
> undef
> ],
> 'qualifier' => {
> 'left' => {
> 'left' => {
> 'left' => {
> 'oper' => 'rel_op',
> 'rel_op' => {
> 'left' => {
> 'fieldId' => 7
> },
> 'right' => {
> 'dataType' => 'enum',
> 'value' => 1
> },
> 'oper' => '=='
> }
> },
> 'right' => {
> 'oper' => 'rel_op',
> 'rel_op' => {
> 'left' => {
> 'fieldId' => 536870920
> },
> 'right' => {
> 'queryCurrent' => 536871238
> },
> 'oper' => '=='
> }
> },
> 'oper' => 'and'
> },
> 'right' => {
> 'left' => {
> 'oper' => 'rel_op',
> 'rel_op' => {
> 'left' => {
> 'fieldId' => 910000009
> },
> 'right' => {
> 'dataType' => 'char',
> 'value' => 'ALL'
> },
> 'oper' => '=='
> }
> },
> 'right' => {
> 'oper' => 'rel_op',
> 'rel_op' => {
> 'left' => {
> 'fieldId' => 910000009
> },
> 'right' => {
> 'queryCurrent' => 910000009
> },
> 'oper' => '=='
> }
> },
> 'oper' => 'or'
> },
> 'oper' => 'and'
> },
> 'right' => {
> 'left' => {
> 'oper' => 'rel_op',
> 'rel_op' => {
> 'left' => {
> 'fieldId' => 536870919
> },
> 'right' => {
> 'queryCurrent' => 536871048
> },
> 'oper' => '=='
> }
> },
> 'right' => {
> 'oper' => 'rel_op',
> 'rel_op' => {
> 'left' => {
> 'fieldId' => 536870919
> },
> 'right' => {
> 'dataType' => 'null',
> 'value' => undef
> },
> 'oper' => '=='
> }
> },
> 'oper' => 'or'
> },
> 'oper' => 'and'
> },
> 'sortOnLabel' => 1,
> 'server' => '@',
> 'valueField' => 536870913,
> 'schema' => 'CAC'
> };
>
>
>
> Thank you very much for any help !!
>
> M Chiker
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
>
> --
> Arsperl-users mailing list
> Ars...@ar...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
|
|
From: Hicham C. <hic...@gm...> - 2011-02-18 12:44:39
|
Hello arsperl communauty,
I have a single question :
Is it possible through ARSperl to populate a menu that should be the result
of a query ?
Here are the information of my system
1. OS (operating system) version (example: RHEL 4)
Debian Version 4.0
2. Perl version (output from perl -v)
Perl v5.8.8
3. ARSystem version you are connecting to (example: 6.3)
ARSystem 6.00.01
4. API version you compiled against (example: 7.0)
API9
5. ARSperl version (example: 1.91)
1.91
Here is the stucture of the menu
'owner' =>'abc';
'name' => 'AC-LAC';
'refreshCode' => 'open';
'menuType' => 'query';
'menuQuery'=> {
'labelField' => [
8,
536870918,
536870922,
undef,
undef
],
'qualifier' => {
'left' => {
'left' => {
'left' => {
'oper' =>
'rel_op',
'rel_op' =>
{
'left' => {
'fieldId' => 7
},
'right' => {
'dataType' => 'enum',
'value' => 1
},
'oper' => '=='
}
},
'right' => {
'oper' =>
'rel_op',
'rel_op' =>
{
'left' => {
'fieldId' => 536870920
},
'right' => {
'queryCurrent' => 536871238
},
'oper' => '=='
}
},
'oper' => 'and'
},
'right' => {
'left' => {
'oper' =>
'rel_op',
'rel_op' =>
{
'left' => {
'fieldId' => 910000009
},
'right' => {
'dataType' => 'char',
'value' => 'ALL'
},
'oper' => '=='
}
},
'right' => {
'oper' =>
'rel_op',
'rel_op'
=> {
'left' => {
'fieldId' => 910000009
},
'right' => {
'queryCurrent' => 910000009
},
'oper' => '=='
}
},
'oper' => 'or'
},
'oper' => 'and'
},
'right' => {
'left' => {
'oper' => 'rel_op',
'rel_op' => {
'left' =>
{
'fieldId' => 536870919
},
'right'
=> {
'queryCurrent' => 536871048
},
'oper' =>
'=='
}
},
'right' => {
'oper' => 'rel_op',
'rel_op' => {
'left'
=> {
'fieldId' => 536870919
},
'right'
=> {
'dataType' => 'null',
'value' => undef
},
'oper'
=> '=='
}
},
'oper' => 'or'
},
'oper' => 'and'
},
'sortOnLabel' => 1,
'server' => '@',
'valueField' => 536870913,
'schema' => 'CAC'
};
Thank you very much for any help !!
M Chiker
|
|
From: Lamy, T. <Tom...@un...> - 2011-02-13 18:33:44
|
Thanks all for the input on this issue. I got ARSperl-1.91 installed on 64-bit RHEL 5.6 Friday. Here is how I did it: I am currently running ARS 7.6.3, so I had to install ARS 7.1 on the 64-bit machine. I built as 32-bit Perl interpreter on Fedora Core 13 and copied it to the 64-bit machine. (Don't ask, lol). I unpacked ARSperl-1.91 and modified $ARSAPI in the Makefile.PL to point to the 7.1 API. ARSperl-1.91 already has $ARSVERSION = 7.1; No need to change this. I compiled Makefile.PL with the 32-bit interpreter: % perl Makefile.PL Next I added the -m32 switch to the following flags in the Makefile created by the previous command: (This information was provided by Steve Kallestad of Ingenuity Professional Services<http://www.remedydevelopers.com/>. Thank you Steve). CCCDLFLAGS = -fPIC -m32 CCDLFLAGS = -Wl,-E -m32 LDDLFLAGS = -shared -O2 -L/usr/local/lib -fstack-protector -m32 LDFLAGS = -fstack-protector -L/usr/local/lib -m32 I compiled and installed ARSperl with the following normal commands: % make % make install Tom -----Original Message----- From: Thilo Stapff [mailto:thi...@ap...] Sent: Wednesday, February 09, 2011 1:40 PM To: ARSperl User Discussion Subject: Re: [Arsperl-users] Will ARSperl 1.91 with ARS 7.6.03 ARSperl 1.91 won't compile with ARS 7.6.3. You might download the latest developer version via CVS. See the paragraph "Anonymous CVS Access" at http://sourceforge.net/scm/?type=cvs&group_id=116013 If this would be too complicated, I can send you a zip package instead. Be aware that there's a known issue that causes ARSperl not to work with the 64bit API on Linux under any circumstances. Regards, Thilo On 09.02.2011 19:15, George Payne wrote: > Everyone... > Presuming that I can get ARSperl 1.91 compiled properly, will it even > work with ARS version 7.6.03? Is there a different version of ARSperl > that I should be using? > Thanks, > Watty > > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > > > > > > -- > Arsperl-users mailing list > Ars...@ar...<mailto:Ars...@ar...> > https://lists.sourceforge.net/lists/listinfo/arsperl-users ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb -- Arsperl-users mailing list Ars...@ar...<mailto:Ars...@ar...> https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Eric W. <eri...@gm...> - 2011-02-10 15:47:37
|
In the newer API's, for some reason, they stuck some of the so files
in bin instead of lib. You might wanna copy them there.
On Thu, Feb 10, 2011 at 9:24 AM, Lamy, Thomas <Tom...@un...> wrote:
> Hi Eric,
>
>
>
> Thanks for the guidance. Makefile is trying to load some libs that don't
> exist.
>
>
>
> /usr/bin/ld: skipping incompatible
> /opt/bmc/arsystem71/api/lib/libicuucbmc.so when searching for -licuucbmc
>
> /usr/bin/ld: cannot find -licuucbmc
>
> collect2: ld returned 1 exit status
>
> make: *** [blib/arch/auto/ARS/ARS.so] Error 1
>
>
>
> Which libraries did you load with $ARS_LIBS?
>
> It’s on line 119 of the Makefile (see snip below):
>
>
>
> 112: if ($ARSVERSION >= 7.0) {
>
> 113: $ARS_STATIC_LIB = $ARSAPI."/lib/libar.a";
>
> 114: $ARS_LIBS = "";
>
> 115: $PM->{'artypes.ph'} = '$(INST_LIBDIR)/artypes.ph';
>
> 116: if ($WINDOWS) {
>
> 117: $ARS_LIBS = join(' ', map { '-l' . $_ } @{$ra_arlibs});
>
> 118: } else {
>
> 119: $ARS_LIBS .= " -lpthread -licuucbmc -licui18nbmc";
>
> 120: }
>
> 121: $AUTODEFINES .= " -DARS32 ";
>
> 122: $AUTODEFINES .= " -DARS452 " if($ARSVERSION >= 4.52);
>
> 123: if ( ($ARSVERSION >= 5.0) && ($^O eq 'linux') ) {
>
> 124: $AUTODEFINES .= " -malign-double ";
>
> 125: }
>
> 126: }
>
>
>
>
>
> Here is a list of the 7.1 api/lib:
>
>
>
> 276 # ls -l /opt/bmc/arsystem71/api/lib/
>
> total 48M
>
> -rwxr-xr-x 1 root root 629K Aug 22 2007 arapi71.jar*
>
> -rwxr-xr-x 1 root root 80K Aug 22 2007 arcmn71.jar*
>
> -rwxr-xr-x 1 root root 1.8M Aug 22 2007 ardoc71.jar*
>
> -rwxr-xr-x 1 root root 103K Aug 22 2007 arpluginsvr71.jar*
>
> -rwxr-xr-x 1 root root 1.7M Aug 22 2007 arrpc71.jar*
>
> -rwxr-xr-x 1 root root 2.4K Aug 22 2007 arsys_sample.xml*
>
> -rwxr-xr-x 1 root root 1.6K Aug 22 2007 arutil71.jar*
>
> -rwxr-xr-x 1 root root 1.1M Aug 22 2007 bcprov-jdk15-133.jar*
>
> -rwxr-xr-x 1 root root 185K Aug 22 2007 commons-beanutils.jar*
>
> -rwxr-xr-x 1 root root 46K Aug 22 2007 commons-codec-1.3.jar*
>
> -rwxr-xr-x 1 root root 558K Aug 22 2007 commons-collections-3.2.jar*
>
> -rwxr-xr-x 1 root root 228K Aug 22 2007 commons-configuration-1.3.jar*
>
> -rwxr-xr-x 1 root root 137K Aug 22 2007 commons-digester-1.7.jar*
>
> -rwxr-xr-x 1 root root 238K Aug 22 2007 commons-lang-2.2.jar*
>
> -rwxr-xr-x 1 root root 52K Aug 22 2007 commons-logging-1.1.jar*
>
> -rwxr-xr-x 1 root root 79K Aug 22 2007 javadriver.jar*
>
> -rwxr-xr-x 1 root root 3.7M Aug 22 2007 libar.a*
>
> -rwxr-xr-x 1 root root 5.2M Aug 22 2007 libarjni71.so*
>
> -rwxr-xr-x 1 root root 2.9M Aug 22 2007 libar.so*
>
> -rwxr-xr-x 1 root root 298K Aug 22 2007 libarutiljni71.so*
>
> -rwxr-xr-x 1 root root 5.3M Aug 22 2007 libarxmlutil.so*
>
> lrwxrwxrwx 1 root root 19 Feb 7 10:55 libicudatabmc.so ->
> libicudatabmc.so.32*
>
> lrwxrwxrwx 1 root root 21 Feb 7 10:55 libicudatabmc.so.32 ->
> libicudatabmc.so.32.0*
>
> -rwxr-xr-x 1 root root 9.4M Aug 24 2006 libicudatabmc.so.32.0*
>
> lrwxrwxrwx 1 root root 19 Feb 7 10:55 libicui18nbmc.so ->
> libicui18nbmc.so.32*
>
> lrwxrwxrwx 1 root root 21 Feb 7 10:55 libicui18nbmc.so.32 ->
> libicui18nbmc.so.32.0*
>
> -rwxr-xr-x 1 root root 1.2M Aug 24 2006 libicui18nbmc.so.32.0*
>
> lrwxrwxrwx 1 root root 17 Feb 7 10:55 libicuiobmc.so ->
> libicuiobmc.so.32*
>
> lrwxrwxrwx 1 root root 19 Feb 7 10:55 libicuiobmc.so.32 ->
> libicuiobmc.so.32.0*
>
> -rwxr-xr-x 1 root root 45K Aug 24 2006 libicuiobmc.so.32.0*
>
> lrwxrwxrwx 1 root root 17 Feb 7 10:55 libicuucbmc.so ->
> libicuucbmc.so.32*
>
> lrwxrwxrwx 1 root root 19 Feb 7 10:55 libicuucbmc.so.32 ->
> libicuucbmc.so.32.0*
>
> -rwxr-xr-x 1 root root 914K Aug 24 2006 libicuucbmc.so.32.0*
>
> lrwxrwxrwx 1 root root 19 Feb 7 10:55 libxalan-cbmc.so ->
> libxalan-cbmc.so.19*
>
> lrwxrwxrwx 1 root root 21 Feb 7 10:55 libxalan-cbmc.so.19 ->
> libxalan-cbmc.so.19.0*
>
> -rwxr-xr-x 1 root root 4.5M Mar 27 2006 libxalan-cbmc.so.19.0*
>
> lrwxrwxrwx 1 root root 20 Feb 7 10:55 libxalanMsgbmc.so ->
> libxalanMsgbmc.so.19*
>
> lrwxrwxrwx 1 root root 22 Feb 7 10:55 libxalanMsgbmc.so.19 ->
> libxalanMsgbmc.so.19.0*
>
> -rwxr-xr-x 1 root root 37K Mar 27 2006 libxalanMsgbmc.so.19.0*
>
> lrwxrwxrwx 1 root root 20 Feb 7 10:55 libxerces-cbmc.so ->
> libxerces-cbmc.so.26*
>
> lrwxrwxrwx 1 root root 22 Feb 7 10:55 libxerces-cbmc.so.26 ->
> libxerces-cbmc.so.26.0*
>
> -rwxr-xr-x 1 root root 3.9M Mar 27 2006 libxerces-cbmc.so.26.0*
>
> lrwxrwxrwx 1 root root 25 Feb 7 10:55 libxerces-depdombmc.so ->
> libxerces-depdombmc.so.26*
>
> lrwxrwxrwx 1 root root 27 Feb 7 10:55 libxerces-depdombmc.so.26 ->
> libxerces-depdombmc.so.26.0*
>
> -rwxr-xr-x 1 root root 521K Mar 27 2006 libxerces-depdombmc.so.26.0*
>
> -rwxr-xr-x 1 root root 359K Aug 22 2007 log4j-1.2.14.jar*
>
> -rwxr-xr-x 1 root root 1.3K Aug 22 2007 log4j_pluginsvr.xml*
>
> -rwxr-xr-x 1 root root 2.2K Aug 22 2007 log4j.xml*
>
> -rwxr-xr-x 1 root root 65K Aug 22 2007 oncrpc.jar*
>
> -rwxr-xr-x 1 root root 11K Aug 22 2007 pluginsvr_config.xml*
>
> -rwxr-xr-x 1 root root 2.5M Aug 22 2007 spring.jar*
>
>
>
> Thank you again,
>
>
>
> Tom
>
>
>
> -----Original Message-----
> From: Eric Wolf [mailto:eri...@gm...]
> Sent: Thursday, February 10, 2011 10:01 AM
> To: ARSperl User Discussion
> Subject: Re: [Arsperl-users] Will ARSperl 1.91 with ARS 7.6.03
>
>
>
> Thomas,
>
>
>
> Yes, that's what we all had to do. There's a BMC open software defect that
> doesn't do the translation from 64 bit to 32 bit RPC correctly, which causes
> calling processes to bomb out. Additionally, if you are limited to only
> having 7.63 for some reason, get ahold of the 32 bit version of it. That
> being said, so far I haven't had any issues running 1.91 ARS perl and the
> 7.1 API against a server running a much later AR Server version.
>
>
>
> -Eric
>
>
>
> On Thu, Feb 10, 2011 at 8:45 AM, Lamy, Thomas <Tom...@un...> wrote:
>
>> Thilo,
>
>>
>
>> Regarding your statement " there's a known issue that causes ARSperl not
>> to work with the 64bit API on Linux under any circumstances" are you saying
>> I should compile Beta 1.93 as 32 bit against, say, ARS 7.1 using 32-bit
>> Perl?
>
>>
>
>> -----Original Message-----
>
>> From: Thilo Stapff [mailto:thi...@ap...]
>
>> Sent: Wednesday, February 09, 2011 1:40 PM
>
>> To: ARSperl User Discussion
>
>> Subject: Re: [Arsperl-users] Will ARSperl 1.91 with ARS 7.6.03
>
>>
>
>> ARSperl 1.91 won't compile with ARS 7.6.3. You might download the
>
>> latest developer version via CVS. See the paragraph "Anonymous CVS
>
>> Access" at
>
>>
>
>> http://sourceforge.net/scm/?type=cvs&group_id=116013
>
>>
>
>> If this would be too complicated, I can send you a zip package instead.
>
>>
>
>> Be aware that there's a known issue that causes ARSperl not to work with
>> the 64bit API on Linux under any circumstances.
>
>>
>
>>
>
>> Regards,
>
>> Thilo
>
>>
>
>>
>
>>
>
>>
>
>> On 09.02.2011 19:15, George Payne wrote:
>
>>> Everyone...
>
>>> Presuming that I can get ARSperl 1.91 compiled properly, will it even
>
>>> work with ARS version 7.6.03? Is there a different version of ARSperl
>
>>> that I should be using?
>
>>> Thanks,
>
>>> Watty
>
>>>
>
>>>
>
>>>
>
>>> ---------------------------------------------------------------------
>
>>> --------- The ultimate all-in-one performance toolkit: Intel(R)
>
>>> Parallel Studio XE:
>
>>> Pinpoint memory and threading errors before they happen.
>
>>> Find and fix more than 250 security defects in the development cycle.
>
>>> Locate bottlenecks in serial and parallel code that limit performance.
>
>>> http://p.sf.net/sfu/intel-dev2devfeb
>
>>>
>
>>>
>
>>>
>
>>>
>
>>>
>
>>> --
>
>>> Arsperl-users mailing list
>
>>> Ars...@ar...
>
>>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>>
>
>>
>
>> ----------------------------------------------------------------------
>
>> -------- The ultimate all-in-one performance toolkit: Intel(R)
>
>> Parallel Studio XE:
>
>> Pinpoint memory and threading errors before they happen.
>
>> Find and fix more than 250 security defects in the development cycle.
>
>> Locate bottlenecks in serial and parallel code that limit performance.
>
>> http://p.sf.net/sfu/intel-dev2devfeb
>
>>
>
>>
>
>> --
>
>> Arsperl-users mailing list
>
>> Ars...@ar...
>
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>>
>
>> ----------------------------------------------------------------------
>
>> -------- The ultimate all-in-one performance toolkit: Intel(R)
>
>> Parallel Studio XE:
>
>> Pinpoint memory and threading errors before they happen.
>
>> Find and fix more than 250 security defects in the development cycle.
>
>> Locate bottlenecks in serial and parallel code that limit performance.
>
>> http://p.sf.net/sfu/intel-dev2devfeb
>
>>
>
>>
>
>> --
>
>> Arsperl-users mailing list
>
>> Ars...@ar...
>
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>>
>
>
>
>
>
>
>
> --
>
> Eric Wolf
>
> http://www.n5ebw.com "The Ramblings of a Crazy Man"
>
> We must free ourselves of the hope that the sea will ever rest. We must
> learn to sail in high winds. --Aristotle Onassis
>
>
>
> ------------------------------------------------------------------------------
>
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>
> Pinpoint memory and threading errors before they happen.
>
> Find and fix more than 250 security defects in the development cycle.
>
> Locate bottlenecks in serial and parallel code that limit performance.
>
> http://p.sf.net/sfu/intel-dev2devfeb
>
>
>
>
>
> --
>
> Arsperl-users mailing list
>
> Ars...@ar...
>
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
>
>
> --
> Arsperl-users mailing list
> Ars...@ar...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>
--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We
must learn to sail in high winds. --Aristotle Onassis
|
|
From: Lamy, T. <Tom...@un...> - 2011-02-10 15:24:54
|
Hi Eric,
Thanks for the guidance. Makefile is trying to load some libs that don't exist.
/usr/bin/ld: skipping incompatible /opt/bmc/arsystem71/api/lib/libicuucbmc.so when searching for -licuucbmc
/usr/bin/ld: cannot find -licuucbmc
collect2: ld returned 1 exit status
make: *** [blib/arch/auto/ARS/ARS.so] Error 1
Which libraries did you load with $ARS_LIBS?
It's on line 119 of the Makefile (see snip below):
112: if ($ARSVERSION >= 7.0) {
113: $ARS_STATIC_LIB = $ARSAPI."/lib/libar.a";
114: $ARS_LIBS = "";
115: $PM->{'artypes.ph'} = '$(INST_LIBDIR)/artypes.ph';
116: if ($WINDOWS) {
117: $ARS_LIBS = join(' ', map { '-l' . $_ } @{$ra_arlibs});
118: } else {
119: $ARS_LIBS .= " -lpthread -licuucbmc -licui18nbmc";
120: }
121: $AUTODEFINES .= " -DARS32 ";
122: $AUTODEFINES .= " -DARS452 " if($ARSVERSION >= 4.52);
123: if ( ($ARSVERSION >= 5.0) && ($^O eq 'linux') ) {
124: $AUTODEFINES .= " -malign-double ";
125: }
126: }
Here is a list of the 7.1 api/lib:
276 # ls -l /opt/bmc/arsystem71/api/lib/
total 48M
-rwxr-xr-x 1 root root 629K Aug 22 2007 arapi71.jar*
-rwxr-xr-x 1 root root 80K Aug 22 2007 arcmn71.jar*
-rwxr-xr-x 1 root root 1.8M Aug 22 2007 ardoc71.jar*
-rwxr-xr-x 1 root root 103K Aug 22 2007 arpluginsvr71.jar*
-rwxr-xr-x 1 root root 1.7M Aug 22 2007 arrpc71.jar*
-rwxr-xr-x 1 root root 2.4K Aug 22 2007 arsys_sample.xml*
-rwxr-xr-x 1 root root 1.6K Aug 22 2007 arutil71.jar*
-rwxr-xr-x 1 root root 1.1M Aug 22 2007 bcprov-jdk15-133.jar*
-rwxr-xr-x 1 root root 185K Aug 22 2007 commons-beanutils.jar*
-rwxr-xr-x 1 root root 46K Aug 22 2007 commons-codec-1.3.jar*
-rwxr-xr-x 1 root root 558K Aug 22 2007 commons-collections-3.2.jar*
-rwxr-xr-x 1 root root 228K Aug 22 2007 commons-configuration-1.3.jar*
-rwxr-xr-x 1 root root 137K Aug 22 2007 commons-digester-1.7.jar*
-rwxr-xr-x 1 root root 238K Aug 22 2007 commons-lang-2.2.jar*
-rwxr-xr-x 1 root root 52K Aug 22 2007 commons-logging-1.1.jar*
-rwxr-xr-x 1 root root 79K Aug 22 2007 javadriver.jar*
-rwxr-xr-x 1 root root 3.7M Aug 22 2007 libar.a*
-rwxr-xr-x 1 root root 5.2M Aug 22 2007 libarjni71.so*
-rwxr-xr-x 1 root root 2.9M Aug 22 2007 libar.so*
-rwxr-xr-x 1 root root 298K Aug 22 2007 libarutiljni71.so*
-rwxr-xr-x 1 root root 5.3M Aug 22 2007 libarxmlutil.so*
lrwxrwxrwx 1 root root 19 Feb 7 10:55 libicudatabmc.so -> libicudatabmc.so.32*
lrwxrwxrwx 1 root root 21 Feb 7 10:55 libicudatabmc.so.32 -> libicudatabmc.so.32.0*
-rwxr-xr-x 1 root root 9.4M Aug 24 2006 libicudatabmc.so.32.0*
lrwxrwxrwx 1 root root 19 Feb 7 10:55 libicui18nbmc.so -> libicui18nbmc.so.32*
lrwxrwxrwx 1 root root 21 Feb 7 10:55 libicui18nbmc.so.32 -> libicui18nbmc.so.32.0*
-rwxr-xr-x 1 root root 1.2M Aug 24 2006 libicui18nbmc.so.32.0*
lrwxrwxrwx 1 root root 17 Feb 7 10:55 libicuiobmc.so -> libicuiobmc.so.32*
lrwxrwxrwx 1 root root 19 Feb 7 10:55 libicuiobmc.so.32 -> libicuiobmc.so.32.0*
-rwxr-xr-x 1 root root 45K Aug 24 2006 libicuiobmc.so.32.0*
lrwxrwxrwx 1 root root 17 Feb 7 10:55 libicuucbmc.so -> libicuucbmc.so.32*
lrwxrwxrwx 1 root root 19 Feb 7 10:55 libicuucbmc.so.32 -> libicuucbmc.so.32.0*
-rwxr-xr-x 1 root root 914K Aug 24 2006 libicuucbmc.so.32.0*
lrwxrwxrwx 1 root root 19 Feb 7 10:55 libxalan-cbmc.so -> libxalan-cbmc.so.19*
lrwxrwxrwx 1 root root 21 Feb 7 10:55 libxalan-cbmc.so.19 -> libxalan-cbmc.so.19.0*
-rwxr-xr-x 1 root root 4.5M Mar 27 2006 libxalan-cbmc.so.19.0*
lrwxrwxrwx 1 root root 20 Feb 7 10:55 libxalanMsgbmc.so -> libxalanMsgbmc.so.19*
lrwxrwxrwx 1 root root 22 Feb 7 10:55 libxalanMsgbmc.so.19 -> libxalanMsgbmc.so.19.0*
-rwxr-xr-x 1 root root 37K Mar 27 2006 libxalanMsgbmc.so.19.0*
lrwxrwxrwx 1 root root 20 Feb 7 10:55 libxerces-cbmc.so -> libxerces-cbmc.so.26*
lrwxrwxrwx 1 root root 22 Feb 7 10:55 libxerces-cbmc.so.26 -> libxerces-cbmc.so.26.0*
-rwxr-xr-x 1 root root 3.9M Mar 27 2006 libxerces-cbmc.so.26.0*
lrwxrwxrwx 1 root root 25 Feb 7 10:55 libxerces-depdombmc.so -> libxerces-depdombmc.so.26*
lrwxrwxrwx 1 root root 27 Feb 7 10:55 libxerces-depdombmc.so.26 -> libxerces-depdombmc.so.26.0*
-rwxr-xr-x 1 root root 521K Mar 27 2006 libxerces-depdombmc.so.26.0*
-rwxr-xr-x 1 root root 359K Aug 22 2007 log4j-1.2.14.jar*
-rwxr-xr-x 1 root root 1.3K Aug 22 2007 log4j_pluginsvr.xml*
-rwxr-xr-x 1 root root 2.2K Aug 22 2007 log4j.xml*
-rwxr-xr-x 1 root root 65K Aug 22 2007 oncrpc.jar*
-rwxr-xr-x 1 root root 11K Aug 22 2007 pluginsvr_config.xml*
-rwxr-xr-x 1 root root 2.5M Aug 22 2007 spring.jar*
Thank you again,
Tom
-----Original Message-----
From: Eric Wolf [mailto:eri...@gm...]
Sent: Thursday, February 10, 2011 10:01 AM
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] Will ARSperl 1.91 with ARS 7.6.03
Thomas,
Yes, that's what we all had to do. There's a BMC open software defect that doesn't do the translation from 64 bit to 32 bit RPC correctly, which causes calling processes to bomb out. Additionally, if you are limited to only having 7.63 for some reason, get ahold of the 32 bit version of it. That being said, so far I haven't had any issues running 1.91 ARS perl and the 7.1 API against a server running a much later AR Server version.
-Eric
On Thu, Feb 10, 2011 at 8:45 AM, Lamy, Thomas <Tom...@un...<mailto:Tom...@un...>> wrote:
> Thilo,
>
> Regarding your statement " there's a known issue that causes ARSperl not to work with the 64bit API on Linux under any circumstances" are you saying I should compile Beta 1.93 as 32 bit against, say, ARS 7.1 using 32-bit Perl?
>
> -----Original Message-----
> From: Thilo Stapff [mailto:thi...@ap...]
> Sent: Wednesday, February 09, 2011 1:40 PM
> To: ARSperl User Discussion
> Subject: Re: [Arsperl-users] Will ARSperl 1.91 with ARS 7.6.03
>
> ARSperl 1.91 won't compile with ARS 7.6.3. You might download the
> latest developer version via CVS. See the paragraph "Anonymous CVS
> Access" at
>
> http://sourceforge.net/scm/?type=cvs&group_id=116013
>
> If this would be too complicated, I can send you a zip package instead.
>
> Be aware that there's a known issue that causes ARSperl not to work with the 64bit API on Linux under any circumstances.
>
>
> Regards,
> Thilo
>
>
>
>
> On 09.02.2011 19:15, George Payne wrote:
>> Everyone...
>> Presuming that I can get ARSperl 1.91 compiled properly, will it even
>> work with ARS version 7.6.03? Is there a different version of ARSperl
>> that I should be using?
>> Thanks,
>> Watty
>>
>>
>>
>> ---------------------------------------------------------------------
>> --------- The ultimate all-in-one performance toolkit: Intel(R)
>> Parallel Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>>
>>
>>
>>
>>
>> --
>> Arsperl-users mailing list
>> Ars...@ar...<mailto:Ars...@ar...>
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>
> ----------------------------------------------------------------------
> -------- The ultimate all-in-one performance toolkit: Intel(R)
> Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
>
>
> --
> Arsperl-users mailing list
> Ars...@ar...<mailto:Ars...@ar...>
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
> ----------------------------------------------------------------------
> -------- The ultimate all-in-one performance toolkit: Intel(R)
> Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
>
>
> --
> Arsperl-users mailing list
> Ars...@ar...<mailto:Ars...@ar...>
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis
------------------------------------------------------------------------------
The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
Pinpoint memory and threading errors before they happen.
Find and fix more than 250 security defects in the development cycle.
Locate bottlenecks in serial and parallel code that limit performance.
http://p.sf.net/sfu/intel-dev2devfeb
--
Arsperl-users mailing list
Ars...@ar...<mailto:Ars...@ar...>
https://lists.sourceforge.net/lists/listinfo/arsperl-users
|
|
From: Eric W. <eri...@gm...> - 2011-02-10 15:01:54
|
Thomas, Yes, that's what we all had to do. There's a BMC open software defect that doesn't do the translation from 64 bit to 32 bit RPC correctly, which causes calling processes to bomb out. Additionally, if you are limited to only having 7.63 for some reason, get ahold of the 32 bit version of it. That being said, so far I haven't had any issues running 1.91 ARS perl and the 7.1 API against a server running a much later AR Server version. -Eric On Thu, Feb 10, 2011 at 8:45 AM, Lamy, Thomas <Tom...@un...> wrote: > Thilo, > > Regarding your statement " there's a known issue that causes ARSperl not to work with the 64bit API on Linux under any circumstances" are you saying I should compile Beta 1.93 as 32 bit against, say, ARS 7.1 using 32-bit Perl? > > -----Original Message----- > From: Thilo Stapff [mailto:thi...@ap...] > Sent: Wednesday, February 09, 2011 1:40 PM > To: ARSperl User Discussion > Subject: Re: [Arsperl-users] Will ARSperl 1.91 with ARS 7.6.03 > > ARSperl 1.91 won't compile with ARS 7.6.3. You might download the latest developer version via CVS. See the paragraph "Anonymous CVS Access" at > > http://sourceforge.net/scm/?type=cvs&group_id=116013 > > If this would be too complicated, I can send you a zip package instead. > > Be aware that there's a known issue that causes ARSperl not to work with the 64bit API on Linux under any circumstances. > > > Regards, > Thilo > > > > > On 09.02.2011 19:15, George Payne wrote: >> Everyone... >> Presuming that I can get ARSperl 1.91 compiled properly, will it even >> work with ARS version 7.6.03? Is there a different version of ARSperl >> that I should be using? >> Thanks, >> Watty >> >> >> >> ------------------------------------------------------------------------------ >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the development cycle. >> Locate bottlenecks in serial and parallel code that limit performance. >> http://p.sf.net/sfu/intel-dev2devfeb >> >> >> >> >> >> -- >> Arsperl-users mailing list >> Ars...@ar... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > -- Eric Wolf http://www.n5ebw.com "The Ramblings of a Crazy Man" We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis |
|
From: Lamy, T. <Tom...@un...> - 2011-02-10 14:45:39
|
Thilo, Regarding your statement " there's a known issue that causes ARSperl not to work with the 64bit API on Linux under any circumstances" are you saying I should compile Beta 1.93 as 32 bit against, say, ARS 7.1 using 32-bit Perl? -----Original Message----- From: Thilo Stapff [mailto:thi...@ap...] Sent: Wednesday, February 09, 2011 1:40 PM To: ARSperl User Discussion Subject: Re: [Arsperl-users] Will ARSperl 1.91 with ARS 7.6.03 ARSperl 1.91 won't compile with ARS 7.6.3. You might download the latest developer version via CVS. See the paragraph "Anonymous CVS Access" at http://sourceforge.net/scm/?type=cvs&group_id=116013 If this would be too complicated, I can send you a zip package instead. Be aware that there's a known issue that causes ARSperl not to work with the 64bit API on Linux under any circumstances. Regards, Thilo On 09.02.2011 19:15, George Payne wrote: > Everyone... > Presuming that I can get ARSperl 1.91 compiled properly, will it even > work with ARS version 7.6.03? Is there a different version of ARSperl > that I should be using? > Thanks, > Watty > > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > > > > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb -- Arsperl-users mailing list Ars...@ar... https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Eric W. <eri...@gm...> - 2011-02-09 21:35:03
|
Their password database was compromised not too long ago as well I think. On Wed, Feb 9, 2011 at 3:23 PM, jeff murphy <jcm...@je...> wrote: > SF must be having issues. They just cut over to a newly updated site. I submitted a ticket with them > > > https://sourceforge.net/apps/trac/sourceforge/ticket/17361 > > On Feb 9, 2011, at 3:58 PM, Lamy, Thomas wrote: > >> I can't connect. >> >> cvs [login aborted]: connect to [arsperl.cvs.sourceforge.net]:2401 failed: Connection timed out >> >> Does anyone have latest developer version of ARSperl to share? >> >> Thank you - >> >> -----Original Message----- >> From: Thilo Stapff [mailto:thi...@ap...] >> Sent: Wednesday, February 09, 2011 1:40 PM >> To: ARSperl User Discussion >> Subject: Re: [Arsperl-users] Will ARSperl 1.91 with ARS 7.6.03 >> >> ARSperl 1.91 won't compile with ARS 7.6.3. You might download the latest developer version via CVS. See the paragraph "Anonymous CVS Access" at >> >> http://sourceforge.net/scm/?type=cvs&group_id=116013 >> >> If this would be too complicated, I can send you a zip package instead. >> >> Be aware that there's a known issue that causes ARSperl not to work with the 64bit API on Linux under any circumstances. >> >> >> Regards, >> Thilo >> >> >> >> >> On 09.02.2011 19:15, George Payne wrote: >>> Everyone... >>> Presuming that I can get ARSperl 1.91 compiled properly, will it even >>> work with ARS version 7.6.03? Is there a different version of ARSperl >>> that I should be using? >>> Thanks, >>> Watty >>> >>> >>> >>> ------------------------------------------------------------------------------ >>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >>> Pinpoint memory and threading errors before they happen. >>> Find and fix more than 250 security defects in the development cycle. >>> Locate bottlenecks in serial and parallel code that limit performance. >>> http://p.sf.net/sfu/intel-dev2devfeb >>> >>> >>> >>> >>> >>> -- >>> Arsperl-users mailing list >>> Ars...@ar... >>> https://lists.sourceforge.net/lists/listinfo/arsperl-users >> >> >> ------------------------------------------------------------------------------ >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the development cycle. >> Locate bottlenecks in serial and parallel code that limit performance. >> http://p.sf.net/sfu/intel-dev2devfeb >> >> >> -- >> Arsperl-users mailing list >> Ars...@ar... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users >> >> ------------------------------------------------------------------------------ >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the development cycle. >> Locate bottlenecks in serial and parallel code that limit performance. >> http://p.sf.net/sfu/intel-dev2devfeb >> >> >> -- >> Arsperl-users mailing list >> Ars...@ar... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > -- Eric Wolf http://www.n5ebw.com "The Ramblings of a Crazy Man" We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis |
|
From: jeff m. <jcm...@je...> - 2011-02-09 21:30:24
|
SF must be having issues. They just cut over to a newly updated site. I submitted a ticket with them https://sourceforge.net/apps/trac/sourceforge/ticket/17361 On Feb 9, 2011, at 3:58 PM, Lamy, Thomas wrote: > I can't connect. > > cvs [login aborted]: connect to [arsperl.cvs.sourceforge.net]:2401 failed: Connection timed out > > Does anyone have latest developer version of ARSperl to share? > > Thank you - > > -----Original Message----- > From: Thilo Stapff [mailto:thi...@ap...] > Sent: Wednesday, February 09, 2011 1:40 PM > To: ARSperl User Discussion > Subject: Re: [Arsperl-users] Will ARSperl 1.91 with ARS 7.6.03 > > ARSperl 1.91 won't compile with ARS 7.6.3. You might download the latest developer version via CVS. See the paragraph "Anonymous CVS Access" at > > http://sourceforge.net/scm/?type=cvs&group_id=116013 > > If this would be too complicated, I can send you a zip package instead. > > Be aware that there's a known issue that causes ARSperl not to work with the 64bit API on Linux under any circumstances. > > > Regards, > Thilo > > > > > On 09.02.2011 19:15, George Payne wrote: >> Everyone... >> Presuming that I can get ARSperl 1.91 compiled properly, will it even >> work with ARS version 7.6.03? Is there a different version of ARSperl >> that I should be using? >> Thanks, >> Watty >> >> >> >> ------------------------------------------------------------------------------ >> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: >> Pinpoint memory and threading errors before they happen. >> Find and fix more than 250 security defects in the development cycle. >> Locate bottlenecks in serial and parallel code that limit performance. >> http://p.sf.net/sfu/intel-dev2devfeb >> >> >> >> >> >> -- >> Arsperl-users mailing list >> Ars...@ar... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Lamy, T. <Tom...@un...> - 2011-02-09 20:58:55
|
I can't connect. cvs [login aborted]: connect to [arsperl.cvs.sourceforge.net]:2401 failed: Connection timed out Does anyone have latest developer version of ARSperl to share? Thank you - -----Original Message----- From: Thilo Stapff [mailto:thi...@ap...] Sent: Wednesday, February 09, 2011 1:40 PM To: ARSperl User Discussion Subject: Re: [Arsperl-users] Will ARSperl 1.91 with ARS 7.6.03 ARSperl 1.91 won't compile with ARS 7.6.3. You might download the latest developer version via CVS. See the paragraph "Anonymous CVS Access" at http://sourceforge.net/scm/?type=cvs&group_id=116013 If this would be too complicated, I can send you a zip package instead. Be aware that there's a known issue that causes ARSperl not to work with the 64bit API on Linux under any circumstances. Regards, Thilo On 09.02.2011 19:15, George Payne wrote: > Everyone... > Presuming that I can get ARSperl 1.91 compiled properly, will it even > work with ARS version 7.6.03? Is there a different version of ARSperl > that I should be using? > Thanks, > Watty > > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > > > > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb -- Arsperl-users mailing list Ars...@ar... https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Thilo S. <thi...@ap...> - 2011-02-09 18:39:34
|
ARSperl 1.91 won't compile with ARS 7.6.3. You might download the latest developer version via CVS. See the paragraph "Anonymous CVS Access" at http://sourceforge.net/scm/?type=cvs&group_id=116013 If this would be too complicated, I can send you a zip package instead. Be aware that there's a known issue that causes ARSperl not to work with the 64bit API on Linux under any circumstances. Regards, Thilo On 09.02.2011 19:15, George Payne wrote: > Everyone... > Presuming that I can get ARSperl 1.91 compiled properly, will it even > work with ARS version 7.6.03? Is there a different version of ARSperl > that I should be using? > Thanks, > Watty > > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > > > > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: George P. <gw...@ya...> - 2011-02-09 18:21:43
|
Everyone...
Presuming that I can get ARSperl 1.91 compiled properly, will it even work with
ARS version 7.6.03? Is there a different version of ARSperl that I should be
using?
Thanks,
Watty
|
|
From: Eric W. <eri...@gm...> - 2011-02-05 04:08:23
|
Ok, I looked at the Makefile.PL script. That line erroring out looks like this:
die "whoops. no file at ".$Config{'perlpath'} unless ( -f $Config{'perlpath'} );
It's looking for
$Config{'perlpath'}
Just out of a sheer needle in a haystack, try running it by specifying
the full path to the location of perl32.
-Eric
On Fri, Feb 4, 2011 at 5:33 PM, Lamy, Thomas <Tom...@un...> wrote:
>
> Yes. I edited Makefile.PL
> ________________________________________
> From: Eric Wolf [eri...@gm...]
> Sent: Friday, February 04, 2011 6:24 PM
> To: ARSperl User Discussion
> Subject: Re: [Arsperl-users] ARSperl 1.91 on RHEL 5
>
> Did you edit the configuration file to point to your remedy api before you started the makefile?
>
> On Fri, Feb 4, 2011 at 5:13 PM, Lamy, Thomas <Tom...@un...<mailto:Tom...@un...>> wrote:
> This is the message:
>
> > perl32 Makefile.PL
> findArLibs = ARRAY(0x87267b0)
> Building against perl 5.008007
> Generating support.h file..
> Processing AR_STRUCT_ITEM codes..
> Processing AR_SERVER_STAT codes..
> Processing AR_SCHEMA codes..
> Processing AR_COM_PARM codes..
> Processing AR_COM_METHOD codes..
> Processing AR_DDE codes..
> Processing AR_ACTIVE_LINK_ACTION codes..
> Processing AR_ACTIVE_LINK_ACTION_OPEN codes..
> Processing AR_CHAR_MENU_DD type codes..
> Processing AR_CHAR_MENU_DD name codes..
> Processing AR_CHAR_MENU_DD value format..
> Processing AR_CHAR_MENU codes..
> Processing AR_FILTER_ACTION codes..
> Processing AR_MENU_REFRESH codes..
> Processing AR_PERMISSIONS (Schema) codes..
> Processing AR_PERMISSIONS (Field) codes..
> Processing AR_DATA_TYPE codes..
> Processing AR_BYTE_LIST codes..
> Processing AR_NO_MATCH codes..
> Processing AR_MULTI_MATCH codes..
> Processing AR_RETURN codes..
> Processing AR_FUNCTION codes..
> Processing ARCON codes..
> Processing ARCONOWNER codes..
> Processing ARREF codes..
> Processing AR_KEYWORD codes..
> Processing AR_SERVER_INFO codes..
>
> Generating serverTypeInfoHints.h ..
> whoops. no file at /usr/local/bin/perl at Makefile.PL line 242.
>
>
> Any chance I can get those libraries?
>
> ________________________________________
> From: Eric Wolf [eri...@gm...<mailto:eri...@gm...>]
> Sent: Friday, February 04, 2011 6:09 PM
> To: ARSperl User Discussion
> Subject: Re: [Arsperl-users] ARSperl 1.91 on RHEL 5
>
> Yeah, I did it the other day. I am on a RHEL 5.4 64 bit box. You have to have the 32 bit API from a pre-7.5 release. Any specific crash messages?
>
> On Fri, Feb 4, 2011 at 4:34 PM, Lamy, Thomas <Tom...@un...<mailto:Tom...@un...><mailto:Tom...@un...<mailto:Tom...@un...>>> wrote:
> Has anyone compiled and installed ARSperl 1.91 on 64-bit RHEL 5? I’ve tried every way I know how. “perl Makefile.PL” is crashing. I am using a 32 bit Perl interpreter.
>
> Thank you,
>
> Tom Lamy
> UNH Information Technology<http://it.unh.edu/>
> 1 Leavitt Lane
> Durham, NH 03824
> 603-862-0723
>
>
> ------------------------------------------------------------------------------
> The modern datacenter depends on network connectivity to access resources
> and provide services. The best practices for maximizing a physical server's
> connectivity to a physical network are well understood - see how these
> rules translate into the virtual world?
> http://p.sf.net/sfu/oracle-sfdevnlfb
>
>
> --
> Arsperl-users mailing list
> Ars...@ar...<mailto:Ars...@ar...><mailto:Ars...@ar...<mailto:Ars...@ar...>>
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>
>
> --
> Eric Wolf
> http://www.n5ebw.com "The Ramblings of a Crazy Man"
> We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis
>
> ------------------------------------------------------------------------------
> The modern datacenter depends on network connectivity to access resources
> and provide services. The best practices for maximizing a physical server's
> connectivity to a physical network are well understood - see how these
> rules translate into the virtual world?
> http://p.sf.net/sfu/oracle-sfdevnlfb
>
>
> --
> Arsperl-users mailing list
> Ars...@ar...<mailto:Ars...@ar...>
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>
>
> --
> Eric Wolf
> http://www.n5ebw.com "The Ramblings of a Crazy Man"
> We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis
>
> ------------------------------------------------------------------------------
> The modern datacenter depends on network connectivity to access resources
> and provide services. The best practices for maximizing a physical server's
> connectivity to a physical network are well understood - see how these
> rules translate into the virtual world?
> http://p.sf.net/sfu/oracle-sfdevnlfb
>
>
> --
> Arsperl-users mailing list
> Ars...@ar...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We
must learn to sail in high winds. --Aristotle Onassis
|
|
From: Eric W. <eri...@gm...> - 2011-02-04 23:39:25
|
If you have a 32 bit perl interpreter, a 64 bit OS shouldn't be an issue, supported or not. On Fri, Feb 4, 2011 at 5:03 PM, Tim Skirvin <tsk...@st...> wrote: > "Lamy, Thomas" <Tom...@un...> writes: > > > Has anyone compiled and installed ARSperl 1.91 on 64-bit RHEL 5? I’ve > > tried every way I know how. “perl Makefile.PL” is crashing. I am > > using a 32 bit Perl interpreter. > > 64-bit isn't supported well enough to be worth trying yet. > > - Tim Skirvin (tsk...@st...) > -- > Senior Unix Systems Administrator http://www.stanford.edu/~tskirvin/<http://www.stanford.edu/%7Etskirvin/> > ITS Computing Services - Sysadmin Team Stanford University > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.10 (GNU/Linux) > > iD8DBQFNTIXekw7FUwwu4h0RAtrWAJ9Cmubu8Nl4boYDCcY2ZYxD1TzCHwCgh8P/ > 17yi/ZQYVEX2TlNziP62e+Q= > =yovj > -----END PGP SIGNATURE----- > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > -- Eric Wolf http://www.n5ebw.com "The Ramblings of a Crazy Man" We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis |
|
From: Tim S. <tsk...@st...> - 2011-02-04 23:36:09
|
"Lamy, Thomas" <Tom...@un...> writes:
> Has anyone compiled and installed ARSperl 1.91 on 64-bit RHEL 5? I’ve
> tried every way I know how. “perl Makefile.PL” is crashing. I am
> using a 32 bit Perl interpreter.
64-bit isn't supported well enough to be worth trying yet.
- Tim Skirvin (tsk...@st...)
--
Senior Unix Systems Administrator http://www.stanford.edu/~tskirvin/
ITS Computing Services - Sysadmin Team Stanford University
|
|
From: Lamy, T. <Tom...@un...> - 2011-02-04 23:34:48
|
Yes. I edited Makefile.PL
________________________________________
From: Eric Wolf [eri...@gm...]
Sent: Friday, February 04, 2011 6:24 PM
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] ARSperl 1.91 on RHEL 5
Did you edit the configuration file to point to your remedy api before you started the makefile?
On Fri, Feb 4, 2011 at 5:13 PM, Lamy, Thomas <Tom...@un...<mailto:Tom...@un...>> wrote:
This is the message:
> perl32 Makefile.PL
findArLibs = ARRAY(0x87267b0)
Building against perl 5.008007
Generating support.h file..
Processing AR_STRUCT_ITEM codes..
Processing AR_SERVER_STAT codes..
Processing AR_SCHEMA codes..
Processing AR_COM_PARM codes..
Processing AR_COM_METHOD codes..
Processing AR_DDE codes..
Processing AR_ACTIVE_LINK_ACTION codes..
Processing AR_ACTIVE_LINK_ACTION_OPEN codes..
Processing AR_CHAR_MENU_DD type codes..
Processing AR_CHAR_MENU_DD name codes..
Processing AR_CHAR_MENU_DD value format..
Processing AR_CHAR_MENU codes..
Processing AR_FILTER_ACTION codes..
Processing AR_MENU_REFRESH codes..
Processing AR_PERMISSIONS (Schema) codes..
Processing AR_PERMISSIONS (Field) codes..
Processing AR_DATA_TYPE codes..
Processing AR_BYTE_LIST codes..
Processing AR_NO_MATCH codes..
Processing AR_MULTI_MATCH codes..
Processing AR_RETURN codes..
Processing AR_FUNCTION codes..
Processing ARCON codes..
Processing ARCONOWNER codes..
Processing ARREF codes..
Processing AR_KEYWORD codes..
Processing AR_SERVER_INFO codes..
Generating serverTypeInfoHints.h ..
whoops. no file at /usr/local/bin/perl at Makefile.PL line 242.
Any chance I can get those libraries?
________________________________________
From: Eric Wolf [eri...@gm...<mailto:eri...@gm...>]
Sent: Friday, February 04, 2011 6:09 PM
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] ARSperl 1.91 on RHEL 5
Yeah, I did it the other day. I am on a RHEL 5.4 64 bit box. You have to have the 32 bit API from a pre-7.5 release. Any specific crash messages?
On Fri, Feb 4, 2011 at 4:34 PM, Lamy, Thomas <Tom...@un...<mailto:Tom...@un...><mailto:Tom...@un...<mailto:Tom...@un...>>> wrote:
Has anyone compiled and installed ARSperl 1.91 on 64-bit RHEL 5? I’ve tried every way I know how. “perl Makefile.PL” is crashing. I am using a 32 bit Perl interpreter.
Thank you,
Tom Lamy
UNH Information Technology<http://it.unh.edu/>
1 Leavitt Lane
Durham, NH 03824
603-862-0723
------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world?
http://p.sf.net/sfu/oracle-sfdevnlfb
--
Arsperl-users mailing list
Ars...@ar...<mailto:Ars...@ar...><mailto:Ars...@ar...<mailto:Ars...@ar...>>
https://lists.sourceforge.net/lists/listinfo/arsperl-users
--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis
------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world?
http://p.sf.net/sfu/oracle-sfdevnlfb
--
Arsperl-users mailing list
Ars...@ar...<mailto:Ars...@ar...>
https://lists.sourceforge.net/lists/listinfo/arsperl-users
--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis
|
|
From: Eric W. <eri...@gm...> - 2011-02-04 23:24:59
|
Did you edit the configuration file to point to your remedy api before you started the makefile? On Fri, Feb 4, 2011 at 5:13 PM, Lamy, Thomas <Tom...@un...> wrote: > This is the message: > > > perl32 Makefile.PL > findArLibs = ARRAY(0x87267b0) > Building against perl 5.008007 > Generating support.h file.. > Processing AR_STRUCT_ITEM codes.. > Processing AR_SERVER_STAT codes.. > Processing AR_SCHEMA codes.. > Processing AR_COM_PARM codes.. > Processing AR_COM_METHOD codes.. > Processing AR_DDE codes.. > Processing AR_ACTIVE_LINK_ACTION codes.. > Processing AR_ACTIVE_LINK_ACTION_OPEN codes.. > Processing AR_CHAR_MENU_DD type codes.. > Processing AR_CHAR_MENU_DD name codes.. > Processing AR_CHAR_MENU_DD value format.. > Processing AR_CHAR_MENU codes.. > Processing AR_FILTER_ACTION codes.. > Processing AR_MENU_REFRESH codes.. > Processing AR_PERMISSIONS (Schema) codes.. > Processing AR_PERMISSIONS (Field) codes.. > Processing AR_DATA_TYPE codes.. > Processing AR_BYTE_LIST codes.. > Processing AR_NO_MATCH codes.. > Processing AR_MULTI_MATCH codes.. > Processing AR_RETURN codes.. > Processing AR_FUNCTION codes.. > Processing ARCON codes.. > Processing ARCONOWNER codes.. > Processing ARREF codes.. > Processing AR_KEYWORD codes.. > Processing AR_SERVER_INFO codes.. > > Generating serverTypeInfoHints.h .. > whoops. no file at /usr/local/bin/perl at Makefile.PL line 242. > > > Any chance I can get those libraries? > > ________________________________________ > From: Eric Wolf [eri...@gm...] > Sent: Friday, February 04, 2011 6:09 PM > To: ARSperl User Discussion > Subject: Re: [Arsperl-users] ARSperl 1.91 on RHEL 5 > > Yeah, I did it the other day. I am on a RHEL 5.4 64 bit box. You have to > have the 32 bit API from a pre-7.5 release. Any specific crash messages? > > On Fri, Feb 4, 2011 at 4:34 PM, Lamy, Thomas <Tom...@un...<mailto: > Tom...@un...>> wrote: > Has anyone compiled and installed ARSperl 1.91 on 64-bit RHEL 5? I’ve > tried every way I know how. “perl Makefile.PL” is crashing. I am using a > 32 bit Perl interpreter. > > Thank you, > > Tom Lamy > UNH Information Technology<http://it.unh.edu/> > 1 Leavitt Lane > Durham, NH 03824 > 603-862-0723 > > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > > > -- > Arsperl-users mailing list > Ars...@ar...<mailto:Ars...@ar...> > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > > -- > Eric Wolf > http://www.n5ebw.com "The Ramblings of a Crazy Man" > We must free ourselves of the hope that the sea will ever rest. We must > learn to sail in high winds. --Aristotle Onassis > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > -- Eric Wolf http://www.n5ebw.com "The Ramblings of a Crazy Man" We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis |
|
From: Lamy, T. <Tom...@un...> - 2011-02-04 23:15:53
|
This is the message:
> perl32 Makefile.PL
findArLibs = ARRAY(0x87267b0)
Building against perl 5.008007
Generating support.h file..
Processing AR_STRUCT_ITEM codes..
Processing AR_SERVER_STAT codes..
Processing AR_SCHEMA codes..
Processing AR_COM_PARM codes..
Processing AR_COM_METHOD codes..
Processing AR_DDE codes..
Processing AR_ACTIVE_LINK_ACTION codes..
Processing AR_ACTIVE_LINK_ACTION_OPEN codes..
Processing AR_CHAR_MENU_DD type codes..
Processing AR_CHAR_MENU_DD name codes..
Processing AR_CHAR_MENU_DD value format..
Processing AR_CHAR_MENU codes..
Processing AR_FILTER_ACTION codes..
Processing AR_MENU_REFRESH codes..
Processing AR_PERMISSIONS (Schema) codes..
Processing AR_PERMISSIONS (Field) codes..
Processing AR_DATA_TYPE codes..
Processing AR_BYTE_LIST codes..
Processing AR_NO_MATCH codes..
Processing AR_MULTI_MATCH codes..
Processing AR_RETURN codes..
Processing AR_FUNCTION codes..
Processing ARCON codes..
Processing ARCONOWNER codes..
Processing ARREF codes..
Processing AR_KEYWORD codes..
Processing AR_SERVER_INFO codes..
Generating serverTypeInfoHints.h ..
whoops. no file at /usr/local/bin/perl at Makefile.PL line 242.
Any chance I can get those libraries?
________________________________________
From: Eric Wolf [eri...@gm...]
Sent: Friday, February 04, 2011 6:09 PM
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] ARSperl 1.91 on RHEL 5
Yeah, I did it the other day. I am on a RHEL 5.4 64 bit box. You have to have the 32 bit API from a pre-7.5 release. Any specific crash messages?
On Fri, Feb 4, 2011 at 4:34 PM, Lamy, Thomas <Tom...@un...<mailto:Tom...@un...>> wrote:
Has anyone compiled and installed ARSperl 1.91 on 64-bit RHEL 5? I’ve tried every way I know how. “perl Makefile.PL” is crashing. I am using a 32 bit Perl interpreter.
Thank you,
Tom Lamy
UNH Information Technology<http://it.unh.edu/>
1 Leavitt Lane
Durham, NH 03824
603-862-0723
------------------------------------------------------------------------------
The modern datacenter depends on network connectivity to access resources
and provide services. The best practices for maximizing a physical server's
connectivity to a physical network are well understood - see how these
rules translate into the virtual world?
http://p.sf.net/sfu/oracle-sfdevnlfb
--
Arsperl-users mailing list
Ars...@ar...<mailto:Ars...@ar...>
https://lists.sourceforge.net/lists/listinfo/arsperl-users
--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis
|
|
From: Eric W. <eri...@gm...> - 2011-02-04 23:09:36
|
Yeah, I did it the other day. I am on a RHEL 5.4 64 bit box. You have to have the 32 bit API from a pre-7.5 release. Any specific crash messages? On Fri, Feb 4, 2011 at 4:34 PM, Lamy, Thomas <Tom...@un...> wrote: > Has anyone compiled and installed ARSperl 1.91 on 64-bit RHEL 5? I’ve > tried every way I know how. “perl Makefile.PL” is crashing. I am using a > 32 bit Perl interpreter. > > Thank you, > > Tom Lamy > UNH Information Technology<http://it.unh.edu/> > 1 Leavitt Lane > Durham, NH 03824 > 603-862-0723 > > > > ------------------------------------------------------------------------------ > The modern datacenter depends on network connectivity to access resources > and provide services. The best practices for maximizing a physical server's > connectivity to a physical network are well understood - see how these > rules translate into the virtual world? > http://p.sf.net/sfu/oracle-sfdevnlfb > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > -- Eric Wolf http://www.n5ebw.com "The Ramblings of a Crazy Man" We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis |
|
From: Lamy, T. <Tom...@un...> - 2011-02-04 23:02:53
|
Has anyone compiled and installed ARSperl 1.91 on 64-bit RHEL 5? I’ve tried every way I know how. “perl Makefile.PL” is crashing. I am using a 32 bit Perl interpreter. Thank you, Tom Lamy UNH Information Technology<http://it.unh.edu/> 1 Leavitt Lane Durham, NH 03824 603-862-0723 |
|
From: jeff m. <jcm...@je...> - 2011-02-04 21:57:12
|
The libraries are OS dependent. You'll need to download the linux specific libraries. jeff On Feb 4, 2011, at 3:51 PM, J.P. Brannan wrote: > Hi folks, > > It's been a while since I built the ARS perl module on our Solaris systems, and now that we're getting ready to shift to Linux, I get to figure it all out again. My current stumbling block: > > When trying to 'make' ARSpel 1.91, I get as far as: > /usr/ar/api/lib/libar.a(ar.o): Relocations in generic ELF (EM: 2) > > My question for the group: are the api libraries OS-dependent such that the Solaris api files I got really won't work with Linux, or is there something else I may have missed? > |
|
From: <Con...@t-...> - 2011-02-04 21:52:48
|
the api files ars OS-dependent! You'll have to use the api files which comes with the server installation. Kind Regards Conny -----Ursprüngliche Nachricht----- Von: J.P. Brannan [mailto:jp...@co...] Gesendet: Freitag, 4. Februar 2011 21:52 An: ARSperl User Discussion Betreff: [Arsperl-users] Using ARS perl and moving from Solaris to Linux Hi folks, It's been a while since I built the ARS perl module on our Solaris systems, and now that we're getting ready to shift to Linux, I get to figure it all out again. My current stumbling block: When trying to 'make' ARSpel 1.91, I get as far as: /usr/ar/api/lib/libar.a(ar.o): Relocations in generic ELF (EM: 2) My question for the group: are the api libraries OS-dependent such that the Solaris api files I got really won't work with Linux, or is there something else I may have missed? Any advice would be appreciated. -- J.P.Brannan, PMP - jp...@co... - Phone: 607-255-2523 Manager, HelpDesk - Cornell Information Technologies <http://whiteknight.cit.cornell.edu> ------------------------------------------------------------------------------ The modern datacenter depends on network connectivity to access resources and provide services. The best practices for maximizing a physical server's connectivity to a physical network are well understood - see how these rules translate into the virtual world? http://p.sf.net/sfu/oracle-sfdevnlfb -- Arsperl-users mailing list Ars...@ar... https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: J.P. B. <jp...@co...> - 2011-02-04 21:22:49
|
Hi folks, It's been a while since I built the ARS perl module on our Solaris systems, and now that we're getting ready to shift to Linux, I get to figure it all out again. My current stumbling block: When trying to 'make' ARSpel 1.91, I get as far as: /usr/ar/api/lib/libar.a(ar.o): Relocations in generic ELF (EM: 2) My question for the group: are the api libraries OS-dependent such that the Solaris api files I got really won't work with Linux, or is there something else I may have missed? Any advice would be appreciated. -- J.P.Brannan, PMP - jp...@co... - Phone: 607-255-2523 Manager, HelpDesk - Cornell Information Technologies <http://whiteknight.cit.cornell.edu> |