arsperl-users — Discussions regarding the use of ARSperl

[Arsperl-users] FW: ARS Perl Compatibility issue with ARS 8.1

[Narayanan, S. <san...@cg...>]

Hi There,

We have a requirement of setting up ARS Perl in Remedy 8.1.

I have windows 32 bit system. I have installed ARS 8.1(64 bit) and Perl 5.3 in my local system.

I am not able to install (run make file) the ARS Perl in my system. So could anyone please suggest which step i have missed or add to setup ARS Perl version to support the 64bit ARS 8.1.

Also I am facing the same issues in RHEL 6.4 Linux 64 bit system.


Let me know any further details needed from my end.

Awaiting your response.



Regards,

Sankar

Re: [Arsperl-users] Perl set up

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

Hi,

You can compile an earlier version of the API and still use it against an 8.1
server. The main stuff for accessing data is not affected at all.

Note that you will have trouble getting the 64-bit version to work, which
means that you need to install a 32-bit perl environment to use ARSperl.

Please correct me if I am wrong ;-)

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

>
> Hi There,
>
> Can anyone please let me know which version of Perl and ARS Perl Supports
> Remedy 8.1 ?
>
> We have a requirement of setting up Perl in Remedy 8.1 . We need to know which
> version of Perl and ARS Perl supports Remedy 8.1 ?
>
> Our environment details are :
>
> OS : Linux RHEL 6.4
> ARS Server : 8.1
> Database : Oracle 11g R2
>
> Let me know any further details needed from my end.
>
> Awaiting your response.
>
> Regards,
> Sankar
> ------------------------------------------------------------------------------
> LIMITED TIME SALE - Full Year of Microsoft Training For Just $49.99!
> 1,500+ hours of tutorials including VisualStudio 2012, Windows 8, SharePoint
> 2013, SQL 2012, MVC 4, more. BEST VALUE: New Multi-Library Power Pack includes
> Mobile, Cloud, Java, and UX Design. Lowest price ever! Ends 9/20/13.
> http://pubads.g.doubleclick.net/gampad/clk?id=58041151&iu=/4140/ostg.clktrk
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

[Arsperl-users] Perl set up

[Narayanan, S. <san...@cg...>]

Hi There,

Can anyone please let me know which version of Perl and ARS Perl Supports Remedy 8.1 ?

We have a requirement of setting up Perl in Remedy 8.1 . We need to know which version of Perl and ARS Perl supports Remedy 8.1 ?

Our environment details are :

OS : Linux RHEL 6.4
ARS Server : 8.1
Database : Oracle 11g R2

Let me know any further details needed from my end.

Awaiting your response.

Regards,
Sankar

Re: [Arsperl-users] Future of ARSperl

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

Hi,

As of version 8.0, the Java API seems to be pure Java.

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

> Hi,
>
> I have not done much with the Java API either, but they redesigned it at
> version 7.0 or 7.l to make it much easier to use.
>
> I think that the most current versions of the Java API dir NOT depend on the
> compiled C libs. I will check.
>
>         Best Regards - Misi, RRR AB, http://rrr.se
>
>> Doesn't the Java API wrap the C API as well at the heart of it?  I saw the
>> response about utilizing the Java API but I *thought* that meant that they
>> had advertised WSDL pieces and was leveraging something like a SOAP call.
>> I've used the Java API as well (actually had to write a LoginServlet
>> extension using it as well) but it's no where near as user friendly as the
>> ARSPerl module is.
>>
>>
>> On Wed, Aug 28, 2013 at 3:47 PM, Misi Mladoniczky <mi...@rr...> wrote:
>>
>>> Hi,
>>>
>>> This is not very well thought through, but it seems time that something
>>> happens.
>>>
>>> Someone at ARSlist said he had just replaced all ARSperl code with
>>> Inline::Java calls to the Java API.
>>>
>>> Maybe it is time to dump the C-API and wrap ARSperl aginst the Java API
>>> instead?
>>>
>>> We would save a lot of hassle with the 64-bit version in any event.
>>>
>>> I have also thought about only wrapping some core calls instead of the
>>> entire
>>> API. The problem here seems to be to draw the line somewhere. I suspect
>>> that
>>> most of us only use 10% of the API calls. Probably less than that.
>>>
>>> But if we can let people access the Java API if an unusual function is
>>> needed,
>>> maybe we could implement 10% of the calls only.
>>>
>>>         Best Regards - Misi, RRR AB, http://rrr.se
>>>
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
>>> Discover the easy way to master current and previous Microsoft technologies
>>> and advance your career. Get an incredible 1,500+ hours of step-by-step
>>> tutorial videos with LearnDevNow. Subscribe today and save!
>>> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
>>>
>>>
>>> --
>>> Arsperl-users mailing list
>>> Ars...@li...
>>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>>>
>>
>>
>>
>> --
>> Eric Wolf
>> http://www.baconfatlabs.com "The best use of fat since bacon!"
>> We must free ourselves of the hope that the sea will ever rest. We must
>> learn to sail in high winds. --Aristotle Onassis
>> ------------------------------------------------------------------------------
>> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
>> Discover the easy way to master current and previous Microsoft technologies
>> and advance your career. Get an incredible 1,500+ hours of step-by-step
>> tutorial videos with LearnDevNow. Subscribe today and save!
>> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
>>
>> --
>> Arsperl-users mailing list
>> Ars...@li...
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>
>
> ------------------------------------------------------------------------------
> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
> Discover the easy way to master current and previous Microsoft technologies
> and advance your career. Get an incredible 1,500+ hours of step-by-step
> tutorial videos with LearnDevNow. Subscribe today and save!
> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>

Re: [Arsperl-users] Future of ARSperl

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

Hi,

I have not done much with the Java API either, but they redesigned it at
version 7.0 or 7.l to make it much easier to use.

I think that the most current versions of the Java API dir NOT depend on the
compiled C libs. I will check.

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

> Doesn't the Java API wrap the C API as well at the heart of it?  I saw the
> response about utilizing the Java API but I *thought* that meant that they
> had advertised WSDL pieces and was leveraging something like a SOAP call.
> I've used the Java API as well (actually had to write a LoginServlet
> extension using it as well) but it's no where near as user friendly as the
> ARSPerl module is.
>
>
> On Wed, Aug 28, 2013 at 3:47 PM, Misi Mladoniczky <mi...@rr...> wrote:
>
>> Hi,
>>
>> This is not very well thought through, but it seems time that something
>> happens.
>>
>> Someone at ARSlist said he had just replaced all ARSperl code with
>> Inline::Java calls to the Java API.
>>
>> Maybe it is time to dump the C-API and wrap ARSperl aginst the Java API
>> instead?
>>
>> We would save a lot of hassle with the 64-bit version in any event.
>>
>> I have also thought about only wrapping some core calls instead of the
>> entire
>> API. The problem here seems to be to draw the line somewhere. I suspect
>> that
>> most of us only use 10% of the API calls. Probably less than that.
>>
>> But if we can let people access the Java API if an unusual function is
>> needed,
>> maybe we could implement 10% of the calls only.
>>
>>         Best Regards - Misi, RRR AB, http://rrr.se
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
>> Discover the easy way to master current and previous Microsoft technologies
>> and advance your career. Get an incredible 1,500+ hours of step-by-step
>> tutorial videos with LearnDevNow. Subscribe today and save!
>> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
>>
>>
>> --
>> Arsperl-users mailing list
>> Ars...@li...
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>>
>
>
>
> --
> Eric Wolf
> http://www.baconfatlabs.com "The best use of fat since bacon!"
> We must free ourselves of the hope that the sea will ever rest. We must
> learn to sail in high winds. --Aristotle Onassis
> ------------------------------------------------------------------------------
> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
> Discover the easy way to master current and previous Microsoft technologies
> and advance your career. Get an incredible 1,500+ hours of step-by-step
> tutorial videos with LearnDevNow. Subscribe today and save!
> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

Re: [Arsperl-users] Future of ARSperl

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

Doesn't the Java API wrap the C API as well at the heart of it?  I saw the
response about utilizing the Java API but I *thought* that meant that they
had advertised WSDL pieces and was leveraging something like a SOAP call.
I've used the Java API as well (actually had to write a LoginServlet
extension using it as well) but it's no where near as user friendly as the
ARSPerl module is.


On Wed, Aug 28, 2013 at 3:47 PM, Misi Mladoniczky <mi...@rr...> wrote:

> Hi,
>
> This is not very well thought through, but it seems time that something
> happens.
>
> Someone at ARSlist said he had just replaced all ARSperl code with
> Inline::Java calls to the Java API.
>
> Maybe it is time to dump the C-API and wrap ARSperl aginst the Java API
> instead?
>
> We would save a lot of hassle with the 64-bit version in any event.
>
> I have also thought about only wrapping some core calls instead of the
> entire
> API. The problem here seems to be to draw the line somewhere. I suspect
> that
> most of us only use 10% of the API calls. Probably less than that.
>
> But if we can let people access the Java API if an unusual function is
> needed,
> maybe we could implement 10% of the calls only.
>
>         Best Regards - Misi, RRR AB, http://rrr.se
>
>
>
> ------------------------------------------------------------------------------
> Learn the latest--Visual Studio 2012, SharePoint 2013, SQL 2012, more!
> Discover the easy way to master current and previous Microsoft technologies
> and advance your career. Get an incredible 1,500+ hours of step-by-step
> tutorial videos with LearnDevNow. Subscribe today and save!
> http://pubads.g.doubleclick.net/gampad/clk?id=58040911&iu=/4140/ostg.clktrk
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>



-- 
Eric Wolf
http://www.baconfatlabs.com "The best use of fat since bacon!"
We must free ourselves of the hope that the sea will ever rest. We must
learn to sail in high winds. --Aristotle Onassis

[Arsperl-users] Future of ARSperl

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

Hi,

This is not very well thought through, but it seems time that something happens.

Someone at ARSlist said he had just replaced all ARSperl code with
Inline::Java calls to the Java API.

Maybe it is time to dump the C-API and wrap ARSperl aginst the Java API instead?

We would save a lot of hassle with the 64-bit version in any event.

I have also thought about only wrapping some core calls instead of the entire
API. The problem here seems to be to draw the line somewhere. I suspect that
most of us only use 10% of the API calls. Probably less than that.

But if we can let people access the Java API if an unusual function is needed,
maybe we could implement 10% of the calls only.

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

Re: [Arsperl-users] Request Sub-Category is required prior to closing or resolving a ticket. (ARERR 202212)

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

This error comes from your AR filters and not ARSperl. Consult with your local AR support team regarding that logic.

jeff


On Aug 8, 2013, at 8:29 AM, "Nysten, Pascal (Pascal)" <pas...@al...> wrote:

> Hello,
>  
> Why do we have to populate Request Sub-Category when there are no Sub-Categories available?
>  
> When I try to set status to “Resolved”, I get this error:
> “Request Sub-Category is required prior to closing or resolving a ticket. (ARERR 202212)”
>  
> But there is no available Request Sub-Category: example 1-4612691.
>  
> Regards,
>  
> Pascal
>  
> ------------------------------------------------------------------------------
> Get 100% visibility into Java/.NET code with AppDynamics Lite!
> It's a free troubleshooting tool designed for production.
> Get down to code-level detail for bottlenecks, with <2% overhead. 
> Download for free and get started troubleshooting in minutes. 
> http://pubads.g.doubleclick.net/gampad/clk?id=48897031&iu=/4140/ostg.clktrk
> 
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

[Arsperl-users] Request Sub-Category is required prior to closing or resolving a ticket. (ARERR 202212)

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

Hello,

Why do we have to populate Request Sub-Category when there are no Sub-Categories available?

When I try to set status to "Resolved", I get this error:
"Request Sub-Category is required prior to closing or resolving a ticket. (ARERR 202212)"

But there is no available Request Sub-Category: example 1-4612691.

Regards,

Pascal

[Arsperl-users] Error while installing ARS Perl 1.93

[manisha <man...@gm...>]

Hi All,

Requesting your help with the installation of ARS Perl 1.93.

I am getting the following error while performing the first step ie. perl
Makefile.PL

ERROR:
Can't modify numeric lt (<) in scalar assignment at Makefile.PL line 80,
near ");"
BEGIN not safe after errors--compilation aborted at Makefile.PL line 871.


-- 
Thanks & Regards,
Manisha Kaul

[Arsperl-users] ARS running with Linux/Sybase

[Austin, T. (MNIT) <ted...@st...>]

Has anyone run ARS in a Linux environment accessing a Sybase database installed on a Linux server?  Please let me know if you have.

ted....

Re: [Arsperl-users] Help required to compile ARSperl 1.93 on Linux RHEL 6.3

[Austin, T. (MNIT) <ted...@st...>]

Thank you Misi very, very much.

ted....

-----Original Message-----
From: Misi Mladoniczky [mailto:mi...@rr...] 
Sent: Wednesday, April 10, 2013 7:06 AM
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] Help required to compile ARSperl 1.93 on Linux RHEL 6.3

Hi,

Apparently there are problems with compiling againsat 64-bit. I for one would love to see this solved.

I guess a 32-bit perl could be used.

In 99% of the cases, you can just as well use an older version of the API that works without changing ARSperl.

There has not been any new field data types added for ages, which might be a reason to use a newer API.

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

> I am trying to compile ARSperl 1.93 with ARS 8.x on an Linux RHEL 6.3 server.
> Assuming it is possible, can anyone tell me what to look out for?  Do 
> I require a 32 bit Perl version?
> Thanks, any information is helpful
>
> ted....
>
> ----------------------------------------------------------------------
> -------- Precog is a next-generation analytics platform capable of 
> advanced analytics on semi-structured data. The platform includes APIs 
> for building apps and a phenomenal toolset for data science. 
> Developers can use our toolset for easy data analysis & visualization. 
> Get a free account!
> http://www2.precog.com/precogplatform/slashdotnewsletter
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users



------------------------------------------------------------------------------
Precog is a next-generation analytics platform capable of advanced analytics on semi-structured data. The platform includes APIs for building apps and a phenomenal toolset for data science. Developers can use our toolset for easy data analysis & visualization. Get a free account!
http://www2.precog.com/precogplatform/slashdotnewsletter


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

Re: [Arsperl-users] Help required to compile ARSperl 1.93 on Linux RHEL 6.3

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

Hi,

Apparently there are problems with compiling againsat 64-bit. I for one would
love to see this solved.

I guess a 32-bit perl could be used.

In 99% of the cases, you can just as well use an older version of the API that
works without changing ARSperl.

There has not been any new field data types added for ages, which might be a
reason to use a newer API.

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

> I am trying to compile ARSperl 1.93 with ARS 8.x on an Linux RHEL 6.3 server.
> Assuming it is possible, can anyone tell me what to look out for?  Do I
> require a 32 bit Perl version?
> Thanks, any information is helpful
>
> ted....
>
> ------------------------------------------------------------------------------
> Precog is a next-generation analytics platform capable of advanced
> analytics on semi-structured data. The platform includes APIs for building
> apps and a phenomenal toolset for data science. Developers can use
> our toolset for easy data analysis & visualization. Get a free account!
> http://www2.precog.com/precogplatform/slashdotnewsletter
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

[Arsperl-users] Help required to compile ARSperl 1.93 on Linux RHEL 6.3

[Austin, T. (MNIT) <ted...@st...>]

I am trying to compile ARSperl 1.93 with ARS 8.x on an Linux RHEL 6.3 server.  Assuming it is possible, can anyone tell me what to look out for?  Do I require a 32 bit Perl version?
Thanks, any information is helpful

ted....

Re: [Arsperl-users] ARSystem 8.1 files still 32-bit

[Austin, T. (MNIT) <ted...@st...>]

Hello Conny,
Please help me to understand.  I am trying to compile ARSperl 1.93 with ARS 8.x on an Linux RHEL 6.3 server.  Assuming it is possible, can you tell me what to look out for?  Do I require a 32 bit Perl version? Thanks,
ted....

From: Con...@t-... [mailto:Con...@t-...]
Sent: Monday, February 25, 2013 2:49 AM
To: ars...@li...
Subject: Re: [Arsperl-users] ARSystem 8.1 files still 32-bit

I think there is a misunderstanding.  AR API files exist in both 32 and 64 Bit versions. You should see some files with a suffix of _lx64.so if you're on linux. The suffix is, for whatever reason, platform dependent.

But unfortunately no one was able to compile a working ARSPerl using 64 Bit libraries on linux. It compiles fine but when you're trying to connect to an ar-server it throws some RPC errors.

I've opened a ticket at BMC Support, but they closed it with "No Plans to Fix" :-(

Regards Conny

________________________________
Von: Paul Blasquez [mailto:pbl...@gm...]
Gesendet: Montag, 25. Februar 2013 07:33
An: ARSperl User Discussion
Betreff: [Arsperl-users] ARSystem 8.1 files still 32-bit
Misi,
I took the liberty of downloading the AR API files from your ARSList post, looks like it's still 32-bit:

$ file libar.so
libar.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not stripped
Can you confirm?  It makes me wonder if BMC even knows we are waiting for 64 bit libraries here.
Regards,
-Paul

Re: [Arsperl-users] ARSperl 1.93 compiling with ARS API 6.3

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

Did you have different errors prior to this?  I've seen this before but it
was a result of fixing missing libraries in between builds.  What does the
output of your Makefile.PL show?  Can you try to clean what you've got
using "make clean" and see if anything else turns up?


On Fri, Mar 29, 2013 at 1:20 AM, Sanjay Nanda <sn...@ca...> wrote:

> Hi,****
>
> ** **
>
> I am trying to install ARSperl 1.93 for ARS API 6.3 on a RH 3.0 (32-bit)
> with Perl 5.8.0. First step “perl Makefile.PL” went fine without any
> errors. When executing “make” it is giving error. Below is the error. Any
> help in resolving this would be appreciated.****
>
> ** **
>
> [snanda@noida-remedy-test ARSperl-1.93]$ make****
>
> Skip blib/lib/ARS/OOsup.pm (unchanged)****
>
> cp ARS/arerrno-h.pm blib/lib/ARS/arerrno-h.pm****
>
> Skip blib/lib/ARS/nparm.pm (unchanged)****
>
> cp ARS/ar-h.pm blib/lib/ARS/ar-h.pm****
>
> Skip blib/lib/ARS/OOmsgs.pm (unchanged)****
>
> Skip blib/lib/ARS/OOform.pm (unchanged)****
>
> cp ARS.pm blib/lib/ARS.pm****
>
> AutoSplitting blib/lib/ARS.pm (blib/lib/auto/ARS)****
>
> /usr/bin/perl /usr/lib/perl5/5.8.0/ExtUtils/xsubpp  -typemap
> /usr/lib/perl5/5.8.0/ExtUtils/typemap -typemap typemap  ARS.xs > ARS.xsc &&
> mv ARS.xsc ARS.c****
>
> gcc -c  -I/usr/ar/arprod/api/include -D_REENTRANT -D_GNU_SOURCE
> -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -I/usr/local/include
> -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe
> -march=i386 -mcpu=i686   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC
> "-I/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE"  -g
> -Wno-unused-variable -Wuninitialized  -DARS32 -DARS452  -malign-double
> -DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=0 -DPERL_BASEREV_IS=50  ARS.c*
> ***
>
> ARS.xs: In function `XS_ARS_ars_qualifier_ptr':****
>
> ARS.xs:111: invalid type argument of `->'****
>
> ARS.xs:111: invalid type argument of `->'****
>
> ARS.xs:111: invalid type argument of `->'****
>
> ARS.xs:111: invalid type argument of `->'****
>
> ARS.xs:111: invalid type argument of `->'****
>
> ARS.xs:111: invalid type argument of `->'****
>
> ARS.xs:111: warning: passing arg 2 of `Perl_sv_2bool' makes pointer from
> integer without a cast****
>
> make: *** [ARS.o] Error 1****
>
> [snanda@noida-remedy-test ARSperl-1.93]$****
>
> ** **
>
>
> ------------------------------------------------------------------------------
> Own the Future-Intel(R) Level Up Game Demo Contest 2013
> Rise to greatness in Intel's independent game demo contest. Compete
> for recognition, cash, and the chance to get your game on Steam.
> $5K grand prize plus 10 genre and skill prizes. Submit your demo
> by 6/6/13. http://altfarm.mediaplex.com/ad/ck/12124-176961-30367-2
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>

[Arsperl-users] ARSperl 1.93 compiling with ARS API 6.3

[Sanjay N. <sn...@ca...>]

Hi,

I am trying to install ARSperl 1.93 for ARS API 6.3 on a RH 3.0 (32-bit) with Perl 5.8.0. First step "perl Makefile.PL" went fine without any errors. When executing "make" it is giving error. Below is the error. Any help in resolving this would be appreciated.

[snanda@noida-remedy-test ARSperl-1.93]$ make
Skip blib/lib/ARS/OOsup.pm (unchanged)
cp ARS/arerrno-h.pm blib/lib/ARS/arerrno-h.pm
Skip blib/lib/ARS/nparm.pm (unchanged)
cp ARS/ar-h.pm blib/lib/ARS/ar-h.pm
Skip blib/lib/ARS/OOmsgs.pm (unchanged)
Skip blib/lib/ARS/OOform.pm (unchanged)
cp ARS.pm blib/lib/ARS.pm
AutoSplitting blib/lib/ARS.pm (blib/lib/auto/ARS)
/usr/bin/perl /usr/lib/perl5/5.8.0/ExtUtils/xsubpp  -typemap /usr/lib/perl5/5.8.0/ExtUtils/typemap -typemap typemap  ARS.xs > ARS.xsc && mv ARS.xsc ARS.c
gcc -c  -I/usr/ar/arprod/api/include -D_REENTRANT -D_GNU_SOURCE -DTHREADS_HAVE_PIDS -DDEBUGGING -fno-strict-aliasing -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -I/usr/include/gdbm -O2 -g -pipe -march=i386 -mcpu=i686   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/lib/perl5/5.8.0/i386-linux-thread-multi/CORE"  -g   -Wno-unused-variable -Wuninitialized  -DARS32 -DARS452  -malign-double  -DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=0 -DPERL_BASEREV_IS=50  ARS.c
ARS.xs: In function `XS_ARS_ars_qualifier_ptr':
ARS.xs:111: invalid type argument of `->'
ARS.xs:111: invalid type argument of `->'
ARS.xs:111: invalid type argument of `->'
ARS.xs:111: invalid type argument of `->'
ARS.xs:111: invalid type argument of `->'
ARS.xs:111: invalid type argument of `->'
ARS.xs:111: warning: passing arg 2 of `Perl_sv_2bool' makes pointer from integer without a cast
make: *** [ARS.o] Error 1
[snanda@noida-remedy-test ARSperl-1.93]$

[Arsperl-users] make error when using ARSperl1.93 and 8.0 API

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

Hi Everyone,

A few of you that I have seen on list have indicated that you have gotten
1.93 and the 8.0 API to work with a little bit of aggravation.  This is
where I really need your help.  1.93 seems to *build* ok with my 7.6.04 API
files (I haven't tested it yet), but seems to bomb when I try it with 8.0.
 I'd like to get a lead up and get it working with 8.0 because we'll be
there before I know it and BMC has complained about "Out of date API
versions" in the past when we have had issues.

Anyway, when running make, I get the following error:

*-bash-3.2$ make
gcc -m32 -c  -I/opt/RemedyAPI/8.0api/include -fno-strict-aliasing -pipe
-Wdeclaration-after-statement -I/usr/local/include -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fpic
"-I/opt/perl32/lib/5.8.8/x86_64-linux/CORE"  -g  -DARS32 -DARS452
 -malign-double  -DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=8
-DPERL_BASEREV_IS=50  ARS.c
ARS.xs: In function âXS_ARS_ars_GetListImageâ:
ARS.xs:2835: warning: passing argument 5 of âARGetListImageâ from
incompatible pointer type
ARS.xs:2835: warning: passing argument 6 of âARGetListImageâ from
incompatible pointer type
ARS.xs:2835: error: too few arguments to function âARGetListImageâ
make: *** [ARS.o] Error 1 *

Has anyone run across this?  I looks like something that is new to the 8.0
API because I didn't get this error in 7.6.04.  Note:  I am running a
standalone 32 bit perl build on a 64 bit RHEL server.

Any help would be greatly appreciated.
Thanks,

-Eric

Re: [Arsperl-users] ARS Perl issue

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

It looks like that one ticket contains attachment data. Input for an 
attachment field must be specified in the @fields array as follows:

$attachment_field_id, {'name' => $fileName, 'size' => length($data), 
'buffer' => $data },

where $fileName is the name of the attachment file (to be displayed in 
the attachment pool) and $data is the actual attachment content 
(probably represented by the "Q'\x96Y`G\x03\xcc\x9b\xdc2}\xf5\x...." in 
the ticket description).



Best regards,
Thilo Stapff




On 25.03.2013 20:29, Victor Chavez wrote:
> We are running this code:
>
>    ARS::ars_SetEntry($ctrl, 'HPD:Help Desk', 'INC000002149624', 0, @fields) ;
>
> and getting this error:
>
>    [ERROR] Must specify 'size' key. (ARERR #80025)
>
> Note that @fields is a large array: it has about 280 entries some of
> whose values are several dozen K bytes.
>
> We can run other ARS Perl code including ticket create and other kinds
> of update without error.  Only this one ticket will generate this
> error; other tickets run with no problem.  Of potential interest: the
> ticket description contains many lines like:
>
>    Q'\x96Y`G\x03\xcc\x9b\xdc2}\xf5\xee\xdb\xa5\xf0\x7f\xbf^\x01\x18\xa9\x06W]7W\r\x13mV\x8c\xbb\xf2)\xb6\x06\xd2\x0ct
>
> We are running Remedy 7.1 on Red Hat Enterprise Linux AS release 4
> (Nahant Update 9, 2.6.9-103.ELsmp, 32bit) and running version 1.91 of
> the ARS Perl libraries.
>
> Any suggestions greatly appreciated.
>
> -Victor
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>

Re: [Arsperl-users] ARS Perl issue

[Victor C. <vd...@st...>]

On Mon, Mar 25, 2013 at 12:29 PM, Victor Chavez <vd...@st...> wrote:
> We are running this code:
>
>   ARS::ars_SetEntry($ctrl, 'HPD:Help Desk', 'INC000002149624', 0, @fields) ;
>
> and getting this error:
>
>   [ERROR] Must specify 'size' key. (ARERR #80025)
>
> Note that @fields is a large array: it has about 280 entries some of
> whose values are several dozen K bytes.
>
> We can run other ARS Perl code including ticket create and other kinds
> of update without error.  Only this one ticket will generate this
> error; other tickets run with no problem.  Of potential interest: the
> ticket description contains many lines like:
>
>   Q'\x96Y`G\x03\xcc\x9b\xdc2}\xf5\xee\xdb\xa5\xf0\x7f\xbf^\x01\x18\xa9\x06W]7W\r\x13mV\x8c\xbb\xf2)\xb6\x06\xd2\x0ct
>
> We are running Remedy 7.1 on Red Hat Enterprise Linux AS release 4
> (Nahant Update 9, 2.6.9-103.ELsmp, 32bit) and running version 1.91 of
> the ARS Perl libraries.

I should have also mentioned the Perl version is 5.8.5.

> Any suggestions greatly appreciated.

-Victor

[Arsperl-users] ARS Perl issue

[Victor C. <vd...@st...>]

We are running this code:

  ARS::ars_SetEntry($ctrl, 'HPD:Help Desk', 'INC000002149624', 0, @fields) ;

and getting this error:

  [ERROR] Must specify 'size' key. (ARERR #80025)

Note that @fields is a large array: it has about 280 entries some of
whose values are several dozen K bytes.

We can run other ARS Perl code including ticket create and other kinds
of update without error.  Only this one ticket will generate this
error; other tickets run with no problem.  Of potential interest: the
ticket description contains many lines like:

  Q'\x96Y`G\x03\xcc\x9b\xdc2}\xf5\xee\xdb\xa5\xf0\x7f\xbf^\x01\x18\xa9\x06W]7W\r\x13mV\x8c\xbb\xf2)\xb6\x06\xd2\x0ct

We are running Remedy 7.1 on Red Hat Enterprise Linux AS release 4
(Nahant Update 9, 2.6.9-103.ELsmp, 32bit) and running version 1.91 of
the ARS Perl libraries.

Any suggestions greatly appreciated.

-Victor

Re: [Arsperl-users] ARSystem 8.1 files still 32-bit

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

Hi,

What platform did you do this on?

A spontaneous guess would be that the memory allocation is done differently in
perl than in libar. How do we investigate this further?

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

> Yes. I spent a bit of time looking at this.
>
> compiling a short C program against the 64bit API works fine
> compiling the same C code as an XS module results in an RPC error
>
> for some reason libperl  + libar don't like each other
>
> jeff
>
> On Feb 25, 2013, at 6:48 PM, Paul Blasquez <pbl...@gm...> wrote:
>
>> Ah, I haven't been following this subject as closely as I had thought,
>> apologies. I had thought that the reason for no 64-bit ARSPerl was that BMC
>> had not yet provided the libraries.
>>
>> So if I understand correctly, the 64 bit libraries do exist and ARSPerl will
>> compile, but the resulting module does not function correctly.
>>
>> Is that right?
>>
>>
>> On Mon, Feb 25, 2013 at 1:44 AM, Misi Mladoniczky <mi...@rr...> wrote:
>> Hi,
>>
>> This would not be a BMC problem I think.
>>
>> I have compiled and run many C-API-programs with the 64-bit linux libraries.
>> They work fine.
>>
>>         Best Regards - Misi, RRR AB, http://rrr.se
>>
>> > I think there is a misunderstanding.  AR API files exist in both 32 and 64
>> Bit
>> > versions. You should see some files with a suffix of _lx64.so if you're on
>> > linux. The suffix is, for whatever reason, platform dependent.
>> >
>> > But unfortunately no one was able to compile a working ARSPerl using 64
>> Bit
>> > libraries on linux. It compiles fine but when you're trying to connect to
>> an
>> > ar-server it throws some RPC errors.
>> >
>> > I've opened a ticket at BMC Support, but they closed it with "No Plans to
>> Fix"
>> > :-(
>> >
>> > Regards Conny
>> >
>> > ________________________________
>> > Von: Paul Blasquez [mailto:pbl...@gm...]
>> > Gesendet: Montag, 25. Februar 2013 07:33
>> > An: ARSperl User Discussion
>> > Betreff: [Arsperl-users] ARSystem 8.1 files still 32-bit
>> >
>> > Misi,
>> >
>> > I took the liberty of downloading the AR API files from your ARSList post,
>> > looks like it's still 32-bit:
>> >
>> > $ file libar.so
>> > libar.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not
>> > stripped
>> >
>> > Can you confirm?  It makes me wonder if BMC even knows we are waiting for
>> 64
>> > bit libraries here.
>> >
>> > Regards,
>> > -Paul
>> > ------------------------------------------------------------------------------
>> > Everyone hates slow websites. So do we.
>> > Make your web apps faster with AppDynamics
>> > Download AppDynamics Lite for free today:
>> > http://p.sf.net/sfu/appdyn_d2d_feb
>> >
>> > --
>> > Arsperl-users mailing list
>> > Ars...@li...
>> > https://lists.sourceforge.net/lists/listinfo/arsperl-users
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_feb
>>
>>
>> --
>> Arsperl-users mailing list
>> Ars...@li...
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>>
>> ------------------------------------------------------------------------------
>> Everyone hates slow websites. So do we.
>> Make your web apps faster with AppDynamics
>> Download AppDynamics Lite for free today:
>> http://p.sf.net/sfu/appdyn_d2d_feb
>>
>> --
>> Arsperl-users mailing list
>> Ars...@li...
>> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

Re: [Arsperl-users] ARSystem 8.1 files still 32-bit

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

Yes. I spent a bit of time looking at this.

compiling a short C program against the 64bit API works fine
compiling the same C code as an XS module results in an RPC error 

for some reason libperl  + libar don't like each other

jeff

On Feb 25, 2013, at 6:48 PM, Paul Blasquez <pbl...@gm...> wrote:

> Ah, I haven't been following this subject as closely as I had thought, apologies. I had thought that the reason for no 64-bit ARSPerl was that BMC had not yet provided the libraries.
> 
> So if I understand correctly, the 64 bit libraries do exist and ARSPerl will compile, but the resulting module does not function correctly.
> 
> Is that right? 
> 
> 
> On Mon, Feb 25, 2013 at 1:44 AM, Misi Mladoniczky <mi...@rr...> wrote:
> Hi,
> 
> This would not be a BMC problem I think.
> 
> I have compiled and run many C-API-programs with the 64-bit linux libraries.
> They work fine.
> 
>         Best Regards - Misi, RRR AB, http://rrr.se
> 
> > I think there is a misunderstanding.  AR API files exist in both 32 and 64 Bit
> > versions. You should see some files with a suffix of _lx64.so if you're on
> > linux. The suffix is, for whatever reason, platform dependent.
> >
> > But unfortunately no one was able to compile a working ARSPerl using 64 Bit
> > libraries on linux. It compiles fine but when you're trying to connect to an
> > ar-server it throws some RPC errors.
> >
> > I've opened a ticket at BMC Support, but they closed it with "No Plans to Fix"
> > :-(
> >
> > Regards Conny
> >
> > ________________________________
> > Von: Paul Blasquez [mailto:pbl...@gm...]
> > Gesendet: Montag, 25. Februar 2013 07:33
> > An: ARSperl User Discussion
> > Betreff: [Arsperl-users] ARSystem 8.1 files still 32-bit
> >
> > Misi,
> >
> > I took the liberty of downloading the AR API files from your ARSList post,
> > looks like it's still 32-bit:
> >
> > $ file libar.so
> > libar.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not
> > stripped
> >
> > Can you confirm?  It makes me wonder if BMC even knows we are waiting for 64
> > bit libraries here.
> >
> > Regards,
> > -Paul
> > ------------------------------------------------------------------------------
> > Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics
> > Download AppDynamics Lite for free today:
> > http://p.sf.net/sfu/appdyn_d2d_feb
> >
> > --
> > Arsperl-users mailing list
> > Ars...@li...
> > https://lists.sourceforge.net/lists/listinfo/arsperl-users
> 
> 
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> 
> 
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
> 
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
> 
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

Re: [Arsperl-users] ARSystem 8.1 files still 32-bit

[Paul B. <pbl...@gm...>]

Ah, I haven't been following this subject as closely as I had thought,
apologies. I had thought that the reason for no 64-bit ARSPerl was that BMC
had not yet provided the libraries.

So if I understand correctly, the 64 bit libraries do exist and ARSPerl
will compile, but the resulting module does not function correctly.

Is that right?


On Mon, Feb 25, 2013 at 1:44 AM, Misi Mladoniczky <mi...@rr...> wrote:

> Hi,
>
> This would not be a BMC problem I think.
>
> I have compiled and run many C-API-programs with the 64-bit linux
> libraries.
> They work fine.
>
>         Best Regards - Misi, RRR AB, http://rrr.se
>
> > I think there is a misunderstanding.  AR API files exist in both 32 and
> 64 Bit
> > versions. You should see some files with a suffix of _lx64.so if you're
> on
> > linux. The suffix is, for whatever reason, platform dependent.
> >
> > But unfortunately no one was able to compile a working ARSPerl using 64
> Bit
> > libraries on linux. It compiles fine but when you're trying to connect
> to an
> > ar-server it throws some RPC errors.
> >
> > I've opened a ticket at BMC Support, but they closed it with "No Plans
> to Fix"
> > :-(
> >
> > Regards Conny
> >
> > ________________________________
> > Von: Paul Blasquez [mailto:pbl...@gm...]
> > Gesendet: Montag, 25. Februar 2013 07:33
> > An: ARSperl User Discussion
> > Betreff: [Arsperl-users] ARSystem 8.1 files still 32-bit
> >
> > Misi,
> >
> > I took the liberty of downloading the AR API files from your ARSList
> post,
> > looks like it's still 32-bit:
> >
> > $ file libar.so
> > libar.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV),
> not
> > stripped
> >
> > Can you confirm?  It makes me wonder if BMC even knows we are waiting
> for 64
> > bit libraries here.
> >
> > Regards,
> > -Paul
> >
> ------------------------------------------------------------------------------
> > Everyone hates slow websites. So do we.
> > Make your web apps faster with AppDynamics
> > Download AppDynamics Lite for free today:
> > http://p.sf.net/sfu/appdyn_d2d_feb
> >
> > --
> > Arsperl-users mailing list
> > Ars...@li...
> > https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>
>
>
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>

Re: [Arsperl-users] ARSystem 8.1 files still 32-bit

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

Hi,

This would not be a BMC problem I think.

I have compiled and run many C-API-programs with the 64-bit linux libraries.
They work fine.

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

> I think there is a misunderstanding.  AR API files exist in both 32 and 64 Bit
> versions. You should see some files with a suffix of _lx64.so if you're on
> linux. The suffix is, for whatever reason, platform dependent.
>
> But unfortunately no one was able to compile a working ARSPerl using 64 Bit
> libraries on linux. It compiles fine but when you're trying to connect to an
> ar-server it throws some RPC errors.
>
> I've opened a ticket at BMC Support, but they closed it with "No Plans to Fix"
> :-(
>
> Regards Conny
>
> ________________________________
> Von: Paul Blasquez [mailto:pbl...@gm...]
> Gesendet: Montag, 25. Februar 2013 07:33
> An: ARSperl User Discussion
> Betreff: [Arsperl-users] ARSystem 8.1 files still 32-bit
>
> Misi,
>
> I took the liberty of downloading the AR API files from your ARSList post,
> looks like it's still 32-bit:
>
> $ file libar.so
> libar.so: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), not
> stripped
>
> Can you confirm?  It makes me wonder if BMC even knows we are waiting for 64
> bit libraries here.
>
> Regards,
> -Paul
> ------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_feb
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users