arsperl-users — Discussions regarding the use of ARSperl

Re: [Arsperl-users] undefined symbol: u_toupper_3_2

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

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...<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

Re: [Arsperl-users] undefined symbol: u_toupper_3_2

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

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

Re: [Arsperl-users] undefined symbol: u_toupper_3_2

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

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...<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

Re: [Arsperl-users] undefined symbol: u_toupper_3_2

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

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
>

[Arsperl-users] undefined symbol: u_toupper_3_2

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

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(r)  the future is friendly(r)

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

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

Hello Dave,

I am having the same error message. Have you resolved your issue yet?

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] Transitioned AR Server, ARSPerl no longer connects.

[Jim H. <jf...@uf...>]

On Fri, 20 Jan 2012 01:49:00 -0600
Eric Wolf <eri...@gm...> wrote:

> Well, the results are encouraging. It looks like I can rule out
> network connectivity according to the output (I think).  Here's how
> the transaction looked:

I'm late to the conversation, but I found I could set an environment
variable for ARSperl to specify the TCP port: 

  ARTCPPORT=1500

-- 
Jim Hranicky
IT Security Engineer
Office of Information Security and Compliance
University of Florida

Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

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

Well, the results are encouraging. It looks like I can rule out network
connectivity according to the output (I think).  Here's how the transaction
looked:

*Command: init
INITIALIZATION

   ARInitialization  results
ReturnCode:  OK
Status List : 0 items

Command: log
Control record:
   Authentication string () :
   User name () : xxxxx
   Password () : xxxxx
   Locale[.charSet] () :
   Time zone () :
   Server () : xxxxxx

Command: ssp
SET SERVER PORT
The port number of server (0): 1443
Using private socket? (0):

   ARSetServerPort  results
ReturnCode:  OK
Status List : 0 items

Command: ver
VERIFY USER

   ARVerifyUser  results
ReturnCode:  OK
Admin flag:  FALSE
SubAdmin flag:  FALSE
Customize flag:  FALSE
Status List : 0 items*

What next? :-D

-Eric

On Fri, Jan 20, 2012 at 12:53 AM, <Con...@t-...> wrote:

> **
> You only have to specify User name, Password and Server. The other fields
> can be left empty. For setting the port you can use the ssp command. First
> field is tcp port, second one rpc port wich can be also left empty.
>
> KR Conny
>
>  ------------------------------
> *Von:* Eric Wolf [mailto:eri...@gm...]
> *Gesendet:* Donnerstag, 19. Januar 2012 23:23
>
> *An:* ARSperl User Discussion
> *Betreff:* Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer
> connects.
>
> In the control record for logging in, I have the following after typing
> "log"
>
> Control record:
>    Authentication string () :
>    User name () :
>    Password () :
>    Locale[.charSet] () :
>    Time zone () :
>    Server () :
>
> What is the purpose of "Authentication string", and how do I specify a
> TCP and RPC port in this?
>
> Thanks for all of your help with this by the way, I haven't had to go this
> in depth with a connection problem before.
>
> -Eric
>
> On Thu, Jan 19, 2012 at 2:02 PM, <Con...@t-...> wrote:
>
>> **
>> Next step is to use the driver programm to connect to the system. It
>> should be located in <...>/api/src/driver/driver
>>
>> The command sequence is
>>
>> init
>> log
>> ver
>>
>> This is just to prove the the api (7.5) is able to connect to the 7.6.4
>> server
>>
>> KR Conny
>>  ------------------------------
>>  *Von:* Eric Wolf [mailto:eri...@gm...]
>> *Gesendet:* Donnerstag, 19. Januar 2012 20:54
>>
>> *An:* ARSperl User Discussion
>> *Betreff:* Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer
>> connects.
>>
>>  Yeah, not having a problem getting normal output back from rpcinfo.
>> Now I'm a little befuddled as to what to look at in the install.
>>
>> On Thu, Jan 19, 2012 at 1:42 PM, <Con...@t-...> wrote:
>>
>>> **
>>> No, ARERR 90 is generated at the client-side to indicate connections
>>> problems. But it's a very generic error message.
>>>
>>> All servers are 64 Bit. But ARSPerl is compiled as 32 Bit (6.3 wasn't
>>> even available as 64 Bit)
>>>
>>> What you should try is:
>>>
>>> If you're using portmapper
>>> rpcinfo -t <your_ar_host> 390600
>>>
>>> If you don't use portmapper
>>> rpcinfo -t -n <tcp_port_of_ar_server> <your_ar_host> 390600
>>>
>>> Normal Output looks like this
>>>
>>> rpcinfo -t -n 2001 xyz.xxx.de 390600
>>> program 390600 version 1 ready and waiting
>>> program 390600 version 2 ready and waiting
>>> program 390600 version 3 ready and waiting
>>> program 390600 version 4 ready and waiting
>>> program 390600 version 5 ready and waiting
>>> program 390600 version 6 ready and waiting
>>> program 390600 version 7 ready and waiting
>>> program 390600 version 8 ready and waiting
>>> program 390600 version 9 ready and waiting
>>> program 390600 version 10 ready and waiting
>>> program 390600 version 11 ready and waiting
>>> program 390600 version 12 ready and waiting
>>> program 390600 version 13 ready and waiting
>>> program 390600 version 14 ready and waiting
>>> program 390600 version 15 ready and waiting
>>> program 390600 version 16 ready and waiting
>>> program 390600 version 17 ready and waiting
>>> program 390600 version 18 ready and waiting
>>>
>>> If rpcinfo shows correct output, then you'll have to have a look at your
>>> ARSPerl install.
>>>
>>> KR Conny
>>>
>>>  ------------------------------
>>>  *Von:* Eric Wolf [mailto:eri...@gm...]
>>> *Gesendet:* Donnerstag, 19. Januar 2012 20:30
>>> *An:* ARSperl User Discussion
>>> *Betreff:* Re: [Arsperl-users] Transitioned AR Server, ARSPerl no
>>> longer connects.
>>>
>>>  Well, I'm getting the ARERR 90 back.  Is that not indicative of a
>>> connection?
>>>
>>> Are all of your API libraries at matching bit levels? IE: is your linux
>>> server 32 bit or 64 bit and does your corresponding connection match 32 or
>>> 64?
>>>
>>> On Thu, Jan 19, 2012 at 12:41 PM, <Con...@t-...> wrote:
>>>
>>>> **
>>>> Hi Eric,
>>>>
>>>> normally it shouldn't be a problem to connect with a 7.5 API to a 7.6.4
>>>> Server. It sounds more like a network issue.
>>>>
>>>> Just now I tested a ARSPerl compiled against 6.3 API and it connects
>>>> without any issue to a 7.6.4 (Linux)-Server
>>>>
>>>> Recompiling is IMHO definitly the wrong track.
>>>>
>>>> KR Conny
>>>>
>>>>  ------------------------------
>>>> *Von:* Eric Wolf [mailto:eri...@gm...]
>>>> *Gesendet:* Donnerstag, 19. Januar 2012 18:50
>>>> *An:* ars...@li...
>>>> *Betreff:* [Arsperl-users] Transitioned AR Server, ARSPerl no longer
>>>> connects.
>>>>
>>>>  Hi Everyone,
>>>>
>>>> We're in the process of transitioning to a new release of Remedy.  Our
>>>> current install level is 7.5 Patch 6 on a 32 bit Windows 2003 server, and
>>>> we are moving to a 7.6.04 SP2 installation on a 64 bit Windows 2008
>>>> server.  The ARSPerl installation is built on a 64 bit Red Hat Linux
>>>> server, but compiled in 32 bit mode to resolve previous RPC translation
>>>> errors. I suspect this is rearing it's ugly head again in a more covert
>>>> manner.
>>>>
>>>> When I take identical login code from the working 7.5 installation and
>>>> attempt to login to the 7.6.04 release, I get an RPC bind failure (ARERR
>>>> 90).  If I use the exact credentials in the 7.5 user tool, I can login to
>>>> the 7.6.04 installation.
>>>>
>>>> Has this caused anyone else problems?  Am I on the right track in
>>>> thinking I need to recompile the module for the 64 bit windows installation?
>>>>
>>>> Thanks,
>>>>
>>>> -Eric
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> 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
>>
>>
>> ------------------------------------------------------------------------------
>> 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
>

Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

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

You only have to specify User name, Password and Server. The other fields can be left empty. For setting the port you can use the ssp command. First field is tcp port, second one rpc port wich can be also left empty.

KR Conny

________________________________
Von: Eric Wolf [mailto:eri...@gm...]
Gesendet: Donnerstag, 19. Januar 2012 23:23
An: ARSperl User Discussion
Betreff: Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

In the control record for logging in, I have the following after typing "log"

Control record:
   Authentication string () :
   User name () :
   Password () :
   Locale[.charSet] () :
   Time zone () :
   Server () :

What is the purpose of "Authentication string", and how do I specify a TCP and RPC port in this?

Thanks for all of your help with this by the way, I haven't had to go this in depth with a connection problem before.

-Eric

On Thu, Jan 19, 2012 at 2:02 PM, <Con...@t-...<mailto:Con...@t-...>> wrote:
Next step is to use the driver programm to connect to the system. It should be located in <...>/api/src/driver/driver

The command sequence is

init
log
ver

This is just to prove the the api (7.5) is able to connect to the 7.6.4 server

KR Conny
________________________________
Von: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Gesendet: Donnerstag, 19. Januar 2012 20:54

An: ARSperl User Discussion
Betreff: Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

Yeah, not having a problem getting normal output back from rpcinfo.  Now I'm a little befuddled as to what to look at in the install.

On Thu, Jan 19, 2012 at 1:42 PM, <Con...@t-...<mailto:Con...@t-...>> wrote:
No, ARERR 90 is generated at the client-side to indicate connections problems. But it's a very generic error message.

All servers are 64 Bit. But ARSPerl is compiled as 32 Bit (6.3 wasn't even available as 64 Bit)

What you should try is:

If you're using portmapper
rpcinfo -t <your_ar_host> 390600

If you don't use portmapper
rpcinfo -t -n <tcp_port_of_ar_server> <your_ar_host> 390600

Normal Output looks like this

rpcinfo -t -n 2001 xyz.xxx.de<http://xyz.xxx.de> 390600
program 390600 version 1 ready and waiting
program 390600 version 2 ready and waiting
program 390600 version 3 ready and waiting
program 390600 version 4 ready and waiting
program 390600 version 5 ready and waiting
program 390600 version 6 ready and waiting
program 390600 version 7 ready and waiting
program 390600 version 8 ready and waiting
program 390600 version 9 ready and waiting
program 390600 version 10 ready and waiting
program 390600 version 11 ready and waiting
program 390600 version 12 ready and waiting
program 390600 version 13 ready and waiting
program 390600 version 14 ready and waiting
program 390600 version 15 ready and waiting
program 390600 version 16 ready and waiting
program 390600 version 17 ready and waiting
program 390600 version 18 ready and waiting

If rpcinfo shows correct output, then you'll have to have a look at your ARSPerl install.

KR Conny

________________________________
Von: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Gesendet: Donnerstag, 19. Januar 2012 20:30
An: ARSperl User Discussion
Betreff: Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

Well, I'm getting the ARERR 90 back.  Is that not indicative of a connection?

Are all of your API libraries at matching bit levels? IE: is your linux server 32 bit or 64 bit and does your corresponding connection match 32 or 64?

On Thu, Jan 19, 2012 at 12:41 PM, <Con...@t-...<mailto:Con...@t-...>> wrote:
Hi Eric,

normally it shouldn't be a problem to connect with a 7.5 API to a 7.6.4 Server. It sounds more like a network issue.

Just now I tested a ARSPerl compiled against 6.3 API and it connects without any issue to a 7.6.4 (Linux)-Server

Recompiling is IMHO definitly the wrong track.

KR Conny

________________________________
Von: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Gesendet: Donnerstag, 19. Januar 2012 18:50
An: ars...@li...<mailto:ars...@li...>
Betreff: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

Hi Everyone,

We're in the process of transitioning to a new release of Remedy.  Our current install level is 7.5 Patch 6 on a 32 bit Windows 2003 server, and we are moving to a 7.6.04 SP2 installation on a 64 bit Windows 2008 server.  The ARSPerl installation is built on a 64 bit Red Hat Linux server, but compiled in 32 bit mode to resolve previous RPC translation errors. I suspect this is rearing it's ugly head again in a more covert manner.

When I take identical login code from the working 7.5 installation and attempt to login to the 7.6.04 release, I get an RPC bind failure (ARERR 90).  If I use the exact credentials in the 7.5 user tool, I can login to the 7.6.04 installation.

Has this caused anyone else problems?  Am I on the right track in thinking I need to recompile the module for the 64 bit windows installation?

Thanks,

-Eric

------------------------------------------------------------------------------
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

------------------------------------------------------------------------------
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] Transitioned AR Server, ARSPerl no longer connects.

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

In the control record for logging in, I have the following after typing
"log"

Control record:
   Authentication string () :
   User name () :
   Password () :
   Locale[.charSet] () :
   Time zone () :
   Server () :

What is the purpose of "Authentication string", and how do I specify a TCP
and RPC port in this?

Thanks for all of your help with this by the way, I haven't had to go this
in depth with a connection problem before.

-Eric

On Thu, Jan 19, 2012 at 2:02 PM, <Con...@t-...> wrote:

> **
> Next step is to use the driver programm to connect to the system. It
> should be located in <...>/api/src/driver/driver
>
> The command sequence is
>
> init
> log
> ver
>
> This is just to prove the the api (7.5) is able to connect to the 7.6.4
> server
>
> KR Conny
>  ------------------------------
> *Von:* Eric Wolf [mailto:eri...@gm...]
> *Gesendet:* Donnerstag, 19. Januar 2012 20:54
>
> *An:* ARSperl User Discussion
> *Betreff:* Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer
> connects.
>
> Yeah, not having a problem getting normal output back from rpcinfo.  Now
> I'm a little befuddled as to what to look at in the install.
>
> On Thu, Jan 19, 2012 at 1:42 PM, <Con...@t-...> wrote:
>
>> **
>> No, ARERR 90 is generated at the client-side to indicate connections
>> problems. But it's a very generic error message.
>>
>> All servers are 64 Bit. But ARSPerl is compiled as 32 Bit (6.3 wasn't
>> even available as 64 Bit)
>>
>> What you should try is:
>>
>> If you're using portmapper
>> rpcinfo -t <your_ar_host> 390600
>>
>> If you don't use portmapper
>> rpcinfo -t -n <tcp_port_of_ar_server> <your_ar_host> 390600
>>
>> Normal Output looks like this
>>
>> rpcinfo -t -n 2001 xyz.xxx.de 390600
>> program 390600 version 1 ready and waiting
>> program 390600 version 2 ready and waiting
>> program 390600 version 3 ready and waiting
>> program 390600 version 4 ready and waiting
>> program 390600 version 5 ready and waiting
>> program 390600 version 6 ready and waiting
>> program 390600 version 7 ready and waiting
>> program 390600 version 8 ready and waiting
>> program 390600 version 9 ready and waiting
>> program 390600 version 10 ready and waiting
>> program 390600 version 11 ready and waiting
>> program 390600 version 12 ready and waiting
>> program 390600 version 13 ready and waiting
>> program 390600 version 14 ready and waiting
>> program 390600 version 15 ready and waiting
>> program 390600 version 16 ready and waiting
>> program 390600 version 17 ready and waiting
>> program 390600 version 18 ready and waiting
>>
>> If rpcinfo shows correct output, then you'll have to have a look at your
>> ARSPerl install.
>>
>> KR Conny
>>
>>  ------------------------------
>>  *Von:* Eric Wolf [mailto:eri...@gm...]
>> *Gesendet:* Donnerstag, 19. Januar 2012 20:30
>> *An:* ARSperl User Discussion
>> *Betreff:* Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer
>> connects.
>>
>>  Well, I'm getting the ARERR 90 back.  Is that not indicative of a
>> connection?
>>
>> Are all of your API libraries at matching bit levels? IE: is your linux
>> server 32 bit or 64 bit and does your corresponding connection match 32 or
>> 64?
>>
>> On Thu, Jan 19, 2012 at 12:41 PM, <Con...@t-...> wrote:
>>
>>> **
>>> Hi Eric,
>>>
>>> normally it shouldn't be a problem to connect with a 7.5 API to a 7.6.4
>>> Server. It sounds more like a network issue.
>>>
>>> Just now I tested a ARSPerl compiled against 6.3 API and it connects
>>> without any issue to a 7.6.4 (Linux)-Server
>>>
>>> Recompiling is IMHO definitly the wrong track.
>>>
>>> KR Conny
>>>
>>>  ------------------------------
>>> *Von:* Eric Wolf [mailto:eri...@gm...]
>>> *Gesendet:* Donnerstag, 19. Januar 2012 18:50
>>> *An:* ars...@li...
>>> *Betreff:* [Arsperl-users] Transitioned AR Server, ARSPerl no longer
>>> connects.
>>>
>>>  Hi Everyone,
>>>
>>> We're in the process of transitioning to a new release of Remedy.  Our
>>> current install level is 7.5 Patch 6 on a 32 bit Windows 2003 server, and
>>> we are moving to a 7.6.04 SP2 installation on a 64 bit Windows 2008
>>> server.  The ARSPerl installation is built on a 64 bit Red Hat Linux
>>> server, but compiled in 32 bit mode to resolve previous RPC translation
>>> errors. I suspect this is rearing it's ugly head again in a more covert
>>> manner.
>>>
>>> When I take identical login code from the working 7.5 installation and
>>> attempt to login to the 7.6.04 release, I get an RPC bind failure (ARERR
>>> 90).  If I use the exact credentials in the 7.5 user tool, I can login to
>>> the 7.6.04 installation.
>>>
>>> Has this caused anyone else problems?  Am I on the right track in
>>> thinking I need to recompile the module for the 64 bit windows installation?
>>>
>>> Thanks,
>>>
>>> -Eric
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> 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
>
>
> ------------------------------------------------------------------------------
> 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

Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

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

Next step is to use the driver programm to connect to the system. It should be located in <...>/api/src/driver/driver

The command sequence is

init
log
ver

This is just to prove the the api (7.5) is able to connect to the 7.6.4 server

KR Conny
________________________________
Von: Eric Wolf [mailto:eri...@gm...]
Gesendet: Donnerstag, 19. Januar 2012 20:54
An: ARSperl User Discussion
Betreff: Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

Yeah, not having a problem getting normal output back from rpcinfo.  Now I'm a little befuddled as to what to look at in the install.

On Thu, Jan 19, 2012 at 1:42 PM, <Con...@t-...<mailto:Con...@t-...>> wrote:
No, ARERR 90 is generated at the client-side to indicate connections problems. But it's a very generic error message.

All servers are 64 Bit. But ARSPerl is compiled as 32 Bit (6.3 wasn't even available as 64 Bit)

What you should try is:

If you're using portmapper
rpcinfo -t <your_ar_host> 390600

If you don't use portmapper
rpcinfo -t -n <tcp_port_of_ar_server> <your_ar_host> 390600

Normal Output looks like this

rpcinfo -t -n 2001 xyz.xxx.de<http://xyz.xxx.de> 390600
program 390600 version 1 ready and waiting
program 390600 version 2 ready and waiting
program 390600 version 3 ready and waiting
program 390600 version 4 ready and waiting
program 390600 version 5 ready and waiting
program 390600 version 6 ready and waiting
program 390600 version 7 ready and waiting
program 390600 version 8 ready and waiting
program 390600 version 9 ready and waiting
program 390600 version 10 ready and waiting
program 390600 version 11 ready and waiting
program 390600 version 12 ready and waiting
program 390600 version 13 ready and waiting
program 390600 version 14 ready and waiting
program 390600 version 15 ready and waiting
program 390600 version 16 ready and waiting
program 390600 version 17 ready and waiting
program 390600 version 18 ready and waiting

If rpcinfo shows correct output, then you'll have to have a look at your ARSPerl install.

KR Conny

________________________________
Von: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Gesendet: Donnerstag, 19. Januar 2012 20:30
An: ARSperl User Discussion
Betreff: Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

Well, I'm getting the ARERR 90 back.  Is that not indicative of a connection?

Are all of your API libraries at matching bit levels? IE: is your linux server 32 bit or 64 bit and does your corresponding connection match 32 or 64?

On Thu, Jan 19, 2012 at 12:41 PM, <Con...@t-...<mailto:Con...@t-...>> wrote:
Hi Eric,

normally it shouldn't be a problem to connect with a 7.5 API to a 7.6.4 Server. It sounds more like a network issue.

Just now I tested a ARSPerl compiled against 6.3 API and it connects without any issue to a 7.6.4 (Linux)-Server

Recompiling is IMHO definitly the wrong track.

KR Conny

________________________________
Von: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Gesendet: Donnerstag, 19. Januar 2012 18:50
An: ars...@li...<mailto:ars...@li...>
Betreff: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

Hi Everyone,

We're in the process of transitioning to a new release of Remedy.  Our current install level is 7.5 Patch 6 on a 32 bit Windows 2003 server, and we are moving to a 7.6.04 SP2 installation on a 64 bit Windows 2008 server.  The ARSPerl installation is built on a 64 bit Red Hat Linux server, but compiled in 32 bit mode to resolve previous RPC translation errors. I suspect this is rearing it's ugly head again in a more covert manner.

When I take identical login code from the working 7.5 installation and attempt to login to the 7.6.04 release, I get an RPC bind failure (ARERR 90).  If I use the exact credentials in the 7.5 user tool, I can login to the 7.6.04 installation.

Has this caused anyone else problems?  Am I on the right track in thinking I need to recompile the module for the 64 bit windows installation?

Thanks,

-Eric

------------------------------------------------------------------------------
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] Transitioned AR Server, ARSPerl no longer connects.

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

Yeah, not having a problem getting normal output back from rpcinfo.  Now
I'm a little befuddled as to what to look at in the install.

On Thu, Jan 19, 2012 at 1:42 PM, <Con...@t-...> wrote:

> **
> No, ARERR 90 is generated at the client-side to indicate connections
> problems. But it's a very generic error message.
>
> All servers are 64 Bit. But ARSPerl is compiled as 32 Bit (6.3 wasn't even
> available as 64 Bit)
>
> What you should try is:
>
> If you're using portmapper
> rpcinfo -t <your_ar_host> 390600
>
> If you don't use portmapper
> rpcinfo -t -n <tcp_port_of_ar_server> <your_ar_host> 390600
>
> Normal Output looks like this
>
> rpcinfo -t -n 2001 xyz.xxx.de 390600
> program 390600 version 1 ready and waiting
> program 390600 version 2 ready and waiting
> program 390600 version 3 ready and waiting
> program 390600 version 4 ready and waiting
> program 390600 version 5 ready and waiting
> program 390600 version 6 ready and waiting
> program 390600 version 7 ready and waiting
> program 390600 version 8 ready and waiting
> program 390600 version 9 ready and waiting
> program 390600 version 10 ready and waiting
> program 390600 version 11 ready and waiting
> program 390600 version 12 ready and waiting
> program 390600 version 13 ready and waiting
> program 390600 version 14 ready and waiting
> program 390600 version 15 ready and waiting
> program 390600 version 16 ready and waiting
> program 390600 version 17 ready and waiting
> program 390600 version 18 ready and waiting
>
> If rpcinfo shows correct output, then you'll have to have a look at your
> ARSPerl install.
>
> KR Conny
>
>  ------------------------------
> *Von:* Eric Wolf [mailto:eri...@gm...]
> *Gesendet:* Donnerstag, 19. Januar 2012 20:30
> *An:* ARSperl User Discussion
> *Betreff:* Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer
> connects.
>
> Well, I'm getting the ARERR 90 back.  Is that not indicative of a
> connection?
>
> Are all of your API libraries at matching bit levels? IE: is your linux
> server 32 bit or 64 bit and does your corresponding connection match 32 or
> 64?
>
> On Thu, Jan 19, 2012 at 12:41 PM, <Con...@t-...> wrote:
>
>> **
>> Hi Eric,
>>
>> normally it shouldn't be a problem to connect with a 7.5 API to a 7.6.4
>> Server. It sounds more like a network issue.
>>
>> Just now I tested a ARSPerl compiled against 6.3 API and it connects
>> without any issue to a 7.6.4 (Linux)-Server
>>
>> Recompiling is IMHO definitly the wrong track.
>>
>> KR Conny
>>
>>  ------------------------------
>> *Von:* Eric Wolf [mailto:eri...@gm...]
>> *Gesendet:* Donnerstag, 19. Januar 2012 18:50
>> *An:* ars...@li...
>> *Betreff:* [Arsperl-users] Transitioned AR Server, ARSPerl no longer
>> connects.
>>
>>  Hi Everyone,
>>
>> We're in the process of transitioning to a new release of Remedy.  Our
>> current install level is 7.5 Patch 6 on a 32 bit Windows 2003 server, and
>> we are moving to a 7.6.04 SP2 installation on a 64 bit Windows 2008
>> server.  The ARSPerl installation is built on a 64 bit Red Hat Linux
>> server, but compiled in 32 bit mode to resolve previous RPC translation
>> errors. I suspect this is rearing it's ugly head again in a more covert
>> manner.
>>
>> When I take identical login code from the working 7.5 installation and
>> attempt to login to the 7.6.04 release, I get an RPC bind failure (ARERR
>> 90).  If I use the exact credentials in the 7.5 user tool, I can login to
>> the 7.6.04 installation.
>>
>> Has this caused anyone else problems?  Am I on the right track in
>> thinking I need to recompile the module for the 64 bit windows installation?
>>
>> Thanks,
>>
>> -Eric
>>
>>
>> ------------------------------------------------------------------------------
>> 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

Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

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

No, ARERR 90 is generated at the client-side to indicate connections problems. But it's a very generic error message.

All servers are 64 Bit. But ARSPerl is compiled as 32 Bit (6.3 wasn't even available as 64 Bit)

What you should try is:

If you're using portmapper
rpcinfo -t <your_ar_host> 390600

If you don't use portmapper
rpcinfo -t -n <tcp_port_of_ar_server> <your_ar_host> 390600

Normal Output looks like this

rpcinfo -t -n 2001 xyz.xxx.de 390600
program 390600 version 1 ready and waiting
program 390600 version 2 ready and waiting
program 390600 version 3 ready and waiting
program 390600 version 4 ready and waiting
program 390600 version 5 ready and waiting
program 390600 version 6 ready and waiting
program 390600 version 7 ready and waiting
program 390600 version 8 ready and waiting
program 390600 version 9 ready and waiting
program 390600 version 10 ready and waiting
program 390600 version 11 ready and waiting
program 390600 version 12 ready and waiting
program 390600 version 13 ready and waiting
program 390600 version 14 ready and waiting
program 390600 version 15 ready and waiting
program 390600 version 16 ready and waiting
program 390600 version 17 ready and waiting
program 390600 version 18 ready and waiting

If rpcinfo shows correct output, then you'll have to have a look at your ARSPerl install.

KR Conny

________________________________
Von: Eric Wolf [mailto:eri...@gm...]
Gesendet: Donnerstag, 19. Januar 2012 20:30
An: ARSperl User Discussion
Betreff: Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

Well, I'm getting the ARERR 90 back.  Is that not indicative of a connection?

Are all of your API libraries at matching bit levels? IE: is your linux server 32 bit or 64 bit and does your corresponding connection match 32 or 64?

On Thu, Jan 19, 2012 at 12:41 PM, <Con...@t-...<mailto:Con...@t-...>> wrote:
Hi Eric,

normally it shouldn't be a problem to connect with a 7.5 API to a 7.6.4 Server. It sounds more like a network issue.

Just now I tested a ARSPerl compiled against 6.3 API and it connects without any issue to a 7.6.4 (Linux)-Server

Recompiling is IMHO definitly the wrong track.

KR Conny

________________________________
Von: Eric Wolf [mailto:eri...@gm...<mailto:eri...@gm...>]
Gesendet: Donnerstag, 19. Januar 2012 18:50
An: ars...@li...<mailto:ars...@li...>
Betreff: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

Hi Everyone,

We're in the process of transitioning to a new release of Remedy.  Our current install level is 7.5 Patch 6 on a 32 bit Windows 2003 server, and we are moving to a 7.6.04 SP2 installation on a 64 bit Windows 2008 server.  The ARSPerl installation is built on a 64 bit Red Hat Linux server, but compiled in 32 bit mode to resolve previous RPC translation errors. I suspect this is rearing it's ugly head again in a more covert manner.

When I take identical login code from the working 7.5 installation and attempt to login to the 7.6.04 release, I get an RPC bind failure (ARERR 90).  If I use the exact credentials in the 7.5 user tool, I can login to the 7.6.04 installation.

Has this caused anyone else problems?  Am I on the right track in thinking I need to recompile the module for the 64 bit windows installation?

Thanks,

-Eric

------------------------------------------------------------------------------
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] Transitioned AR Server, ARSPerl no longer connects.

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

On Jan 19, 2012, at 2:29 PM, Eric Wolf wrote:

> Well, I'm getting the ARERR 90 back.  Is that not indicative of a connection?


90 is "Cannot establish a network connection to the AR System server". The 64bit issue includes an additional bit of text explaining why it can't connect: "RPC: Can't encode arguments".

Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

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

Well, I'm getting the ARERR 90 back.  Is that not indicative of a
connection?

Are all of your API libraries at matching bit levels? IE: is your linux
server 32 bit or 64 bit and does your corresponding connection match 32 or
64?

On Thu, Jan 19, 2012 at 12:41 PM, <Con...@t-...> wrote:

> **
> Hi Eric,
>
> normally it shouldn't be a problem to connect with a 7.5 API to a 7.6.4
> Server. It sounds more like a network issue.
>
> Just now I tested a ARSPerl compiled against 6.3 API and it connects
> without any issue to a 7.6.4 (Linux)-Server
>
> Recompiling is IMHO definitly the wrong track.
>
> KR Conny
>
>  ------------------------------
> *Von:* Eric Wolf [mailto:eri...@gm...]
> *Gesendet:* Donnerstag, 19. Januar 2012 18:50
> *An:* ars...@li...
> *Betreff:* [Arsperl-users] Transitioned AR Server, ARSPerl no longer
> connects.
>
> Hi Everyone,
>
> We're in the process of transitioning to a new release of Remedy.  Our
> current install level is 7.5 Patch 6 on a 32 bit Windows 2003 server, and
> we are moving to a 7.6.04 SP2 installation on a 64 bit Windows 2008
> server.  The ARSPerl installation is built on a 64 bit Red Hat Linux
> server, but compiled in 32 bit mode to resolve previous RPC translation
> errors. I suspect this is rearing it's ugly head again in a more covert
> manner.
>
> When I take identical login code from the working 7.5 installation and
> attempt to login to the 7.6.04 release, I get an RPC bind failure (ARERR
> 90).  If I use the exact credentials in the 7.5 user tool, I can login to
> the 7.6.04 installation.
>
> Has this caused anyone else problems?  Am I on the right track in thinking
> I need to recompile the module for the 64 bit windows installation?
>
> Thanks,
>
> -Eric
>
>
> ------------------------------------------------------------------------------
> 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

Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

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

Hi Eric,

normally it shouldn't be a problem to connect with a 7.5 API to a 7.6.4 Server. It sounds more like a network issue.

Just now I tested a ARSPerl compiled against 6.3 API and it connects without any issue to a 7.6.4 (Linux)-Server

Recompiling is IMHO definitly the wrong track.

KR Conny

________________________________
Von: Eric Wolf [mailto:eri...@gm...]
Gesendet: Donnerstag, 19. Januar 2012 18:50
An: ars...@li...
Betreff: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

Hi Everyone,

We're in the process of transitioning to a new release of Remedy.  Our current install level is 7.5 Patch 6 on a 32 bit Windows 2003 server, and we are moving to a 7.6.04 SP2 installation on a 64 bit Windows 2008 server.  The ARSPerl installation is built on a 64 bit Red Hat Linux server, but compiled in 32 bit mode to resolve previous RPC translation errors. I suspect this is rearing it's ugly head again in a more covert manner.

When I take identical login code from the working 7.5 installation and attempt to login to the 7.6.04 release, I get an RPC bind failure (ARERR 90).  If I use the exact credentials in the 7.5 user tool, I can login to the 7.6.04 installation.

Has this caused anyone else problems?  Am I on the right track in thinking I need to recompile the module for the 64 bit windows installation?

Thanks,

-Eric

Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

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

None that I know of. If other people want to take a crack at it.. please do.

jeff


On Jan 19, 2012, at 2:06 PM, Eric Wolf wrote:

> So are you saying there is no workaround?
> 
> On Thu, Jan 19, 2012 at 12:36 PM, jeff murphy <jcm...@je...> wrote:
> 
> On Jan 19, 2012, at 12:50 PM, Eric Wolf wrote:
> 
>> When I take identical login code from the working 7.5 installation and attempt to login to the 7.6.04 release, I get an RPC bind failure (ARERR 90).  If I use the exact credentials in the 7.5 user tool, I can login to the 7.6.04 installation.
>> 
>> Has this caused anyone else problems?  Am I on the right track in thinking I need to recompile the module for the 64 bit windows installation?
> 
> 
> Yes, this is an existing issue. If I take a stub C program that basically builds a control struct and sends it to ARVerifyUser() it works just fine (when compiled on a 64bit linux system). If I take that exact code and paste it into a Perl XS file, it fails with the RPC error (90 Can't Encode Arguments). I spent quite a bit of time looking into this. The BMC libraries embed the RPC libraries (instead of using the libc routines) so stepping into the function doesn't work.. so it's hard to judge exactly why it's unable to encode the RPC call. Basically you pass in the control struct and the RPC routine translates it to XDR. That's where it seems to be failing. I wasn't able to figure out what the exact issue is.. but for some reason perl + arlib + 64 bit has some inscrutable interaction that arlib + 64bit alone don't have.  
> 

Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

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

So are you saying there is no workaround?

On Thu, Jan 19, 2012 at 12:36 PM, jeff murphy <jcm...@je...>wrote:

>
> On Jan 19, 2012, at 12:50 PM, Eric Wolf wrote:
>
> When I take identical login code from the working 7.5 installation and
> attempt to login to the 7.6.04 release, I get an RPC bind failure (ARERR
> 90).  If I use the exact credentials in the 7.5 user tool, I can login to
> the 7.6.04 installation.
>
> Has this caused anyone else problems?  Am I on the right track in thinking
> I need to recompile the module for the 64 bit windows installation?
>
>
>
> Yes, this is an existing issue. If I take a stub C program that basically
> builds a control struct and sends it to ARVerifyUser() it works just fine
> (when compiled on a 64bit linux system). If I take that exact code and
> paste it into a Perl XS file, it fails with the RPC error (90 Can't Encode
> Arguments). I spent quite a bit of time looking into this. The BMC
> libraries embed the RPC libraries (instead of using the libc routines) so
> stepping into the function doesn't work.. so it's hard to judge exactly why
> it's unable to encode the RPC call. Basically you pass in the control
> struct and the RPC routine translates it to XDR. That's where it seems to
> be failing. I wasn't able to figure out what the exact issue is.. but for
> some reason perl + arlib + 64 bit has some inscrutable interaction that
> arlib + 64bit alone don't have.
>
> jeff
>
>
> ------------------------------------------------------------------------------
> 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

Re: [Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

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

On Jan 19, 2012, at 12:50 PM, Eric Wolf wrote:

> When I take identical login code from the working 7.5 installation and attempt to login to the 7.6.04 release, I get an RPC bind failure (ARERR 90).  If I use the exact credentials in the 7.5 user tool, I can login to the 7.6.04 installation.
> 
> Has this caused anyone else problems?  Am I on the right track in thinking I need to recompile the module for the 64 bit windows installation?


Yes, this is an existing issue. If I take a stub C program that basically builds a control struct and sends it to ARVerifyUser() it works just fine (when compiled on a 64bit linux system). If I take that exact code and paste it into a Perl XS file, it fails with the RPC error (90 Can't Encode Arguments). I spent quite a bit of time looking into this. The BMC libraries embed the RPC libraries (instead of using the libc routines) so stepping into the function doesn't work.. so it's hard to judge exactly why it's unable to encode the RPC call. Basically you pass in the control struct and the RPC routine translates it to XDR. That's where it seems to be failing. I wasn't able to figure out what the exact issue is.. but for some reason perl + arlib + 64 bit has some inscrutable interaction that arlib + 64bit alone don't have.  

jeff

[Arsperl-users] Transitioned AR Server, ARSPerl no longer connects.

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

Hi Everyone,

We're in the process of transitioning to a new release of Remedy.  Our
current install level is 7.5 Patch 6 on a 32 bit Windows 2003 server, and
we are moving to a 7.6.04 SP2 installation on a 64 bit Windows 2008
server.  The ARSPerl installation is built on a 64 bit Red Hat Linux
server, but compiled in 32 bit mode to resolve previous RPC translation
errors. I suspect this is rearing it's ugly head again in a more covert
manner.

When I take identical login code from the working 7.5 installation and
attempt to login to the 7.6.04 release, I get an RPC bind failure (ARERR
90).  If I use the exact credentials in the 7.5 user tool, I can login to
the 7.6.04 installation.

Has this caused anyone else problems?  Am I on the right track in thinking
I need to recompile the module for the 64 bit windows installation?

Thanks,

-Eric

[Arsperl-users] AUTO: Steven Husting/Switzerland/IBM is out of the office. (returning 01/03/2012)

[Steven H. <ste...@ch...>]

I am out of the office until 01/03/2012.

Please contact Ralf Luette.



Note: This is an automated response to your message  "Arsperl-users Digest,
Vol 53, Issue 1" sent on 1/1/2012 17:28:34.

This is the only notification you will receive while this person is away.

[Arsperl-users] ARGetFieldCached: uncached parameter requested. (ARERR #1)

[L G R. <nl...@nc...>]

Hi Folks,

I have a question about calling the ars_padEntryid function. I am using
ARSPerl built against ARS API version 14, running on an ARS server running
7.6.03.

Anytime I call the ars_padEntryid function, I receive the correct results
but I also receive the following error:

   ARGetFieldCached: uncached parameter requested. (ARERR #1)

I get the same result regardless of which form the function is called
against.

Any ideas what is causing this and how to correct it?

Thanks.
Larry

ARS 7.6.03
Solaris 10
Oracle 11.2.0...

Larry Robinson
Remedy Developer / Admin
NC State University

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

[Morgan, D. <dm...@co...>]

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] Problems with compiling ARSPerl 1.91 on Ubuntu

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

Thanks Jeff,

I overlooked it. I did not realize that . Stupid :).

Thanks anyway.

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

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

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

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

On Nov 28, 2011, at 3:47 PM, Roman Sustek wrote:

> Hi Jeff,
> 
> 
> ll /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so*
> -rwxrwxrwx 1 xsustek xsustek     22 2011-08-27 12:20 /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so*
> -rwxrwxrwx 1 xsustek xsustek     24 2011-08-27 12:20 /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32*
> -rwxrwxrwx 1 xsustek xsustek 935836 2011-08-27 12:20 /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32.0*
> 
> file /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so*
> /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:      ASCII text, with no line terminators
> /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32:   ASCII text, with no line terminators
> /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32.0: ELF 32-bit LSB shared object, Intel 80386, version 1 (SYSV), dynamically linked, not stripped
> 
> cat libicuucbmc.so
> link libicuucbmc.so.32
> 
> xsustek@work:~/Remedy7_1Test/ARAPI/linux71/lib$ cat libicuucbmc.so.32
> link libicuucbmc.so.32.0
> 
> I seems like everything's all right to me
> 


these should be symlinks and not text files

> /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so:      ASCII text, with no line terminators
> /home/xsustek/Remedy7_1Test/ARAPI/linux71/lib/libicuucbmc.so.32:   ASCII text, with no line terminators




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