arsperl-users — Discussions regarding the use of ARSperl

Re: [Arsperl-users] Problems with compiling ARSPerl 1.91 on Ubuntu

[Roman S. <xs...@gm...>]

Hi Jeff,


ll /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so*
-rwxrwxrwx 1 xsustek xsustek     22 2011-08-27 12:20
/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so*
-rwxrwxrwx 1 xsustek xsustek     24 2011-08-27 12:20
/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32*
-rwxrwxrwx 1 xsustek xsustek 935836 2011-08-27 12:20
/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32.0*

file /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so*
/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:      ASCII
text, with no line terminators
/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32:   ASCII
text, with no line terminators
/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32.0: ELF
32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically
linked, not stripped

cat libicuucbmc.so
link libicuucbmc.so.32

xsustek@work:~/Remedy7_1Test/ARAPI/linux71/lib$ cat libicuucbmc.so.32
link libicuucbmc.so.32.0

I seems like everything's all right to me

Roman


2011/11/28 jeff murphy <jcm...@je...>

>
> On Nov 28, 2011, at 2:22 PM, Roman Sustek wrote:
>
> Hi Jeff,
>
> thanks for the answer. Everything looks all right. Look -
>
>
> file libicuucbmc.so.32.0
> libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1
> (SYSV), dynamically linked, not stripped
>
>
> check
>
> /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so
>
> instead of .32.0 since that's what the error references
>
>
>
> uname -a
> Linux work 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:24:04 UTC 2010
> i686 GNU/Linux
>
> I don't really understand where the problem is. Do you have any other
> ideas?
>
>
> Roman
>
>
> 2011/11/28 jeff murphy <jcm...@je...>
>
>> Check the library file to see if it's ok.
>>
>> $ file libicuucbmc.so.32.0
>> libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1
>> (SYSV), not stripped
>>
>>
>> If it looks like it's ok and not corrupt, then check your architecture
>> and make sure it matches your library (eg x86)
>>
>> $ uname -a
>> Linux ...  2.6.18-274.el5 #1 SMP Fri Jul 8 17:39:55 EDT 2011 i686 i686
>> i386 GNU/Linux
>>
>> "i686" for 32bit x86...
>>
>>
>>
>>
>>
>> On Nov 28, 2011, at 5:40 AM, Roman Sustek wrote:
>>
>> Hi,
>>
>> I am trying to compile *ARSPerl 1.91 with ARAPI 7.1 *for linux on mybi
>> Ubuntu 32-bits (2.6.32-24-generic). I am getting the following error:
>>
>> LD_RUN_PATH="/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib" cc  -shared
>> -O2 -g -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o
>> supportrev_generated.o
>> /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libar.a  -o
>> blib/arch/auto/ARS/ARS.so
>> \
>>        -L/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib -lpthread
>> -licuucbmc
>> -licui18nbmc
>> \
>>
>> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:
>> file format not recognized; treating as linker script
>> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:1:
>> syntax error
>> collect2: ld returned 1 exit status
>> make: *** [blib/arch/auto/ARS/ARS.so] Error 1
>>
>> My first guess was that the linker doesn't recognize the file as a
>> library for this system, but that's doesn't make sense as these libraries
>> are for linux, aren't they?
>>
>> Thanks for any help.
>>
>> Roman
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure
>> contains a definitive record of customers, application performance,
>> security threats, fraudulent activity, and more. Splunk takes this
>> data and makes sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-novd2d
>>
>> --
>> Arsperl-users mailing list
>> Ars...@li...
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure
>> contains a definitive record of customers, application performance,
>> security threats, fraudulent activity, and more. Splunk takes this
>> data and makes sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-novd2d
>>
>>
>> --
>> Arsperl-users mailing list
>> Ars...@li...
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>

Re: [Arsperl-users] Problems with compiling ARSPerl 1.91 on Ubuntu

[jeff m. <jcm...@je...>]

On Nov 28, 2011, at 2:22 PM, Roman Sustek wrote:

> Hi Jeff,
> 
> thanks for the answer. Everything looks all right. Look - 
> 
> 
> file libicuucbmc.so.32.0
> libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped
> 

check 

/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so

instead of .32.0 since that's what the error references



> uname -a 
> Linux work 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:24:04 UTC 2010 i686 GNU/Linux
> 
> I don't really understand where the problem is. Do you have any other ideas? 
> 
> 
> Roman
> 
> 
> 2011/11/28 jeff murphy <jcm...@je...>
> Check the library file to see if it's ok.
> 
> $ file libicuucbmc.so.32.0
> libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
> 
> 
> If it looks like it's ok and not corrupt, then check your architecture and make sure it matches your library (eg x86)
> 
> $ uname -a
> Linux ...  2.6.18-274.el5 #1 SMP Fri Jul 8 17:39:55 EDT 2011 i686 i686 i386 GNU/Linux
> 
> "i686" for 32bit x86...
> 
> 
> 
> 
> 
> On Nov 28, 2011, at 5:40 AM, Roman Sustek wrote:
> 
>> Hi,
>> 
>> I am trying to compile ARSPerl 1.91 with ARAPI 7.1 for linux on mybi Ubuntu 32-bits (2.6.32-24-generic). I am getting the following error:
>> 
>> LD_RUN_PATH="/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib" cc  -shared -O2 -g -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o supportrev_generated.o /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libar.a  -o blib/arch/auto/ARS/ARS.so                                                                                    \
>>        -L/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib -lpthread -licuucbmc -licui18nbmc                                                                          \
>>       
>> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so: file format not recognized; treating as linker script
>> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:1: syntax error
>> collect2: ld returned 1 exit status
>> make: *** [blib/arch/auto/ARS/ARS.so] Error 1
>> 
>> My first guess was that the linker doesn't recognize the file as a library for this system, but that's doesn't make sense as these libraries are for linux, aren't they?
>> 
>> Thanks for any help.
>> 
>> Roman
>> ------------------------------------------------------------------------------
>> All the data continuously generated in your IT infrastructure 
>> contains a definitive record of customers, application performance, 
>> security threats, fraudulent activity, and more. Splunk takes this 
>> data and makes sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-novd2d
>> 
>> --
>> Arsperl-users mailing list
>> Ars...@li...
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
> 
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> 
> 
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> 
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

Re: [Arsperl-users] Problems with compiling ARSPerl 1.91 on Ubuntu

[Roman S. <xs...@gm...>]

Hi Jeff,

thanks for the answer. Everything looks all right. Look -


file libicuucbmc.so.32.0
libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1
(SYSV), dynamically linked, not stripped

uname -a
Linux work 2.6.32-24-generic #42-Ubuntu SMP Fri Aug 20 14:24:04 UTC 2010
i686 GNU/Linux

I don't really understand where the problem is. Do you have any other
ideas?


Roman


2011/11/28 jeff murphy <jcm...@je...>

> Check the library file to see if it's ok.
>
> $ file libicuucbmc.so.32.0
> libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1
> (SYSV), not stripped
>
>
> If it looks like it's ok and not corrupt, then check your architecture and
> make sure it matches your library (eg x86)
>
> $ uname -a
> Linux ...  2.6.18-274.el5 #1 SMP Fri Jul 8 17:39:55 EDT 2011 i686 i686
> i386 GNU/Linux
>
> "i686" for 32bit x86...
>
>
>
>
>
> On Nov 28, 2011, at 5:40 AM, Roman Sustek wrote:
>
> Hi,
>
> I am trying to compile *ARSPerl 1.91 with ARAPI 7.1 *for linux on mybi
> Ubuntu 32-bits (2.6.32-24-generic). I am getting the following error:
>
> LD_RUN_PATH="/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib" cc  -shared
> -O2 -g -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o
> supportrev_generated.o
> /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libar.a  -o
> blib/arch/auto/ARS/ARS.so
> \
>        -L/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib -lpthread
> -licuucbmc
> -licui18nbmc
> \
>
> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:
> file format not recognized; treating as linker script
> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:1:
> syntax error
> collect2: ld returned 1 exit status
> make: *** [blib/arch/auto/ARS/ARS.so] Error 1
>
> My first guess was that the linker doesn't recognize the file as a library
> for this system, but that's doesn't make sense as these libraries are for
> linux, aren't they?
>
> Thanks for any help.
>
> Roman
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>

Re: [Arsperl-users] Problems with compiling ARSPerl 1.91 on Ubuntu

[jeff m. <jcm...@je...>]

Check the library file to see if it's ok.

$ file libicuucbmc.so.32.0
libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped


If it looks like it's ok and not corrupt, then check your architecture and make sure it matches your library (eg x86)

$ uname -a
Linux ...  2.6.18-274.el5 #1 SMP Fri Jul 8 17:39:55 EDT 2011 i686 i686 i386 GNU/Linux

"i686" for 32bit x86...





On Nov 28, 2011, at 5:40 AM, Roman Sustek wrote:

> Hi,
> 
> I am trying to compile ARSPerl 1.91 with ARAPI 7.1 for linux on mybi Ubuntu 32-bits (2.6.32-24-generic). I am getting the following error:
> 
> LD_RUN_PATH="/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib" cc  -shared -O2 -g -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o supportrev_generated.o /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libar.a  -o blib/arch/auto/ARS/ARS.so                                                                                    \
>        -L/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib -lpthread -licuucbmc -licui18nbmc                                                                          \
>       
> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so: file format not recognized; treating as linker script
> /usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:1: syntax error
> collect2: ld returned 1 exit status
> make: *** [blib/arch/auto/ARS/ARS.so] Error 1
> 
> My first guess was that the linker doesn't recognize the file as a library for this system, but that's doesn't make sense as these libraries are for linux, aren't they?
> 
> Thanks for any help.
> 
> Roman
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure 
> contains a definitive record of customers, application performance, 
> security threats, fraudulent activity, and more. Splunk takes this 
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> 
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

[Arsperl-users] Problems with compiling ARSPerl 1.91 on Ubuntu

[Roman S. <xs...@gm...>]

Hi,

I am trying to compile *ARSPerl 1.91 with ARAPI 7.1 *for linux on mybi
Ubuntu 32-bits (2.6.32-24-generic). I am getting the following error:

LD_RUN_PATH="/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib" cc  -shared -O2
-g -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o
supportrev_generated.o
/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libar.a  -o
blib/arch/auto/ARS/ARS.so
\
       -L/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib -lpthread -licuucbmc
-licui18nbmc
\

/usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:
file format not recognized; treating as linker script
/usr/bin/ld:/home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:1:
syntax error
collect2: ld returned 1 exit status
make: *** [blib/arch/auto/ARS/ARS.so] Error 1

My first guess was that the linker doesn't recognize the file as a library
for this system, but that's doesn't make sense as these libraries are for
linux, aren't they?

Thanks for any help.

Roman

Re: [Arsperl-users] Issue while updating CTS:AssistanceRequest resolution field

[Nysten, P. (Pascal) <pas...@al...>]

Hello Jeff,

Thank you for your support, I managed to overcome the problem using ARSperlv1.85 and api630p018linux. ARS API v7.01 is not available for linux. Yes that's a 64 bit linux.
Regards,

Pascal


________________________________
From: jeff murphy [mailto:jcm...@je...]
Sent: mercredi 16 novembre 2011 15:33
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] Issue while updating CTS:AssistanceRequest resolution field


On Nov 16, 2011, at 4:21 AM, Nysten, Pascal (Pascal) wrote:


Hello,

Since Monday, I'm using ARSPerl1.91 together with the linux ARS API version 7.1 (api710p011linux). I'm able to login, update some fields.
But when Im trying to update the resolution field of the table CTS:AssistanceRequest, I get this error message: Cannot open catalog; Message number = 91 (RPC: Can't encode arguments) (ARERR #91).


64 bit linux?

uname -p


jeff

Re: [Arsperl-users] Issue while updating CTS:AssistanceRequest resolution field

[jeff m. <jcm...@je...>]

On Nov 16, 2011, at 4:21 AM, Nysten, Pascal (Pascal) wrote:

> Hello,
>  
> Since Monday, I’m using ARSPerl1.91 together with the linux ARS API version 7.1 (api710p011linux). I’m able to login, update some fields.
> But when Im trying to update the resolution field of the table CTS:AssistanceRequest, I get this error message: Cannot open catalog; Message number = 91 (RPC: Can't encode arguments) (ARERR #91).
>  

64 bit linux? 

uname -p 


jeff

[Arsperl-users] Issue while updating CTS:AssistanceRequest resolution field

[Nysten, P. (Pascal) <pas...@al...>]

Hello,

Since Monday, I'm using ARSPerl1.91 together with the linux ARS API version 7.1 (api710p011linux). I'm able to login, update some fields.
But when Im trying to update the resolution field of the table CTS:AssistanceRequest, I get this error message: Cannot open catalog; Message number = 91 (RPC: Can't encode arguments) (ARERR #91).

Is it related to the version of the ARS API?
Thank you,

Pascal Nysten

Re: [Arsperl-users] when did the output of ars_GetField change?

[jeff m. <jcm...@je...>]

On Nov 15, 2011, at 1:55 PM, Andrew Hicox wrote:

> 
> 
> So, anyhow, I'm not sure if this is a function of the ARS version I'm connecting to, or if it's a function of the version of API/ARSperl I'm using.
> I've looked through the change log and I don't see any obvious mention of ars_GetField other than a note that a bug correcting return undef behavior was fixed in 1.91
> 
> Can anyone on the list confirm if this is a function of the ARSperl version, and if it is, let me know the version where it changed?

it's a function of the API version. ARSperl generally mimics the AR API 'struct' layout to maintain compatibility with the BMC API doc. The structs are in the ar.h file that comes with your API. 

ars_APIVersion() should give you guidance on which rev of the API was used at compile time. It looks like "10" is 7.1

$ grep AR_EXPORT_VERSION *.h
arstruct.h:#define AR_EXPORT_VERSION          10  /* version number of export definition */

> I'd like to abstract it in my module so I can look for the data in the appropriate place depending on the version number.
> 
> Thanks everyone!
> 
> -Andrew
> ------------------------------------------------------------------------------
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1
> 
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

[Arsperl-users] when did the output of ars_GetField change?

[Andrew H. <an...@hi...>]

Hi Everyone,

I maintain a perl module on CPAN called Remedy:::ARSTools.
It's pretty much a dumbed down version of ARSperl, but it has a few niceties. I find it useful anyhow.

One of it's main useful features is that it sits on top of ARSperl and munges your function calls based on the version of ARSPerl that's installed (so you get a little bit of portability for your scripts).

In any case, please pardon my ignorance on this ... I don't deal with the API nearly as often as I used to. I haven't had to use it in years.
I have a project where I need to use it again, so I pulled the module out and installed it.

I'm running 1.91 compiled against the 7.1 API (32-bit perl on 64-bit linux yadda yadda) connecting to a 7.6.3 server.

Amazingly everything seems to work except that the output of ars_GetField seems to have changed.
Back when I wrote the module, you'd get something like:

	$meta = ARS::ars_GetField( $ctrl, $schema, $field);

	if (ref($meta) eq "HASH"){
		$maxFieldLength = $meta->{'maxLength'};  #that is, if its a string the maximum length thereof
        }elsif ((ref($meta) eq "ARRAY") && ($meta->{'dataType'} eq "enum")){
		@array_of_enum_values = @{$meta->{'limit'}}; #an array containing the enum values in order
        }

'dataType' is still there, so that's good, but the enum values seem to have moved to:

	$meta->{'limit'}->{'enumLimits'}->{'regularList'}

the maximum field length seems to have moved to:

	$meta->{'limit'}->{'maxLength'}

So, anyhow, I'm not sure if this is a function of the ARS version I'm connecting to, or if it's a function of the version of API/ARSperl I'm using.
I've looked through the change log and I don't see any obvious mention of ars_GetField other than a note that a bug correcting return undef behavior was fixed in 1.91

Can anyone on the list confirm if this is a function of the ARSperl version, and if it is, let me know the version where it changed?
I'd like to abstract it in my module so I can look for the data in the appropriate place depending on the version number.

Thanks everyone!

-Andrew

Re: [Arsperl-users] windows 1.91 building issues

[Michiel B. <mi...@be...>]

As a general remark, you'd typically be best off compiling Perl
modules with the same compiler as is used for Perl. This means - for
ActiveState Perl - Visual Studio 6.

Around two years ago I created PPD installation packages for ARSperl
on Windows. I already got some inquiries if I could make these
available for 1.93 and/or newer Perls, and I'd like to, but no longer
have access to the SDK's.
If someone can get me access to the SDK I'd be more then happy to
provide PPDs for Windows.
--
Michiel

On Tue, Aug 16, 2011 at 10:34 AM, Thilo Stapff
<thi...@ap...> wrote:
> ARSperl 1.91 doesn't support the 7.5 API. Try using 1.93 (which has been
> released recently) instead.
>
>
> Regards,
> Thilo
>
>
> On 16.08.2011 00:10, Doug Mooney wrote:
>> I am working through building this on windows and have run into a few
>> issues. Right now the issue is in the ARS.xs (issue 5). The first four
>> issues have been worked around and are only documented for reference. I
>> am willing to share the binaries after this is built.
>>
>> misc data. Remedy 7.5, Visual studio 10, 32bit windows, and 32bit perl 5.12
>>
>> Any help is welcome and thanks in advance.
>>
>> Issue 1:
>>
>> I updated the following comment fields in the ar.h to prevent the error
>> message
>> cant map "deprecated" to an artype for "AR_SERVER_INFO_FT_COLLECTION_DIR"
>>
>> #These are the variable types that I used, if they are wrong please let
>> me know.
>>
>> AR_SERVER_INFO_FT_COLLECTION_DIR int
>> AR_SERVER_INFO_FT_CONFIGURATION_DIR char
>> AR_SERVER_INFO_FT_TEMP_DIR char
>> AR_SERVER_INFO_LICENSE_USAGE int
>> AR_SERVER_INFO_CLIENT_MANAGED_TRANSACTION_TIMEOUT int
>> AR_SERVER_INFO_MAX_ATTACH_SIZE int
>>
>>
>> We are using visual studio 10. The "nmake" command errors out in a few
>> places. I used the "/n" to dump the commands out to a batch file to run
>> them indvidually. One of the first errors is in the perl code to
>> ## add curly brace on right side after "ARGV"
>>
>> Issue 2 and 3:
>> \Perl\bin\perl.exe -l -e "print qq{{@ARGV}}" -- "Running Mkbootstrap for
>> ARS ()"
>> #### removed the “, q[], '755'” for permissions
>>
>> #### This line runs into an issue with the permissions part so I removed
>> it for this test.
>> C:\Perl\bin\perl.exe -MExtUtils::Install -e "pm_to_blib({{@ARGV},
>> 'blib\lib\auto'})"
>>
>> Issue 4:
>>
>> Support.h file needs modified and I commented these out, since it is in
>> two different places.
>>
>> * roll our own strcasecmp and strncasecmp for Win */
>> /* DJM
>> EXTERN int strcasecmp(char *s1, char *s2);
>>
>> EXTERN int strncasecmp(char *s1, char *s2, size_t n);
>>
>>
>> Issue 5: (This is the current issue that I am working on).
>>
>> ARS.xs: In function `XS_ARS_ars_GetActiveLink':
>> ARS.xs:1392: warning: passing arg 19 of `ARGetActiveLink' from
>> incompatible poin
>> ter type
>> ARS.xs:1392: error: too few arguments to function `ARGetActiveLink'
>> ARS.xs: In function `XS_ARS_ars_CreateActiveLink':
>> ARS.xs:5260: warning: passing arg 17 of `ARCreateActiveLink' makes
>> integer from
>> pointer without a cast
>> ARS.xs:5260: error: too few arguments to function `ARCreateActiveLink'
>> ARS.xs: In function `XS_ARS_ars_SetActiveLink':
>> ARS.xs:5431: warning: passing arg 18 of `ARSetActiveLink' from
>> incompatible poin
>> ter type
>> ARS.xs:5431: error: too few arguments to function `ARSetActiveLink'
>>
>>
>> ------------------------------------------------------------------------------
>> uberSVN's rich system and user administration capabilities and model
>> configuration take the hassle out of deploying and managing Subversion and
>> the tools developers use with it. Learn more about uberSVN and get a free
>> download at:  http://p.sf.net/sfu/wandisco-dev2dev
>>
>>
>>
>>
>>
>> --
>> Arsperl-users mailing list
>> Ars...@li...
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>
> ------------------------------------------------------------------------------
> uberSVN's rich system and user administration capabilities and model
> configuration take the hassle out of deploying and managing Subversion and
> the tools developers use with it. Learn more about uberSVN and get a free
> download at:  http://p.sf.net/sfu/wandisco-dev2dev
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>

Re: [Arsperl-users] windows 1.91 building issues

[Thilo S. <thi...@ap...>]

ARSperl 1.91 doesn't support the 7.5 API. Try using 1.93 (which has been 
released recently) instead.


Regards,
Thilo


On 16.08.2011 00:10, Doug Mooney wrote:
> I am working through building this on windows and have run into a few
> issues. Right now the issue is in the ARS.xs (issue 5). The first four
> issues have been worked around and are only documented for reference. I
> am willing to share the binaries after this is built.
>
> misc data. Remedy 7.5, Visual studio 10, 32bit windows, and 32bit perl 5.12
>
> Any help is welcome and thanks in advance.
>
> Issue 1:
>
> I updated the following comment fields in the ar.h to prevent the error
> message
> cant map "deprecated" to an artype for "AR_SERVER_INFO_FT_COLLECTION_DIR"
>
> #These are the variable types that I used, if they are wrong please let
> me know.
>
> AR_SERVER_INFO_FT_COLLECTION_DIR int
> AR_SERVER_INFO_FT_CONFIGURATION_DIR char
> AR_SERVER_INFO_FT_TEMP_DIR char
> AR_SERVER_INFO_LICENSE_USAGE int
> AR_SERVER_INFO_CLIENT_MANAGED_TRANSACTION_TIMEOUT int
> AR_SERVER_INFO_MAX_ATTACH_SIZE int
>
>
> We are using visual studio 10. The "nmake" command errors out in a few
> places. I used the "/n" to dump the commands out to a batch file to run
> them indvidually. One of the first errors is in the perl code to
> ## add curly brace on right side after "ARGV"
>
> Issue 2 and 3:
> \Perl\bin\perl.exe -l -e "print qq{{@ARGV}}" -- "Running Mkbootstrap for
> ARS ()"
> #### removed the “, q[], '755'” for permissions
>
> #### This line runs into an issue with the permissions part so I removed
> it for this test.
> C:\Perl\bin\perl.exe -MExtUtils::Install -e "pm_to_blib({{@ARGV},
> 'blib\lib\auto'})"
>
> Issue 4:
>
> Support.h file needs modified and I commented these out, since it is in
> two different places.
>
> * roll our own strcasecmp and strncasecmp for Win */
> /* DJM
> EXTERN int strcasecmp(char *s1, char *s2);
>
> EXTERN int strncasecmp(char *s1, char *s2, size_t n);
>
>
> Issue 5: (This is the current issue that I am working on).
>
> ARS.xs: In function `XS_ARS_ars_GetActiveLink':
> ARS.xs:1392: warning: passing arg 19 of `ARGetActiveLink' from
> incompatible poin
> ter type
> ARS.xs:1392: error: too few arguments to function `ARGetActiveLink'
> ARS.xs: In function `XS_ARS_ars_CreateActiveLink':
> ARS.xs:5260: warning: passing arg 17 of `ARCreateActiveLink' makes
> integer from
> pointer without a cast
> ARS.xs:5260: error: too few arguments to function `ARCreateActiveLink'
> ARS.xs: In function `XS_ARS_ars_SetActiveLink':
> ARS.xs:5431: warning: passing arg 18 of `ARSetActiveLink' from
> incompatible poin
> ter type
> ARS.xs:5431: error: too few arguments to function `ARSetActiveLink'
>
>
> ------------------------------------------------------------------------------
> uberSVN's rich system and user administration capabilities and model
> configuration take the hassle out of deploying and managing Subversion and
> the tools developers use with it. Learn more about uberSVN and get a free
> download at:  http://p.sf.net/sfu/wandisco-dev2dev
>
>
>
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

[Arsperl-users] windows 1.91 building issues

[Doug M. <rap...@ya...>]

I am working through building this on windows and have run into a few issues. Right now the issue is in the ARS.xs (issue 5). The first four issues have been worked around and are only documented for reference. I am willing to share the  binaries after this is built.

misc data. Remedy 7.5, Visual studio 10, 32bit windows, and 32bit perl 5.12

Any help is welcome and thanks in advance.

Issue 1: 

I updated the following comment fields in the ar.h to prevent the error message 
                 cant map "deprecated" to an artype for "AR_SERVER_INFO_FT_COLLECTION_DIR" 

#These are the variable types that I used, if they are wrong please let me know.

AR_SERVER_INFO_FT_COLLECTION_DIR                        				int 
AR_SERVER_INFO_FT_CONFIGURATION_DIR               				 char 
AR_SERVER_INFO_FT_TEMP_DIR                               					 char 
AR_SERVER_INFO_LICENSE_USAGE                            				int 
AR_SERVER_INFO_CLIENT_MANAGED_TRANSACTION_TIMEOUT                int 
AR_SERVER_INFO_MAX_ATTACH_SIZE                    					    int 


We are using visual studio 10. The "nmake" command errors out in a few places. I used the "/n" to dump the commands out to a batch file to run them indvidually.  One of the first errors is in the perl code to 
## add curly brace on right side after "ARGV" 

Issue 2 and 3: 
\Perl\bin\perl.exe -l -e "print qq{{@ARGV}}" -- "Running Mkbootstrap for ARS ()" 
#### removed the “, q[], '755'” for permissions 

#### This line runs into an issue with the permissions part so I removed it for this test. 
C:\Perl\bin\perl.exe -MExtUtils::Install -e "pm_to_blib({{@ARGV}, 'blib\lib\auto'})" 

Issue 4: 

Support.h file needs modified and I commented these out, since it is in two different places. 

* roll our own strcasecmp and strncasecmp for Win */ 
/* DJM 
EXTERN int strcasecmp(char *s1, char *s2); 

EXTERN int strncasecmp(char *s1, char *s2, size_t n); 


Issue 5: (This is the current issue that I am working on). 

ARS.xs: In function `XS_ARS_ars_GetActiveLink': 
ARS.xs:1392: warning: passing arg 19 of `ARGetActiveLink' from incompatible poin 
ter type 
ARS.xs:1392: error: too few arguments to function `ARGetActiveLink' 
ARS.xs: In function `XS_ARS_ars_CreateActiveLink': 
ARS.xs:5260: warning: passing arg 17 of `ARCreateActiveLink' makes integer from 
pointer without a cast 
ARS.xs:5260: error: too few arguments to function `ARCreateActiveLink' 
ARS.xs: In function `XS_ARS_ars_SetActiveLink': 
ARS.xs:5431: warning: passing arg 18 of `ARSetActiveLink' from incompatible poin 
ter type 
ARS.xs:5431: error: too few arguments to function `ARSetActiveLink' 

Re: [Arsperl-users] ARSPerl with 7.6.04

[jeff m. <jcm...@je...>]

I packaged Thilo's changes and posted them to SF and also to CPAN.   As an aside, arswiki.org appears to no longer be around. I don't have access to the APIs (BMC support site) any more (due to job changes) so if there's someone from BMC on the list that wants to arrange for access for myself, that would be appreciated. Contact me off-list.

jeff



Released: 08/01/2011 Version: 1.93


 (TS)   fixed exsi.pl enumeration gap problem

 (TS)   added lengthUnits,storageOptionForCLOB attributes to ARCharLimitsStruct,ARDisplayLimits

 (TS)   fixed ars_GetServerInfo() keys 325-332 problem

 (TS)   modifications for AR 7.6.3 API

 (TS)   ars_GetEntryBLOB bugfix by Conny Martin

 (TS)   fixed "hv_fetch error" problem in case of undefined ARValueStruct 

 (TS)   fixed SignalTypeMap problem

 (TS)   package directory reorganization/cleanup

 (TS)   additional ars_Login parameters by Conny Martin

 (TS)   implemented ars_GetList/Get/Create/Set/DeleteImage

 (TS)   fixed incorrect AR_ARITH_OP_NEGATE handling in rev_ARArithOpStruct

 (TS)   fixed wrong operand evaluation for AR_ARITH_OP_NEGATE in perl_ARArithOpStruct

 (TS)   fixed ars_SetServerInfo() memory violation in case of more than one key/value pair

 (TS)   ars_GetFieldTable performance improvement by using ARGetMultipleFields

 (TS)   removed unnecessary second invocation of ARGetField in ars_GetField

 (TS)   code cleanup (#ifdef statements) in ARGetFieldCached, ars_GetField, ars_GetFieldByName

 (TS) ! appended ARControlStruct pointer address to server key in %ARS::field_cache
        (affects only scripts which make explicit use of the internal field_cache structure)

 (CL) ! enhanced ARS OO interface to handle custom enum fields

 (TS)   fixed return value of ars_Import

 (TS)   fixed memory violation in ars_GetListContainer

 (TS)   implemented ars_qualifier_ptr function (inverse of ars_perl_qualifier)

 (TS)   added ownerObjList parameter to ars_GetListContainer

 (TS)   fixed AR_SERVER_INFO type identification in infra/exsi.pl

 (TS)   updated version numbers in INSTALLATION

 (TS)   added ars_DateToJulianDate, ars_GetListLicense, ars_ValidateMultipleLicenses,
        ars_GetServerCharSet, ars_GetClientCharSet

 (TS)   fixed actionList/elseList bug in ars_SetActiveLink

 (TS)   added AR_DATA_TYPE_VIEW handling to perl_ARValueStruct_Assign,rev_ARActiveLinkActionList

 (TS)   modified Makefile.PL for easier automated testing (handling of ARSPERLTEST_PARAM)

 (TS)   added ars_GetListRole, ars_Signal, ars_GetTextForErrorMessage

 (TS) ! changed return struct of ars_GetListGroup

 (TS)   fixed IVLD macro in support-h.template



On Jul 29, 2011, at 5:03 AM, Thilo Stapff wrote:

> 
> I already made some changes to my local version for 7.6.4 compatibility.
> 
> I'll do a check-in later today.
> 
> 
> 
> On 29.07.2011 00:45, Jeff Murphy wrote:
>> 
>> 
>> We still use it at Buffalo however im no longer directly involved with our server team so I don't have access to the bmc download site anymore. So I haven't gotten the latest API in a while.
>> 
>> Thilo was providing code updates mostly so he may have something to add.
>> 
>> On Jul 28, 2011, at 5:22 PM, "O'Hara, Brad"<br...@uf...>  wrote:
>> 
>>> I would like to know the future of this module. I haves used it for many years but am not sure what to do now. Is it actively developed?
>>> 
>>> Brad
>>> 
>>> 
>>> 
>>> On Jul 28, 2011, at 4:40 PM, "Eric Wolf"<eri...@gm...>  wrote:
>>> 
>>>> Our organization is upgrading to 7.6.04 and I was wondering if anyone could tell me any gotchas I might run into with the new API and ARSperl?  BMC suggested that the hard client is not available for this release, web only, so I was wondering what that does to ARSPerl transactions that are basically acting like their own client.
>>>> 
>>>> Thanks,
>>>> 
>>>> -Eric
>>>> ------------------------------------------------------------------------------
>>>> Got Input?   Slashdot Needs You.
>>>> Take our quick survey online.  Come on, we don't ask for help often.
>>>> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
>>>> http://p.sf.net/sfu/slashdot-survey
>>>> 
>>>> 
>>>> --
>>>> Arsperl-users mailing list
>>>> Ars...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>>> 
>>> ------------------------------------------------------------------------------
>>> Got Input?   Slashdot Needs You.
>>> Take our quick survey online.  Come on, we don't ask for help often.
>>> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
>>> http://p.sf.net/sfu/slashdot-survey
>>> 
>>> 
>>> --
>>> Arsperl-users mailing list
>>> Ars...@li...
>>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>> 
>> ------------------------------------------------------------------------------
>> Got Input?   Slashdot Needs You.
>> Take our quick survey online.  Come on, we don't ask for help often.
>> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
>> http://p.sf.net/sfu/slashdot-survey
>> 
>> 
>> --
>> Arsperl-users mailing list
>> Ars...@li...
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>> 
> 
> 
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
> 
> 
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

Re: [Arsperl-users] ARSPerl with 7.6.04

[Remedy M. <rem...@gm...>]

query one of the lists and you'll see that the latest release is NOT 
compatible with 7.6.4, ...
query further and you'll see somebody found a hack to make it work ...
but i don't remember from the top of my head who that is ...
I've tried myself but it failed and install already ...
as far as I remember you need to take the API for 7.1 or 7.0.1, then 
that'll work
good luck and please let us know how you end up with this
thanks
greetings



On 7/29/2011 2:06 AM, Lamy, Thomas wrote:
> Without looking, as far as I know, ARSPerl is not being actively developed.
>
> ________________________________________
> From: O'Hara, Brad [br...@uf...]
> Sent: Thursday, July 28, 2011 5:22 PM
> To: ARSperl User Discussion
> Cc: arsperl-users
> Subject: Re: [Arsperl-users] ARSPerl with 7.6.04
>
> I would like to know the future of this module. I haves used it for many years but am not sure what to do now. Is it actively developed?
>
> Brad
>
>
>
> On Jul 28, 2011, at 4:40 PM, "Eric Wolf"<eri...@gm...>  wrote:
>
>> Our organization is upgrading to 7.6.04 and I was wondering if anyone could tell me any gotchas I might run into with the new API and ARSperl?  BMC suggested that the hard client is not available for this release, web only, so I was wondering what that does to ARSPerl transactions that are basically acting like their own client.
>>
>> Thanks,
>>
>> -Eric
>> ------------------------------------------------------------------------------
>> Got Input?   Slashdot Needs You.
>> Take our quick survey online.  Come on, we don't ask for help often.
>> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
>> http://p.sf.net/sfu/slashdot-survey
>>
>>
>> --
>> Arsperl-users mailing list
>> Ars...@li...
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users


______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________

Re: [Arsperl-users] ARSPerl with 7.6.04

[Thilo S. <thi...@ap...>]

I already made some changes to my local version for 7.6.4 compatibility.

I'll do a check-in later today.



On 29.07.2011 00:45, Jeff Murphy wrote:
>
>
> We still use it at Buffalo however im no longer directly involved with our server team so I don't have access to the bmc download site anymore. So I haven't gotten the latest API in a while.
>
> Thilo was providing code updates mostly so he may have something to add.
>
> On Jul 28, 2011, at 5:22 PM, "O'Hara, Brad"<br...@uf...>  wrote:
>
>> I would like to know the future of this module. I haves used it for many years but am not sure what to do now. Is it actively developed?
>>
>> Brad
>>
>>
>>
>> On Jul 28, 2011, at 4:40 PM, "Eric Wolf"<eri...@gm...>  wrote:
>>
>>> Our organization is upgrading to 7.6.04 and I was wondering if anyone could tell me any gotchas I might run into with the new API and ARSperl?  BMC suggested that the hard client is not available for this release, web only, so I was wondering what that does to ARSPerl transactions that are basically acting like their own client.
>>>
>>> Thanks,
>>>
>>> -Eric
>>> ------------------------------------------------------------------------------
>>> Got Input?   Slashdot Needs You.
>>> Take our quick survey online.  Come on, we don't ask for help often.
>>> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
>>> http://p.sf.net/sfu/slashdot-survey
>>>
>>>
>>> --
>>> Arsperl-users mailing list
>>> Ars...@li...
>>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>>
>> ------------------------------------------------------------------------------
>> Got Input?   Slashdot Needs You.
>> Take our quick survey online.  Come on, we don't ask for help often.
>> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
>> http://p.sf.net/sfu/slashdot-survey
>>
>>
>> --
>> Arsperl-users mailing list
>> Ars...@li...
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>

Re: [Arsperl-users] ARSPerl with 7.6.04

[Lamy, T. <Tom...@un...>]

Without looking, as far as I know, ARSPerl is not being actively developed. 

________________________________________
From: O'Hara, Brad [br...@uf...]
Sent: Thursday, July 28, 2011 5:22 PM
To: ARSperl User Discussion
Cc: arsperl-users
Subject: Re: [Arsperl-users] ARSPerl with 7.6.04

I would like to know the future of this module. I haves used it for many years but am not sure what to do now. Is it actively developed?

Brad



On Jul 28, 2011, at 4:40 PM, "Eric Wolf" <eri...@gm...> wrote:

> Our organization is upgrading to 7.6.04 and I was wondering if anyone could tell me any gotchas I might run into with the new API and ARSperl?  BMC suggested that the hard client is not available for this release, web only, so I was wondering what that does to ARSPerl transactions that are basically acting like their own client.
>
> Thanks,
>
> -Eric
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

------------------------------------------------------------------------------
Got Input?   Slashdot Needs You.
Take our quick survey online.  Come on, we don't ask for help often.
Plus, you'll get a chance to win $100 to spend on ThinkGeek.
http://p.sf.net/sfu/slashdot-survey


--
Arsperl-users mailing list
Ars...@li...
https://lists.sourceforge.net/lists/listinfo/arsperl-users

Re: [Arsperl-users] ARSPerl with 7.6.04

[Jeff M. <jcm...@je...>]

We still use it at Buffalo however im no longer directly involved with our server team so I don't have access to the bmc download site anymore. So I haven't gotten the latest API in a while.

Thilo was providing code updates mostly so he may have something to add. 

On Jul 28, 2011, at 5:22 PM, "O'Hara, Brad" <br...@uf...> wrote:

> I would like to know the future of this module. I haves used it for many years but am not sure what to do now. Is it actively developed?
> 
> Brad
> 
> 
> 
> On Jul 28, 2011, at 4:40 PM, "Eric Wolf" <eri...@gm...> wrote:
> 
>> Our organization is upgrading to 7.6.04 and I was wondering if anyone could tell me any gotchas I might run into with the new API and ARSperl?  BMC suggested that the hard client is not available for this release, web only, so I was wondering what that does to ARSPerl transactions that are basically acting like their own client.
>> 
>> Thanks,
>> 
>> -Eric
>> ------------------------------------------------------------------------------
>> Got Input?   Slashdot Needs You.
>> Take our quick survey online.  Come on, we don't ask for help often.
>> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
>> http://p.sf.net/sfu/slashdot-survey
>> 
>> 
>> --
>> Arsperl-users mailing list
>> Ars...@li...
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
> 
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
> 
> 
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

Re: [Arsperl-users] ARSPerl with 7.6.04

[O'Hara, B. <br...@uf...>]

I would like to know the future of this module. I haves used it for many years but am not sure what to do now. Is it actively developed?

Brad



On Jul 28, 2011, at 4:40 PM, "Eric Wolf" <eri...@gm...> wrote:

> Our organization is upgrading to 7.6.04 and I was wondering if anyone could tell me any gotchas I might run into with the new API and ARSperl?  BMC suggested that the hard client is not available for this release, web only, so I was wondering what that does to ARSPerl transactions that are basically acting like their own client.
> 
> Thanks,
> 
> -Eric
> ------------------------------------------------------------------------------
> Got Input?   Slashdot Needs You.
> Take our quick survey online.  Come on, we don't ask for help often.
> Plus, you'll get a chance to win $100 to spend on ThinkGeek.
> http://p.sf.net/sfu/slashdot-survey
> 
> 
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

[Arsperl-users] ARSPerl with 7.6.04

[Eric W. <eri...@gm...>]

Our organization is upgrading to 7.6.04 and I was wondering if anyone could
tell me any gotchas I might run into with the new API and ARSperl?  BMC
suggested that the hard client is not available for this release, web only,
so I was wondering what that does to ARSPerl transactions that are basically
acting like their own client.

Thanks,

-Eric

Re: [Arsperl-users] arsperl 1.92 and ars 7.5 64bit

[Axton <axt...@gm...>]

This is my output from 'make test' on the 64-bit build:

$ make test
PERL_DL_NONLAZY=1 /bmc/local/apps/perl/bin/perl "-MExtUtils::Command::MM"
"-e" "test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/00connect.t ........... ok
t/01import.t ............ ok
t/02export.t ............ ok
t/09qualifier.t ......... ok
t/10alink.t ............. ok
t/10entry.t ............. not ok ([ERROR] 'size' key does not map to scalar
value. (ARERR #80025))
t/10entry.t ............. Dubious, test returned 35 (wstat 8960, 0x2300)
Failed 4/10 subtests
t/10getescalation.t ..... ok
t/10getftinfo.t ......... ok
t/10getlist.t ........... ok
t/11entry.t ............. ok
t/12lotsoffields.t ...... ok
t/13join.t .............. ok
t/20merge.t ............. ok
t/21setlogging.t ........ No subtests run
t/31createschema.t ...... Failed 3/6 subtests
t/32createcontainer.t ... ok
t/33setcontainer.t ...... ok
t/34createactlink.t ..... Failed 1/2 subtests
t/35setactlink.t ........ 1/2 ars_GetActiveLink( ARSperl Test-alink1 (copy)
): [ERROR] Active link does not exist on server (ARSperl Test-alink1 (copy))
(ARERR #346)
t/35setactlink.t ........ Dubious, test returned 35 (wstat 8960, 0x2300)
Failed 1/2 subtests
t/36createfilter.t ...... Failed 1/2 subtests
t/37setfilter.t ......... 1/2 ars_GetFilter( ARSperl Test-Filter1 (copy) ):
[ERROR] Filter does not exist on server (ARSperl Test-Filter1 (copy)) (ARERR
#323)
t/37setfilter.t ......... Dubious, test returned 35 (wstat 8960, 0x2300)
Failed 1/2 subtests
t/38createescalation.t .. Failed 1/2 subtests
t/39setescalation.t ..... 1/2 ars_GetEscalation( ARSperl Test-escalation1
(copy) ): [ERROR] Escalation does not exist on server (ARSperl
Test-escalation1 (copy)) (ARERR #366)
t/39setescalation.t ..... Dubious, test returned 35 (wstat 8960, 0x2300)
Failed 1/2 subtests
t/40createcharmenu.t .... ok
t/41setcharmenu.t ....... ok

Test Summary Report
-------------------
t/10entry.t           (Wstat: 8960 Tests: 6 Failed: 0)
  Non-zero exit status: 35
  Parse errors: Bad plan.  You planned 10 tests but ran 6.
t/21setlogging.t      (Wstat: 139 Tests: 0 Failed: 0)
  Non-zero wait status: 139
  Parse errors: No plan found in TAP output
t/31createschema.t    (Wstat: 138 Tests: 3 Failed: 0)
  Non-zero wait status: 138
  Parse errors: Bad plan.  You planned 6 tests but ran 3.
t/34createactlink.t   (Wstat: 138 Tests: 1 Failed: 0)
  Non-zero wait status: 138
  Parse errors: Bad plan.  You planned 2 tests but ran 1.
t/35setactlink.t      (Wstat: 8960 Tests: 1 Failed: 0)
  Non-zero exit status: 35
  Parse errors: Bad plan.  You planned 2 tests but ran 1.
t/36createfilter.t    (Wstat: 138 Tests: 1 Failed: 0)
  Non-zero wait status: 138
  Parse errors: Bad plan.  You planned 2 tests but ran 1.
t/37setfilter.t       (Wstat: 8960 Tests: 1 Failed: 0)
  Non-zero exit status: 35
  Parse errors: Bad plan.  You planned 2 tests but ran 1.
t/38createescalation.t (Wstat: 138 Tests: 1 Failed: 0)
  Non-zero wait status: 138
  Parse errors: Bad plan.  You planned 2 tests but ran 1.
t/39setescalation.t   (Wstat: 8960 Tests: 1 Failed: 0)
  Non-zero exit status: 35
  Parse errors: Bad plan.  You planned 2 tests but ran 1.
Files=25, Tests=180, 315 wallclock secs ( 1.87 usr  1.47 sys + 115.87 cusr
35.01 csys = 154.22 CPU)
Result: FAIL
Failed 9/25 test programs. 0/180 subtests failed.
*** Error code 255
make: Fatal error: Command failed for target `test_dynamic'


These are my results running 'make test' with the 32-bit build:

$ make test
PERL_DL_NONLAZY=1 /usr/local/bin/perl "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'blib/lib', 'blib/arch')" t/*.t
t/00connect.............ok
t/01import..............ok
t/02export..............ok
t/09qualifier...........ok
t/10alink...............ok
t/10entry...............ok
t/10getescalation.......ok
t/10getftinfo...........ok
t/10getlist.............ok
t/11entry...............ok
t/12lotsoffields........ok
t/13join................ok
t/20merge...............ok
t/21setlogging..........ok
t/31createschema........ok 4/6ars_SetField( ARSperl Test3 (copy), 536870936
): [WARNING] rev_ARQualifierStruct: hv_fetch (hval) returned null (ARERR
#80020)
ars_SetField( ARSperl Test3 (copy), 536870922 ): [WARNING]
rev_ARQualifierStruct: hv_fetch (hval) returned null (ARERR #80020)
t/31createschema........ok 5/6ars_SetSchema( ARSperl Test3 (copy) ):
[WARNING] rev_ARQualifierStruct: hv_fetch (hval) returned null (ARERR
#80020)
t/31createschema........ok
t/32createcontainer.....ok
t/33setcontainer........ok
t/34createactlink.......ok
t/35setactlink..........ok
t/36createfilter........ok
t/37setfilter...........ok
t/38createescalation....ok
t/39setescalation.......ok
t/40createcharmenu......ok
t/41setcharmenu.........ok
All tests successful.
Files=25, Tests=200, 247 wallclock secs (102.79 cusr + 30.89 csys = 133.68
CPU)

Axton Grams

On Thu, Mar 24, 2011 at 9:20 AM, Axton <axt...@gm...> wrote:

> I was able to compile 64-bit on Solaris 9 with ARS 7.5 patch 3.  It is
> working, though there were a number of warnings during compilation.  I had
> to make the following changes to Makefile.PL (this was with the latest from
> CVS as of 3-22):
>
> $ diff -ub ARSperl/Makefile.PL ARSperl_bmc/Makefile.PL
> --- ARSperl/Makefile.PL 2010-09-01 12:18:29.000000000 -0500
> +++ ARSperl_bmc/Makefile.PL     2011-03-23 23:21:17.351286272 -0500
> @@ -25,7 +25,7 @@
>
>  # STEP 1 -> Set the path to your ARS API directory
>
> -$ARSAPI      = "/usr/ar/api";
> +$ARSAPI      = "/bmc/local/apps/remedy/phx-remarsiso-01/api";
>  #$ARSAPI     = "/u1/project/ARSperl/api/sol2/api6.0.1";
>  #$ARSAPI     = "/u1/project/ARSperl/api/sol2/api6.3";
>  #$ARSAPI     = "/u1/project/ARSperl/api/linux/7.1.0p8";
> @@ -55,11 +55,11 @@
>  #              your version (e.g. for 4.5 you would specify 4.0, NOT
>  #             4.52)
>  #
> -$ARSVERSION = 7.6;
> +$ARSVERSION = 7.5;
>
>
>  # STEP 3 -> Choose architecture dependent suffix for library names, if
> necessary
> -$ARCHITECTURE = "";
> +$ARCHITECTURE = "solsp64";
>  # $ARCHITECTURE = "hpia32":   # HPUX Itanium 32-bit
>  # $ARCHITECTURE = "hpia64":   # HPUX Itanium 64-bit
>  # $ARCHITECTURE = "hppa64":   # HPUX PA-RISC 64-bit
> @@ -199,7 +199,7 @@
>    $ARS_LDPATH = qq{-L"$ARSAPI/lib"};
>    $INCLUDES   = qq{-I"$ARSAPI/include"};
>  }else{
> -  $ARS_LDPATH = "-L$ARSAPI/lib";
> +  $ARS_LDPATH = "-L$ARSAPI/lib -L$ARSAPI/../bin";
>    $INCLUDES   = "-I$ARSAPI/include";
>  }
>
> These are the warnings:
>
> $ make
> cp ARS/arerrno-h.pm blib/lib/ARS/arerrno-h.pm
> cp ARS/OOsup.pm blib/lib/ARS/OOsup.pm
> cp ARS/ar-h.pm blib/lib/ARS/ar-h.pm
> cp ARS/nparm.pm blib/lib/ARS/nparm.pm
> cp ARS/OOmsgs.pm blib/lib/ARS/OOmsgs.pm
> cp ARS/OOform.pm blib/lib/ARS/OOform.pm
> cp ARS.pm blib/lib/ARS.pm
> AutoSplitting blib/lib/ARS.pm (blib/lib/auto/ARS)
> /bmc/local/apps/perl/bin/perl
> /bmc/local/apps/perl-5.12.3/lib/5.12.3/ExtUtils/xsubpp  -typemap
> /bmc/local/apps/perl-5.12.3/lib/5.12.3/ExtUtils/typemap -typemap typemap
>  ARS.xs > ARS.xsc && mv ARS.xsc ARS.c
> gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include  -mcpu=v9
> -m64 -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -O    -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
> "-I/bmc/local/apps/perl-5.12.3/lib/5.12.3/sun4-solaris-64/CORE"  -g
> -Wno-unused-variable -Wuninitialized  -DARS32 -DARS452
>  -DPERL_PATCHLEVEL_IS=12 -DPERL_SUBVERSION_IS=3 -DPERL_BASEREV_IS=50 ARS.c
> ARS.c: In function `XS_ARS_ars_GetListContainer':
> ARS.xs:1197: warning: 'ret' might be used uninitialized in this function
> ARS.xs: In function `XS_ARS_ars_CreateField':
> ARS.xs:4397: warning: passing arg 3 of `ulongcpyHVal' from incompatible
> pointer type
> ARS.xs: In function `XS_ARS_ars_CreateVUI':
> ARS.xs:5173: warning: passing arg 3 of `ulongcpyHVal' from incompatible
> pointer type
> ARS.xs: In function `XS_ARS_ars_CreateActiveLink':
> ARS.xs:5840: warning: passing arg 3 of `ulongcpyHVal' from incompatible
> pointer type
> ARS.xs:5843: warning: passing arg 3 of `ulongcpyHVal' from incompatible
> pointer type
> ARS.xs:5877: warning: passing arg 17 of `ARCreateActiveLink' makes integer
> from pointer without a cast
> ARS.xs: In function `XS_ARS_ars_SetActiveLink':
> ARS.xs:6032: warning: passing arg 3 of `ulongcpyHVal' from incompatible
> pointer type
> ARS.xs:6036: warning: passing arg 3 of `ulongcpyHVal' from incompatible
> pointer type
> ARS.xs: In function `XS_ARS_ars_CreateEscalation':
> ARS.xs:6484: warning: passing arg 3 of `longcpyHVal' from incompatible
> pointer type
> ARS.xs:6487: warning: passing arg 3 of `longcpyHVal' from incompatible
> pointer type
> ARS.xs:6488: warning: passing arg 3 of `longcpyHVal' from incompatible
> pointer type
> ARS.xs:6489: warning: passing arg 3 of `longcpyHVal' from incompatible
> pointer type
> ARS.xs: In function `XS_ARS_ars_SetEscalation':
> ARS.xs:6634: warning: passing arg 3 of `longcpyHVal' from incompatible
> pointer type
> ARS.xs:6638: warning: passing arg 3 of `longcpyHVal' from incompatible
> pointer type
> ARS.xs:6639: warning: passing arg 3 of `longcpyHVal' from incompatible
> pointer type
> ARS.xs:6640: warning: passing arg 3 of `longcpyHVal' from incompatible
> pointer type
> ARS.c: In function `XS_ARS_ars_SetImage':
> ARS.xs:6850: warning: 'objPropList' might be used uninitialized in this
> function
> ARS.xs: In function `XS_ARS_ars_Signal':
> ARS.xs:7697: warning: comparison is always false due to limited range of
> data type
> gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include  -mcpu=v9
> -m64 -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -O    -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
> "-I/bmc/local/apps/perl-5.12.3/lib/5.12.3/sun4-solaris-64/CORE"  -g
> -Wno-unused-variable -Wuninitialized  -DARS32 -DARS452
>  -DPERL_PATCHLEVEL_IS=12 -DPERL_SUBVERSION_IS=3 -DPERL_BASEREV_IS=50
> support.c
> support.c: In function `debug_free':
> support.c:103: warning: cast from pointer to integer of different size
> support.c: In function `set_logging_file_ptr':
> support.c:132: warning: cast from pointer to integer of different size
> support.c: In function `sv_to_ARValue':
> support.c:3906: warning: passing arg 2 of `Perl_sv_2pv_flags' from
> incompatible pointer type
> gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include  -mcpu=v9
> -m64 -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -O    -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
> "-I/bmc/local/apps/perl-5.12.3/lib/5.12.3/sun4-solaris-64/CORE"  -g
> -Wno-unused-variable -Wuninitialized  -DARS32 -DARS452
>  -DPERL_PATCHLEVEL_IS=12 -DPERL_SUBVERSION_IS=3 -DPERL_BASEREV_IS=50
> supportrev.c
> supportrev.c: In function `rev_ARAssignList_helper':
> supportrev.c:1047: warning: passing arg 3 of `ulongcpyHVal' from
> incompatible pointer type
> supportrev.c: In function `rev_ARValueStructDiary':
> supportrev.c:1429: warning: passing arg 3 of `longcpyHVal' from
> incompatible pointer type
> supportrev.c: In function `rev_ARByteList':
> supportrev.c:1527: warning: passing arg 3 of `rev_ARByteListStr2Type' from
> incompatible pointer type
> supportrev.c: In function `rev_ARAssignFieldStruct_helper':
> supportrev.c:1744: warning: passing arg 3 of `ulongcpyHVal' from
> incompatible pointer type
> supportrev.c: In function `rev_ARStatHistoryValue_helper':
> supportrev.c:1902: warning: passing arg 3 of `ulongcpyHVal' from
> incompatible pointer type
> supportrev.c: In function `rev_ARFilterStatusStruct':
> supportrev.c:2174: warning: passing arg 3 of `longcpyHVal' from
> incompatible pointer type
> supportrev.c: In function `rev_ARStatusStruct':
> supportrev.c:2230: warning: passing arg 3 of `longcpyHVal' from
> incompatible pointer type
> supportrev.c: In function `rev_ARMessageStruct':
> supportrev.c:2311: warning: passing arg 3 of `longcpyHVal' from
> incompatible pointer type
> supportrev.c: In function `rev_ARFieldCharacteristics':
> supportrev.c:2369: warning: passing arg 3 of `ulongcpyHVal' from
> incompatible pointer type
> supportrev.c: In function `rev_ARPropList_helper':
> supportrev.c:2480: warning: passing arg 3 of `ulongcpyHVal' from
> incompatible pointer type
> supportrev.c: In function `rev_ARDisplayInstanceStruct':
> supportrev.c:2779: warning: passing arg 3 of `ulongcpyHVal' from
> incompatible pointer type
> gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include  -mcpu=v9
> -m64 -fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -O    -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
> "-I/bmc/local/apps/perl-5.12.3/lib/5.12.3/sun4-solaris-64/CORE"  -g
> -Wno-unused-variable -Wuninitialized  -DARS32 -DARS452
>  -DPERL_PATCHLEVEL_IS=12 -DPERL_SUBVERSION_IS=3 -DPERL_BASEREV_IS=50
> supportrev_generated.c
> Running Mkbootstrap for ARS ()
> chmod 644 ARS.bs
> rm -f blib/arch/auto/ARS/ARS.so
> LD_RUN_PATH="/usr/lib/sparcv9:/bmc/local/apps/remedy/phx-remarsiso-01/api/../bin"
> gcc  -G -m64 -L/usr/lib/sparcv9 -L/usr/local/lib ARS.o support.o
> supportrev.o supportrev_generated.o  -o blib/arch/auto/ARS/ARS.so
> /bmc/local/apps/remedy/phx-remarsiso-01/api/lib/libar_solsp64.a \
>    -L/bmc/local/apps/remedy/phx-remarsiso-01/api/lib
> -L/bmc/local/apps/remedy/phx-remarsiso-01/api/../bin -lnsl -lpthread
> -licuucbmc_solsp64 -licui18nbmc_solsp64 -licudatabmc_solsp64          \
>
> chmod 755 blib/arch/auto/ARS/ARS.so
> cp ARS.bs blib/arch/auto/ARS/ARS.bs
> chmod 644 blib/arch/auto/ARS/ARS.bs
>
> I was also able to build 32-bit with the following changes to Makefile.PL
> on the same system:
>
> $ diff -ub ARSperl/Makefile.PL Makefile.PL
> --- ARSperl/Makefile.PL 2010-09-01 12:18:29.000000000 -0500
> +++ Makefile.PL 2011-03-24 09:16:34.607629208 -0500
> @@ -25,7 +25,7 @@
>
>  # STEP 1 -> Set the path to your ARS API directory
>
> -$ARSAPI      = "/usr/ar/api";
> +$ARSAPI      = "/bmc/local/apps/remedy/phx-remarsiso-01/api";
>  #$ARSAPI     = "/u1/project/ARSperl/api/sol2/api6.0.1";
>  #$ARSAPI     = "/u1/project/ARSperl/api/sol2/api6.3";
>  #$ARSAPI     = "/u1/project/ARSperl/api/linux/7.1.0p8";
> @@ -55,7 +55,7 @@
>  #              your version (e.g. for 4.5 you would specify 4.0, NOT
>  #             4.52)
>  #
> -$ARSVERSION = 7.6;
> +$ARSVERSION = 7.5;
>
>
>  # STEP 3 -> Choose architecture dependent suffix for library names, if
> necessary
> @@ -199,7 +199,7 @@
>    $ARS_LDPATH = qq{-L"$ARSAPI/lib"};
>    $INCLUDES   = qq{-I"$ARSAPI/include"};
>  }else{
> -  $ARS_LDPATH = "-L$ARSAPI/lib";
> +  $ARS_LDPATH = "-L$ARSAPI/lib -L$ARSAPI/../bin";
>    $INCLUDES   = "-I$ARSAPI/include";
>  }
>
> This compiled without as many warnings:
>
> $ make
> Skip blib/lib/ARS/arerrno-h.pm (unchanged)
> Skip blib/lib/ARS/OOsup.pm (unchanged)
> Skip blib/lib/ARS/ar-h.pm (unchanged)
> Skip blib/lib/ARS/nparm.pm (unchanged)
> Skip blib/lib/ARS/OOmsgs.pm (unchanged)
> Skip blib/lib/ARS/OOform.pm (unchanged)
> Skip blib/lib/ARS.pm (unchanged)
> /usr/local/bin/perl /usr/local/lib/perl5/5.8.8/ExtUtils/xsubpp  -typemap
> /usr/local/lib/perl5/5.8.8/ExtUtils/typemap -typemap typemap  ARS.xs >
> ARS.xsc && mv ARS.xsc ARS.c
> gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include
>  -fno-strict-aliasing -pipe -Wdeclaration-after-statement
> -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O
>  -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
> "-I/usr/local/lib/perl5/5.8.8/sun4-solaris/CORE"  -g   -Wno-unused-variable
> -Wuninitialized  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=8
> -DPERL_SUBVERSION_IS=8 -DPERL_BASEREV_IS=50 ARS.c
> ARS.c: In function `XS_ARS_ars_GetListContainer':
> ARS.xs:1197: warning: 'ret' might be used uninitialized in this function
> ARS.xs: In function `XS_ARS_ars_CreateActiveLink':
> ARS.xs:5877: warning: passing arg 17 of `ARCreateActiveLink' makes integer
> from pointer without a cast
> ARS.c: In function `XS_ARS_ars_SetImage':
> ARS.xs:6850: warning: 'objPropList' might be used uninitialized in this
> function
> gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include
>  -fno-strict-aliasing -pipe -Wdeclaration-after-statement
> -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O
>  -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
> "-I/usr/local/lib/perl5/5.8.8/sun4-solaris/CORE"  -g   -Wno-unused-variable
> -Wuninitialized  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=8
> -DPERL_SUBVERSION_IS=8 -DPERL_BASEREV_IS=50 support.c
> gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include
>  -fno-strict-aliasing -pipe -Wdeclaration-after-statement
> -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O
>  -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
> "-I/usr/local/lib/perl5/5.8.8/sun4-solaris/CORE"  -g   -Wno-unused-variable
> -Wuninitialized  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=8
> -DPERL_SUBVERSION_IS=8 -DPERL_BASEREV_IS=50 supportrev.c
> gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include
>  -fno-strict-aliasing -pipe -Wdeclaration-after-statement
> -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O
>  -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
> "-I/usr/local/lib/perl5/5.8.8/sun4-solaris/CORE"  -g   -Wno-unused-variable
> -Wuninitialized  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=8
> -DPERL_SUBVERSION_IS=8 -DPERL_BASEREV_IS=50 supportrev_generated.c
> Running Mkbootstrap for ARS ()
> chmod 644 ARS.bs
> rm -f blib/arch/auto/ARS/ARS.so
> LD_RUN_PATH="/usr/lib:/bmc/local/apps/remedy/phx-remarsiso-01/api/../bin"
> gcc  -G -L/usr/local/lib ARS.o support.o supportrev.o supportrev_generated.o
>  -o blib/arch/auto/ARS/ARS.so
> /bmc/local/apps/remedy/phx-remarsiso-01/api/lib/libar.a\
>    -L/bmc/local/apps/remedy/phx-remarsiso-01/api/lib
> -L/bmc/local/apps/remedy/phx-remarsiso-01/api/../bin -lnsl -lpthread
> -licuucbmc -licui18nbmc -licudatabmc          \
>
> chmod 755 blib/arch/auto/ARS/ARS.so
> cp ARS.bs blib/arch/auto/ARS/ARS.bs
> chmod 644 blib/arch/auto/ARS/ARS.bs
>
> Both the 32-bit and 64-bit versions were able to run the Dump_Users.pl
> example.
>
> During the "perl Makefile.PL" step, this is what clued me to adding the
> ARSAPI/../bin to the -L linker options:
>
> Configuring with options:
>         ARSVERSION  = 7.50
>         ARSAPI      = /bmc/local/apps/remedy/phx-remarsiso-01/api
>         AUTODEFINES =  -g   -Wno-unused-variable -Wuninitialized  -DARS32
> -DARS452  -DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=8 -DPERL_BASEREV_IS=50
> Checking if your kit is complete...
> Looks good
> *Note (probably harmless): No library found for -licuucbmc*
> *Note (probably harmless): No library found for -licui18nbmc*
> *Note (probably harmless): No library found for -licudatabmc*
> Writing Makefile for ARS
>
> Axton Grams
>
> On Fri, Mar 18, 2011 at 10:53 AM, Lamy, Thomas <Tom...@un...> wrote:
>
>> There is no support for 64-bit. I installed ARSperl-1.91 on 64-bit RHEL
>> 5.6. Here is how I did it:
>>
>> I am 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.
>> 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.)
>>
>> 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
>>
>> -----Original Message-----
>> From: Misi Mladoniczky [mailto:mi...@rr...]
>> Sent: Friday, March 18, 2011 3:59 AM
>> To: ARSperl User Discussion
>> Subject: Re: [Arsperl-users] arsperl 1.92 and ars 7.5 64bit
>>
>> Any luck with this?
>>
>> I am trying to compile on linux with ARAPI 7.6.3.
>>
>> To get it to compile I changed the Makefile to include the libicu*bmc
>> libraries.
>>
>> EXTRALIBS = -L/home/share/ars/api/api763linux/bin -lnsl LDLOADLIBS =
>> -L/home/share/ars/api/api763linux/bin -lnsl -lpthread
>> -licuucbmc_lx64 -licui18nbmc_lx64 -licudatabmc_lx64
>>
>> The output from "make test" is:
>> t/00connect.t ........... *** glibc detected *** /usr/bin/perl: double
>> free or corruption (fasttop): 0x00000000024138d0 ***
>>
>> Any ideas on how to get forward here?
>>
>>         Best Regards - Misi, RRR AB, http://rrr.se/sv/
>>
>> > 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
>> > ----------------------------------------------------------------------
>> > -------- Free Software Download: Index, Search & Analyze Logs and
>> > other IT data in Real-Time with Splunk. Collect, index and harness all
>> > the fast moving IT data generated by your applications, servers and
>> > devices whether physical, virtual or in the cloud. Deliver compliance
>> > at lower cost and gain new business insights.
>> > http://p.sf.net/sfu/splunk-dev2dev
>> >
>> > --
>> > Arsperl-users mailing list
>> > Ars...@ar...
>> > https://lists.sourceforge.net/lists/listinfo/arsperl-users
>> >
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Colocation vs. Managed Hosting
>> A question and answer guide to determining the best fit for your
>> organization - today and in the future.
>> http://p.sf.net/sfu/internap-sfd2d
>>
>>
>> --
>> Arsperl-users mailing list
>> Ars...@ar...
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>>
>>
>> ------------------------------------------------------------------------------
>> Colocation vs. Managed Hosting
>> A question and answer guide to determining the best fit
>> for your organization - today and in the future.
>> http://p.sf.net/sfu/internap-sfd2d
>>
>>
>> --
>> Arsperl-users mailing list
>> Ars...@ar...
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>>
>
>

Re: [Arsperl-users] arsperl 1.92 and ars 7.5 64bit

[Axton <axt...@gm...>]

I was able to compile 64-bit on Solaris 9 with ARS 7.5 patch 3.  It is
working, though there were a number of warnings during compilation.  I had
to make the following changes to Makefile.PL (this was with the latest from
CVS as of 3-22):

$ diff -ub ARSperl/Makefile.PL ARSperl_bmc/Makefile.PL
--- ARSperl/Makefile.PL 2010-09-01 12:18:29.000000000 -0500
+++ ARSperl_bmc/Makefile.PL     2011-03-23 23:21:17.351286272 -0500
@@ -25,7 +25,7 @@

 # STEP 1 -> Set the path to your ARS API directory

-$ARSAPI      = "/usr/ar/api";
+$ARSAPI      = "/bmc/local/apps/remedy/phx-remarsiso-01/api";
 #$ARSAPI     = "/u1/project/ARSperl/api/sol2/api6.0.1";
 #$ARSAPI     = "/u1/project/ARSperl/api/sol2/api6.3";
 #$ARSAPI     = "/u1/project/ARSperl/api/linux/7.1.0p8";
@@ -55,11 +55,11 @@
 #              your version (e.g. for 4.5 you would specify 4.0, NOT
 #             4.52)
 #
-$ARSVERSION = 7.6;
+$ARSVERSION = 7.5;


 # STEP 3 -> Choose architecture dependent suffix for library names, if
necessary
-$ARCHITECTURE = "";
+$ARCHITECTURE = "solsp64";
 # $ARCHITECTURE = "hpia32":   # HPUX Itanium 32-bit
 # $ARCHITECTURE = "hpia64":   # HPUX Itanium 64-bit
 # $ARCHITECTURE = "hppa64":   # HPUX PA-RISC 64-bit
@@ -199,7 +199,7 @@
   $ARS_LDPATH = qq{-L"$ARSAPI/lib"};
   $INCLUDES   = qq{-I"$ARSAPI/include"};
 }else{
-  $ARS_LDPATH = "-L$ARSAPI/lib";
+  $ARS_LDPATH = "-L$ARSAPI/lib -L$ARSAPI/../bin";
   $INCLUDES   = "-I$ARSAPI/include";
 }

These are the warnings:

$ make
cp ARS/arerrno-h.pm blib/lib/ARS/arerrno-h.pm
cp ARS/OOsup.pm blib/lib/ARS/OOsup.pm
cp ARS/ar-h.pm blib/lib/ARS/ar-h.pm
cp ARS/nparm.pm blib/lib/ARS/nparm.pm
cp ARS/OOmsgs.pm blib/lib/ARS/OOmsgs.pm
cp ARS/OOform.pm blib/lib/ARS/OOform.pm
cp ARS.pm blib/lib/ARS.pm
AutoSplitting blib/lib/ARS.pm (blib/lib/auto/ARS)
/bmc/local/apps/perl/bin/perl
/bmc/local/apps/perl-5.12.3/lib/5.12.3/ExtUtils/xsubpp  -typemap
/bmc/local/apps/perl-5.12.3/lib/5.12.3/ExtUtils/typemap -typemap typemap
 ARS.xs > ARS.xsc && mv ARS.xsc ARS.c
gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include  -mcpu=v9 -m64
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -O    -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
"-I/bmc/local/apps/perl-5.12.3/lib/5.12.3/sun4-solaris-64/CORE"  -g
-Wno-unused-variable -Wuninitialized  -DARS32 -DARS452
 -DPERL_PATCHLEVEL_IS=12 -DPERL_SUBVERSION_IS=3 -DPERL_BASEREV_IS=50 ARS.c
ARS.c: In function `XS_ARS_ars_GetListContainer':
ARS.xs:1197: warning: 'ret' might be used uninitialized in this function
ARS.xs: In function `XS_ARS_ars_CreateField':
ARS.xs:4397: warning: passing arg 3 of `ulongcpyHVal' from incompatible
pointer type
ARS.xs: In function `XS_ARS_ars_CreateVUI':
ARS.xs:5173: warning: passing arg 3 of `ulongcpyHVal' from incompatible
pointer type
ARS.xs: In function `XS_ARS_ars_CreateActiveLink':
ARS.xs:5840: warning: passing arg 3 of `ulongcpyHVal' from incompatible
pointer type
ARS.xs:5843: warning: passing arg 3 of `ulongcpyHVal' from incompatible
pointer type
ARS.xs:5877: warning: passing arg 17 of `ARCreateActiveLink' makes integer
from pointer without a cast
ARS.xs: In function `XS_ARS_ars_SetActiveLink':
ARS.xs:6032: warning: passing arg 3 of `ulongcpyHVal' from incompatible
pointer type
ARS.xs:6036: warning: passing arg 3 of `ulongcpyHVal' from incompatible
pointer type
ARS.xs: In function `XS_ARS_ars_CreateEscalation':
ARS.xs:6484: warning: passing arg 3 of `longcpyHVal' from incompatible
pointer type
ARS.xs:6487: warning: passing arg 3 of `longcpyHVal' from incompatible
pointer type
ARS.xs:6488: warning: passing arg 3 of `longcpyHVal' from incompatible
pointer type
ARS.xs:6489: warning: passing arg 3 of `longcpyHVal' from incompatible
pointer type
ARS.xs: In function `XS_ARS_ars_SetEscalation':
ARS.xs:6634: warning: passing arg 3 of `longcpyHVal' from incompatible
pointer type
ARS.xs:6638: warning: passing arg 3 of `longcpyHVal' from incompatible
pointer type
ARS.xs:6639: warning: passing arg 3 of `longcpyHVal' from incompatible
pointer type
ARS.xs:6640: warning: passing arg 3 of `longcpyHVal' from incompatible
pointer type
ARS.c: In function `XS_ARS_ars_SetImage':
ARS.xs:6850: warning: 'objPropList' might be used uninitialized in this
function
ARS.xs: In function `XS_ARS_ars_Signal':
ARS.xs:7697: warning: comparison is always false due to limited range of
data type
gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include  -mcpu=v9 -m64
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -O    -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
"-I/bmc/local/apps/perl-5.12.3/lib/5.12.3/sun4-solaris-64/CORE"  -g
-Wno-unused-variable -Wuninitialized  -DARS32 -DARS452
 -DPERL_PATCHLEVEL_IS=12 -DPERL_SUBVERSION_IS=3 -DPERL_BASEREV_IS=50
support.c
support.c: In function `debug_free':
support.c:103: warning: cast from pointer to integer of different size
support.c: In function `set_logging_file_ptr':
support.c:132: warning: cast from pointer to integer of different size
support.c: In function `sv_to_ARValue':
support.c:3906: warning: passing arg 2 of `Perl_sv_2pv_flags' from
incompatible pointer type
gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include  -mcpu=v9 -m64
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -O    -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
"-I/bmc/local/apps/perl-5.12.3/lib/5.12.3/sun4-solaris-64/CORE"  -g
-Wno-unused-variable -Wuninitialized  -DARS32 -DARS452
 -DPERL_PATCHLEVEL_IS=12 -DPERL_SUBVERSION_IS=3 -DPERL_BASEREV_IS=50
supportrev.c
supportrev.c: In function `rev_ARAssignList_helper':
supportrev.c:1047: warning: passing arg 3 of `ulongcpyHVal' from
incompatible pointer type
supportrev.c: In function `rev_ARValueStructDiary':
supportrev.c:1429: warning: passing arg 3 of `longcpyHVal' from incompatible
pointer type
supportrev.c: In function `rev_ARByteList':
supportrev.c:1527: warning: passing arg 3 of `rev_ARByteListStr2Type' from
incompatible pointer type
supportrev.c: In function `rev_ARAssignFieldStruct_helper':
supportrev.c:1744: warning: passing arg 3 of `ulongcpyHVal' from
incompatible pointer type
supportrev.c: In function `rev_ARStatHistoryValue_helper':
supportrev.c:1902: warning: passing arg 3 of `ulongcpyHVal' from
incompatible pointer type
supportrev.c: In function `rev_ARFilterStatusStruct':
supportrev.c:2174: warning: passing arg 3 of `longcpyHVal' from incompatible
pointer type
supportrev.c: In function `rev_ARStatusStruct':
supportrev.c:2230: warning: passing arg 3 of `longcpyHVal' from incompatible
pointer type
supportrev.c: In function `rev_ARMessageStruct':
supportrev.c:2311: warning: passing arg 3 of `longcpyHVal' from incompatible
pointer type
supportrev.c: In function `rev_ARFieldCharacteristics':
supportrev.c:2369: warning: passing arg 3 of `ulongcpyHVal' from
incompatible pointer type
supportrev.c: In function `rev_ARPropList_helper':
supportrev.c:2480: warning: passing arg 3 of `ulongcpyHVal' from
incompatible pointer type
supportrev.c: In function `rev_ARDisplayInstanceStruct':
supportrev.c:2779: warning: passing arg 3 of `ulongcpyHVal' from
incompatible pointer type
gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include  -mcpu=v9 -m64
-fno-strict-aliasing -pipe -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -O    -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
"-I/bmc/local/apps/perl-5.12.3/lib/5.12.3/sun4-solaris-64/CORE"  -g
-Wno-unused-variable -Wuninitialized  -DARS32 -DARS452
 -DPERL_PATCHLEVEL_IS=12 -DPERL_SUBVERSION_IS=3 -DPERL_BASEREV_IS=50
supportrev_generated.c
Running Mkbootstrap for ARS ()
chmod 644 ARS.bs
rm -f blib/arch/auto/ARS/ARS.so
LD_RUN_PATH="/usr/lib/sparcv9:/bmc/local/apps/remedy/phx-remarsiso-01/api/../bin"
gcc  -G -m64 -L/usr/lib/sparcv9 -L/usr/local/lib ARS.o support.o
supportrev.o supportrev_generated.o  -o blib/arch/auto/ARS/ARS.so
/bmc/local/apps/remedy/phx-remarsiso-01/api/lib/libar_solsp64.a \
   -L/bmc/local/apps/remedy/phx-remarsiso-01/api/lib
-L/bmc/local/apps/remedy/phx-remarsiso-01/api/../bin -lnsl -lpthread
-licuucbmc_solsp64 -licui18nbmc_solsp64 -licudatabmc_solsp64          \

chmod 755 blib/arch/auto/ARS/ARS.so
cp ARS.bs blib/arch/auto/ARS/ARS.bs
chmod 644 blib/arch/auto/ARS/ARS.bs

I was also able to build 32-bit with the following changes to Makefile.PL on
the same system:

$ diff -ub ARSperl/Makefile.PL Makefile.PL
--- ARSperl/Makefile.PL 2010-09-01 12:18:29.000000000 -0500
+++ Makefile.PL 2011-03-24 09:16:34.607629208 -0500
@@ -25,7 +25,7 @@

 # STEP 1 -> Set the path to your ARS API directory

-$ARSAPI      = "/usr/ar/api";
+$ARSAPI      = "/bmc/local/apps/remedy/phx-remarsiso-01/api";
 #$ARSAPI     = "/u1/project/ARSperl/api/sol2/api6.0.1";
 #$ARSAPI     = "/u1/project/ARSperl/api/sol2/api6.3";
 #$ARSAPI     = "/u1/project/ARSperl/api/linux/7.1.0p8";
@@ -55,7 +55,7 @@
 #              your version (e.g. for 4.5 you would specify 4.0, NOT
 #             4.52)
 #
-$ARSVERSION = 7.6;
+$ARSVERSION = 7.5;


 # STEP 3 -> Choose architecture dependent suffix for library names, if
necessary
@@ -199,7 +199,7 @@
   $ARS_LDPATH = qq{-L"$ARSAPI/lib"};
   $INCLUDES   = qq{-I"$ARSAPI/include"};
 }else{
-  $ARS_LDPATH = "-L$ARSAPI/lib";
+  $ARS_LDPATH = "-L$ARSAPI/lib -L$ARSAPI/../bin";
   $INCLUDES   = "-I$ARSAPI/include";
 }

This compiled without as many warnings:

$ make
Skip blib/lib/ARS/arerrno-h.pm (unchanged)
Skip blib/lib/ARS/OOsup.pm (unchanged)
Skip blib/lib/ARS/ar-h.pm (unchanged)
Skip blib/lib/ARS/nparm.pm (unchanged)
Skip blib/lib/ARS/OOmsgs.pm (unchanged)
Skip blib/lib/ARS/OOform.pm (unchanged)
Skip blib/lib/ARS.pm (unchanged)
/usr/local/bin/perl /usr/local/lib/perl5/5.8.8/ExtUtils/xsubpp  -typemap
/usr/local/lib/perl5/5.8.8/ExtUtils/typemap -typemap typemap  ARS.xs >
ARS.xsc && mv ARS.xsc ARS.c
gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include
 -fno-strict-aliasing -pipe -Wdeclaration-after-statement
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O
 -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
"-I/usr/local/lib/perl5/5.8.8/sun4-solaris/CORE"  -g   -Wno-unused-variable
-Wuninitialized  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=8
-DPERL_SUBVERSION_IS=8 -DPERL_BASEREV_IS=50 ARS.c
ARS.c: In function `XS_ARS_ars_GetListContainer':
ARS.xs:1197: warning: 'ret' might be used uninitialized in this function
ARS.xs: In function `XS_ARS_ars_CreateActiveLink':
ARS.xs:5877: warning: passing arg 17 of `ARCreateActiveLink' makes integer
from pointer without a cast
ARS.c: In function `XS_ARS_ars_SetImage':
ARS.xs:6850: warning: 'objPropList' might be used uninitialized in this
function
gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include
 -fno-strict-aliasing -pipe -Wdeclaration-after-statement
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O
 -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
"-I/usr/local/lib/perl5/5.8.8/sun4-solaris/CORE"  -g   -Wno-unused-variable
-Wuninitialized  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=8
-DPERL_SUBVERSION_IS=8 -DPERL_BASEREV_IS=50 support.c
gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include
 -fno-strict-aliasing -pipe -Wdeclaration-after-statement
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O
 -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
"-I/usr/local/lib/perl5/5.8.8/sun4-solaris/CORE"  -g   -Wno-unused-variable
-Wuninitialized  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=8
-DPERL_SUBVERSION_IS=8 -DPERL_BASEREV_IS=50 supportrev.c
gcc -c  -I/bmc/local/apps/remedy/phx-remarsiso-01/api/include
 -fno-strict-aliasing -pipe -Wdeclaration-after-statement
-I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O
 -DVERSION=\"1.92\"  -DXS_VERSION=\"1.92\" -fPIC
"-I/usr/local/lib/perl5/5.8.8/sun4-solaris/CORE"  -g   -Wno-unused-variable
-Wuninitialized  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=8
-DPERL_SUBVERSION_IS=8 -DPERL_BASEREV_IS=50 supportrev_generated.c
Running Mkbootstrap for ARS ()
chmod 644 ARS.bs
rm -f blib/arch/auto/ARS/ARS.so
LD_RUN_PATH="/usr/lib:/bmc/local/apps/remedy/phx-remarsiso-01/api/../bin"
gcc  -G -L/usr/local/lib ARS.o support.o supportrev.o supportrev_generated.o
 -o blib/arch/auto/ARS/ARS.so
/bmc/local/apps/remedy/phx-remarsiso-01/api/lib/libar.a\
   -L/bmc/local/apps/remedy/phx-remarsiso-01/api/lib
-L/bmc/local/apps/remedy/phx-remarsiso-01/api/../bin -lnsl -lpthread
-licuucbmc -licui18nbmc -licudatabmc          \

chmod 755 blib/arch/auto/ARS/ARS.so
cp ARS.bs blib/arch/auto/ARS/ARS.bs
chmod 644 blib/arch/auto/ARS/ARS.bs

Both the 32-bit and 64-bit versions were able to run the Dump_Users.pl
example.

During the "perl Makefile.PL" step, this is what clued me to adding the
ARSAPI/../bin to the -L linker options:

Configuring with options:
        ARSVERSION  = 7.50
        ARSAPI      = /bmc/local/apps/remedy/phx-remarsiso-01/api
        AUTODEFINES =  -g   -Wno-unused-variable -Wuninitialized  -DARS32
-DARS452  -DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=8 -DPERL_BASEREV_IS=50
Checking if your kit is complete...
Looks good
*Note (probably harmless): No library found for -licuucbmc*
*Note (probably harmless): No library found for -licui18nbmc*
*Note (probably harmless): No library found for -licudatabmc*
Writing Makefile for ARS

Axton Grams

On Fri, Mar 18, 2011 at 10:53 AM, Lamy, Thomas <Tom...@un...> wrote:

> There is no support for 64-bit. I installed ARSperl-1.91 on 64-bit RHEL
> 5.6. Here is how I did it:
>
> I am 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.
> 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.)
>
> 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
>
> -----Original Message-----
> From: Misi Mladoniczky [mailto:mi...@rr...]
> Sent: Friday, March 18, 2011 3:59 AM
> To: ARSperl User Discussion
> Subject: Re: [Arsperl-users] arsperl 1.92 and ars 7.5 64bit
>
> Any luck with this?
>
> I am trying to compile on linux with ARAPI 7.6.3.
>
> To get it to compile I changed the Makefile to include the libicu*bmc
> libraries.
>
> EXTRALIBS = -L/home/share/ars/api/api763linux/bin -lnsl LDLOADLIBS =
> -L/home/share/ars/api/api763linux/bin -lnsl -lpthread
> -licuucbmc_lx64 -licui18nbmc_lx64 -licudatabmc_lx64
>
> The output from "make test" is:
> t/00connect.t ........... *** glibc detected *** /usr/bin/perl: double free
> or corruption (fasttop): 0x00000000024138d0 ***
>
> Any ideas on how to get forward here?
>
>         Best Regards - Misi, RRR AB, http://rrr.se/sv/
>
> > 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
> > ----------------------------------------------------------------------
> > -------- Free Software Download: Index, Search & Analyze Logs and
> > other IT data in Real-Time with Splunk. Collect, index and harness all
> > the fast moving IT data generated by your applications, servers and
> > devices whether physical, virtual or in the cloud. Deliver compliance
> > at lower cost and gain new business insights.
> > http://p.sf.net/sfu/splunk-dev2dev
> >
> > --
> > Arsperl-users mailing list
> > Ars...@ar...
> > https://lists.sourceforge.net/lists/listinfo/arsperl-users
> >
>
>
>
>
> ------------------------------------------------------------------------------
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit for your
> organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
>
>
> --
> Arsperl-users mailing list
> Ars...@ar...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>
> ------------------------------------------------------------------------------
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
>
>
> --
> Arsperl-users mailing list
> Ars...@ar...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>

Re: [Arsperl-users] arsperl 1.92 and ars 7.5 64bit

[Lamy, T. <Tom...@un...>]

There is no support for 64-bit. I installed ARSperl-1.91 on 64-bit RHEL 5.6. Here is how I did it:

I am 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.
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.)

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

-----Original Message-----
From: Misi Mladoniczky [mailto:mi...@rr...] 
Sent: Friday, March 18, 2011 3:59 AM
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] arsperl 1.92 and ars 7.5 64bit

Any luck with this?

I am trying to compile on linux with ARAPI 7.6.3.

To get it to compile I changed the Makefile to include the libicu*bmc libraries.

EXTRALIBS = -L/home/share/ars/api/api763linux/bin -lnsl LDLOADLIBS = -L/home/share/ars/api/api763linux/bin -lnsl -lpthread
-licuucbmc_lx64 -licui18nbmc_lx64 -licudatabmc_lx64

The output from "make test" is:
t/00connect.t ........... *** glibc detected *** /usr/bin/perl: double free or corruption (fasttop): 0x00000000024138d0 ***

Any ideas on how to get forward here?

         Best Regards - Misi, RRR AB, http://rrr.se/sv/

> 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
> ----------------------------------------------------------------------
> -------- Free Software Download: Index, Search & Analyze Logs and 
> other IT data in Real-Time with Splunk. Collect, index and harness all 
> the fast moving IT data generated by your applications, servers and 
> devices whether physical, virtual or in the cloud. Deliver compliance 
> at lower cost and gain new business insights. 
> http://p.sf.net/sfu/splunk-dev2dev
>
> --
> Arsperl-users mailing list
> Ars...@ar...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>



------------------------------------------------------------------------------
Colocation vs. Managed Hosting
A question and answer guide to determining the best fit for your organization - today and in the future.
http://p.sf.net/sfu/internap-sfd2d


--
Arsperl-users mailing list
Ars...@ar...
https://lists.sourceforge.net/lists/listinfo/arsperl-users

Re: [Arsperl-users] arsperl 1.92 and ars 7.5 64bit

[Misi M. <mi...@rr...>]

Any luck with this?

I am trying to compile on linux with ARAPI 7.6.3.

To get it to compile I changed the Makefile to include the libicu*bmc
libraries.

EXTRALIBS = -L/home/share/ars/api/api763linux/bin -lnsl
LDLOADLIBS = -L/home/share/ars/api/api763linux/bin -lnsl -lpthread
-licuucbmc_lx64 -licui18nbmc_lx64 -licudatabmc_lx64

The output from "make test" is:
t/00connect.t ........... *** glibc detected *** /usr/bin/perl: double
free or corruption (fasttop): 0x00000000024138d0 ***

Any ideas on how to get forward here?

         Best Regards - Misi, RRR AB, http://rrr.se/sv/

> 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
> ------------------------------------------------------------------------------
> Free Software Download: Index, Search & Analyze Logs and other IT data in
> Real-Time with Splunk. Collect, index and harness all the fast moving IT
> data
> generated by your applications, servers and devices whether physical,
> virtual
> or in the cloud. Deliver compliance at lower cost and gain new business
> insights. http://p.sf.net/sfu/splunk-dev2dev
>
> --
> Arsperl-users mailing list
> Ars...@ar...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>

Re: [Arsperl-users] Problems with ARSPerl on ActiveState Perl 5.10.1, ARSperl-1.91 & Remedy 7.0.01 Patch 008

[jeff m. <jcm...@je...>]

dont mix the non-OO calls with the OO connection object, instead deref the ctrl member 

my @schemas = ars_GetListUser($c->ctrl);



On Mar 3, 2011, at 9:01 AM, Tony Edwardson wrote:

> ++++++++++++++++++++++++++++++++++++++++++++++++++++++
> 
> 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 not...@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.
> 
> 
>  
> *************************************************************************************************
> 
>  
> ------------------------------------------------------------------------------
> Free Software Download: Index, Search & Analyze Logs and other IT data in 
> Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
> generated by your applications, servers and devices whether physical, virtual
> or in the cloud. Deliver compliance at lower cost and gain new business 
> insights. http://p.sf.net/sfu/splunk-dev2dev 
> 
> --
> Arsperl-users mailing list
> Ars...@ar...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users