Paul,
One thing to beware is that the keys of the hash GFT returns (%f in your
example) are the *internal* names of the fields and may not match the names
shown in the GUI (e.g. sometimes you might have a field shown as "Ticket
Number" externally and "Ticket #" internally). SO -- I suggest you
Simply install another instance of perl, a 32-bit version, in another
location, then use that perl for all your arsperl stuff. You can download
the perl sources from perl.org. You may also want to check whether a 32-bit
version of perl is already on your server. The key things are these:
- comp
Why are you linking to the 64-bit perl libs?
"-I/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE"
Try compiling and linking using a 32-bit perl interpreter. If you look in
/usr/perl5/, chances are there are 32-bit and 64-bit perl interpreters
available. You can check the flavor by passing the -v op
On Sep 3, 2008, at 11:26 AM, Mahan, Janet L [EQ] wrote:
Jeff, was there supposed to be a link to this? You can use/modify
example/DumpUsers.pl ..
(original question for perl script to get current users from Remedy)
Thanks,
janet
Download the source distribution from SourceForge. Unp
Jeff, was there supposed to be a link to this? You can use/modify
example/DumpUsers.pl ..
(original question for perl script to get current users from Remedy)
Thanks,
janet
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]
Sent: Tues
I am trying to install ARSperl-1.91 on to a Sun Sparc box running
Solaris 10 and perl 5.8.4. The output of the makefile.pl, make and make
test are attached as well as the perl-V output.
The settings from the Makefile.PL that I am using are:
$ARSAPI = "/opt/remedy/api"
$ARSVERSION = 7.1
$ENCRYPT
Can't load '/tmp/ARSperl-1.91/blib/arch/auto/ARS/ARS.so' for module ARS:
ld.so.1: perl: fatal: libicudatabmc.so.32: open failed: No such file or
directory at /usr/perl5/5.8.4/lib/sun4-solaris-64int/DynaLoader.pm line 230.
The test can not link to libicudatabmc.so.32. Make sure libicudatabmc.so.32
I took the first bit of your advice and did a search for that file to
add it's location to the LD_LIBRARY_PATH.
# find / -name libicudatabmc.so
/opt/remedy/api/lib/libicudatabmc.so
/tmp/lib/libicudatabmc.so
# export LD_LIBRARY_PATH=/usr/openwin/lib:/opt/remedy/api/lib
# echo $LD_LIBRARY_PATH
What version/patch of the api is located in /opt/remedy/api?
Axton Grams
On Wed, Sep 3, 2008 at 2:49 PM, Andrews, Anthony <
[EMAIL PROTECTED]> wrote:
> I took the first bit of your advice and did a search for that file to add
> it's location to the LD_LIBRARY_PATH.
>
> # find / -name libicudata
9 matches
Mail list logo