arsperl-users — Discussions regarding the use of ARSperl

Re: [Arsperl-users] finding libarencrypt.a

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

On 4/16/12 12:05 PM, Victor Chavez wrote:
> Anyone know where libarencrypt.a comes from? I'm trying to build ARSperl 32 bit
> for Linux (for use on RHEL 6 x64) with encryption enabled. I have the
> libarencrypt.so and other files generated by the Performance Security installer.
> However, the file libarencrypt.a is specifically required by ARSperl's
> Makefile.PL and I can't find it anywhere.
>
> On the official BMC side of things: according to the document "BMC Remedy
> Encryption Security Guide" under the section entitled "To install encryption on
> non–BMC Remedy applications", I need the *Encryption library files*:
>
> libarencrypt.so
> libcrypto.so (which I also don't have, but the build didn't complain about that)
>
> and the *AR System API files*:
>
> libar.a
> libar.so
>
> Any thoughts?

I should mention we built a version of ARSperl with $ENCRYPT = 1 and a dummy 
libarencrypt.a.  It built but we get an error:

# ./testapi.pl
fips_hmac.c(91): OpenSSL internal error, assertion failed: j <= sizeof ctx->key
Abort (core dumped)

-- 
Victor Chavez, 650.736.8350
Sr. SysAdmin, Stanford IT Services

[Arsperl-users] finding libarencrypt.a

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

Anyone know where libarencrypt.a comes from?  I'm trying to build ARSperl 32 bit 
for Linux (for use on RHEL 6 x64) with encryption enabled.  I have the 
libarencrypt.so and other files generated by the Performance Security installer. 
  However, the file libarencrypt.a is specifically required by ARSperl's 
Makefile.PL and I can't find it anywhere.

On the official BMC side of things: according to the document "BMC Remedy 
Encryption Security Guide" under the section entitled "To install encryption on 
non–BMC Remedy applications", I need the *Encryption library files*:

libarencrypt.so
libcrypto.so (which I also don't have, but the build didn't complain about that)

and the *AR System API files*:

libar.a
libar.so

Any thoughts?

-- 
Victor Chavez, 650.736.8350
Sr. SysAdmin, Stanford IT Services

Re: [Arsperl-users] ARS Perl and ActiveState Perl 5.14?

[PC W. <PC...@TE...>]

Hi Dave,

Do you have any luck on finding ARS Perl binary for ActiveState Perl 5.14? I have the same situation. The major problem is that the system guy does not want to install a C compile in the windows server.

Regards
PC

From: Morgan, Dave [mailto:dm...@co...]
Sent: November 29, 2011 13:34
To: ars...@li...
Subject: [Arsperl-users] ARS Perl and ActiveState Perl 5.14?

Hi ARSPerl

I downloaded and installed ActiveState Perl 5.14 and tried to deploy ARSperl but got a message from PPD that said:-

ppm install failed: The PPD does not provide code to install for this platform

I checked a few groups and noted that it was for 5.10 and have contacted the vendor (ActiveState) to see if there is any way of obtaining 5.10 but don't hold out much hope.

I was also wondering if there was a version of ARS::Perl  for ActiveState 5.14 or Strawberry available in Binary form?

Regards


Dave Morgan

Re: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008

[Glyn D. <gly...@ho...>]

Oooo.. ok, sorry, don't really use that so much I'm afraid. I know there is a way of doing it, as I was doing some compilation of other modules with Activestate before deciding to switch to Strawberry Perl.
 
This link may be of some help on how to set up a MS C environment: 
 
http://mateusz.loskot.net/2008/09/22/visual-c-toolkit-2003-still-in-use/
 
It depends though on the version of the C compiler used to put the Active State perl together, so when I was doing it it was VC 2003, but it may have changed since. That's why Strawberry perl ended up looking more attractive, as everything's all included :)
 
Hope that helps!

Regards,
 
Glyn
 



From: Mat...@pr...
To: ars...@li...
Date: Thu, 15 Mar 2012 16:20:12 +0000
Subject: Re: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008










Ahh, currently using Active State.
 
 
 

Matthew Smith | Technical Support Analyst, Automation,Monitoring | Produban UK Commercial
mat...@pr... | Tel+44 (0) 1162005578 | Mob+44 (0) 7715435257 | Building 7, Floor 1, Carlton Park, Narborough, Leicester, LE19 0AL, UK | Please consider the environment before printing this email |




From: Glyn Davies [mailto:gly...@ho...] 
Sent: 15 March 2012 15:21
To: ars...@li...
Subject: Re: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008
 

Hi Jeff,
 
Here are the diffs of the files I've modified, hopefully that's what you're after :)
 
--- ARSperl-1.93.orig/supportrev.h Thu Apr  2 19:57:04 2009
+++ ARSperl-1.93/supportrev.h Thu Mar  8 16:30:33 2012
@@ -111,6 +111,10 @@
 
 EXTERN int strncasecmp(char *s1, char *s2, size_t n);
 
+#endif /* def _WIN32 */
+
+#if defined(_WIN32)
+
 EXTERN char* arsperl_strdup( char *s1 );
 
 #define strdup arsperl_strdup

--- ARSperl-1.93.orig/supportrev.c Thu Apr  2 19:57:03 2009
+++ ARSperl-1.93/supportrev.c Thu Mar  8 16:31:18 2012
@@ -2674,6 +2674,10 @@
  return (i == n)? 0 : *p1 - *p2;
 }
 
+#endif
+
+#if defined(_WIN32)
+
 char*
 arsperl_strdup( char *s1 ){
  char *p1;

Hi Matt,
 
With these changes applied to the source, then it's just a matter of running through the normal compile process. If you'd still rather have one ready-made, then let me know which version of Strawberry perl and Remedy you're using and I can put something together for you.
 
Regards,
 
Glyn
 




From: jcm...@je...
Date: Wed, 14 Mar 2012 13:36:40 -0400
To: ars...@li...
Subject: Re: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008




On Mar 14, 2012, at 1:00 PM, Smith, Matthew (Produban) wrote:

 


Well done Glyn,

 

Any chance I can get hold of the compiled modules?

 

In addition, a patch (or description of which lines you changed, etc, to make it work on Windows) would be awesome!

 

jeff

 

 


What you describe would be beyond me!

Thanks

Matt…

Matthew Smith | Technical Support Analyst, Automation,Monitoring | Produban UK Commercial





From: Glyn Davies [mailto:gly...@ho...] 
Sent: 14 March 2012 16:02
To: ars...@li...
Subject: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008

 


Just wanted to report a fix I found for an issue I was having with ARSperl running on Windows 7 and 2008.
 
I compiled the module using Strawberry Perl with the 7.6.4 version of the Remedy API, and found that test scripts would run as expected on Windows XP or 2003, but that perl would crash on Windows 7 or 2008 reporting an issue with ntdll.dll. I tried different versions of the Remedy API, but hit the same problem.
 
The crash would occur when trying to use the ars_setEntry function, but would only occur when using string fields, not numerical fields.
 
Looking through the source, I tracked down the issue to the sv_to_ARValue, and specifically the use of strdup. It seems that some functionality has changed in Windows somewhere that means when strdup is allocating memory, it's not creating it on general heap? That's all I can assume, as when the code hit the call to FreeARFieldValueList, that's when the crash would actually occur.
 
The workaround has been to update the supportrev.h and supportrev.c files to ensure that the arsperl_strdup function is available when compiling on Windows, not just when compiling on Windows with a non-GNU C compiler. As the arsperl_strdup function then replaces strdup, this fixed the problem, and scripts using ars_SetEntry (ars_CreateEntry and ars_MergeEntry would be affected too by the looks of it) now work correctly on all version of Windows that I've been able to test on.
 
Just wanted to pass this on in case it will help others who hit the same problem!
 
Regards,
 
Glyn
Emails aren't always secure, and they may be intercepted or changed
after they've been sent. Produban doesn't accept liability if this
happens. If you think someone may have interfered with this email,
please get in touch with the sender another way. This message and any
documents attached to it do not create or change any contract unless
otherwise specifically stated. Any views or opinions contained in this
message are solely those of the author, and do not necessarily represent
those of Produban, unless otherwise specifically stated and the sender
is authorised to do so. Produban doesn't accept responsibility for
damage caused by any viruses contained in this email or its attachments.
Emails may be monitored. If you've received this email by mistake,
please let the sender know at once that it's gone to the wrong person
and then destroy it without copying, using, or telling anyone about its
contents. Produban Servicios Informaticos Generales, S.L. (UK Branch).
Registered office: Shenley Wood House, Chalkdell Drive, Shenley Wood,
Milton Keynes MK5 6LA. Branch registration number BR 008486.
Ref:[PDB#014] ------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/

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


------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/
-- Arsperl-users mailing list Ars...@li... https://lists.sourceforge.net/lists/listinfo/arsperl-users
------------------------------------------------------------------------------ This SF email is sponsosred by: Try Windows Azure free for 90 days Click Here http://p.sf.net/sfu/sfd2d-msazure
-- Arsperl-users mailing list Ars...@li... https://lists.sourceforge.net/lists/listinfo/arsperl-users 		 	   		  

Re: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008

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

Thanks, I committed your change to the SF source tree
jeff


On Mar 15, 2012, at 11:21 AM, Glyn Davies wrote:

> Hi Jeff,
>  
> Here are the diffs of the files I've modified, hopefully that's what you're after :)
>  
> --- ARSperl-1.93.orig/supportrev.h Thu Apr  2 19:57:04 2009
> +++ ARSperl-1.93/supportrev.h Thu Mar  8 16:30:33 2012
> @@ -111,6 +111,10 @@
>  
>  EXTERN int strncasecmp(char *s1, char *s2, size_t n);
>  
> +#endif /* def _WIN32 */
> +
> +#if defined(_WIN32)
> +
>  EXTERN char* arsperl_strdup( char *s1 );
>  
>  #define strdup arsperl_strdup
> 
> --- ARSperl-1.93.orig/supportrev.c Thu Apr  2 19:57:03 2009
> +++ ARSperl-1.93/supportrev.c Thu Mar  8 16:31:18 2012
> @@ -2674,6 +2674,10 @@
>   return (i == n)? 0 : *p1 - *p2;
>  }
>  
> +#endif
> +
> +#if defined(_WIN32)
> +
>  char*
>  arsperl_strdup( char *s1 ){
>   char *p1;
> 
> Hi Matt,
>  
> With these changes applied to the source, then it's just a matter of running through the normal compile process. If you'd still rather have one ready-made, then let me know which version of Strawberry perl and Remedy you're using and I can put something together for you.
>  
> Regards,
>  
> Glyn
>  
> From: jcm...@je...
> Date: Wed, 14 Mar 2012 13:36:40 -0400
> To: ars...@li...
> Subject: Re: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008
> 
> 
> On Mar 14, 2012, at 1:00 PM, Smith, Matthew (Produban) wrote:
> 
> Well done Glyn,
>  
> Any chance I can get hold of the compiled modules?
> 
> In addition, a patch (or description of which lines you changed, etc, to make it work on Windows) would be awesome!
> 
> jeff
> 
> 
> What you describe would be beyond me!
> Thanks
> Matt…
> Matthew Smith | Technical Support Analyst, Automation,Monitoring | Produban UK Commercial
> From: Glyn Davies [mailto:gly...@ho...] 
> Sent: 14 March 2012 16:02
> To: ars...@li...
> Subject: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008
>  
> Just wanted to report a fix I found for an issue I was having with ARSperl running on Windows 7 and 2008.
>  
> I compiled the module using Strawberry Perl with the 7.6.4 version of the Remedy API, and found that test scripts would run as expected on Windows XP or 2003, but that perl would crash on Windows 7 or 2008 reporting an issue with ntdll.dll. I tried different versions of the Remedy API, but hit the same problem.
>  
> The crash would occur when trying to use the ars_setEntry function, but would only occur when using string fields, not numerical fields.
>  
> Looking through the source, I tracked down the issue to the sv_to_ARValue, and specifically the use of strdup. It seems that some functionality has changed in Windows somewhere that means when strdup is allocating memory, it's not creating it on general heap? That's all I can assume, as when the code hit the call to FreeARFieldValueList, that's when the crash would actually occur.
>  
> The workaround has been to update the supportrev.h and supportrev.c files to ensure that the arsperl_strdup function is available when compiling on Windows, not just when compiling on Windows with a non-GNU C compiler. As the arsperl_strdup function then replaces strdup, this fixed the problem, and scripts using ars_SetEntry (ars_CreateEntry and ars_MergeEntry would be affected too by the looks of it) now work correctly on all version of Windows that I've been able to test on.
>  
> Just wanted to pass this on in case it will help others who hit the same problem!
>  
> Regards,
>  
> Glyn
> Emails aren't always secure, and they may be intercepted or changed
> after they've been sent. Produban doesn't accept liability if this
> happens. If you think someone may have interfered with this email,
> please get in touch with the sender another way. This message and any
> documents attached to it do not create or change any contract unless
> otherwise specifically stated. Any views or opinions contained in this
> message are solely those of the author, and do not necessarily represent
> those of Produban, unless otherwise specifically stated and the sender
> is authorised to do so. Produban doesn't accept responsibility for
> damage caused by any viruses contained in this email or its attachments.
> Emails may be monitored. If you've received this email by mistake,
> please let the sender know at once that it's gone to the wrong person
> and then destroy it without copying, using, or telling anyone about its
> contents. Produban Servicios Informaticos Generales, S.L. (UK Branch).
> Registered office: Shenley Wood House, Chalkdell Drive, Shenley Wood,
> Milton Keynes MK5 6LA. Branch registration number BR 008486.
> Ref:[PDB#014] ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing 
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> 
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
> 
> 
> ------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/
> -- Arsperl-users mailing list Ars...@li... https://lists.sourceforge.net/lists/listinfo/arsperl-users
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here 
> http://p.sf.net/sfu/sfd2d-msazure
> 
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

Re: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008

[Smith, M. (Produban) <Mat...@pr...>]

Ahh, currently using Active State.




Matthew Smith | Technical Support Analyst, Automation,Monitoring | Produban UK Commercial

mat...@pr...<mailto:mat...@pr...> | Tel+44 (0) 1162005578 | Mob+44 (0) 7715435257 | Building 7, Floor 1, Carlton Park, Narborough, Leicester, LE19 0AL, UK | Please consider the environment before printing this email |

________________________________
From: Glyn Davies [mailto:gly...@ho...]
Sent: 15 March 2012 15:21
To: ars...@li...
Subject: Re: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008

Hi Jeff,

Here are the diffs of the files I've modified, hopefully that's what you're after :)

--- ARSperl-1.93.orig/supportrev.h Thu Apr  2 19:57:04 2009
+++ ARSperl-1.93/supportrev.h Thu Mar  8 16:30:33 2012
@@ -111,6 +111,10 @@

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

+#endif /* def _WIN32 */
+
+#if defined(_WIN32)
+
 EXTERN char* arsperl_strdup( char *s1 );

 #define strdup arsperl_strdup

--- ARSperl-1.93.orig/supportrev.c Thu Apr  2 19:57:03 2009
+++ ARSperl-1.93/supportrev.c Thu Mar  8 16:31:18 2012
@@ -2674,6 +2674,10 @@
  return (i == n)? 0 : *p1 - *p2;
 }

+#endif
+
+#if defined(_WIN32)
+
 char*
 arsperl_strdup( char *s1 ){
  char *p1;

Hi Matt,

With these changes applied to the source, then it's just a matter of running through the normal compile process. If you'd still rather have one ready-made, then let me know which version of Strawberry perl and Remedy you're using and I can put something together for you.

Regards,

Glyn

________________________________
From: jcm...@je...
Date: Wed, 14 Mar 2012 13:36:40 -0400
To: ars...@li...
Subject: Re: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008

On Mar 14, 2012, at 1:00 PM, Smith, Matthew (Produban) wrote:

Well done Glyn,

Any chance I can get hold of the compiled modules?

In addition, a patch (or description of which lines you changed, etc, to make it work on Windows) would be awesome!

jeff


What you describe would be beyond me!
Thanks
Matt...
Matthew Smith | Technical Support Analyst, Automation,Monitoring | Produban UK Commercial
________________________________
From: Glyn Davies [mailto:gly...@ho...]
Sent: 14 March 2012 16:02
To: ars...@li...<mailto:ars...@li...>
Subject: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008

Just wanted to report a fix I found for an issue I was having with ARSperl running on Windows 7 and 2008.

I compiled the module using Strawberry Perl with the 7.6.4 version of the Remedy API, and found that test scripts would run as expected on Windows XP or 2003, but that perl would crash on Windows 7 or 2008 reporting an issue with ntdll.dll. I tried different versions of the Remedy API, but hit the same problem.

The crash would occur when trying to use the ars_setEntry function, but would only occur when using string fields, not numerical fields.

Looking through the source, I tracked down the issue to the sv_to_ARValue, and specifically the use of strdup. It seems that some functionality has changed in Windows somewhere that means when strdup is allocating memory, it's not creating it on general heap? That's all I can assume, as when the code hit the call to FreeARFieldValueList, that's when the crash would actually occur.

The workaround has been to update the supportrev.h and supportrev.c files to ensure that the arsperl_strdup function is available when compiling on Windows, not just when compiling on Windows with a non-GNU C compiler. As the arsperl_strdup function then replaces strdup, this fixed the problem, and scripts using ars_SetEntry (ars_CreateEntry and ars_MergeEntry would be affected too by the looks of it) now work correctly on all version of Windows that I've been able to test on.

Just wanted to pass this on in case it will help others who hit the same problem!

Regards,

Glyn
Emails aren't always secure, and they may be intercepted or changed
after they've been sent. Produban doesn't accept liability if this
happens. If you think someone may have interfered with this email,
please get in touch with the sender another way. This message and any
documents attached to it do not create or change any contract unless
otherwise specifically stated. Any views or opinions contained in this
message are solely those of the author, and do not necessarily represent
those of Produban, unless otherwise specifically stated and the sender
is authorised to do so. Produban doesn't accept responsibility for
damage caused by any viruses contained in this email or its attachments.
Emails may be monitored. If you've received this email by mistake,
please let the sender know at once that it's gone to the wrong person
and then destroy it without copying, using, or telling anyone about its
contents. Produban Servicios Informaticos Generales, S.L. (UK Branch).
Registered office: Shenley Wood House, Chalkdell Drive, Shenley Wood,
Milton Keynes MK5 6LA. Branch registration number BR 008486.
Ref:[PDB#014] ------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/

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


------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/
-- Arsperl-users mailing list Ars...@li... https://lists.sourceforge.net/lists/listinfo/arsperl-users

Re: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008

[Glyn D. <gly...@ho...>]

Hi Jeff,
 
Here are the diffs of the files I've modified, hopefully that's what you're after :)
 
--- ARSperl-1.93.orig/supportrev.h Thu Apr  2 19:57:04 2009
+++ ARSperl-1.93/supportrev.h Thu Mar  8 16:30:33 2012
@@ -111,6 +111,10 @@
 
 EXTERN int strncasecmp(char *s1, char *s2, size_t n);
 
+#endif /* def _WIN32 */
+
+#if defined(_WIN32)
+
 EXTERN char* arsperl_strdup( char *s1 );
 
 #define strdup arsperl_strdup

--- ARSperl-1.93.orig/supportrev.c Thu Apr  2 19:57:03 2009
+++ ARSperl-1.93/supportrev.c Thu Mar  8 16:31:18 2012
@@ -2674,6 +2674,10 @@
  return (i == n)? 0 : *p1 - *p2;
 }
 
+#endif
+
+#if defined(_WIN32)
+
 char*
 arsperl_strdup( char *s1 ){
  char *p1;

Hi Matt,
 
With these changes applied to the source, then it's just a matter of running through the normal compile process. If you'd still rather have one ready-made, then let me know which version of Strawberry perl and Remedy you're using and I can put something together for you.
 
Regards,
 
Glyn
 



From: jcm...@je...
Date: Wed, 14 Mar 2012 13:36:40 -0400
To: ars...@li...
Subject: Re: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008





On Mar 14, 2012, at 1:00 PM, Smith, Matthew (Produban) wrote:



Well done Glyn,
 
Any chance I can get hold of the compiled modules?



In addition, a patch (or description of which lines you changed, etc, to make it work on Windows) would be awesome!


jeff






What you describe would be beyond me!
Thanks
Matt…

Matthew Smith | Technical Support Analyst, Automation,Monitoring | Produban UK Commercial




From: Glyn Davies [mailto:gly...@ho...] 
Sent: 14 March 2012 16:02
To: ars...@li...
Subject: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008
 

Just wanted to report a fix I found for an issue I was having with ARSperl running on Windows 7 and 2008.
 
I compiled the module using Strawberry Perl with the 7.6.4 version of the Remedy API, and found that test scripts would run as expected on Windows XP or 2003, but that perl would crash on Windows 7 or 2008 reporting an issue with ntdll.dll. I tried different versions of the Remedy API, but hit the same problem.
 
The crash would occur when trying to use the ars_setEntry function, but would only occur when using string fields, not numerical fields.
 
Looking through the source, I tracked down the issue to the sv_to_ARValue, and specifically the use of strdup. It seems that some functionality has changed in Windows somewhere that means when strdup is allocating memory, it's not creating it on general heap? That's all I can assume, as when the code hit the call to FreeARFieldValueList, that's when the crash would actually occur.
 
The workaround has been to update the supportrev.h and supportrev.c files to ensure that the arsperl_strdup function is available when compiling on Windows, not just when compiling on Windows with a non-GNU C compiler. As the arsperl_strdup function then replaces strdup, this fixed the problem, and scripts using ars_SetEntry (ars_CreateEntry and ars_MergeEntry would be affected too by the looks of it) now work correctly on all version of Windows that I've been able to test on.
 
Just wanted to pass this on in case it will help others who hit the same problem!
 
Regards,
 
GlynEmails aren't always secure, and they may be intercepted or changed
after they've been sent. Produban doesn't accept liability if this
happens. If you think someone may have interfered with this email,
please get in touch with the sender another way. This message and any
documents attached to it do not create or change any contract unless
otherwise specifically stated. Any views or opinions contained in this
message are solely those of the author, and do not necessarily represent
those of Produban, unless otherwise specifically stated and the sender
is authorised to do so. Produban doesn't accept responsibility for
damage caused by any viruses contained in this email or its attachments.
Emails may be monitored. If you've received this email by mistake,
please let the sender know at once that it's gone to the wrong person
and then destroy it without copying, using, or telling anyone about its
contents. Produban Servicios Informaticos Generales, S.L. (UK Branch).
Registered office: Shenley Wood House, Chalkdell Drive, Shenley Wood,
Milton Keynes MK5 6LA. Branch registration number BR 008486.
Ref:[PDB#014] ------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/

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

------------------------------------------------------------------------------ Virtualization & Cloud Management Using Capacity Planning Cloud computing makes use of virtualization - but cloud computing also focuses on allowing computing to be delivered as a service. http://www.accelacomm.com/jaw/sfnl/114/51521223/
-- Arsperl-users mailing list Ars...@li... https://lists.sourceforge.net/lists/listinfo/arsperl-users 		 	   		  

Re: [Arsperl-users] http://arsperl.sourceforge.net/ down

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

Seems to be working for me.

Axton Grams

On Thu, Mar 15, 2012 at 8:03 AM, Nysten, Pascal (Pascal)
<pas...@al...> wrote:
> Hello,
>
>
>
> http://arsperl.sourceforge.net/ is down. Until when will it be down?
>
> Regards,
>
>
>
> Pascal
>
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

[Arsperl-users] http://arsperl.sourceforge.net/ down

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

Hello,

http://arsperl.sourceforge.net/ is down. Until when will it be down?
Regards,

Pascal

Re: [Arsperl-users] Querying the same date-time field is not working

[Bruno M. P. G. <bru...@ya...>]

:) problem solved.

It seems that the API receives a date format different than the one in our ARS Remedy.

I just reverse the order of the date and it worked.

Instead of dd/mm/yyyy I used yyyy/mm/dd

Cheers.

 
Bruno Gomes
PT: +351 966 175 401
BE: +32  485 937 881
bru...@ya...

AVISO
Não imprima esta mensagem. O ambiente agradece. Esta mensagem (incluindo quaisquer anexos) pode conter informação confidencial para uso exclusivo do destinatário. Se não for o destinatário pretendido, não deverá usar, distribuir ou copiar este e-mail. Se recebeu esta mensagem por engano, por favor informe o emissor e elimine-a imediatamente. Obrigado.

DISCLAIMER
Do not print this message. The environment thanks you. This e-mail (including any attachments) may contain confidential information for exclusive use of its recipient. If you are not the intended recipient you must not use, distribute or copy this e-mail. If you have received this e-mail in error please notify the sender and delete it immediately. Thank You.



>________________________________
> From: Bruno Manuel Pinto Gomes <bru...@ya...>
>To: "ars...@li..." <ars...@li...> 
>Sent: Thursday, March 15, 2012 11:53 AM
>Subject: [Arsperl-users] Querying the same date-time field is not working
> 
>
>Hi there,
>
>
>I'm trying to use the following query to retrieve data from ARS Remedy
>
>query="'System'="TACT" AND ('Date & Time'>="01/01/2011" AND 'Date & Time'<="01/02/2011")"
>
>
>It returns 0 elements :(
>
>
>If I use 
>
>query="'System'="TACT" AND 'Date & Time'>="01/01/2011""
>or
>query="'System'="TACT" AND 'Date & Time'<="01/02/2011"
>, it works.
>
>
>Is there any known limitation that we can't use the same field twice?
>
>
>CODE:
>sub query {
>
>    my ($self,
 %params) = @_;
>    my (%record_hash);
>    
>    # Arguments check (query/schema must be defined)
>    die "query: Invalid arguments \n"
>        unless ( exists $params{query}  && 
>                 exists $params{schema} && 
>                 exists $params{fields} );
>
>    # Remedy object wraps ARSperl OO connection (ARS object)
>    my $ars_conn = $self->{ars_conn};
>
>    # Store mandatory arguments
>    my ($query, $schema, $fields) = @params{'query','schema','fields'};
>
>    # Open a new form (cache fields) returns ARS::form object
>    my $form =
 $ars_conn->openForm ( -form => $schema );
>    
>    # Query Remedy for Record Id's matching criteria 
>    my @record_ids = $form->query ( -query => $query );
>    
>    # Iterate thro' record Id's
>    for my $record_id (@record_ids) {
>    
>        # Query fields for each record ID  
>        my @field_values = $form->get ( -entry => $record_id,
>                                        -fields => $fields );
>    
>        # Add field value(s) to record hash (structure) 
>        $record_hash{$record_id} = [ @field_values ];
>    }
>
>    # Return REF to record hash (structure) 
>    return \%record_hash ;
>}
>
>
>
>$record_hash_ref = $r_conn->query(
>        query => $query,
>        schema => $schema,
>        fields => $fields);
>
>
>
>Thanks
>
>
>Kind regards
> 
>Bruno Gomes
>PT: +351 966 175 401
>BE: +32  485 937 881
>bru...@ya...
>
>AVISO
>Não imprima esta mensagem. O ambiente agradece. Esta mensagem (incluindo quaisquer anexos) pode conter informação
 confidencial para uso exclusivo do destinatário. Se não for o destinatário pretendido, não deverá usar, distribuir ou copiar este e-mail. Se recebeu esta mensagem por engano, por favor informe o emissor e elimine-a imediatamente. Obrigado.
>
>DISCLAIMER
>Do not print this message. The environment thanks you. This e-mail (including any attachments) may contain confidential information for exclusive use of its recipient. If you are not the intended recipient you must not use, distribute or copy this e-mail. If you have received this e-mail in error please notify the sender and delete it immediately. Thank You.
>------------------------------------------------------------------------------
>This SF email is sponsosred by:
>Try Windows Azure free for 90 days Click Here 
>http://p.sf.net/sfu/sfd2d-msazure
>
>
>--
>Arsperl-users mailing list
>Ars...@li...
>https://lists.sourceforge.net/lists/listinfo/arsperl-users
>
>

[Arsperl-users] Querying the same date-time field is not working

[Bruno M. P. G. <bru...@ya...>]

Hi there,

I'm trying to use the following query to retrieve data from ARS Remedy

query="'System'="TACT" AND ('Date & Time'>="01/01/2011" AND 'Date & Time'<="01/02/2011")"

It returns 0 elements :(

If I use 

query="'System'="TACT" AND 'Date & Time'>="01/01/2011""
or
query="'System'="TACT" AND 'Date & Time'<="01/02/2011"
, it works.

Is there any known limitation that we can't use the same field twice?

CODE:
sub query {

    my ($self,
 %params) = @_;
    my (%record_hash);
    
    # Arguments check (query/schema must be defined)
    die "query: Invalid arguments \n"
        unless ( exists $params{query}  && 
                 exists $params{schema} && 
                 exists $params{fields} );

    # Remedy object wraps ARSperl OO connection (ARS object)
    my $ars_conn = $self->{ars_conn};

    # Store mandatory arguments
    my ($query, $schema, $fields) = @params{'query','schema','fields'};

    # Open a new form (cache fields) returns ARS::form object
    my $form =
 $ars_conn->openForm ( -form => $schema );
    
    # Query Remedy for Record Id's matching criteria 
    my @record_ids = $form->query ( -query => $query );
    
    # Iterate thro' record Id's
    for my $record_id (@record_ids) {
    
        # Query fields for each record ID  
        my @field_values = $form->get ( -entry => $record_id,
                                        -fields => $fields );
    
        # Add field value(s) to record hash (structure) 
        $record_hash{$record_id} = [ @field_values ];
    }

    # Return REF to record hash (structure) 
    return \%record_hash ;
}


$record_hash_ref = $r_conn->query(
        query => $query,
        schema => $schema,
        fields => $fields);


Thanks

Kind regards
 
Bruno Gomes
PT: +351 966 175 401
BE: +32  485 937 881
bru...@ya...

AVISO
Não imprima esta mensagem. O ambiente agradece. Esta mensagem (incluindo quaisquer anexos) pode conter informação confidencial para uso exclusivo do destinatário. Se não for o destinatário pretendido, não deverá usar, distribuir ou copiar este e-mail. Se recebeu esta mensagem por engano, por favor informe o emissor e elimine-a imediatamente. Obrigado.

DISCLAIMER
Do not print this message. The environment thanks you. This e-mail (including any attachments) may contain confidential information for exclusive use of its recipient. If you are not the intended recipient you must not use, distribute or copy this e-mail. If you have received this e-mail in error please notify the sender and delete it immediately. Thank You.

Re: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008

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

On Mar 14, 2012, at 1:00 PM, Smith, Matthew (Produban) wrote:

> Well done Glyn,
>  
> Any chance I can get hold of the compiled modules?

In addition, a patch (or description of which lines you changed, etc, to make it work on Windows) would be awesome!

jeff


> What you describe would be beyond me!
> Thanks
> Matt…
> Matthew Smith | Technical Support Analyst, Automation,Monitoring | Produban UK Commercial
> 
> From: Glyn Davies [mailto:gly...@ho...] 
> Sent: 14 March 2012 16:02
> To: ars...@li...
> Subject: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008
>  
> Just wanted to report a fix I found for an issue I was having with ARSperl running on Windows 7 and 2008.
>  
> I compiled the module using Strawberry Perl with the 7.6.4 version of the Remedy API, and found that test scripts would run as expected on Windows XP or 2003, but that perl would crash on Windows 7 or 2008 reporting an issue with ntdll.dll. I tried different versions of the Remedy API, but hit the same problem.
>  
> The crash would occur when trying to use the ars_setEntry function, but would only occur when using string fields, not numerical fields.
>  
> Looking through the source, I tracked down the issue to the sv_to_ARValue, and specifically the use of strdup. It seems that some functionality has changed in Windows somewhere that means when strdup is allocating memory, it's not creating it on general heap? That's all I can assume, as when the code hit the call to FreeARFieldValueList, that's when the crash would actually occur.
>  
> The workaround has been to update the supportrev.h and supportrev.c files to ensure that the arsperl_strdup function is available when compiling on Windows, not just when compiling on Windows with a non-GNU C compiler. As the arsperl_strdup function then replaces strdup, this fixed the problem, and scripts using ars_SetEntry (ars_CreateEntry and ars_MergeEntry would be affected too by the looks of it) now work correctly on all version of Windows that I've been able to test on.
>  
> Just wanted to pass this on in case it will help others who hit the same problem!
>  
> Regards,
>  
> Glyn
> Emails aren't always secure, and they may be intercepted or changed
> after they've been sent. Produban doesn't accept liability if this
> happens. If you think someone may have interfered with this email,
> please get in touch with the sender another way. This message and any
> documents attached to it do not create or change any contract unless
> otherwise specifically stated. Any views or opinions contained in this
> message are solely those of the author, and do not necessarily represent
> those of Produban, unless otherwise specifically stated and the sender
> is authorised to do so. Produban doesn't accept responsibility for
> damage caused by any viruses contained in this email or its attachments.
> Emails may be monitored. If you've received this email by mistake,
> please let the sender know at once that it's gone to the wrong person
> and then destroy it without copying, using, or telling anyone about its
> contents. Produban Servicios Informaticos Generales, S.L. (UK Branch).
> Registered office: Shenley Wood House, Chalkdell Drive, Shenley Wood,
> Milton Keynes MK5 6LA. Branch registration number BR 008486.
> Ref:[PDB#014] ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing 
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
> 
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users

Re: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008

[Smith, M. (Produban) <Mat...@pr...>]

Well done Glyn,

Any chance I can get hold of the compiled modules?
What you describe would be beyond me!
Thanks
Matt...

Matthew Smith | Technical Support Analyst, Automation,Monitoring | Produban UK Commercial

________________________________
From: Glyn Davies [mailto:gly...@ho...]
Sent: 14 March 2012 16:02
To: ars...@li...
Subject: [Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008

Just wanted to report a fix I found for an issue I was having with ARSperl running on Windows 7 and 2008.

I compiled the module using Strawberry Perl with the 7.6.4 version of the Remedy API, and found that test scripts would run as expected on Windows XP or 2003, but that perl would crash on Windows 7 or 2008 reporting an issue with ntdll.dll. I tried different versions of the Remedy API, but hit the same problem.

The crash would occur when trying to use the ars_setEntry function, but would only occur when using string fields, not numerical fields.

Looking through the source, I tracked down the issue to the sv_to_ARValue, and specifically the use of strdup. It seems that some functionality has changed in Windows somewhere that means when strdup is allocating memory, it's not creating it on general heap? That's all I can assume, as when the code hit the call to FreeARFieldValueList, that's when the crash would actually occur.

The workaround has been to update the supportrev.h and supportrev.c files to ensure that the arsperl_strdup function is available when compiling on Windows, not just when compiling on Windows with a non-GNU C compiler. As the arsperl_strdup function then replaces strdup, this fixed the problem, and scripts using ars_SetEntry (ars_CreateEntry and ars_MergeEntry would be affected too by the looks of it) now work correctly on all version of Windows that I've been able to test on.

Just wanted to pass this on in case it will help others who hit the same problem!

Regards,

Glyn
Emails aren't always secure, and they may be intercepted or changed
after they've been sent. Produban doesn't accept liability if this
happens. If you think someone may have interfered with this email,
please get in touch with the sender another way. This message and any
documents attached to it do not create or change any contract unless
otherwise specifically stated. Any views or opinions contained in this
message are solely those of the author, and do not necessarily represent
those of Produban, unless otherwise specifically stated and the sender
is authorised to do so. Produban doesn't accept responsibility for
damage caused by any viruses contained in this email or its attachments.
Emails may be monitored. If you've received this email by mistake,
please let the sender know at once that it's gone to the wrong person
and then destroy it without copying, using, or telling anyone about its
contents. Produban Servicios Informaticos Generales, S.L. (UK Branch).
Registered office: Shenley Wood House, Chalkdell Drive, Shenley Wood,
Milton Keynes MK5 6LA. Branch registration number BR 008486.
Ref:[PDB#014]

[Arsperl-users] ARSPerl 1.93 fix for crash with Windows 7 and 2008

[Glyn D. <gly...@ho...>]

Just wanted to report a fix I found for an issue I was having with ARSperl running on Windows 7 and 2008.
 
I compiled the module using Strawberry Perl with the 7.6.4 version of the Remedy API, and found that test scripts would run as expected on Windows XP or 2003, but that perl would crash on Windows 7 or 2008 reporting an issue with ntdll.dll. I tried different versions of the Remedy API, but hit the same problem.
 
The crash would occur when trying to use the ars_setEntry function, but would only occur when using string fields, not numerical fields.
 
Looking through the source, I tracked down the issue to the sv_to_ARValue, and specifically the use of strdup. It seems that some functionality has changed in Windows somewhere that means when strdup is allocating memory, it's not creating it on general heap? That's all I can assume, as when the code hit the call to FreeARFieldValueList, that's when the crash would actually occur.
 
The workaround has been to update the supportrev.h and supportrev.c files to ensure that the arsperl_strdup function is available when compiling on Windows, not just when compiling on Windows with a non-GNU C compiler. As the arsperl_strdup function then replaces strdup, this fixed the problem, and scripts using ars_SetEntry (ars_CreateEntry and ars_MergeEntry would be affected too by the looks of it) now work correctly on all version of Windows that I've been able to test on.
 
Just wanted to pass this on in case it will help others who hit the same problem!
 
Regards,
 
Glyn 		 	   		  

Re: [Arsperl-users] Errors compiling/testing ARSPerl 1.93

[Piotr S. <pio...@gm...>]

On Mon, Mar 5, 2012 at 22:14, Samuel Baldwin <rec...@gm...>wrote:

>
> When I install anyways and try to use ARS.pm, I end up getting core
> dumps, so I'm pretty sure something is majorly wrong. I haven't been
> able to find any info about this anywhere in the archives, so I
> figured it was worth mailing the list.
>

Hi!
I also have core dump problems, but on Debian 7.0 (Wheezy). After upgrade
from Debian 6.0 (Squeeze) my scripts works no more.
In my opinion problem is related with Perl version used in newer Debian
version.

Previously it was 5.10.1 compiled with following options:
-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN -Dcccdlflags=-fPIC
-Darchname=i486-linux-gnu -Dprefix=/usr -Dprivlib=/usr/share/perl/5.10
-Darchlib=/usr/lib/perl/5.10 -Dvendorprefix=/usr
-Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/perl5
-Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.10.1
-Dsitearch=/usr/local/lib/perl/5.10.1 -Dman1dir=/usr/share/man/man1
-Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1
-Dsiteman3dir=/usr/local/man/man3 -Dman1ext=1 -Dman3ext=3perl
-Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm -Uusesfio -Uusenm
-DDEBUGGING=-g -Doptimize=-O2 -Duseshrplib -Dlibperl=libperl.so.5.10.1
-Dd_dosuid -des

Currently it is 5.14.2 compiled with following options:
-Dusethreads -Duselargefiles -Dccflags=-DDEBIAN -Dcccdlflags=-fPIC
-Darchname=i486-linux-gnu -Dprefix=/usr -Dprivlib=/usr/share/perl/5.14
-Darchlib=/usr/lib/perl/5.14 -Dvendorprefix=/usr
-Dvendorlib=/usr/share/perl5 -Dvendorarch=/usr/lib/perl5
-Dsiteprefix=/usr/local -Dsitelib=/usr/local/share/perl/5.14.2
-Dsitearch=/usr/local/lib/perl/5.14.2 -Dman1dir=/usr/share/man/man1
-Dman3dir=/usr/share/man/man3 -Dsiteman1dir=/usr/local/man/man1
-Dsiteman3dir=/usr/local/man/man3 -Duse64bitint -Dman1ext=1 -Dman3ext=3perl
-Dpager=/usr/bin/sensible-pager -Uafs -Ud_csh -Ud_ualarm -Uusesfio -Uusenm
-Ui_libutil -DDEBUGGING=-g -Doptimize=-O2 -Duseshrplib
-Dlibperl=libperl.so.5.14.2 -des

Difference:
5.10.1 is using -Dd_dosuid
5.14.2 is using -Duse64bitint -Ui_libutil

When I manually downgraded Perl package to this released for Squeeze,
everything works OK.
Now I'm trying to compile my own Perl version, to be used just for ARSperl.
But problems occurred during compilation and now I don't have time to solve
them.

-- 
Piotrek
pio...@gm...

[Arsperl-users] Errors compiling/testing ARSPerl 1.93

[Samuel B. <rec...@gm...>]

Howdy,

I've been having a spot of trouble getting the latest arsperl release
to compile (and then test successfully) on RHEL 6.

I have the AR 6.3 API installed in /usr/ar/api, and I set $ARSAPI =
"/usr/ar/api" and $ARSVERSION = 6.3.

Firstly, running `perl Makefile.PL' complained thusly:

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

This is because the Makefile.PL in 1.93 has lines like this:

<<<<<<< Makefile.PL
#                  5.0 6.0 6.01 6.3 7.0 7.1 7.5
=======
#                  5.0 6.0 6.01 6.3 7.0 7.1 7.5 7.6
>>>>>>> 1.88

So I removed the diff vomit (it's only in three places) and managed to
get the makefile working. After this, though, disaster strikes in the
form of "warning: value computed is not used" errors:

support.c:509: warning: value computed is not used

This happens hundreds of times for the ARS.xs, support.c, and
supportrev_generated.c files. I've attached the entire output of `make
&> make-output'. Whereas it does compile successfully, make test fails
most of the tests. I've attached the output of `make test &>
make-test-output'.

When I install anyways and try to use ARS.pm, I end up getting core
dumps, so I'm pretty sure something is majorly wrong. I haven't been
able to find any info about this anywhere in the archives, so I
figured it was worth mailing the list.

I have pretty identical errors with 1.91, which is what we're using in
production on other machines here.

Thanks,
-- 
Sam Baldwin

Re: [Arsperl-users] undefined symbol: u_toupper_3_2

[PC W. <PC...@TE...>]

Hi Conny,

You are right! I can compile it with 32-bits Perl. I tested my script. It works! Great! Many thanks!

Regards
PC

From: Con...@t-... [mailto:Con...@t-...]
Sent: February 9, 2012 22:39
To: ars...@li...
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

I think you should have a look at your Makefile.PL. There is a variable $ARCHITECTURE and for a 32 bit build it should be set to an empty string.

# STEP 3 -> Choose architecture dependent suffix for library names, if necessary
$ARCHITECTURE = "";

HTH

KR Conny

________________________________
Von: Eric Wolf [mailto:eri...@gm...]
Gesendet: Freitag, 10. Februar 2012 01:13
An: ARSperl User Discussion
Betreff: Re: [Arsperl-users] undefined symbol: u_toupper_3_2
It looks like it's trying to find a 32 bit version of libicuucbmc_lx64.so and it's only coming across the 64 bit version.   What version of the API are you compiling against, 7.5?
Just for a sanity check, you are going against a 32 bit install of ARS correct?  For a 64 bit compile, libicuucbmc_lx64.so is ELF class 64 bit and should be softlinked to a file named libicuucbmc_lx64.so.32, which is subequently softlinked to libicuucbmc_lx64.so.32.0 or whatever the version.  The corresponding 32 bit file is libicuucbmc.so in that same directory.  It's been too long, but to get mine to work, I think I had to do something a little funky and delete the softlinks for libicuucbmc_lx64.so and re-link them to libicuucbmc.so for it to find the right version. I think I had to do the same for all of the 64 bit library files as well.  It's a little kludgy, and I would love to hear a better solution from someone on list, but to the best of my recollection, that's how I got it to work.

-Eric
On Thu, Feb 9, 2012 at 5:01 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Eric,

My SA just installed a 32-bit Perl V14.

ln98625:arsystem$ file /usr/local/bin/perl
/usr/local/bin/perl: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped

ln98625:arsystem$ /usr/local/bin/perl -version

This is perl 5, version 14, subversion 2 (v5.14.2) built for x86_64-linux

Copyright 1987-2011, Larry Wall

Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5 source kit.

Complete documentation for Perl, including FAQ lists, should be found on
this system using "man perl" or "perldoc perl".  If you have access to the
Internet, point your browser at http://www.perl.org/, the Perl Home Page.

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 9, 2012 14:56

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Just for giggles, what output do you get when you run "file /usr/local/bin/perl" ?
On Thu, Feb 9, 2012 at 4:50 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Eric,

I used the 32-bit to compile.....

sudo /usr/local/bin/perl Makefile.PL

But, can't "make" it....

ln98625:arsystem$ sudo make
Skip blib/lib/ARS/arerrno-h.pm<http://arerrno-h.pm> (unchanged)
Skip blib/lib/ARS/OOsup.pm (unchanged)
Skip blib/lib/ARS/ar-h.pm<http://ar-h.pm> (unchanged)
Skip blib/lib/ARS/nparm.pm<http://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.14.2/ExtUtils/xsubpp  -typemap /usr/local/lib/perl5/5.14.2/ExtUtils/typemap -typemap typemap  ARS.xs > ARS.xsc && mv ARS.xsc ARS.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  ARS.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  support.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  supportrev.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -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="/lib:/opt/bmc/ARSystem/api/../bin" cc -m32  -shared -O2 -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o supportrev_generated.o   -o blib/arch/auto/ARS/ARS.so /opt/bmc/ARSystem/api/lib/libar_lx64.a       \
           -L/opt/bmc/ARSystem/api/lib -L/opt/bmc/ARSystem/api/../bin -lnsl -lpthread -licuucbmc_lx64 -licui18nbmc_lx64 -licudatabmc_lx64       \

/usr/bin/ld: skipping incompatible /opt/bmc/ARSystem/api/../bin/libicuucbmc_lx64.so when searching for -licuucbmc_lx64
/usr/bin/ld: cannot find -licuucbmc_lx64
collect2: ld returned 1 exit status
make: *** [blib/arch/auto/ARS/ARS.so] Error 1


Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 8, 2012 18:32

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Yes, that's the same problem I was having and we figured that it was due to RPC translation issues with that open BMC bug.  I'm using 64 bit Linux and had to ultimately compile a 32 bit Perl installation as well as compile ARS Perl against that installation to resolve it.  This was likely because I was going against a 32 bit Windows Remedy installation but I didn't look into it any further after I got it working.
On Wed, Feb 8, 2012 at 8:26 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Eric,

Now, I am having another problem after the compilation. The 64-bits does not seem to be working. Did anyone have this problem on a 64 bit Linux?

[ERROR] Cannot establish a network connection to the AR System server (itsmintdv01 : RPC: Can't encode arguments) (ARERR #90)

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 8, 2012 15:44

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Oh...I've run into that too.  Since I wasn't compiling against a working ARS install, I stuck everything in bin under lib and solved it that way.  Glad you got it going.

-Eric
On Wed, Feb 8, 2012 at 3:35 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Problem resolved. I found Axton's old post and use his suggestion:

$ARS_LDPATH = "-L$ARSAPI/lib -L$ARSAPI/../bin";

It is now complied in my Linux box. Thanks Axton! Thanks Eric!

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 8, 2012 10:44

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Others can probably speak to it better than I can, but in the past, I have had trouble going from a Linux 64 bit server to Windows 32 bit Remedy server because of an RPC translation problem.  I'm not sure what your build is like, but I seem to remember there not being a problem going with 64 bit if there is no RPC translation that needs to happen.

-Eric
On Wed, Feb 8, 2012 at 12:38 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Eric,

Thanks! Does ARSPerl need to run on 32 bit Perl? Or Can it run on 64 bits?

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 6, 2012 18:08
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

The pertinent message usually indicates that ARSPerl wasn't compiled against the C Libraries successfully.  Did you edit the Makefile.PL file to point to the library files?

-Eric
On Mon, Feb 6, 2012 at 6:01 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Listers,

I just installed ARSperl-1.93 on a Red Hat Enterprise Linux Server release 5.6 (Tikanga). I get this error message when calling the ARS module.

Can't load '/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so' for module ARS: /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so: undefined symbol: u_toupper_3_2 at /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230.


Regards
PC Wai
Technology Consultant
BT TO/IT Service Operations
Service Assurance Support - Remedy
Tel: 604-451-4613<tel:604-451-4613>
TELUS(r)  the future is friendly(r)




------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

Re: [Arsperl-users] undefined symbol: u_toupper_3_2

[<Con...@t-...>]

I think you should have a look at your Makefile.PL. There is a variable $ARCHITECTURE and for a 32 bit build it should be set to an empty string.

# STEP 3 -> Choose architecture dependent suffix for library names, if necessary
$ARCHITECTURE = "";

HTH

KR Conny

________________________________
Von: Eric Wolf [mailto:eri...@gm...]
Gesendet: Freitag, 10. Februar 2012 01:13
An: ARSperl User Discussion
Betreff: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

It looks like it's trying to find a 32 bit version of libicuucbmc_lx64.so and it's only coming across the 64 bit version.   What version of the API are you compiling against, 7.5?
Just for a sanity check, you are going against a 32 bit install of ARS correct?  For a 64 bit compile, libicuucbmc_lx64.so is ELF class 64 bit and should be softlinked to a file named libicuucbmc_lx64.so.32, which is subequently softlinked to libicuucbmc_lx64.so.32.0 or whatever the version.  The corresponding 32 bit file is libicuucbmc.so in that same directory.  It's been too long, but to get mine to work, I think I had to do something a little funky and delete the softlinks for libicuucbmc_lx64.so and re-link them to libicuucbmc.so for it to find the right version. I think I had to do the same for all of the 64 bit library files as well.  It's a little kludgy, and I would love to hear a better solution from someone on list, but to the best of my recollection, that's how I got it to work.

-Eric

On Thu, Feb 9, 2012 at 5:01 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Eric,

My SA just installed a 32-bit Perl V14.

ln98625:arsystem$ file /usr/local/bin/perl
/usr/local/bin/perl: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped

ln98625:arsystem$ /usr/local/bin/perl -version

This is perl 5, version 14, subversion 2 (v5.14.2) built for x86_64-linux

Copyright 1987-2011, Larry Wall

Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5 source kit.

Complete documentation for Perl, including FAQ lists, should be found on
this system using "man perl" or "perldoc perl".  If you have access to the
Internet, point your browser at http://www.perl.org/, the Perl Home Page.

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 9, 2012 14:56

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Just for giggles, what output do you get when you run "file /usr/local/bin/perl" ?
On Thu, Feb 9, 2012 at 4:50 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Eric,

I used the 32-bit to compile.....

sudo /usr/local/bin/perl Makefile.PL

But, can't "make" it....

ln98625:arsystem$ sudo make
Skip blib/lib/ARS/arerrno-h.pm<http://arerrno-h.pm> (unchanged)
Skip blib/lib/ARS/OOsup.pm (unchanged)
Skip blib/lib/ARS/ar-h.pm<http://ar-h.pm> (unchanged)
Skip blib/lib/ARS/nparm.pm<http://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.14.2/ExtUtils/xsubpp  -typemap /usr/local/lib/perl5/5.14.2/ExtUtils/typemap -typemap typemap  ARS.xs > ARS.xsc && mv ARS.xsc ARS.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  ARS.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  support.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  supportrev.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -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="/lib:/opt/bmc/ARSystem/api/../bin" cc -m32  -shared -O2 -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o supportrev_generated.o   -o blib/arch/auto/ARS/ARS.so /opt/bmc/ARSystem/api/lib/libar_lx64.a       \
           -L/opt/bmc/ARSystem/api/lib -L/opt/bmc/ARSystem/api/../bin -lnsl -lpthread -licuucbmc_lx64 -licui18nbmc_lx64 -licudatabmc_lx64       \

/usr/bin/ld: skipping incompatible /opt/bmc/ARSystem/api/../bin/libicuucbmc_lx64.so when searching for -licuucbmc_lx64
/usr/bin/ld: cannot find -licuucbmc_lx64
collect2: ld returned 1 exit status
make: *** [blib/arch/auto/ARS/ARS.so] Error 1


Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 8, 2012 18:32

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Yes, that's the same problem I was having and we figured that it was due to RPC translation issues with that open BMC bug.  I'm using 64 bit Linux and had to ultimately compile a 32 bit Perl installation as well as compile ARS Perl against that installation to resolve it.  This was likely because I was going against a 32 bit Windows Remedy installation but I didn't look into it any further after I got it working.
On Wed, Feb 8, 2012 at 8:26 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Eric,

Now, I am having another problem after the compilation. The 64-bits does not seem to be working. Did anyone have this problem on a 64 bit Linux?

[ERROR] Cannot establish a network connection to the AR System server (itsmintdv01 : RPC: Can't encode arguments) (ARERR #90)

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 8, 2012 15:44

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Oh...I've run into that too.  Since I wasn't compiling against a working ARS install, I stuck everything in bin under lib and solved it that way.  Glad you got it going.

-Eric
On Wed, Feb 8, 2012 at 3:35 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Problem resolved. I found Axton's old post and use his suggestion:

$ARS_LDPATH = "-L$ARSAPI/lib -L$ARSAPI/../bin";

It is now complied in my Linux box. Thanks Axton! Thanks Eric!

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 8, 2012 10:44

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Others can probably speak to it better than I can, but in the past, I have had trouble going from a Linux 64 bit server to Windows 32 bit Remedy server because of an RPC translation problem.  I'm not sure what your build is like, but I seem to remember there not being a problem going with 64 bit if there is no RPC translation that needs to happen.

-Eric
On Wed, Feb 8, 2012 at 12:38 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Eric,

Thanks! Does ARSPerl need to run on 32 bit Perl? Or Can it run on 64 bits?

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 6, 2012 18:08
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

The pertinent message usually indicates that ARSPerl wasn't compiled against the C Libraries successfully.  Did you edit the Makefile.PL file to point to the library files?

-Eric
On Mon, Feb 6, 2012 at 6:01 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Listers,

I just installed ARSperl-1.93 on a Red Hat Enterprise Linux Server release 5.6 (Tikanga). I get this error message when calling the ARS module.

Can't load '/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so' for module ARS: /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so: undefined symbol: u_toupper_3_2 at /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230.


Regards
PC Wai
Technology Consultant
BT TO/IT Service Operations
Service Assurance Support - Remedy
Tel: 604-451-4613<tel:604-451-4613>
TELUS(r)  the future is friendly(r)




------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

Re: [Arsperl-users] undefined symbol: u_toupper_3_2

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

It looks like it's trying to find a 32 bit version of libicuucbmc_lx64.so
and it's only coming across the 64 bit version.   What version of the API
are you compiling against, 7.5?
Just for a sanity check, you are going against a 32 bit install of ARS
correct?  For a 64 bit compile, libicuucbmc_lx64.so is ELF class 64 bit and
should be softlinked to a file named libicuucbmc_lx64.so.32, which is
subequently softlinked to libicuucbmc_lx64.so.32.0 or whatever the
version.  The corresponding 32 bit file is libicuucbmc.so in that same
directory.  It's been too long, but to get mine to work, I think I had to
do something a little funky and delete the softlinks for
libicuucbmc_lx64.so and re-link them to libicuucbmc.so for it to find the
right version. I think I had to do the same for all of the 64 bit library
files as well.  It's a little kludgy, and I would love to hear a better
solution from someone on list, but to the best of my recollection, that's
how I got it to work.

-Eric

On Thu, Feb 9, 2012 at 5:01 PM, PC Wai <PC...@te...> wrote:

> Hi Eric,****
>
> ** **
>
> My SA just installed a 32-bit Perl V14.****
>
> ** **
>
> ln98625:arsystem$ file /usr/local/bin/perl****
>
> /usr/local/bin/perl: ELF 32-bit LSB executable, Intel 80386, version 1
> (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for
> GNU/Linux 2.6.9, not stripped****
>
> ** **
>
> ln98625:arsystem$ /usr/local/bin/perl -version****
>
> ** **
>
> This is perl 5, version 14, subversion 2 (v5.14.2) built for x86_64-linux*
> ***
>
> ** **
>
> Copyright 1987-2011, Larry Wall****
>
> ** **
>
> Perl may be copied only under the terms of either the Artistic License or
> the****
>
> GNU General Public License, which may be found in the Perl 5 source kit.**
> **
>
> ** **
>
> Complete documentation for Perl, including FAQ lists, should be found on**
> **
>
> this system using "man perl" or "perldoc perl".  If you have access to the
> ****
>
> Internet, point your browser at http://www.perl.org/, the Perl Home Page.*
> ***
>
> ** **
>
> Regards
> PC****
>
> ** **
>
> *From:* Eric Wolf [mailto:eri...@gm...]
> *Sent:* February 9, 2012 14:56
>
> *To:* ARSperl User Discussion
> *Subject:* Re: [Arsperl-users] undefined symbol: u_toupper_3_2****
>
> ** **
>
> Just for giggles, what output do you get when you run "file
> /usr/local/bin/perl" ?****
>
> On Thu, Feb 9, 2012 at 4:50 PM, PC Wai <PC...@te...> wrote:****
>
> Hi Eric,****
>
>  ****
>
> I used the 32-bit to compile…..****
>
>  ****
>
> sudo /usr/local/bin/perl Makefile.PL****
>
>  ****
>
> But, can’t “make” it….****
>
>  ****
>
> ln98625:arsystem$ sudo 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.14.2/ExtUtils/xsubpp  -typemap
> /usr/local/lib/perl5/5.14.2/ExtUtils/typemap -typemap typemap  ARS.xs >
> ARS.xsc && mv ARS.xsc ARS.c****
>
> cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe
> -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC
> "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452
> -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  ARS.c
> ****
>
> cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe
> -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC
> "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452
> -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50
> support.c****
>
> cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe
> -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC
> "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452
> -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50
> supportrev.c****
>
> cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe
> -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC
> "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452
> -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -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="/lib:/opt/bmc/ARSystem/api/../bin" cc -m32  -shared -O2
> -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o
> supportrev_generated.o   -o blib/arch/auto/ARS/ARS.so
> /opt/bmc/ARSystem/api/lib/libar_lx64.a       \****
>
>            -L/opt/bmc/ARSystem/api/lib -L/opt/bmc/ARSystem/api/../bin
> -lnsl -lpthread -licuucbmc_lx64 -licui18nbmc_lx64 -licudatabmc_lx64       \
> ****
>
>  ****
>
> /usr/bin/ld: skipping incompatible
> /opt/bmc/ARSystem/api/../bin/libicuucbmc_lx64.so when searching for
> -licuucbmc_lx64****
>
> /usr/bin/ld: cannot find -licuucbmc_lx64****
>
> collect2: ld returned 1 exit status****
>
> make: *** [blib/arch/auto/ARS/ARS.so] Error 1****
>
>  ****
>
>  ****
>
> Regards
> PC****
>
>  ****
>
> *From:* Eric Wolf [mailto:eri...@gm...]
> *Sent:* February 8, 2012 18:32****
>
>
> *To:* ARSperl User Discussion
> *Subject:* Re: [Arsperl-users] undefined symbol: u_toupper_3_2****
>
>  ****
>
> Yes, that's the same problem I was having and we figured that it was due
> to RPC translation issues with that open BMC bug.  I'm using 64 bit Linux
> and had to ultimately compile a 32 bit Perl installation as well as compile
> ARS Perl against that installation to resolve it.  This was likely because
> I was going against a 32 bit Windows Remedy installation but I didn't look
> into it any further after I got it working.****
>
> On Wed, Feb 8, 2012 at 8:26 PM, PC Wai <PC...@te...> wrote:****
>
> Hi Eric,****
>
>  ****
>
> Now, I am having another problem after the compilation. The 64-bits does
> not seem to be working. Did anyone have this problem on a 64 bit Linux?***
> *
>
>  ****
>
> [ERROR] Cannot establish a network connection to the AR System server
> (itsmintdv01 : RPC: Can't encode arguments) (ARERR #90)****
>
>  ****
>
> Regards
> PC****
>
>  ****
>
> *From:* Eric Wolf [mailto:eri...@gm...]
> *Sent:* February 8, 2012 15:44****
>
>
> *To:* ARSperl User Discussion
> *Subject:* Re: [Arsperl-users] undefined symbol: u_toupper_3_2****
>
>  ****
>
> Oh...I've run into that too.  Since I wasn't compiling against a working
> ARS install, I stuck everything in bin under lib and solved it that way.
> Glad you got it going.
>
> -Eric****
>
> On Wed, Feb 8, 2012 at 3:35 PM, PC Wai <PC...@te...> wrote:****
>
> Problem resolved. I found Axton’s old post and use his suggestion:****
>
>  ****
>
> $ARS_LDPATH = "-L$ARSAPI/lib -L$ARSAPI/../bin";****
>
>  ****
>
> It is now complied in my Linux box. Thanks Axton! Thanks Eric!****
>
>  ****
>
> Regards
> PC****
>
>  ****
>
> *From:* Eric Wolf [mailto:eri...@gm...]
> *Sent:* February 8, 2012 10:44****
>
>
> *To:* ARSperl User Discussion
> *Subject:* Re: [Arsperl-users] undefined symbol: u_toupper_3_2****
>
>  ****
>
> Others can probably speak to it better than I can, but in the past, I have
> had trouble going from a Linux 64 bit server to Windows 32 bit Remedy
> server because of an RPC translation problem.  I'm not sure what your build
> is like, but I seem to remember there not being a problem going with 64 bit
> if there is no RPC translation that needs to happen.
>
> -Eric****
>
> On Wed, Feb 8, 2012 at 12:38 PM, PC Wai <PC...@te...> wrote:****
>
> Hi Eric,****
>
>  ****
>
> Thanks! Does ARSPerl need to run on 32 bit Perl? Or Can it run on 64 bits?
> ****
>
>  ****
>
> Regards
> PC****
>
>  ****
>
> *From:* Eric Wolf [mailto:eri...@gm...]
> *Sent:* February 6, 2012 18:08
> *To:* ARSperl User Discussion
> *Subject:* Re: [Arsperl-users] undefined symbol: u_toupper_3_2****
>
>  ****
>
> The pertinent message usually indicates that ARSPerl wasn't compiled
> against the C Libraries successfully.  Did you edit the Makefile.PL file to
> point to the library files?
>
> -Eric****
>
> On Mon, Feb 6, 2012 at 6:01 PM, PC Wai <PC...@te...> wrote:****
>
> Hi Listers,****
>
>  ****
>
> I just installed ARSperl-1.93 on a Red Hat Enterprise Linux Server
> release 5.6 (Tikanga). I get this error message when calling the ARS module.
> ****
>
>  ****
>
> Can't load
> '/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so'
> for module ARS:
> /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so:
> undefined symbol: u_toupper_3_2 at
> /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230.**
> **
>
>  ****
>
>  ****
>
> Regards
> PC Wai
> Technology Consultant
> BT TO/IT Service Operations
> Service Assurance Support - Remedy
> Tel: 604-451-4613****
>
> TELUS®  the future is friendly®****
>
>  ****
>
>  ****
>
>  ****
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users****
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users****
>
>
>
>
> --
> Eric Wolf
> http://www.n5ebw.com "The Ramblings of a Crazy Man"
> We must free ourselves of the hope that the sea will ever rest. We must
> learn to sail in high winds. --Aristotle Onassis****
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users****
>
>
>
>
> --
> Eric Wolf
> http://www.n5ebw.com "The Ramblings of a Crazy Man"
> We must free ourselves of the hope that the sea will ever rest. We must
> learn to sail in high winds. --Aristotle Onassis****
>
>
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users****
>
>
>
>
> --
> Eric Wolf
> http://www.n5ebw.com "The Ramblings of a Crazy Man"
> We must free ourselves of the hope that the sea will ever rest. We must
> learn to sail in high winds. --Aristotle Onassis****
>
>
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users****
>
>
>
>
> --
> Eric Wolf
> http://www.n5ebw.com "The Ramblings of a Crazy Man"
> We must free ourselves of the hope that the sea will ever rest. We must
> learn to sail in high winds. --Aristotle Onassis****
>
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>



-- 
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must
learn to sail in high winds. --Aristotle Onassis

Re: [Arsperl-users] undefined symbol: u_toupper_3_2

[PC W. <PC...@TE...>]

Hi Eric,

My SA just installed a 32-bit Perl V14.

ln98625:arsystem$ file /usr/local/bin/perl
/usr/local/bin/perl: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for GNU/Linux 2.6.9, not stripped

ln98625:arsystem$ /usr/local/bin/perl -version

This is perl 5, version 14, subversion 2 (v5.14.2) built for x86_64-linux

Copyright 1987-2011, Larry Wall

Perl may be copied only under the terms of either the Artistic License or the
GNU General Public License, which may be found in the Perl 5 source kit.

Complete documentation for Perl, including FAQ lists, should be found on
this system using "man perl" or "perldoc perl".  If you have access to the
Internet, point your browser at http://www.perl.org/, the Perl Home Page.

Regards
PC

From: Eric Wolf [mailto:eri...@gm...]
Sent: February 9, 2012 14:56
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Just for giggles, what output do you get when you run "file /usr/local/bin/perl" ?
On Thu, Feb 9, 2012 at 4:50 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Eric,

I used the 32-bit to compile.....

sudo /usr/local/bin/perl Makefile.PL

But, can't "make" it....

ln98625:arsystem$ sudo make
Skip blib/lib/ARS/arerrno-h.pm<http://arerrno-h.pm> (unchanged)
Skip blib/lib/ARS/OOsup.pm (unchanged)
Skip blib/lib/ARS/ar-h.pm<http://ar-h.pm> (unchanged)
Skip blib/lib/ARS/nparm.pm<http://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.14.2/ExtUtils/xsubpp  -typemap /usr/local/lib/perl5/5.14.2/ExtUtils/typemap -typemap typemap  ARS.xs > ARS.xsc && mv ARS.xsc ARS.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  ARS.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  support.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  supportrev.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -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="/lib:/opt/bmc/ARSystem/api/../bin" cc -m32  -shared -O2 -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o supportrev_generated.o   -o blib/arch/auto/ARS/ARS.so /opt/bmc/ARSystem/api/lib/libar_lx64.a       \
           -L/opt/bmc/ARSystem/api/lib -L/opt/bmc/ARSystem/api/../bin -lnsl -lpthread -licuucbmc_lx64 -licui18nbmc_lx64 -licudatabmc_lx64       \

/usr/bin/ld: skipping incompatible /opt/bmc/ARSystem/api/../bin/libicuucbmc_lx64.so when searching for -licuucbmc_lx64
/usr/bin/ld: cannot find -licuucbmc_lx64
collect2: ld returned 1 exit status
make: *** [blib/arch/auto/ARS/ARS.so] Error 1


Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 8, 2012 18:32

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Yes, that's the same problem I was having and we figured that it was due to RPC translation issues with that open BMC bug.  I'm using 64 bit Linux and had to ultimately compile a 32 bit Perl installation as well as compile ARS Perl against that installation to resolve it.  This was likely because I was going against a 32 bit Windows Remedy installation but I didn't look into it any further after I got it working.
On Wed, Feb 8, 2012 at 8:26 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Eric,

Now, I am having another problem after the compilation. The 64-bits does not seem to be working. Did anyone have this problem on a 64 bit Linux?

[ERROR] Cannot establish a network connection to the AR System server (itsmintdv01 : RPC: Can't encode arguments) (ARERR #90)

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 8, 2012 15:44

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Oh...I've run into that too.  Since I wasn't compiling against a working ARS install, I stuck everything in bin under lib and solved it that way.  Glad you got it going.

-Eric
On Wed, Feb 8, 2012 at 3:35 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Problem resolved. I found Axton's old post and use his suggestion:

$ARS_LDPATH = "-L$ARSAPI/lib -L$ARSAPI/../bin";

It is now complied in my Linux box. Thanks Axton! Thanks Eric!

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 8, 2012 10:44

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Others can probably speak to it better than I can, but in the past, I have had trouble going from a Linux 64 bit server to Windows 32 bit Remedy server because of an RPC translation problem.  I'm not sure what your build is like, but I seem to remember there not being a problem going with 64 bit if there is no RPC translation that needs to happen.

-Eric
On Wed, Feb 8, 2012 at 12:38 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Eric,

Thanks! Does ARSPerl need to run on 32 bit Perl? Or Can it run on 64 bits?

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 6, 2012 18:08
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

The pertinent message usually indicates that ARSPerl wasn't compiled against the C Libraries successfully.  Did you edit the Makefile.PL file to point to the library files?

-Eric
On Mon, Feb 6, 2012 at 6:01 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Listers,

I just installed ARSperl-1.93 on a Red Hat Enterprise Linux Server release 5.6 (Tikanga). I get this error message when calling the ARS module.

Can't load '/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so' for module ARS: /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so: undefined symbol: u_toupper_3_2 at /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230.


Regards
PC Wai
Technology Consultant
BT TO/IT Service Operations
Service Assurance Support - Remedy
Tel: 604-451-4613<tel:604-451-4613>
TELUS(r)  the future is friendly(r)




------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

Re: [Arsperl-users] undefined symbol: u_toupper_3_2

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

Just for giggles, what output do you get when you run "file
/usr/local/bin/perl" ?

On Thu, Feb 9, 2012 at 4:50 PM, PC Wai <PC...@te...> wrote:

> Hi Eric,****
>
> ** **
>
> I used the 32-bit to compile…..****
>
> ** **
>
> sudo /usr/local/bin/perl Makefile.PL****
>
> ** **
>
> But, can’t “make” it….****
>
> ** **
>
> ln98625:arsystem$ sudo 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.14.2/ExtUtils/xsubpp  -typemap
> /usr/local/lib/perl5/5.14.2/ExtUtils/typemap -typemap typemap  ARS.xs >
> ARS.xsc && mv ARS.xsc ARS.c****
>
> cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe
> -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC
> "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452
> -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  ARS.c
> ****
>
> cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe
> -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC
> "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452
> -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50
> support.c****
>
> cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe
> -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC
> "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452
> -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50
> supportrev.c****
>
> cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe
> -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE
> -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC
> "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452
> -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -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="/lib:/opt/bmc/ARSystem/api/../bin" cc -m32  -shared -O2
> -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o
> supportrev_generated.o   -o blib/arch/auto/ARS/ARS.so
> /opt/bmc/ARSystem/api/lib/libar_lx64.a       \****
>
>            -L/opt/bmc/ARSystem/api/lib -L/opt/bmc/ARSystem/api/../bin
> -lnsl -lpthread -licuucbmc_lx64 -licui18nbmc_lx64 -licudatabmc_lx64       \
> ****
>
> ** **
>
> /usr/bin/ld: skipping incompatible
> /opt/bmc/ARSystem/api/../bin/libicuucbmc_lx64.so when searching for
> -licuucbmc_lx64****
>
> /usr/bin/ld: cannot find -licuucbmc_lx64****
>
> collect2: ld returned 1 exit status****
>
> make: *** [blib/arch/auto/ARS/ARS.so] Error 1****
>
> ** **
>
> ** **
>
> Regards
> PC****
>
> ** **
>
> *From:* Eric Wolf [mailto:eri...@gm...]
> *Sent:* February 8, 2012 18:32
>
> *To:* ARSperl User Discussion
> *Subject:* Re: [Arsperl-users] undefined symbol: u_toupper_3_2****
>
> ** **
>
> Yes, that's the same problem I was having and we figured that it was due
> to RPC translation issues with that open BMC bug.  I'm using 64 bit Linux
> and had to ultimately compile a 32 bit Perl installation as well as compile
> ARS Perl against that installation to resolve it.  This was likely because
> I was going against a 32 bit Windows Remedy installation but I didn't look
> into it any further after I got it working.****
>
> On Wed, Feb 8, 2012 at 8:26 PM, PC Wai <PC...@te...> wrote:****
>
> Hi Eric,****
>
>  ****
>
> Now, I am having another problem after the compilation. The 64-bits does
> not seem to be working. Did anyone have this problem on a 64 bit Linux?***
> *
>
>  ****
>
> [ERROR] Cannot establish a network connection to the AR System server
> (itsmintdv01 : RPC: Can't encode arguments) (ARERR #90)****
>
>  ****
>
> Regards
> PC****
>
>  ****
>
> *From:* Eric Wolf [mailto:eri...@gm...]
> *Sent:* February 8, 2012 15:44****
>
>
> *To:* ARSperl User Discussion
> *Subject:* Re: [Arsperl-users] undefined symbol: u_toupper_3_2****
>
>  ****
>
> Oh...I've run into that too.  Since I wasn't compiling against a working
> ARS install, I stuck everything in bin under lib and solved it that way.
> Glad you got it going.
>
> -Eric****
>
> On Wed, Feb 8, 2012 at 3:35 PM, PC Wai <PC...@te...> wrote:****
>
> Problem resolved. I found Axton’s old post and use his suggestion:****
>
>  ****
>
> $ARS_LDPATH = "-L$ARSAPI/lib -L$ARSAPI/../bin";****
>
>  ****
>
> It is now complied in my Linux box. Thanks Axton! Thanks Eric!****
>
>  ****
>
> Regards
> PC****
>
>  ****
>
> *From:* Eric Wolf [mailto:eri...@gm...]
> *Sent:* February 8, 2012 10:44****
>
>
> *To:* ARSperl User Discussion
> *Subject:* Re: [Arsperl-users] undefined symbol: u_toupper_3_2****
>
>  ****
>
> Others can probably speak to it better than I can, but in the past, I have
> had trouble going from a Linux 64 bit server to Windows 32 bit Remedy
> server because of an RPC translation problem.  I'm not sure what your build
> is like, but I seem to remember there not being a problem going with 64 bit
> if there is no RPC translation that needs to happen.
>
> -Eric****
>
> On Wed, Feb 8, 2012 at 12:38 PM, PC Wai <PC...@te...> wrote:****
>
> Hi Eric,****
>
>  ****
>
> Thanks! Does ARSPerl need to run on 32 bit Perl? Or Can it run on 64 bits?
> ****
>
>  ****
>
> Regards
> PC****
>
>  ****
>
> *From:* Eric Wolf [mailto:eri...@gm...]
> *Sent:* February 6, 2012 18:08
> *To:* ARSperl User Discussion
> *Subject:* Re: [Arsperl-users] undefined symbol: u_toupper_3_2****
>
>  ****
>
> The pertinent message usually indicates that ARSPerl wasn't compiled
> against the C Libraries successfully.  Did you edit the Makefile.PL file to
> point to the library files?
>
> -Eric****
>
> On Mon, Feb 6, 2012 at 6:01 PM, PC Wai <PC...@te...> wrote:****
>
> Hi Listers,****
>
>  ****
>
> I just installed ARSperl-1.93 on a Red Hat Enterprise Linux Server
> release 5.6 (Tikanga). I get this error message when calling the ARS module.
> ****
>
>  ****
>
> Can't load
> '/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so'
> for module ARS:
> /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so:
> undefined symbol: u_toupper_3_2 at
> /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230.**
> **
>
>  ****
>
>  ****
>
> Regards
> PC Wai
> Technology Consultant
> BT TO/IT Service Operations
> Service Assurance Support - Remedy
> Tel: 604-451-4613****
>
> TELUS®  the future is friendly®****
>
>  ****
>
>  ****
>
>  ****
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users****
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users****
>
>
>
>
> --
> Eric Wolf
> http://www.n5ebw.com "The Ramblings of a Crazy Man"
> We must free ourselves of the hope that the sea will ever rest. We must
> learn to sail in high winds. --Aristotle Onassis****
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users****
>
>
>
>
> --
> Eric Wolf
> http://www.n5ebw.com "The Ramblings of a Crazy Man"
> We must free ourselves of the hope that the sea will ever rest. We must
> learn to sail in high winds. --Aristotle Onassis****
>
>
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users****
>
>
>
>
> --
> Eric Wolf
> http://www.n5ebw.com "The Ramblings of a Crazy Man"
> We must free ourselves of the hope that the sea will ever rest. We must
> learn to sail in high winds. --Aristotle Onassis****
>
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>



-- 
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must
learn to sail in high winds. --Aristotle Onassis

Re: [Arsperl-users] undefined symbol: u_toupper_3_2

[PC W. <PC...@TE...>]

Hi Eric,

I used the 32-bit to compile.....

sudo /usr/local/bin/perl Makefile.PL

But, can't "make" it....

ln98625:arsystem$ sudo 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.14.2/ExtUtils/xsubpp  -typemap /usr/local/lib/perl5/5.14.2/ExtUtils/typemap -typemap typemap  ARS.xs > ARS.xsc && mv ARS.xsc ARS.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  ARS.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  support.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -DPERL_BASEREV_IS=50  supportrev.c
cc -m32 -c  -I/opt/bmc/ARSystem/api/include -fno-strict-aliasing -pipe -fstack-protector -I/usr/local/include -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2   -DVERSION=\"1.93\" -DXS_VERSION=\"1.93\" -fPIC "-I/usr/local/lib/perl5/5.14.2/x86_64-linux/CORE"  -g  -DARS32 -DARS452  -DPERL_PATCHLEVEL_IS=14 -DPERL_SUBVERSION_IS=2 -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="/lib:/opt/bmc/ARSystem/api/../bin" cc -m32  -shared -O2 -L/usr/local/lib -fstack-protector ARS.o support.o supportrev.o supportrev_generated.o   -o blib/arch/auto/ARS/ARS.so /opt/bmc/ARSystem/api/lib/libar_lx64.a       \
           -L/opt/bmc/ARSystem/api/lib -L/opt/bmc/ARSystem/api/../bin -lnsl -lpthread -licuucbmc_lx64 -licui18nbmc_lx64 -licudatabmc_lx64       \

/usr/bin/ld: skipping incompatible /opt/bmc/ARSystem/api/../bin/libicuucbmc_lx64.so when searching for -licuucbmc_lx64
/usr/bin/ld: cannot find -licuucbmc_lx64
collect2: ld returned 1 exit status
make: *** [blib/arch/auto/ARS/ARS.so] Error 1


Regards
PC

From: Eric Wolf [mailto:eri...@gm...]
Sent: February 8, 2012 18:32
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Yes, that's the same problem I was having and we figured that it was due to RPC translation issues with that open BMC bug.  I'm using 64 bit Linux and had to ultimately compile a 32 bit Perl installation as well as compile ARS Perl against that installation to resolve it.  This was likely because I was going against a 32 bit Windows Remedy installation but I didn't look into it any further after I got it working.
On Wed, Feb 8, 2012 at 8:26 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Eric,

Now, I am having another problem after the compilation. The 64-bits does not seem to be working. Did anyone have this problem on a 64 bit Linux?

[ERROR] Cannot establish a network connection to the AR System server (itsmintdv01 : RPC: Can't encode arguments) (ARERR #90)

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 8, 2012 15:44

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Oh...I've run into that too.  Since I wasn't compiling against a working ARS install, I stuck everything in bin under lib and solved it that way.  Glad you got it going.

-Eric
On Wed, Feb 8, 2012 at 3:35 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Problem resolved. I found Axton's old post and use his suggestion:

$ARS_LDPATH = "-L$ARSAPI/lib -L$ARSAPI/../bin";

It is now complied in my Linux box. Thanks Axton! Thanks Eric!

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 8, 2012 10:44

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Others can probably speak to it better than I can, but in the past, I have had trouble going from a Linux 64 bit server to Windows 32 bit Remedy server because of an RPC translation problem.  I'm not sure what your build is like, but I seem to remember there not being a problem going with 64 bit if there is no RPC translation that needs to happen.

-Eric
On Wed, Feb 8, 2012 at 12:38 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Eric,

Thanks! Does ARSPerl need to run on 32 bit Perl? Or Can it run on 64 bits?

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 6, 2012 18:08
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

The pertinent message usually indicates that ARSPerl wasn't compiled against the C Libraries successfully.  Did you edit the Makefile.PL file to point to the library files?

-Eric
On Mon, Feb 6, 2012 at 6:01 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Listers,

I just installed ARSperl-1.93 on a Red Hat Enterprise Linux Server release 5.6 (Tikanga). I get this error message when calling the ARS module.

Can't load '/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so' for module ARS: /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so: undefined symbol: u_toupper_3_2 at /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230.


Regards
PC Wai
Technology Consultant
BT TO/IT Service Operations
Service Assurance Support - Remedy
Tel: 604-451-4613<tel:604-451-4613>
TELUS(r)  the future is friendly(r)




------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

Re: [Arsperl-users] undefined symbol: u_toupper_3_2

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

Yes, that's the same problem I was having and we figured that it was due to
RPC translation issues with that open BMC bug.  I'm using 64 bit Linux and
had to ultimately compile a 32 bit Perl installation as well as compile ARS
Perl against that installation to resolve it.  This was likely because I
was going against a 32 bit Windows Remedy installation but I didn't look
into it any further after I got it working.

On Wed, Feb 8, 2012 at 8:26 PM, PC Wai <PC...@te...> wrote:

> Hi Eric,****
>
> ** **
>
> Now, I am having another problem after the compilation. The 64-bits does
> not seem to be working. Did anyone have this problem on a 64 bit Linux?***
> *
>
> ** **
>
> [ERROR] Cannot establish a network connection to the AR System server
> (itsmintdv01 : RPC: Can't encode arguments) (ARERR #90)****
>
> ** **
>
> Regards
> PC****
>
> ** **
>
> *From:* Eric Wolf [mailto:eri...@gm...]
> *Sent:* February 8, 2012 15:44
>
> *To:* ARSperl User Discussion
> *Subject:* Re: [Arsperl-users] undefined symbol: u_toupper_3_2****
>
> ** **
>
> Oh...I've run into that too.  Since I wasn't compiling against a working
> ARS install, I stuck everything in bin under lib and solved it that way.
> Glad you got it going.
>
> -Eric****
>
> On Wed, Feb 8, 2012 at 3:35 PM, PC Wai <PC...@te...> wrote:****
>
> Problem resolved. I found Axton’s old post and use his suggestion:****
>
>  ****
>
> $ARS_LDPATH = "-L$ARSAPI/lib -L$ARSAPI/../bin";****
>
>  ****
>
> It is now complied in my Linux box. Thanks Axton! Thanks Eric!****
>
>  ****
>
> Regards
> PC****
>
>  ****
>
> *From:* Eric Wolf [mailto:eri...@gm...]
> *Sent:* February 8, 2012 10:44****
>
>
> *To:* ARSperl User Discussion
> *Subject:* Re: [Arsperl-users] undefined symbol: u_toupper_3_2****
>
>  ****
>
> Others can probably speak to it better than I can, but in the past, I have
> had trouble going from a Linux 64 bit server to Windows 32 bit Remedy
> server because of an RPC translation problem.  I'm not sure what your build
> is like, but I seem to remember there not being a problem going with 64 bit
> if there is no RPC translation that needs to happen.
>
> -Eric****
>
> On Wed, Feb 8, 2012 at 12:38 PM, PC Wai <PC...@te...> wrote:****
>
> Hi Eric,****
>
>  ****
>
> Thanks! Does ARSPerl need to run on 32 bit Perl? Or Can it run on 64 bits?
> ****
>
>  ****
>
> Regards
> PC****
>
>  ****
>
> *From:* Eric Wolf [mailto:eri...@gm...]
> *Sent:* February 6, 2012 18:08
> *To:* ARSperl User Discussion
> *Subject:* Re: [Arsperl-users] undefined symbol: u_toupper_3_2****
>
>  ****
>
> The pertinent message usually indicates that ARSPerl wasn't compiled
> against the C Libraries successfully.  Did you edit the Makefile.PL file to
> point to the library files?
>
> -Eric****
>
> On Mon, Feb 6, 2012 at 6:01 PM, PC Wai <PC...@te...> wrote:****
>
> Hi Listers,****
>
>  ****
>
> I just installed ARSperl-1.93 on a Red Hat Enterprise Linux Server
> release 5.6 (Tikanga). I get this error message when calling the ARS module.
> ****
>
>  ****
>
> Can't load
> '/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so'
> for module ARS:
> /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so:
> undefined symbol: u_toupper_3_2 at
> /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230.**
> **
>
>  ****
>
>  ****
>
> Regards
> PC Wai
> Technology Consultant
> BT TO/IT Service Operations
> Service Assurance Support - Remedy
> Tel: 604-451-4613****
>
> TELUS®  the future is friendly®****
>
>  ****
>
>  ****
>
>  ****
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users****
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users****
>
>
>
>
> --
> Eric Wolf
> http://www.n5ebw.com "The Ramblings of a Crazy Man"
> We must free ourselves of the hope that the sea will ever rest. We must
> learn to sail in high winds. --Aristotle Onassis****
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users****
>
>
>
>
> --
> Eric Wolf
> http://www.n5ebw.com "The Ramblings of a Crazy Man"
> We must free ourselves of the hope that the sea will ever rest. We must
> learn to sail in high winds. --Aristotle Onassis****
>
>
> ------------------------------------------------------------------------------
> Virtualization & Cloud Management Using Capacity Planning
> Cloud computing makes use of virtualization - but cloud computing
> also focuses on allowing computing to be delivered as a service.
> http://www.accelacomm.com/jaw/sfnl/114/51521223/
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>



-- 
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must
learn to sail in high winds. --Aristotle Onassis

Re: [Arsperl-users] undefined symbol: u_toupper_3_2

[PC W. <PC...@TE...>]

Hi Eric,

Now, I am having another problem after the compilation. The 64-bits does not seem to be working. Did anyone have this problem on a 64 bit Linux?

[ERROR] Cannot establish a network connection to the AR System server (itsmintdv01 : RPC: Can't encode arguments) (ARERR #90)

Regards
PC

From: Eric Wolf [mailto:eri...@gm...]
Sent: February 8, 2012 15:44
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Oh...I've run into that too.  Since I wasn't compiling against a working ARS install, I stuck everything in bin under lib and solved it that way.  Glad you got it going.

-Eric
On Wed, Feb 8, 2012 at 3:35 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Problem resolved. I found Axton's old post and use his suggestion:

$ARS_LDPATH = "-L$ARSAPI/lib -L$ARSAPI/../bin";

It is now complied in my Linux box. Thanks Axton! Thanks Eric!

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 8, 2012 10:44

To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

Others can probably speak to it better than I can, but in the past, I have had trouble going from a Linux 64 bit server to Windows 32 bit Remedy server because of an RPC translation problem.  I'm not sure what your build is like, but I seem to remember there not being a problem going with 64 bit if there is no RPC translation that needs to happen.

-Eric
On Wed, Feb 8, 2012 at 12:38 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Eric,

Thanks! Does ARSPerl need to run on 32 bit Perl? Or Can it run on 64 bits?

Regards
PC

From: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Sent: February 6, 2012 18:08
To: ARSperl User Discussion
Subject: Re: [Arsperl-users] undefined symbol: u_toupper_3_2

The pertinent message usually indicates that ARSPerl wasn't compiled against the C Libraries successfully.  Did you edit the Makefile.PL file to point to the library files?

-Eric
On Mon, Feb 6, 2012 at 6:01 PM, PC Wai <PC...@te...<mailto:PC...@te...>> wrote:
Hi Listers,

I just installed ARSperl-1.93 on a Red Hat Enterprise Linux Server release 5.6 (Tikanga). I get this error message when calling the ARS module.

Can't load '/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so' for module ARS: /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so: undefined symbol: u_toupper_3_2 at /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230.


Regards
PC Wai
Technology Consultant
BT TO/IT Service Operations
Service Assurance Support - Remedy
Tel: 604-451-4613<tel:604-451-4613>
TELUS(r)  the future is friendly(r)




------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d


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



--
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must learn to sail in high winds. --Aristotle Onassis

Re: [Arsperl-users] undefined symbol: u_toupper_3_2

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

Oh...I've run into that too.  Since I wasn't compiling against a working
ARS install, I stuck everything in bin under lib and solved it that way.
Glad you got it going.

-Eric

On Wed, Feb 8, 2012 at 3:35 PM, PC Wai <PC...@te...> wrote:

> Problem resolved. I found Axton’s old post and use his suggestion:****
>
> ** **
>
> $ARS_LDPATH = "-L$ARSAPI/lib -L$ARSAPI/../bin";****
>
> ** **
>
> It is now complied in my Linux box. Thanks Axton! Thanks Eric!****
>
> ** **
>
> Regards
> PC****
>
> ** **
>
> *From:* Eric Wolf [mailto:eri...@gm...]
> *Sent:* February 8, 2012 10:44
>
> *To:* ARSperl User Discussion
> *Subject:* Re: [Arsperl-users] undefined symbol: u_toupper_3_2****
>
> ** **
>
> Others can probably speak to it better than I can, but in the past, I have
> had trouble going from a Linux 64 bit server to Windows 32 bit Remedy
> server because of an RPC translation problem.  I'm not sure what your build
> is like, but I seem to remember there not being a problem going with 64 bit
> if there is no RPC translation that needs to happen.
>
> -Eric****
>
> On Wed, Feb 8, 2012 at 12:38 PM, PC Wai <PC...@te...> wrote:****
>
> Hi Eric,****
>
>  ****
>
> Thanks! Does ARSPerl need to run on 32 bit Perl? Or Can it run on 64 bits?
> ****
>
>  ****
>
> Regards
> PC****
>
>  ****
>
> *From:* Eric Wolf [mailto:eri...@gm...]
> *Sent:* February 6, 2012 18:08
> *To:* ARSperl User Discussion
> *Subject:* Re: [Arsperl-users] undefined symbol: u_toupper_3_2****
>
>  ****
>
> The pertinent message usually indicates that ARSPerl wasn't compiled
> against the C Libraries successfully.  Did you edit the Makefile.PL file to
> point to the library files?
>
> -Eric****
>
> On Mon, Feb 6, 2012 at 6:01 PM, PC Wai <PC...@te...> wrote:****
>
> Hi Listers,****
>
>  ****
>
> I just installed ARSperl-1.93 on a Red Hat Enterprise Linux Server
> release 5.6 (Tikanga). I get this error message when calling the ARS module.
> ****
>
>  ****
>
> Can't load
> '/usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so'
> for module ARS:
> /usr/lib64/perl5/site_perl/5.8.8/x86_64-linux-thread-multi/auto/ARS/ARS.so:
> undefined symbol: u_toupper_3_2 at
> /usr/lib64/perl5/5.8.8/x86_64-linux-thread-multi/DynaLoader.pm line 230.**
> **
>
>  ****
>
>  ****
>
> Regards
> PC Wai
> Technology Consultant
> BT TO/IT Service Operations
> Service Assurance Support - Remedy
> Tel: 604-451-4613****
>
> TELUS®  the future is friendly®****
>
>  ****
>
>  ****
>
>  ****
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users****
>
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users****
>
>
>
>
> --
> Eric Wolf
> http://www.n5ebw.com "The Ramblings of a Crazy Man"
> We must free ourselves of the hope that the sea will ever rest. We must
> learn to sail in high winds. --Aristotle Onassis****
>
>
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
>
>
> --
> Arsperl-users mailing list
> Ars...@li...
> https://lists.sourceforge.net/lists/listinfo/arsperl-users
>



-- 
Eric Wolf
http://www.n5ebw.com "The Ramblings of a Crazy Man"
We must free ourselves of the hope that the sea will ever rest. We must
learn to sail in high winds. --Aristotle Onassis