arsperl-users Mailing List for ARSperl (Page 22)
Brought to you by:
jeffmurphy
Menu
▾
▴
arsperl-users — Discussions regarding the use of ARSperl
You can subscribe to this list here.
| 1996 |
Jan
(6) |
Feb
(7) |
Mar
(16) |
Apr
(5) |
May
(21) |
Jun
(5) |
Jul
(5) |
Aug
(13) |
Sep
(4) |
Oct
(12) |
Nov
(7) |
Dec
(24) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1997 |
Jan
(38) |
Feb
(65) |
Mar
(32) |
Apr
(37) |
May
(47) |
Jun
(45) |
Jul
(28) |
Aug
(38) |
Sep
(41) |
Oct
(81) |
Nov
(21) |
Dec
(45) |
| 1998 |
Jan
(18) |
Feb
(26) |
Mar
(44) |
Apr
(34) |
May
(36) |
Jun
(44) |
Jul
(31) |
Aug
(34) |
Sep
(56) |
Oct
(40) |
Nov
(20) |
Dec
(25) |
| 1999 |
Jan
(49) |
Feb
(50) |
Mar
(33) |
Apr
(51) |
May
(54) |
Jun
(43) |
Jul
(91) |
Aug
(34) |
Sep
(120) |
Oct
(102) |
Nov
(101) |
Dec
(25) |
| 2000 |
Jan
(55) |
Feb
(105) |
Mar
(44) |
Apr
(89) |
May
(123) |
Jun
(51) |
Jul
(98) |
Aug
(120) |
Sep
(101) |
Oct
(77) |
Nov
(58) |
Dec
(39) |
| 2001 |
Jan
(36) |
Feb
(50) |
Mar
(57) |
Apr
(62) |
May
(81) |
Jun
(55) |
Jul
(46) |
Aug
(51) |
Sep
(37) |
Oct
(60) |
Nov
(38) |
Dec
(41) |
| 2002 |
Jan
(70) |
Feb
(41) |
Mar
(49) |
Apr
(55) |
May
(93) |
Jun
(48) |
Jul
(88) |
Aug
(52) |
Sep
(92) |
Oct
(63) |
Nov
(37) |
Dec
(63) |
| 2003 |
Jan
(62) |
Feb
(78) |
Mar
(101) |
Apr
(90) |
May
(104) |
Jun
(31) |
Jul
(29) |
Aug
(66) |
Sep
(50) |
Oct
(114) |
Nov
(111) |
Dec
(49) |
| 2004 |
Jan
(19) |
Feb
(68) |
Mar
(59) |
Apr
(30) |
May
(54) |
Jun
(33) |
Jul
(115) |
Aug
(69) |
Sep
(33) |
Oct
(80) |
Nov
(25) |
Dec
(47) |
| 2005 |
Jan
(34) |
Feb
(26) |
Mar
(28) |
Apr
(57) |
May
(53) |
Jun
(59) |
Jul
(42) |
Aug
(25) |
Sep
(26) |
Oct
(33) |
Nov
(20) |
Dec
(2) |
| 2006 |
Jan
(35) |
Feb
(15) |
Mar
(14) |
Apr
(7) |
May
(22) |
Jun
(22) |
Jul
(22) |
Aug
(3) |
Sep
(7) |
Oct
(20) |
Nov
(25) |
Dec
(8) |
| 2007 |
Jan
(44) |
Feb
(26) |
Mar
(24) |
Apr
(34) |
May
(23) |
Jun
(61) |
Jul
(18) |
Aug
(39) |
Sep
(28) |
Oct
(31) |
Nov
(31) |
Dec
(23) |
| 2008 |
Jan
(18) |
Feb
(5) |
Mar
(18) |
Apr
(15) |
May
(17) |
Jun
(18) |
Jul
(13) |
Aug
(10) |
Sep
(71) |
Oct
(25) |
Nov
(5) |
Dec
(14) |
| 2009 |
Jan
(3) |
Feb
(6) |
Mar
(19) |
Apr
(5) |
May
(2) |
Jun
(5) |
Jul
(23) |
Aug
|
Sep
|
Oct
(2) |
Nov
(15) |
Dec
(7) |
| 2010 |
Jan
(5) |
Feb
(6) |
Mar
|
Apr
|
May
(10) |
Jun
|
Jul
(9) |
Aug
(6) |
Sep
|
Oct
|
Nov
(1) |
Dec
(1) |
| 2011 |
Jan
(16) |
Feb
(24) |
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
(4) |
Sep
(1) |
Oct
|
Nov
(13) |
Dec
|
| 2012 |
Jan
(17) |
Feb
(14) |
Mar
(14) |
Apr
(3) |
May
(5) |
Jun
(1) |
Jul
(9) |
Aug
(1) |
Sep
(7) |
Oct
(14) |
Nov
(4) |
Dec
(4) |
| 2013 |
Jan
(1) |
Feb
(12) |
Mar
(7) |
Apr
(5) |
May
|
Jun
|
Jul
(1) |
Aug
(21) |
Sep
(5) |
Oct
(5) |
Nov
|
Dec
(4) |
| 2014 |
Jan
(1) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
(27) |
Jun
|
Jul
(8) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(4) |
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Pieterse, R. <ric...@ca...> - 2008-04-11 15:43:55
|
Hi Thilo, Thanks for the first part. I spend most of the day downloading, installing and learning VC++. Together with your post, I was able to successfully compile a new ARS.dll Without the manifest it gave an error just like you said about the MSVCR90.dll With the manifest, ARS.dll no longer gave errors for Perl. It made a connection and requested records from ARS. So far so good. But then came the ars_SetEntry call...and crashed Perl again. Result in the Event Viewer: -------------------------------------- Faulting application perl.exe, version 5.8.8.822, time stamp 0x46aff16f, faulting module ntdll.dll, version 6.0.6000.16386, time stamp 0x4549bdc9, exception code 0xc0000005, fault offset 0x00061a56, process id 0x1e2c, application start time 0x01c89be99cfa3d79. -------------------------------------- The new ARS.dll still struggles with the new Vista ntdll.dll New suggestions are welcome. I have no idea why or when the ntdll.dll is used. Regards, Richard -----Original Message----- From: ars...@ar... [mailto:ars...@ar...] On Behalf Of Thilo Stapff Sent: Friday, April 11, 2008 1:44 PM To: ARSperl User Discussion Subject: Re: [Arsperl-users] ars_SetEntry API Call and Windows Vista - not working] Unfortunately I don't have access to a Vista machine, and this won't probably change anytime soon. Maybe someone else who's reading this has any Vista experiences??? If you want to try compiling ARSperl yourself, you can download the Visual C++ Express compiler (and the Platform SDK) from Microsoft (for free) at http://www.microsoft.com/express/vc/ Here's a posting I wrote to the ARSlist about compiling with Visual C++ Express: http://groups.google.com/group/arslist/browse_thread/thread/b04aa9e60312 0836/841113051f281fef?lnk=gst&q=arsperl+visual+express#841113051f281fef Regarding your question about replying: In my opinion posting to the list is almost always preferred, because - the more people read it, the higher is the probabibility that someone might be able to help. - people can search the list archive, which might help those who encounter similar problems. Regards, Thilo Pieterse, Richard wrote: > Hi Thilo, > > Thanks for your reply. > Before I continue, I am new here. Do you want me to reply my information > to > you directly or to the ars...@ar... ? > > I was afraid it would reach to many people. > > > So to continue: > - I use the pre-compiled ARSPerl 1.90 Win32 distribution. > - The ActivePerl is also the 32-bit distribution. > > Sadly I have no tools available to compile the code myself. > As I understand, it will be wise to stick to Perl 5.8 for now. > > Do you think you can find a Vista PC and see if you can compile the > 1.90 version for Perl 5.8? Just to give it a try. > > > Thanks, > Richard > > Ric...@ca... > +31 30 689 7876 > > > > > > -----Original Message----- > From: ars...@ar... > [mailto:ars...@ar...] On Behalf Of Thilo Stapff > Sent: Friday, April 11, 2008 11:23 AM > To: ARSperl User Discussion > Subject: Re: [Arsperl-users] ars_SetEntry API Call and Windows Vista - > not working > > Did you compile it yourself or did you use the binary distribution? > > If it's the binary version, would it be possible for you to compile it > from source code? There seem to be all sorts of binary > incompatibilities. At least the second problem (ARSperl compiled for > Perl 5.8 not working with 5.10) I'd consider as somehow "normal". > > Furthermore, the binary ARSperl doesn't work with 64-bit ActivePerl. > > > Regards, > Thilo > > > > Pieterse, Richard wrote: >> Dear members, >> >> >> >> Hope anyone can shine a light on the following issue. >> >> I used to run a working script successfully on >> >> - ActiveState Perl v5.8.2, built 808 >> >> - ARSPerl 1.90 >> >> - Win. 2003 Server and Win. XP Prof. >> >> >> >> Now we moved to Windows Vista and the same setup is not working > anymore. >> >> >> The script contains all kind of ARS API calls, but only one crashes >> Perl: *ars_SetEntry()* >> >> >> >> >> >> I tried to upgrade the ActiveState Perl first. >> >> ActiveState Perl v5.8.2 build 822 shows the following in the Event > Viewer. >> -- >> >> Faulting application perl.exe, version *5.8.8.822*, time stamp >> 0x46aff16f, faulting module *ntdll.dll*, version 6.0.6000.16386, time >> stamp 0x4549bdc9, exception code 0xc0000005, fault offset 0x000620e3, >> process id 0x1a78, application start time 0x01c89af66c41a27c. >> >> -- >> >> >> >> This points to a failure of using "ntdll.dll" which is a Windows DLL > in >> system32 directory. >> >> The old system had a different version of this DLL: 5.1.xxx >> >> >> >> >> >> Next tried to use ActiveState Perl 5.10 build 1002 >> >> This gave a different error: >> >> -- >> >> Faulting application perl.exe, version *5.10.0.1002*, time stamp >> 0x47866b91, faulting module *ARS.dll,* version 0.0.0.0, time stamp >> 0x4648c002, exception code 0xc0000005, fault offset 0x00019c98, > process >> id 0x2134, application start time 0x01c89b06368c1ac5. >> >> -- >> >> >> >> In this case not ntdll.dll causes the crash, but the ARS.dll file. >> >> >> >> >> >> Conclusions so far: >> >> ARSPerl 1.90 does not work very well with ActiveState v5.10 >> >> ARSPerl 1.90 is not compatible with the Windows Vista version of the >> ntdll.dll >> >> >> >> >> >> Microsoft probably changed ntdll.dll. I can not just replace it by the > >> old one. >> >> Maybe ARSPerl can be adapted to this new version? >> >> >> >> I did my tests on three different Vista PC's >> >> >> >> Any suggestions to get it to work with Vista? >> >> >> >> >> >> Regards, >> >> Richard >> >> >> >> >> >> >> >> >> >> >> >> >> This message contains information that may be privileged or > confidential and is the property of the Capgemini Group. It is >> intended only for the person to whom it is addressed. If you are not > the intended recipient, you are not authorized to >> read, print, retain, copy, disseminate, distribute, or use this > message or any part thereof. If you receive this message >> in error, please notify the sender immediately and delete all copies > of this message. >> >> > ------------------------------------------------------------------------ >> > ------------------------------------------------------------------------ > - >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >> Don't miss this year's exciting event. There's still time to save > $100. >> Use priority code J8TL2D2. >> > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j > avaone >> >> > ------------------------------------------------------------------------ >> _______________________________________________ >> Arsperl-users mailing list >> Ars...@ar... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > ------------------------------------------------------------------------ > - > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j > avaone > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > > > > > This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is > intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to > read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message > in error, please notify the sender immediately and delete all copies of this message. > > ------------------------------------------------------------------------ - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j avaone _______________________________________________ Arsperl-users mailing list Ars...@ar... https://lists.sourceforge.net/lists/listinfo/arsperl-users This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. |
|
From: Thilo S. <thi...@ap...> - 2008-04-11 11:44:20
|
Unfortunately I don't have access to a Vista machine, and this won't probably change anytime soon. Maybe someone else who's reading this has any Vista experiences??? If you want to try compiling ARSperl yourself, you can download the Visual C++ Express compiler (and the Platform SDK) from Microsoft (for free) at http://www.microsoft.com/express/vc/ Here's a posting I wrote to the ARSlist about compiling with Visual C++ Express: http://groups.google.com/group/arslist/browse_thread/thread/b04aa9e603120836/841113051f281fef?lnk=gst&q=arsperl+visual+express#841113051f281fef Regarding your question about replying: In my opinion posting to the list is almost always preferred, because - the more people read it, the higher is the probabibility that someone might be able to help. - people can search the list archive, which might help those who encounter similar problems. Regards, Thilo Pieterse, Richard wrote: > Hi Thilo, > > Thanks for your reply. > Before I continue, I am new here. Do you want me to reply my information > to > you directly or to the ars...@ar... ? > > I was afraid it would reach to many people. > > > So to continue: > - I use the pre-compiled ARSPerl 1.90 Win32 distribution. > - The ActivePerl is also the 32-bit distribution. > > Sadly I have no tools available to compile the code myself. > As I understand, it will be wise to stick to Perl 5.8 for now. > > Do you think you can find a Vista PC and see if you can compile the > 1.90 version for Perl 5.8? Just to give it a try. > > > Thanks, > Richard > > Ric...@ca... > +31 30 689 7876 > > > > > > -----Original Message----- > From: ars...@ar... > [mailto:ars...@ar...] On Behalf Of Thilo Stapff > Sent: Friday, April 11, 2008 11:23 AM > To: ARSperl User Discussion > Subject: Re: [Arsperl-users] ars_SetEntry API Call and Windows Vista - > not working > > Did you compile it yourself or did you use the binary distribution? > > If it's the binary version, would it be possible for you to compile it > from source code? There seem to be all sorts of binary > incompatibilities. At least the second problem (ARSperl compiled for > Perl 5.8 not working with 5.10) I'd consider as somehow "normal". > > Furthermore, the binary ARSperl doesn't work with 64-bit ActivePerl. > > > Regards, > Thilo > > > > Pieterse, Richard wrote: >> Dear members, >> >> >> >> Hope anyone can shine a light on the following issue. >> >> I used to run a working script successfully on >> >> - ActiveState Perl v5.8.2, built 808 >> >> - ARSPerl 1.90 >> >> - Win. 2003 Server and Win. XP Prof. >> >> >> >> Now we moved to Windows Vista and the same setup is not working > anymore. >> >> >> The script contains all kind of ARS API calls, but only one crashes >> Perl: *ars_SetEntry()* >> >> >> >> >> >> I tried to upgrade the ActiveState Perl first. >> >> ActiveState Perl v5.8.2 build 822 shows the following in the Event > Viewer. >> -- >> >> Faulting application perl.exe, version *5.8.8.822*, time stamp >> 0x46aff16f, faulting module *ntdll.dll*, version 6.0.6000.16386, time >> stamp 0x4549bdc9, exception code 0xc0000005, fault offset 0x000620e3, >> process id 0x1a78, application start time 0x01c89af66c41a27c. >> >> -- >> >> >> >> This points to a failure of using "ntdll.dll" which is a Windows DLL > in >> system32 directory. >> >> The old system had a different version of this DLL: 5.1.xxx >> >> >> >> >> >> Next tried to use ActiveState Perl 5.10 build 1002 >> >> This gave a different error: >> >> -- >> >> Faulting application perl.exe, version *5.10.0.1002*, time stamp >> 0x47866b91, faulting module *ARS.dll,* version 0.0.0.0, time stamp >> 0x4648c002, exception code 0xc0000005, fault offset 0x00019c98, > process >> id 0x2134, application start time 0x01c89b06368c1ac5. >> >> -- >> >> >> >> In this case not ntdll.dll causes the crash, but the ARS.dll file. >> >> >> >> >> >> Conclusions so far: >> >> ARSPerl 1.90 does not work very well with ActiveState v5.10 >> >> ARSPerl 1.90 is not compatible with the Windows Vista version of the >> ntdll.dll >> >> >> >> >> >> Microsoft probably changed ntdll.dll. I can not just replace it by the > >> old one. >> >> Maybe ARSPerl can be adapted to this new version? >> >> >> >> I did my tests on three different Vista PC's >> >> >> >> Any suggestions to get it to work with Vista? >> >> >> >> >> >> Regards, >> >> Richard >> >> >> >> >> >> >> >> >> >> >> >> >> This message contains information that may be privileged or > confidential and is the property of the Capgemini Group. It is >> intended only for the person to whom it is addressed. If you are not > the intended recipient, you are not authorized to >> read, print, retain, copy, disseminate, distribute, or use this > message or any part thereof. If you receive this message >> in error, please notify the sender immediately and delete all copies > of this message. >> >> > ------------------------------------------------------------------------ >> > ------------------------------------------------------------------------ > - >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >> Don't miss this year's exciting event. There's still time to save > $100. >> Use priority code J8TL2D2. >> > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j > avaone >> >> > ------------------------------------------------------------------------ >> _______________________________________________ >> Arsperl-users mailing list >> Ars...@ar... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > ------------------------------------------------------------------------ > - > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j > avaone > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > > > > > This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is > intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to > read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message > in error, please notify the sender immediately and delete all copies of this message. > > |
|
From: Thilo S. <thi...@ap...> - 2008-04-11 09:22:59
|
Did you compile it yourself or did you use the binary distribution? If it's the binary version, would it be possible for you to compile it from source code? There seem to be all sorts of binary incompatibilities. At least the second problem (ARSperl compiled for Perl 5.8 not working with 5.10) I'd consider as somehow "normal". Furthermore, the binary ARSperl doesn't work with 64-bit ActivePerl. Regards, Thilo Pieterse, Richard wrote: > Dear members, > > > > Hope anyone can shine a light on the following issue. > > I used to run a working script successfully on > > - ActiveState Perl v5.8.2, built 808 > > - ARSPerl 1.90 > > - Win. 2003 Server and Win. XP Prof. > > > > Now we moved to Windows Vista and the same setup is not working anymore. > > > > The script contains all kind of ARS API calls, but only one crashes > Perl: *ars_SetEntry()* > > > > > > I tried to upgrade the ActiveState Perl first. > > ActiveState Perl v5.8.2 build 822 shows the following in the Event Viewer. > > -- > > Faulting application perl.exe, version *5.8.8.822*, time stamp > 0x46aff16f, faulting module *ntdll.dll*, version 6.0.6000.16386, time > stamp 0x4549bdc9, exception code 0xc0000005, fault offset 0x000620e3, > process id 0x1a78, application start time 0x01c89af66c41a27c. > > -- > > > > This points to a failure of using “ntdll.dll” which is a Windows DLL in > system32 directory. > > The old system had a different version of this DLL: 5.1.xxx > > > > > > Next tried to use ActiveState Perl 5.10 build 1002 > > This gave a different error: > > -- > > Faulting application perl.exe, version *5.10.0.1002*, time stamp > 0x47866b91, faulting module *ARS.dll,* version 0.0.0.0, time stamp > 0x4648c002, exception code 0xc0000005, fault offset 0x00019c98, process > id 0x2134, application start time 0x01c89b06368c1ac5. > > -- > > > > In this case not ntdll.dll causes the crash, but the ARS.dll file. > > > > > > Conclusions so far: > > ARSPerl 1.90 does not work very well with ActiveState v5.10 > > ARSPerl 1.90 is not compatible with the Windows Vista version of the > ntdll.dll > > > > > > Microsoft probably changed ntdll.dll. I can not just replace it by the > old one. > > Maybe ARSPerl can be adapted to this new version? > > > > I did my tests on three different Vista PC’s > > > > Any suggestions to get it to work with Vista? > > > > > > Regards, > > Richard > > > > > > > > > > > > > This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is > intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to > read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message > in error, please notify the sender immediately and delete all copies of this message. > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > > > ------------------------------------------------------------------------ > > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Rani, R. <Rag...@gs...> - 2008-04-11 08:56:46
|
Thank you very much Thilo. Problem was of the compiler and now it got resolved. Regards, Ragini -----Original Message----- From: ars...@ar... [mailto:ars...@ar...] On Behalf Of Thilo Stapff Sent: Thursday, April 10, 2008 9:14 PM To: ARSperl User Discussion Subject: Re: [Arsperl-users] ARSPerl-1.9 for remedy 7.1v on Solaris 10 The error message indicates that the unicode libraries which come with the ARS API aren't found. (The libicu*.so.32 files in the lib/ subdirectory). Somewhere in Makefile.PL is a line that contains the following compiler directives: -licuuc -licui18n which has to be changed to: -licuucbmc -licui18nbmc Additionally it might be necessary to set LD_LIBRARY_PATH or run the "crle" utility. I'm by no means a Solaris expert, so I can't give you more detailed instructions about this. Regards, Thilo Rani, Ragini wrote: > Hi Thilo, > > Thanks for the reply. > I am able to run make cmd after running Makefile.PL but when I ran 'make > test' I am getting following error. Do we need any particular version of > 'make' for this package. I am compiling it on Solaris 10 and Perl > version is 5.8.6. > > > Test returned status 255 (wstat 65280, 0xff00) > t/01import..............Can't load > '/export/home2/arsuser/ARSPerl/ARSperl-1.90/blib/arch/auto/ARS/ARS.so' > for module ARS: ld.so.1: perl-static: fatal: relocation error: file > /export/home2/arsuser/ARSPerl/ARSperl-1.90/blib/arch/auto/ARS/ARS.so: > symbol ucnv_compareNames_3_2: referenced symbol not found at > /opt/gsperl-5.8.6_1/lib/5.8.6/sun4-solaris-thread-multi/DynaLoader.pm > line 230. > at t/01import.t line 7 > Compilation failed in require at t/01import.t line 7. > BEGIN failed--compilation aborted at t/01import.t line 7. > t/01import..............dubious > > Regards, > Ragini > > -----Original Message----- > From: ars...@ar... > [mailto:ars...@ar...] On Behalf Of Thilo Stapff > Sent: Wednesday, April 09, 2008 6:29 PM > To: ARSperl User Discussion > Subject: Re: [Arsperl-users] ARSPerl-1.9 for remedy 7.1v on Solaris 10 > > It looks like you are trying to compile ARSperl against the 7.1 API, > which doesn't work with ARSperl 1.90. > > ARSperl 1.90 can be compiled with the 7.0 API, which should run against > a 7.1 server without problems. (If you don't have the libraries, you can > > download them from http://arswiki.org/projects/arapi/downloads). > > Alternatively you might download the developer version of ARSperl via > CVS, which can be compiled with the ARS 7.1 API (See the section > "Anonymous CVS Access" at http://sourceforge.net/cvs/?group_id=116013). > > > Regards, > Thilo > > > > Rani, Ragini wrote: >> When I ran 'make' command I got following error. >> >> bash-3.00$ pwd >> /opt/ar/ARSPerl/ARSperl-1.90 >> make >> gcc -c -I/opt/ar/Remedy5-7/api/include -D_POSIX_PTHREAD_SEMANTICS >> -D_REENTRANT -DUSE_SITECUSTOMIZE -DNO_HASH_SEED -DBUILT_BY_ACTIVESTATE > >> -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 >> -O -DVERSION=\"1.90\" -DXS_VERSION=\"1.90\" -fPIC >> "-I/opt/gsperl-5.8.6_1/lib/5.8.6/sun4-solaris-thread-multi/CORE" -g > >> -Wno-unused-variable -Wuninitialized -DARS32 -DARS452 >> -DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=6 -DPERL_BASEREV_IS=50 > ARS.c >> ARS.xs: In function `XS_ARS_ars_GetFilter': >> ARS.xs:1573: warning: passing arg 16 of `ARGetFilter' from > incompatible >> pointer type >> ARS.xs:1573: error: too few arguments to function `ARGetFilter' >> ARS.xs: In function `XS_ARS_ars_CreateFilter': >> ARS.xs:5907: warning: passing arg 14 of `ARCreateFilter' makes integer > >> from pointer without a cast >> ARS.xs:5907: error: too few arguments to function `ARCreateFilter' >> ARS.xs: In function `XS_ARS_ars_SetFilter': >> ARS.xs:6047: warning: passing arg 15 of `ARSetFilter' from > incompatible >> pointer type >> ARS.xs:6047: error: too few arguments to function `ARSetFilter' >> *** Error code 1 >> make: Fatal error: Command failed for target `ARS.o' >> >> _____________________________________________ >> *From: * Rani, Ragini >> *Sent: * Wednesday, April 09, 2008 2:08 PM >> *To: * 'ars...@ar...' >> *Subject: * ARSPerl-1.9 for remedy 7.1v on Solaris 10 >> >> I want to know if any one of you have used ARSPerl-1.90 to work > against >> remedy 7.1v server which I have installed on Solaris 10 server. >> >> Regards, >> Ragini >> >> >> > ------------------------------------------------------------------------ >> > ------------------------------------------------------------------------ > - >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >> Don't miss this year's exciting event. There's still time to save > $100. >> Use priority code J8TL2D2. >> > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j > avaone >> >> > ------------------------------------------------------------------------ >> _______________________________________________ >> Arsperl-users mailing list >> Ars...@ar... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > ------------------------------------------------------------------------ > - > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j > avaone > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > ------------------------------------------------------------------------ - > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j avaone > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > ------------------------------------------------------------------------ - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j avaone _______________________________________________ Arsperl-users mailing list Ars...@ar... https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Pieterse, R. <ric...@ca...> - 2008-04-11 08:28:12
|
Dear members, Hope anyone can shine a light on the following issue. I used to run a working script successfully on - ActiveState Perl v5.8.2, built 808 - ARSPerl 1.90 - Win. 2003 Server and Win. XP Prof. Now we moved to Windows Vista and the same setup is not working anymore. The script contains all kind of ARS API calls, but only one crashes Perl: ars_SetEntry() I tried to upgrade the ActiveState Perl first. ActiveState Perl v5.8.2 build 822 shows the following in the Event Viewer. -- Faulting application perl.exe, version 5.8.8.822, time stamp 0x46aff16f, faulting module ntdll.dll, version 6.0.6000.16386, time stamp 0x4549bdc9, exception code 0xc0000005, fault offset 0x000620e3, process id 0x1a78, application start time 0x01c89af66c41a27c. -- This points to a failure of using "ntdll.dll" which is a Windows DLL in system32 directory. The old system had a different version of this DLL: 5.1.xxx Next tried to use ActiveState Perl 5.10 build 1002 This gave a different error: -- Faulting application perl.exe, version 5.10.0.1002, time stamp 0x47866b91, faulting module ARS.dll, version 0.0.0.0, time stamp 0x4648c002, exception code 0xc0000005, fault offset 0x00019c98, process id 0x2134, application start time 0x01c89b06368c1ac5. -- In this case not ntdll.dll causes the crash, but the ARS.dll file. Conclusions so far: ARSPerl 1.90 does not work very well with ActiveState v5.10 ARSPerl 1.90 is not compatible with the Windows Vista version of the ntdll.dll Microsoft probably changed ntdll.dll. I can not just replace it by the old one. Maybe ARSPerl can be adapted to this new version? I did my tests on three different Vista PC's Any suggestions to get it to work with Vista? Regards, Richard This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. |
|
From: jeff m. <jcm...@je...> - 2008-04-10 15:56:29
|
Download the API from www.arswiki.org as the APIs there are packaged with all the necessary third party libraries you need (including the one with the ucnv_* routines in it). http://arswiki.org/projects/arapi/downloads jeff > > for module ARS: ld.so.1: perl-static: fatal: relocation error: file > /export/home2/arsuser/ARSPerl/ARSperl-1.90/blib/arch/auto/ARS/ARS.so: > symbol ucnv_compareNames_3_2: referenced symbol not found at |
|
From: Thilo S. <thi...@ap...> - 2008-04-10 15:45:53
|
The error message indicates that the unicode libraries which come with the ARS API aren't found. (The libicu*.so.32 files in the lib/ subdirectory). Somewhere in Makefile.PL is a line that contains the following compiler directives: -licuuc -licui18n which has to be changed to: -licuucbmc -licui18nbmc Additionally it might be necessary to set LD_LIBRARY_PATH or run the "crle" utility. I'm by no means a Solaris expert, so I can't give you more detailed instructions about this. Regards, Thilo Rani, Ragini wrote: > Hi Thilo, > > Thanks for the reply. > I am able to run make cmd after running Makefile.PL but when I ran 'make > test' I am getting following error. Do we need any particular version of > 'make' for this package. I am compiling it on Solaris 10 and Perl > version is 5.8.6. > > > Test returned status 255 (wstat 65280, 0xff00) > t/01import..............Can't load > '/export/home2/arsuser/ARSPerl/ARSperl-1.90/blib/arch/auto/ARS/ARS.so' > for module ARS: ld.so.1: perl-static: fatal: relocation error: file > /export/home2/arsuser/ARSPerl/ARSperl-1.90/blib/arch/auto/ARS/ARS.so: > symbol ucnv_compareNames_3_2: referenced symbol not found at > /opt/gsperl-5.8.6_1/lib/5.8.6/sun4-solaris-thread-multi/DynaLoader.pm > line 230. > at t/01import.t line 7 > Compilation failed in require at t/01import.t line 7. > BEGIN failed--compilation aborted at t/01import.t line 7. > t/01import..............dubious > > Regards, > Ragini > > -----Original Message----- > From: ars...@ar... > [mailto:ars...@ar...] On Behalf Of Thilo Stapff > Sent: Wednesday, April 09, 2008 6:29 PM > To: ARSperl User Discussion > Subject: Re: [Arsperl-users] ARSPerl-1.9 for remedy 7.1v on Solaris 10 > > It looks like you are trying to compile ARSperl against the 7.1 API, > which doesn't work with ARSperl 1.90. > > ARSperl 1.90 can be compiled with the 7.0 API, which should run against > a 7.1 server without problems. (If you don't have the libraries, you can > > download them from http://arswiki.org/projects/arapi/downloads). > > Alternatively you might download the developer version of ARSperl via > CVS, which can be compiled with the ARS 7.1 API (See the section > "Anonymous CVS Access" at http://sourceforge.net/cvs/?group_id=116013). > > > Regards, > Thilo > > > > Rani, Ragini wrote: >> When I ran 'make' command I got following error. >> >> bash-3.00$ pwd >> /opt/ar/ARSPerl/ARSperl-1.90 >> make >> gcc -c -I/opt/ar/Remedy5-7/api/include -D_POSIX_PTHREAD_SEMANTICS >> -D_REENTRANT -DUSE_SITECUSTOMIZE -DNO_HASH_SEED -DBUILT_BY_ACTIVESTATE > >> -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 >> -O -DVERSION=\"1.90\" -DXS_VERSION=\"1.90\" -fPIC >> "-I/opt/gsperl-5.8.6_1/lib/5.8.6/sun4-solaris-thread-multi/CORE" -g > >> -Wno-unused-variable -Wuninitialized -DARS32 -DARS452 >> -DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=6 -DPERL_BASEREV_IS=50 > ARS.c >> ARS.xs: In function `XS_ARS_ars_GetFilter': >> ARS.xs:1573: warning: passing arg 16 of `ARGetFilter' from > incompatible >> pointer type >> ARS.xs:1573: error: too few arguments to function `ARGetFilter' >> ARS.xs: In function `XS_ARS_ars_CreateFilter': >> ARS.xs:5907: warning: passing arg 14 of `ARCreateFilter' makes integer > >> from pointer without a cast >> ARS.xs:5907: error: too few arguments to function `ARCreateFilter' >> ARS.xs: In function `XS_ARS_ars_SetFilter': >> ARS.xs:6047: warning: passing arg 15 of `ARSetFilter' from > incompatible >> pointer type >> ARS.xs:6047: error: too few arguments to function `ARSetFilter' >> *** Error code 1 >> make: Fatal error: Command failed for target `ARS.o' >> >> _____________________________________________ >> *From: * Rani, Ragini >> *Sent: * Wednesday, April 09, 2008 2:08 PM >> *To: * 'ars...@ar...' >> *Subject: * ARSPerl-1.9 for remedy 7.1v on Solaris 10 >> >> I want to know if any one of you have used ARSPerl-1.90 to work > against >> remedy 7.1v server which I have installed on Solaris 10 server. >> >> Regards, >> Ragini >> >> >> > ------------------------------------------------------------------------ >> > ------------------------------------------------------------------------ > - >> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference >> Don't miss this year's exciting event. There's still time to save > $100. >> Use priority code J8TL2D2. >> > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j > avaone >> >> > ------------------------------------------------------------------------ >> _______________________________________________ >> Arsperl-users mailing list >> Ars...@ar... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > ------------------------------------------------------------------------ > - > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j > avaone > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > |
|
From: Rani, R. <Rag...@gs...> - 2008-04-10 15:08:56
|
Hi Thilo, Thanks for the reply. I am able to run make cmd after running Makefile.PL but when I ran 'make test' I am getting following error. Do we need any particular version of 'make' for this package. I am compiling it on Solaris 10 and Perl version is 5.8.6. Test returned status 255 (wstat 65280, 0xff00) t/01import..............Can't load '/export/home2/arsuser/ARSPerl/ARSperl-1.90/blib/arch/auto/ARS/ARS.so' for module ARS: ld.so.1: perl-static: fatal: relocation error: file /export/home2/arsuser/ARSPerl/ARSperl-1.90/blib/arch/auto/ARS/ARS.so: symbol ucnv_compareNames_3_2: referenced symbol not found at /opt/gsperl-5.8.6_1/lib/5.8.6/sun4-solaris-thread-multi/DynaLoader.pm line 230. at t/01import.t line 7 Compilation failed in require at t/01import.t line 7. BEGIN failed--compilation aborted at t/01import.t line 7. t/01import..............dubious Regards, Ragini -----Original Message----- From: ars...@ar... [mailto:ars...@ar...] On Behalf Of Thilo Stapff Sent: Wednesday, April 09, 2008 6:29 PM To: ARSperl User Discussion Subject: Re: [Arsperl-users] ARSPerl-1.9 for remedy 7.1v on Solaris 10 It looks like you are trying to compile ARSperl against the 7.1 API, which doesn't work with ARSperl 1.90. ARSperl 1.90 can be compiled with the 7.0 API, which should run against a 7.1 server without problems. (If you don't have the libraries, you can download them from http://arswiki.org/projects/arapi/downloads). Alternatively you might download the developer version of ARSperl via CVS, which can be compiled with the ARS 7.1 API (See the section "Anonymous CVS Access" at http://sourceforge.net/cvs/?group_id=116013). Regards, Thilo Rani, Ragini wrote: > When I ran 'make' command I got following error. > > bash-3.00$ pwd > /opt/ar/ARSPerl/ARSperl-1.90 > make > gcc -c -I/opt/ar/Remedy5-7/api/include -D_POSIX_PTHREAD_SEMANTICS > -D_REENTRANT -DUSE_SITECUSTOMIZE -DNO_HASH_SEED -DBUILT_BY_ACTIVESTATE > -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > -O -DVERSION=\"1.90\" -DXS_VERSION=\"1.90\" -fPIC > "-I/opt/gsperl-5.8.6_1/lib/5.8.6/sun4-solaris-thread-multi/CORE" -g > -Wno-unused-variable -Wuninitialized -DARS32 -DARS452 > -DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=6 -DPERL_BASEREV_IS=50 ARS.c > > ARS.xs: In function `XS_ARS_ars_GetFilter': > ARS.xs:1573: warning: passing arg 16 of `ARGetFilter' from incompatible > pointer type > ARS.xs:1573: error: too few arguments to function `ARGetFilter' > ARS.xs: In function `XS_ARS_ars_CreateFilter': > ARS.xs:5907: warning: passing arg 14 of `ARCreateFilter' makes integer > from pointer without a cast > ARS.xs:5907: error: too few arguments to function `ARCreateFilter' > ARS.xs: In function `XS_ARS_ars_SetFilter': > ARS.xs:6047: warning: passing arg 15 of `ARSetFilter' from incompatible > pointer type > ARS.xs:6047: error: too few arguments to function `ARSetFilter' > *** Error code 1 > make: Fatal error: Command failed for target `ARS.o' > > _____________________________________________ > *From: * Rani, Ragini > *Sent: * Wednesday, April 09, 2008 2:08 PM > *To: * 'ars...@ar...' > *Subject: * ARSPerl-1.9 for remedy 7.1v on Solaris 10 > > I want to know if any one of you have used ARSPerl-1.90 to work against > remedy 7.1v server which I have installed on Solaris 10 server. > > Regards, > Ragini > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------ - > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j avaone > > > ------------------------------------------------------------------------ > > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users ------------------------------------------------------------------------ - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/j avaone _______________________________________________ Arsperl-users mailing list Ars...@ar... https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Thilo S. <thi...@ap...> - 2008-04-09 12:59:57
|
It looks like you are trying to compile ARSperl against the 7.1 API, which doesn't work with ARSperl 1.90. ARSperl 1.90 can be compiled with the 7.0 API, which should run against a 7.1 server without problems. (If you don't have the libraries, you can download them from http://arswiki.org/projects/arapi/downloads). Alternatively you might download the developer version of ARSperl via CVS, which can be compiled with the ARS 7.1 API (See the section "Anonymous CVS Access" at http://sourceforge.net/cvs/?group_id=116013). Regards, Thilo Rani, Ragini wrote: > When I ran 'make' command I got following error. > > bash-3.00$ pwd > /opt/ar/ARSPerl/ARSperl-1.90 > make > gcc -c -I/opt/ar/Remedy5-7/api/include -D_POSIX_PTHREAD_SEMANTICS > -D_REENTRANT -DUSE_SITECUSTOMIZE -DNO_HASH_SEED -DBUILT_BY_ACTIVESTATE > -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 > -O -DVERSION=\"1.90\" -DXS_VERSION=\"1.90\" -fPIC > "-I/opt/gsperl-5.8.6_1/lib/5.8.6/sun4-solaris-thread-multi/CORE" -g > -Wno-unused-variable -Wuninitialized -DARS32 -DARS452 > -DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=6 -DPERL_BASEREV_IS=50 ARS.c > > ARS.xs: In function `XS_ARS_ars_GetFilter': > ARS.xs:1573: warning: passing arg 16 of `ARGetFilter' from incompatible > pointer type > ARS.xs:1573: error: too few arguments to function `ARGetFilter' > ARS.xs: In function `XS_ARS_ars_CreateFilter': > ARS.xs:5907: warning: passing arg 14 of `ARCreateFilter' makes integer > from pointer without a cast > ARS.xs:5907: error: too few arguments to function `ARCreateFilter' > ARS.xs: In function `XS_ARS_ars_SetFilter': > ARS.xs:6047: warning: passing arg 15 of `ARSetFilter' from incompatible > pointer type > ARS.xs:6047: error: too few arguments to function `ARSetFilter' > *** Error code 1 > make: Fatal error: Command failed for target `ARS.o' > > _____________________________________________ > *From: * Rani, Ragini > *Sent: * Wednesday, April 09, 2008 2:08 PM > *To: * 'ars...@ar...' > *Subject: * ARSPerl-1.9 for remedy 7.1v on Solaris 10 > > I want to know if any one of you have used ARSPerl-1.90 to work against > remedy 7.1v server which I have installed on Solaris 10 server. > > Regards, > Ragini > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save $100. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > > > ------------------------------------------------------------------------ > > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Rani, R. <Rag...@gs...> - 2008-04-09 11:44:34
|
When I ran 'make' command I got following error. bash-3.00$ pwd /opt/ar/ARSPerl/ARSperl-1.90 make gcc -c -I/opt/ar/Remedy5-7/api/include -D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -DUSE_SITECUSTOMIZE -DNO_HASH_SEED -DBUILT_BY_ACTIVESTATE -fno-strict-aliasing -pipe -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O -DVERSION=\"1.90\" -DXS_VERSION=\"1.90\" -fPIC "-I/opt/gsperl-5.8.6_1/lib/5.8.6/sun4-solaris-thread-multi/CORE" -g -Wno-unused-variable -Wuninitialized -DARS32 -DARS452 -DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=6 -DPERL_BASEREV_IS=50 ARS.c ARS.xs: In function `XS_ARS_ars_GetFilter': ARS.xs:1573: warning: passing arg 16 of `ARGetFilter' from incompatible pointer type ARS.xs:1573: error: too few arguments to function `ARGetFilter' ARS.xs: In function `XS_ARS_ars_CreateFilter': ARS.xs:5907: warning: passing arg 14 of `ARCreateFilter' makes integer from pointer without a cast ARS.xs:5907: error: too few arguments to function `ARCreateFilter' ARS.xs: In function `XS_ARS_ars_SetFilter': ARS.xs:6047: warning: passing arg 15 of `ARSetFilter' from incompatible pointer type ARS.xs:6047: error: too few arguments to function `ARSetFilter' *** Error code 1 make: Fatal error: Command failed for target `ARS.o' > _____________________________________________ > From: Rani, Ragini > Sent: Wednesday, April 09, 2008 2:08 PM > To: 'ars...@ar...' > Subject: ARSPerl-1.9 for remedy 7.1v on Solaris 10 > > I want to know if any one of you have used ARSPerl-1.90 to work > against remedy 7.1v server which I have installed on Solaris 10 > server. > > Regards, > Ragini |
|
From: Rani, R. <Rag...@gs...> - 2008-04-09 08:38:35
|
I want to know if any one of you have used ARSPerl-1.90 to work against remedy 7.1v server which I have installed on Solaris 10 server. Regards, Ragini |
|
From: Thilo S. <thi...@ap...> - 2008-03-06 10:21:33
|
- Did you check $ars_errstr after calling ars_LoadQualifier/ars_GetListEntry? - Do you use field IDs or display names in your qualifier? I've encountered problems with names, but for me it has always worked with IDs. - You might try to run the query with an empty string (or "1 = 1") as qualifier (and a reasonable "maxRetrieve" value). - Could it be a permission problem? Did you try it with an admin user? Thilo strauss wrote: > Queries that worked against ITSM 5.5.1 on a 5.1.2 server, when changed > to use the 7.1 server and with new column ids for the equivalent fields > in ITSM7, appear to run but return no data. At least one commercial > java app that I know of which displays Remedy data is having similar > problems with 7.1 servers. > > Christopher Strauss, Ph.D. > Call Tracking Administration Manager > University of North Texas Computing & IT Center > http://itsm.unt.edu/ > >> -----Original Message----- >> From: ars...@ar... >> [mailto:ars...@ar...] On Behalf Of Thilo Stapff >> Sent: Tuesday, March 04, 2008 11:17 AM >> To: ARSperl User Discussion >> Subject: Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll >> >> This doesn't match my experience. >> Admittedly I haven't worked with ARS 7.1 very much, but in >> the few cases I've tested this, I had no problems whatsoever. >> >> >> Thilo >> >> >> strauss wrote: >>> My experience is that you cannot get any data from a 7.1 >> server with >>> ARSPerl_190_701. The 7.1 API changed in ways that prevent you from >>> doing so. >>> >>> Christopher Strauss, Ph.D. >>> Call Tracking Administration Manager >>> University of North Texas Computing & IT Center >>> http://itsm.unt.edu/ >>> >>> >>> >>> >> -------------------------------------------------------------- >> ---------- >>> *From:* ars...@ar... >>> [mailto:ars...@ar...] *On Behalf >> Of *jeff murphy >>> *Sent:* Tuesday, March 04, 2008 10:12 AM >>> *To:* ARSperl User Discussion >>> *Subject:* Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll >>> >>> Yes, you'll need to use the same revision of the API >> that the perl >>> module was compiled against. The good news is that, from a perl >>> script perspective, it doesn't matter if you use a 7.0 >> API against a >>> 7.1 server, or even a 6.3 API against a 7.1 server. >> There are only a >>> few edge cases that you might hit against (currency >> fields iirc) but >>> in general you should be OK. >>> >>> jeff >>> >>> >>> On Mar 4, 2008, at 11:05 AM, HEWITT, DARRYL wrote: >>> >>>> Thanks for your quick response! >>>> >>>> Yes, ARS.dll does exist at E:\Program >> Files\Perl\site\lib\auto\ARS. >>>> >>>> I have a theory that I would like to run by you. Does the Perl >>>> code version check the ARS api's when the USE clause >> is executed? >>>> >>>> On the server that is not working, we have installed and are >>>> running AR version 7.1 (arxxx71.dll's). >>>> >>>> On the server that works, we have installed AR version 7.1 >>>> (arxxx71.dll's) but >>>> there also exist arxxx70.dll's, arxxx63.dll's, and >> arxxx51.dll's. >>>> I won't even try to >>>> explain how that happened but could that be affecting >> the load of >>>> ARS.dll? >>>> >>>> I realize that ARS 1.90 was written to AR version 7.0.1. Does >>>> that mean it will not work with AR version 7.1? >>> >>> >> -------------------------------------------------------------- >> ---------- >>> >> -------------------------------------------------------------- >> ----------- >>> This SF.net email is sponsored by: Microsoft >>> Defy all challenges. Microsoft(R) Visual Studio 2008. >>> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >>> >>> >>> >> -------------------------------------------------------------- >> ---------- >>> _______________________________________________ >>> Arsperl-users mailing list >>> Ars...@ar... >>> https://lists.sourceforge.net/lists/listinfo/arsperl-users >> >> -------------------------------------------------------------- >> ----------- >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Arsperl-users mailing list >> Ars...@ar... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users >> >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > |
|
From: strauss <st...@re...> - 2008-03-05 23:47:21
|
Queries that worked against ITSM 5.5.1 on a 5.1.2 server, when changed to use the 7.1 server and with new column ids for the equivalent fields in ITSM7, appear to run but return no data. At least one commercial java app that I know of which displays Remedy data is having similar problems with 7.1 servers. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing & IT Center http://itsm.unt.edu/ > -----Original Message----- > From: ars...@ar... > [mailto:ars...@ar...] On Behalf Of Thilo Stapff > Sent: Tuesday, March 04, 2008 11:17 AM > To: ARSperl User Discussion > Subject: Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll > > This doesn't match my experience. > Admittedly I haven't worked with ARS 7.1 very much, but in > the few cases I've tested this, I had no problems whatsoever. > > > Thilo > > > strauss wrote: > > My experience is that you cannot get any data from a 7.1 > server with > > ARSPerl_190_701. The 7.1 API changed in ways that prevent you from > > doing so. > > > > Christopher Strauss, Ph.D. > > Call Tracking Administration Manager > > University of North Texas Computing & IT Center > > http://itsm.unt.edu/ > > > > > > > > > -------------------------------------------------------------- > ---------- > > *From:* ars...@ar... > > [mailto:ars...@ar...] *On Behalf > Of *jeff murphy > > *Sent:* Tuesday, March 04, 2008 10:12 AM > > *To:* ARSperl User Discussion > > *Subject:* Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll > > > > Yes, you'll need to use the same revision of the API > that the perl > > module was compiled against. The good news is that, from a perl > > script perspective, it doesn't matter if you use a 7.0 > API against a > > 7.1 server, or even a 6.3 API against a 7.1 server. > There are only a > > few edge cases that you might hit against (currency > fields iirc) but > > in general you should be OK. > > > > jeff > > > > > > On Mar 4, 2008, at 11:05 AM, HEWITT, DARRYL wrote: > > > >> Thanks for your quick response! > >> > >> Yes, ARS.dll does exist at E:\Program > Files\Perl\site\lib\auto\ARS. > >> > >> I have a theory that I would like to run by you. Does the Perl > >> code version check the ARS api's when the USE clause > is executed? > >> > >> On the server that is not working, we have installed and are > >> running AR version 7.1 (arxxx71.dll's). > >> > >> On the server that works, we have installed AR version 7.1 > >> (arxxx71.dll's) but > >> there also exist arxxx70.dll's, arxxx63.dll's, and > arxxx51.dll's. > >> I won't even try to > >> explain how that happened but could that be affecting > the load of > >> ARS.dll? > >> > >> I realize that ARS 1.90 was written to AR version 7.0.1. Does > >> that mean it will not work with AR version 7.1? > > > > > > > -------------------------------------------------------------- > ---------- > > > > > -------------------------------------------------------------- > ----------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > > > > > -------------------------------------------------------------- > ---------- > > > > _______________________________________________ > > Arsperl-users mailing list > > Ars...@ar... > > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > -------------------------------------------------------------- > ----------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > |
|
From: HEWITT, D. <DA...@SA...> - 2008-03-05 20:40:09
|
SUCCESS!!! Strangely enough, the only location on DSMRDCRD02 that contains icuin32.dll is the E:\Remedy root where we installed version 7.1. On DSMRDCRD03, I found icuin32.dll in four folders: E:\Remedy, E:\Remedy\AREmail, E:\Remedy\AREmail\AssignmentEngine\bin, and E:\Remedy\Aeserver\Api\lib. That is a puzzle for us to figure out. At any rate, I added E:\Remedy to the Path on DSMRDCRD02 and the package now Works great. Thanks again for everone's help, particularly Thilo and Jeff. -----Original Message----- From: HEWITT, DARRYL Sent: Wednesday, March 05, 2008 12:08 PM To: 'ARSperl User Discussion' Cc: HEARLSON, KENNY Subject: RE: [Arsperl-users] ARS 1.90 Can't load ARS.dll That was great advice, Thilo! I always forget the Event Viewer! The following messages were on DSMRDCRD02: Event Type: Information Event Source: Application Popup Event Category: None Event ID: 26 Date: 3/5/2008 Time: 12:00:24 PM User: N/A Computer: DSMRDCRD02 Description: Application popup: perl.exe - Unable To Locate Component : This application has failed to start because icuin32.dll was not found. Re-installing the application may fix this problem. Event Type: Information Event Source: Application Popup Event Category: None Event ID: 26 Date: 3/5/2008 Time: 8:14:20 AM User: N/A Computer: DSMRDCRD02 Description: Application popup: perl.exe - Unable To Locate Component : This application has failed to start because arapi70.dll was not found. Re-installing the application may fix this problem. I think I have fixed the message about arapi70.dll. Now I just have to resolve icuin32.dll. Will let you know what happens but I am pretty optimistic that this will get me there. Thanks again for you help! -----Original Message----- From: ars...@ar... [mailto:ars...@ar...] On Behalf Of Thilo Stapff Sent: Wednesday, March 05, 2008 11:57 AM To: ARSperl User Discussion Subject: Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll I've also run into the "Can't load DLL" problem sometimes, but in those cases always appeared a popup dialog telling me the name of the DLL that was missing (e.g. icuuc32.dll). Apparently that message is also logged in the system events, so you might take a look into the Windows Event Viewer messages (in the "System" section. Thilo HEWITT, DARRYL wrote: > Thanks, Thilo! > > Oddly enough, the Path on DSMRDCRD02, where ARS.dll does NOT load, has > "E:\Remedy\AREmail\dsmrdcrd02" and "E:\Remedy\pluginsvr". The Path on > DSMRDCRD03, where ARS.dll does load, has "E:\Remedy\AREmail" and > "E:\Remedy\pluginsvr". > > The ar dll's are in these locations. The icu...32.dll files are in the > AREmail locations as well. These are the only locations in the Path > variable that have these files. > > I copied the arxxx70.dll files to the "E:\Remedy\AREmail\dsmrdcrd02" > folder but that made no difference. > > > -----Original Message----- > From: ars...@ar... > [mailto:ars...@ar...] On Behalf Of Thilo Stapff > Sent: Wednesday, March 05, 2008 9:21 AM > To: ARSperl User Discussion > Subject: Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll > > > -- The DLLs need to be in a directory that is contained in your system's > > PATH variable, exactly as if they were .exe files. > > -- The user tool itself is not needed. > > -- You might, however, need the icu...32.dll files from the user tool > directory. > > > Thilo > > > HEWITT, DARRYL wrote: >> I am still getting "Can't load 'E:/Program >> Files/Perl/site/lib/auto/ARS/ARS.dll' for module ARS: load_file: >> The specified module could not be found at E:/Program >> Files/Perl/lib/DynaLoader.pm line 229". >> >> What I have done since our last email exchange: >> >> 1) Deleted and re-installed ARS Perl package just to make sure I had >> done it correctly. >> (DOS commands and results are attached) >> >> 2) Copied arxxx70.dll's to the root folder where our Remedy AR Server >> was installed. >> >> 3) Ran perl -MARS -e "print $ARS::VERSION" to test and received the > same >> error. >> >> 4) After checking the registry, I tried to register dll's with >> REGSVR32 "E:\Program Files\AR System\User\arapi70.dll" >> but received error: >> >> >> 5) Rather than mess with figuring out the dll registration issue, I >> installed Remedy User 7.0.1 >> since I had found registry settings in >> >> > HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDll's > >> folder >> for "E:\Program Files\AR System\User\arapi70.dll" on the server > that >> works. >> Remedy User 7.1 was already installed on this server. >> >> 6) Ran perl -MARS -e "print $ARS::VERSION" to test and received the > same >> error. >> >> All of the above raises some questions that I hope you will answer. >> >> -- Where is ARSPerl expecting to find the Remedy API's? >> >> -- Does the Remedy User for the correct version need to be installed > on the >> server, or PC, running the Perl package? Does this also need to be > >> run where >> AR Server is installed? >> I had always assumed that ARSPerl was basically mimicking someone > running >> Remedy User. >> >> -- We have been using ARSPerl since 2002 and it has worked well. >> However, all I have ever done when moving the location of the Perl >> scripts >> is make sure that the following 3 dll's were present in the Perl > scripts >> folder for the Perl script issuing the "USE ARS": arapixx.dll, >> arrpcxx.dll, and arutlxx.dll. >> Is this all that really needs to be present? >> >> To repeat some of my previous, we have two Windows 2003 SP1 servers: >> DSMRDCRD02 and DSMRDCRD03. >> >> I have installed the ARSPerl 1.90 package on both using the same > procedure. >> >> Running the DOS command line perl -MARS -e "print $ARS::VERSION" works > >> on DSMRDCRD03 >> but receives the load failure error on DSMRDCRD02. >> >> DSMRDCRD02 was built with the Remedy AR software from scratch, i.e. > new. >> >> DSMRDCRD03 was built with the Remedy AR software as an upgrade over an > >> existing install of version 7.0.1. >> >> Any help or suggestions would be greatly appreciated. >> >> > ------------------------------------------------------------------------ >> *From:* ars...@ar... >> [mailto:ars...@ar...] *On Behalf Of *jeff murphy >> *Sent:* Tuesday, March 04, 2008 8:12 AM >> *To:* ARSperl User Discussion >> *Subject:* Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll >> >> Yes, you'll need to use the same revision of the API that the perl >> module was compiled against. The good news is that, from a perl script > >> perspective, it doesn't matter if you use a 7.0 API against a 7.1 >> server, or even a 6.3 API against a 7.1 server. There are only a few >> edge cases that you might hit against (currency fields iirc) but in >> general you should be OK. >> >> jeff >> >> >> On Mar 4, 2008, at 11:05 AM, HEWITT, DARRYL wrote: >> >>> Thanks for your quick response! >>> >>> Yes, ARS.dll does exist at E:\Program Files\Perl\site\lib\auto\ARS. >>> >>> I have a theory that I would like to run by you. Does the Perl code >>> version check the ARS api's when the USE clause is executed? >>> >>> On the server that is not working, we have installed and are running >>> AR version 7.1 (arxxx71.dll's). >>> >>> On the server that works, we have installed AR version 7.1 >>> (arxxx71.dll's) but >>> there also exist arxxx70.dll's, arxxx63.dll's, and arxxx51.dll's. I >>> won't even try to >>> explain how that happened but could that be affecting the load of > ARS.dll? >>> >>> I realize that ARS 1.90 was written to AR version 7.0.1. Does that >>> mean it will not work with AR version 7.1? >> >> > ------------------------------------------------------------------------ >> > ------------------------------------------------------------------------ > - >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> >> >> > ------------------------------------------------------------------------ >> _______________________________________________ >> Arsperl-users mailing list >> Ars...@ar... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > ------------------------------------------------------------------------ > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > ------------------------------------------------------------------------ - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Arsperl-users mailing list Ars...@ar... https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: HEWITT, D. <DA...@SA...> - 2008-03-05 20:09:40
|
That was great advice, Thilo! I always forget the Event Viewer! The following messages were on DSMRDCRD02: Event Type: Information Event Source: Application Popup Event Category: None Event ID: 26 Date: 3/5/2008 Time: 12:00:24 PM User: N/A Computer: DSMRDCRD02 Description: Application popup: perl.exe - Unable To Locate Component : This application has failed to start because icuin32.dll was not found. Re-installing the application may fix this problem. Event Type: Information Event Source: Application Popup Event Category: None Event ID: 26 Date: 3/5/2008 Time: 8:14:20 AM User: N/A Computer: DSMRDCRD02 Description: Application popup: perl.exe - Unable To Locate Component : This application has failed to start because arapi70.dll was not found. Re-installing the application may fix this problem. I think I have fixed the message about arapi70.dll. Now I just have to resolve icuin32.dll. Will let you know what happens but I am pretty optimistic that this will get me there. Thanks again for you help! -----Original Message----- From: ars...@ar... [mailto:ars...@ar...] On Behalf Of Thilo Stapff Sent: Wednesday, March 05, 2008 11:57 AM To: ARSperl User Discussion Subject: Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll I've also run into the "Can't load DLL" problem sometimes, but in those cases always appeared a popup dialog telling me the name of the DLL that was missing (e.g. icuuc32.dll). Apparently that message is also logged in the system events, so you might take a look into the Windows Event Viewer messages (in the "System" section. Thilo HEWITT, DARRYL wrote: > Thanks, Thilo! > > Oddly enough, the Path on DSMRDCRD02, where ARS.dll does NOT load, has > "E:\Remedy\AREmail\dsmrdcrd02" and "E:\Remedy\pluginsvr". The Path on > DSMRDCRD03, where ARS.dll does load, has "E:\Remedy\AREmail" and > "E:\Remedy\pluginsvr". > > The ar dll's are in these locations. The icu...32.dll files are in the > AREmail locations as well. These are the only locations in the Path > variable that have these files. > > I copied the arxxx70.dll files to the "E:\Remedy\AREmail\dsmrdcrd02" > folder but that made no difference. > > > -----Original Message----- > From: ars...@ar... > [mailto:ars...@ar...] On Behalf Of Thilo Stapff > Sent: Wednesday, March 05, 2008 9:21 AM > To: ARSperl User Discussion > Subject: Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll > > > -- The DLLs need to be in a directory that is contained in your system's > > PATH variable, exactly as if they were .exe files. > > -- The user tool itself is not needed. > > -- You might, however, need the icu...32.dll files from the user tool > directory. > > > Thilo > > > HEWITT, DARRYL wrote: >> I am still getting "Can't load 'E:/Program >> Files/Perl/site/lib/auto/ARS/ARS.dll' for module ARS: load_file: >> The specified module could not be found at E:/Program >> Files/Perl/lib/DynaLoader.pm line 229". >> >> What I have done since our last email exchange: >> >> 1) Deleted and re-installed ARS Perl package just to make sure I had >> done it correctly. >> (DOS commands and results are attached) >> >> 2) Copied arxxx70.dll's to the root folder where our Remedy AR Server >> was installed. >> >> 3) Ran perl -MARS -e "print $ARS::VERSION" to test and received the > same >> error. >> >> 4) After checking the registry, I tried to register dll's with >> REGSVR32 "E:\Program Files\AR System\User\arapi70.dll" >> but received error: >> >> >> 5) Rather than mess with figuring out the dll registration issue, I >> installed Remedy User 7.0.1 >> since I had found registry settings in >> >> > HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDll's > >> folder >> for "E:\Program Files\AR System\User\arapi70.dll" on the server > that >> works. >> Remedy User 7.1 was already installed on this server. >> >> 6) Ran perl -MARS -e "print $ARS::VERSION" to test and received the > same >> error. >> >> All of the above raises some questions that I hope you will answer. >> >> -- Where is ARSPerl expecting to find the Remedy API's? >> >> -- Does the Remedy User for the correct version need to be installed > on the >> server, or PC, running the Perl package? Does this also need to be > >> run where >> AR Server is installed? >> I had always assumed that ARSPerl was basically mimicking someone > running >> Remedy User. >> >> -- We have been using ARSPerl since 2002 and it has worked well. >> However, all I have ever done when moving the location of the Perl >> scripts >> is make sure that the following 3 dll's were present in the Perl > scripts >> folder for the Perl script issuing the "USE ARS": arapixx.dll, >> arrpcxx.dll, and arutlxx.dll. >> Is this all that really needs to be present? >> >> To repeat some of my previous, we have two Windows 2003 SP1 servers: >> DSMRDCRD02 and DSMRDCRD03. >> >> I have installed the ARSPerl 1.90 package on both using the same > procedure. >> >> Running the DOS command line perl -MARS -e "print $ARS::VERSION" works > >> on DSMRDCRD03 >> but receives the load failure error on DSMRDCRD02. >> >> DSMRDCRD02 was built with the Remedy AR software from scratch, i.e. > new. >> >> DSMRDCRD03 was built with the Remedy AR software as an upgrade over an > >> existing install of version 7.0.1. >> >> Any help or suggestions would be greatly appreciated. >> >> > ------------------------------------------------------------------------ >> *From:* ars...@ar... >> [mailto:ars...@ar...] *On Behalf Of *jeff murphy >> *Sent:* Tuesday, March 04, 2008 8:12 AM >> *To:* ARSperl User Discussion >> *Subject:* Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll >> >> Yes, you'll need to use the same revision of the API that the perl >> module was compiled against. The good news is that, from a perl script > >> perspective, it doesn't matter if you use a 7.0 API against a 7.1 >> server, or even a 6.3 API against a 7.1 server. There are only a few >> edge cases that you might hit against (currency fields iirc) but in >> general you should be OK. >> >> jeff >> >> >> On Mar 4, 2008, at 11:05 AM, HEWITT, DARRYL wrote: >> >>> Thanks for your quick response! >>> >>> Yes, ARS.dll does exist at E:\Program Files\Perl\site\lib\auto\ARS. >>> >>> I have a theory that I would like to run by you. Does the Perl code >>> version check the ARS api's when the USE clause is executed? >>> >>> On the server that is not working, we have installed and are running >>> AR version 7.1 (arxxx71.dll's). >>> >>> On the server that works, we have installed AR version 7.1 >>> (arxxx71.dll's) but >>> there also exist arxxx70.dll's, arxxx63.dll's, and arxxx51.dll's. I >>> won't even try to >>> explain how that happened but could that be affecting the load of > ARS.dll? >>> >>> I realize that ARS 1.90 was written to AR version 7.0.1. Does that >>> mean it will not work with AR version 7.1? >> >> > ------------------------------------------------------------------------ >> > ------------------------------------------------------------------------ > - >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> >> >> > ------------------------------------------------------------------------ >> _______________________________________________ >> Arsperl-users mailing list >> Ars...@ar... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > ------------------------------------------------------------------------ > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > ------------------------------------------------------------------------ - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Arsperl-users mailing list Ars...@ar... https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Thilo S. <thi...@ap...> - 2008-03-05 19:57:20
|
I've also run into the "Can't load DLL" problem sometimes, but in those cases always appeared a popup dialog telling me the name of the DLL that was missing (e.g. icuuc32.dll). Apparently that message is also logged in the system events, so you might take a look into the Windows Event Viewer messages (in the "System" section. Thilo HEWITT, DARRYL wrote: > Thanks, Thilo! > > Oddly enough, the Path on DSMRDCRD02, where ARS.dll does NOT load, has > "E:\Remedy\AREmail\dsmrdcrd02" and "E:\Remedy\pluginsvr". The Path on > DSMRDCRD03, where ARS.dll does load, has "E:\Remedy\AREmail" and > "E:\Remedy\pluginsvr". > > The ar dll's are in these locations. The icu...32.dll files are in the > AREmail locations as well. These are the only locations in the Path > variable that have these files. > > I copied the arxxx70.dll files to the "E:\Remedy\AREmail\dsmrdcrd02" > folder but that made no difference. > > > -----Original Message----- > From: ars...@ar... > [mailto:ars...@ar...] On Behalf Of Thilo Stapff > Sent: Wednesday, March 05, 2008 9:21 AM > To: ARSperl User Discussion > Subject: Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll > > > -- The DLLs need to be in a directory that is contained in your system's > > PATH variable, exactly as if they were .exe files. > > -- The user tool itself is not needed. > > -- You might, however, need the icu...32.dll files from the user tool > directory. > > > Thilo > > > HEWITT, DARRYL wrote: >> I am still getting "Can't load 'E:/Program >> Files/Perl/site/lib/auto/ARS/ARS.dll' for module ARS: load_file: >> The specified module could not be found at E:/Program >> Files/Perl/lib/DynaLoader.pm line 229". >> >> What I have done since our last email exchange: >> >> 1) Deleted and re-installed ARS Perl package just to make sure I had >> done it correctly. >> (DOS commands and results are attached) >> >> 2) Copied arxxx70.dll's to the root folder where our Remedy AR Server >> was installed. >> >> 3) Ran perl -MARS -e "print $ARS::VERSION" to test and received the > same >> error. >> >> 4) After checking the registry, I tried to register dll's with >> REGSVR32 "E:\Program Files\AR System\User\arapi70.dll" >> but received error: >> >> >> 5) Rather than mess with figuring out the dll registration issue, I >> installed Remedy User 7.0.1 >> since I had found registry settings in >> >> > HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDll's > >> folder >> for "E:\Program Files\AR System\User\arapi70.dll" on the server > that >> works. >> Remedy User 7.1 was already installed on this server. >> >> 6) Ran perl -MARS -e "print $ARS::VERSION" to test and received the > same >> error. >> >> All of the above raises some questions that I hope you will answer. >> >> -- Where is ARSPerl expecting to find the Remedy API's? >> >> -- Does the Remedy User for the correct version need to be installed > on the >> server, or PC, running the Perl package? Does this also need to be > >> run where >> AR Server is installed? >> I had always assumed that ARSPerl was basically mimicking someone > running >> Remedy User. >> >> -- We have been using ARSPerl since 2002 and it has worked well. >> However, all I have ever done when moving the location of the Perl >> scripts >> is make sure that the following 3 dll's were present in the Perl > scripts >> folder for the Perl script issuing the "USE ARS": arapixx.dll, >> arrpcxx.dll, and arutlxx.dll. >> Is this all that really needs to be present? >> >> To repeat some of my previous, we have two Windows 2003 SP1 servers: >> DSMRDCRD02 and DSMRDCRD03. >> >> I have installed the ARSPerl 1.90 package on both using the same > procedure. >> >> Running the DOS command line perl -MARS -e "print $ARS::VERSION" works > >> on DSMRDCRD03 >> but receives the load failure error on DSMRDCRD02. >> >> DSMRDCRD02 was built with the Remedy AR software from scratch, i.e. > new. >> >> DSMRDCRD03 was built with the Remedy AR software as an upgrade over an > >> existing install of version 7.0.1. >> >> Any help or suggestions would be greatly appreciated. >> >> > ------------------------------------------------------------------------ >> *From:* ars...@ar... >> [mailto:ars...@ar...] *On Behalf Of *jeff murphy >> *Sent:* Tuesday, March 04, 2008 8:12 AM >> *To:* ARSperl User Discussion >> *Subject:* Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll >> >> Yes, you'll need to use the same revision of the API that the perl >> module was compiled against. The good news is that, from a perl script > >> perspective, it doesn't matter if you use a 7.0 API against a 7.1 >> server, or even a 6.3 API against a 7.1 server. There are only a few >> edge cases that you might hit against (currency fields iirc) but in >> general you should be OK. >> >> jeff >> >> >> On Mar 4, 2008, at 11:05 AM, HEWITT, DARRYL wrote: >> >>> Thanks for your quick response! >>> >>> Yes, ARS.dll does exist at E:\Program Files\Perl\site\lib\auto\ARS. >>> >>> I have a theory that I would like to run by you. Does the Perl code >>> version check the ARS api's when the USE clause is executed? >>> >>> On the server that is not working, we have installed and are running >>> AR version 7.1 (arxxx71.dll's). >>> >>> On the server that works, we have installed AR version 7.1 >>> (arxxx71.dll's) but >>> there also exist arxxx70.dll's, arxxx63.dll's, and arxxx51.dll's. I >>> won't even try to >>> explain how that happened but could that be affecting the load of > ARS.dll? >>> >>> I realize that ARS 1.90 was written to AR version 7.0.1. Does that >>> mean it will not work with AR version 7.1? >> >> > ------------------------------------------------------------------------ >> > ------------------------------------------------------------------------ > - >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> >> >> > ------------------------------------------------------------------------ >> _______________________________________________ >> Arsperl-users mailing list >> Ars...@ar... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > ------------------------------------------------------------------------ > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > |
|
From: HEWITT, D. <DA...@SA...> - 2008-03-05 19:16:55
|
Thanks, Thilo! Oddly enough, the Path on DSMRDCRD02, where ARS.dll does NOT load, has "E:\Remedy\AREmail\dsmrdcrd02" and "E:\Remedy\pluginsvr". The Path on DSMRDCRD03, where ARS.dll does load, has "E:\Remedy\AREmail" and "E:\Remedy\pluginsvr". The ar dll's are in these locations. The icu...32.dll files are in the AREmail locations as well. These are the only locations in the Path variable that have these files. I copied the arxxx70.dll files to the "E:\Remedy\AREmail\dsmrdcrd02" folder but that made no difference. -----Original Message----- From: ars...@ar... [mailto:ars...@ar...] On Behalf Of Thilo Stapff Sent: Wednesday, March 05, 2008 9:21 AM To: ARSperl User Discussion Subject: Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll -- The DLLs need to be in a directory that is contained in your system's PATH variable, exactly as if they were .exe files. -- The user tool itself is not needed. -- You might, however, need the icu...32.dll files from the user tool directory. Thilo HEWITT, DARRYL wrote: > I am still getting "Can't load 'E:/Program > Files/Perl/site/lib/auto/ARS/ARS.dll' for module ARS: load_file: > The specified module could not be found at E:/Program > Files/Perl/lib/DynaLoader.pm line 229". > > What I have done since our last email exchange: > > 1) Deleted and re-installed ARS Perl package just to make sure I had > done it correctly. > (DOS commands and results are attached) > > 2) Copied arxxx70.dll's to the root folder where our Remedy AR Server > was installed. > > 3) Ran perl -MARS -e "print $ARS::VERSION" to test and received the same > error. > > 4) After checking the registry, I tried to register dll's with > REGSVR32 "E:\Program Files\AR System\User\arapi70.dll" > but received error: > > > 5) Rather than mess with figuring out the dll registration issue, I > installed Remedy User 7.0.1 > since I had found registry settings in > > HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDll's > folder > for "E:\Program Files\AR System\User\arapi70.dll" on the server that > works. > Remedy User 7.1 was already installed on this server. > > 6) Ran perl -MARS -e "print $ARS::VERSION" to test and received the same > error. > > All of the above raises some questions that I hope you will answer. > > -- Where is ARSPerl expecting to find the Remedy API's? > > -- Does the Remedy User for the correct version need to be installed on the > server, or PC, running the Perl package? Does this also need to be > run where > AR Server is installed? > I had always assumed that ARSPerl was basically mimicking someone running > Remedy User. > > -- We have been using ARSPerl since 2002 and it has worked well. > However, all I have ever done when moving the location of the Perl > scripts > is make sure that the following 3 dll's were present in the Perl scripts > folder for the Perl script issuing the "USE ARS": arapixx.dll, > arrpcxx.dll, and arutlxx.dll. > Is this all that really needs to be present? > > To repeat some of my previous, we have two Windows 2003 SP1 servers: > DSMRDCRD02 and DSMRDCRD03. > > I have installed the ARSPerl 1.90 package on both using the same procedure. > > Running the DOS command line perl -MARS -e "print $ARS::VERSION" works > on DSMRDCRD03 > but receives the load failure error on DSMRDCRD02. > > DSMRDCRD02 was built with the Remedy AR software from scratch, i.e. new. > > DSMRDCRD03 was built with the Remedy AR software as an upgrade over an > existing install of version 7.0.1. > > Any help or suggestions would be greatly appreciated. > > ------------------------------------------------------------------------ > *From:* ars...@ar... > [mailto:ars...@ar...] *On Behalf Of *jeff murphy > *Sent:* Tuesday, March 04, 2008 8:12 AM > *To:* ARSperl User Discussion > *Subject:* Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll > > Yes, you'll need to use the same revision of the API that the perl > module was compiled against. The good news is that, from a perl script > perspective, it doesn't matter if you use a 7.0 API against a 7.1 > server, or even a 6.3 API against a 7.1 server. There are only a few > edge cases that you might hit against (currency fields iirc) but in > general you should be OK. > > jeff > > > On Mar 4, 2008, at 11:05 AM, HEWITT, DARRYL wrote: > >> Thanks for your quick response! >> >> Yes, ARS.dll does exist at E:\Program Files\Perl\site\lib\auto\ARS. >> >> I have a theory that I would like to run by you. Does the Perl code >> version check the ARS api's when the USE clause is executed? >> >> On the server that is not working, we have installed and are running >> AR version 7.1 (arxxx71.dll's). >> >> On the server that works, we have installed AR version 7.1 >> (arxxx71.dll's) but >> there also exist arxxx70.dll's, arxxx63.dll's, and arxxx51.dll's. I >> won't even try to >> explain how that happened but could that be affecting the load of ARS.dll? >> >> I realize that ARS 1.90 was written to AR version 7.0.1. Does that >> mean it will not work with AR version 7.1? > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------ - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users ------------------------------------------------------------------------ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Arsperl-users mailing list Ars...@ar... https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Thilo S. <thi...@ap...> - 2008-03-05 17:20:59
|
-- The DLLs need to be in a directory that is contained in your system's PATH variable, exactly as if they were .exe files. -- The user tool itself is not needed. -- You might, however, need the icu...32.dll files from the user tool directory. Thilo HEWITT, DARRYL wrote: > I am still getting "Can't load 'E:/Program > Files/Perl/site/lib/auto/ARS/ARS.dll' for module ARS: load_file: > The specified module could not be found at E:/Program > Files/Perl/lib/DynaLoader.pm line 229". > > What I have done since our last email exchange: > > 1) Deleted and re-installed ARS Perl package just to make sure I had > done it correctly. > (DOS commands and results are attached) > > 2) Copied arxxx70.dll's to the root folder where our Remedy AR Server > was installed. > > 3) Ran perl -MARS -e "print $ARS::VERSION" to test and received the same > error. > > 4) After checking the registry, I tried to register dll's with > REGSVR32 "E:\Program Files\AR System\User\arapi70.dll" > but received error: > > > 5) Rather than mess with figuring out the dll registration issue, I > installed Remedy User 7.0.1 > since I had found registry settings in > > HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\SharedDll's > folder > for "E:\Program Files\AR System\User\arapi70.dll" on the server that > works. > Remedy User 7.1 was already installed on this server. > > 6) Ran perl -MARS -e "print $ARS::VERSION" to test and received the same > error. > > All of the above raises some questions that I hope you will answer. > > -- Where is ARSPerl expecting to find the Remedy API's? > > -- Does the Remedy User for the correct version need to be installed on the > server, or PC, running the Perl package? Does this also need to be > run where > AR Server is installed? > I had always assumed that ARSPerl was basically mimicking someone running > Remedy User. > > -- We have been using ARSPerl since 2002 and it has worked well. > However, all I have ever done when moving the location of the Perl > scripts > is make sure that the following 3 dll's were present in the Perl scripts > folder for the Perl script issuing the "USE ARS": arapixx.dll, > arrpcxx.dll, and arutlxx.dll. > Is this all that really needs to be present? > > To repeat some of my previous, we have two Windows 2003 SP1 servers: > DSMRDCRD02 and DSMRDCRD03. > > I have installed the ARSPerl 1.90 package on both using the same procedure. > > Running the DOS command line perl -MARS -e "print $ARS::VERSION" works > on DSMRDCRD03 > but receives the load failure error on DSMRDCRD02. > > DSMRDCRD02 was built with the Remedy AR software from scratch, i.e. new. > > DSMRDCRD03 was built with the Remedy AR software as an upgrade over an > existing install of version 7.0.1. > > Any help or suggestions would be greatly appreciated. > > ------------------------------------------------------------------------ > *From:* ars...@ar... > [mailto:ars...@ar...] *On Behalf Of *jeff murphy > *Sent:* Tuesday, March 04, 2008 8:12 AM > *To:* ARSperl User Discussion > *Subject:* Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll > > Yes, you'll need to use the same revision of the API that the perl > module was compiled against. The good news is that, from a perl script > perspective, it doesn't matter if you use a 7.0 API against a 7.1 > server, or even a 6.3 API against a 7.1 server. There are only a few > edge cases that you might hit against (currency fields iirc) but in > general you should be OK. > > jeff > > > On Mar 4, 2008, at 11:05 AM, HEWITT, DARRYL wrote: > >> Thanks for your quick response! >> >> Yes, ARS.dll does exist at E:\Program Files\Perl\site\lib\auto\ARS. >> >> I have a theory that I would like to run by you. Does the Perl code >> version check the ARS api's when the USE clause is executed? >> >> On the server that is not working, we have installed and are running >> AR version 7.1 (arxxx71.dll's). >> >> On the server that works, we have installed AR version 7.1 >> (arxxx71.dll's) but >> there also exist arxxx70.dll's, arxxx63.dll's, and arxxx51.dll's. I >> won't even try to >> explain how that happened but could that be affecting the load of ARS.dll? >> >> I realize that ARS 1.90 was written to AR version 7.0.1. Does that >> mean it will not work with AR version 7.1? > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: HEWITT, D. <DA...@SA...> - 2008-03-05 17:06:33
|
PPM - Programmer's Package Manager version 3.1.
Copyright (c) 2001 ActiveState SRL. All Rights Reserved.
Entering interactive shell. Using Term::ReadLine::Stub as readline library.
Type 'help' to get started.
ppm> rep add ARS190 "E:\Program Files\Perl\ARSperl_190_701"
Repositories:
[1] ARS190
[ ] ActiveState Package Repository
[ ] ActiveState PPM2 Repository
ppm> search A*
Searching in Active Repositories
1. ARS [1.90] Use Perl with the BMC Remedy Action Request System (A~
ppm> install 1
Package 1:
====================
Install 'ARS.ppd' version 1.90 in ActivePerl 5.8.0.806.
====================
Downloaded 450682 bytes.
Extracting 51/216: blib/html/lib/ARSperl/manual/ars_EndBulkEntryTransaction.html
Extracting 57/216: blib/html/lib/ARSperl/manual/ars_BeginBulkEntryTransaction.ht
Extracting 67/216: blib/html/lib/ARSperl/manual/ds_getfilter_acthash_notifyhash.
Extracting 101/216: blib/html/lib/ARSperl/manual/ars_NTCheckRegisteredClient.htm
Extracting 131/216: blib/html/lib/ARSperl/manual/ars_GetListEntryWithFields.html
Extracting 153/216: blib/html/lib/ARSperl/manual/ars_NTInitializationServer.html
Extracting 159/216: blib/html/lib/ARSperl/manual/ars_SetSessionConfiguration.htm
Extracting 173/216: blib/html/lib/ARSperl/manual/ars_GetControlStructFields.html
Extracting 216/216: blib/script/
Installing E:\Program Files\Perl\site\lib\auto\ARS\ARS.bs
Installing E:\Program Files\Perl\site\lib\auto\ARS\ARS.dll
Installing E:\Program Files\Perl\site\lib\auto\ARS\ARS.exp
Installing E:\Program Files\Perl\site\lib\auto\ARS\ARS.lib
Installing E:\Program Files\Perl\site\lib\auto\ARS\ARS.pdb
Installing E:\Program Files\Perl\html\lib\ARSperl\AddUsersToGroup.html
Installing E:\Program Files\Perl\html\lib\ARSperl\arsperl-logo.gif
Installing E:\Program Files\Perl\html\lib\ARSperl\changes.html
Installing E:\Program Files\Perl\html\lib\ARSperl\copying.html
Installing E:\Program Files\Perl\html\lib\ARSperl\debug.html
Installing E:\Program Files\Perl\html\lib\ARSperl\DelUsersFromGroup.html
Installing E:\Program Files\Perl\html\lib\ARSperl\DumpSetup.html
Installing E:\Program Files\Perl\html\lib\ARSperl\index.html
Installing E:\Program Files\Perl\html\lib\ARSperl\install.html
Installing E:\Program Files\Perl\html\lib\ARSperl\WhoUsesIt.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\arrow.gif
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_APIVersion.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_BeginBulkEntryTransaction.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_CreateActiveLink.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_CreateAdminExtension.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_CreateAlertEvent.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_CreateCharMenu.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_CreateContainer.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_CreateEntry.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_CreateEscalation.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_CreateField.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_CreateFilter.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_CreateSchema.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_CreateVUI.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_DecodeAlertMessage.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_decodeStatusHistory.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_DeleteActiveLink.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_DeleteAdminExtension.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_DeleteCharMenu.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_DeleteContainer.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_DeleteEntry.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_DeleteEscalation.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_DeleteField.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_DeleteFilter.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_DeleteMultipleFields.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_DeleteSchema.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_DeleteVUI.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_DeregisterForAlerts.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_EncodeDiary.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_encodeStatusHistory.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_EndBulkEntryTransaction.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_ExecuteAdminExtension.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_ExecuteProcess.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_Export.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetActiveLink.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetAdminExtension.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetAlertCount.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetCharMenu.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetCharMenuItems.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetContainer.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetControlStructFields.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetCurrentServer.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetEntry.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetEntryBLOB.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetEscalation.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetField.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetFieldByName.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetFieldTable.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetFilter.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetFullTextInfo.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListActiveLink.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListAdminExtension.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListAlertUser.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListCharMenu.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListContainer.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListEntry.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListEntryWithFields.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListEscalation.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListField.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListFilter.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListGroup.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListSchema.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListServer.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListSQL.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListUser.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetListVUI.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetMultipleEntries.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetProfileInfo.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetSchema.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetServerInfo.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetServerStatistics.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_GetVUI.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_Import.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_LoadQualifier.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_Login.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_Logoff.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_MergeEntry.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_NTCheckRegisteredClient.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_NTDeregisterClient.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_NTDeregisterServer.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_NTGetListServer.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_NTInitializationClient.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_NTInitializationServer.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_NTNotificationClient.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_NTNotificationServer.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_NTRegisterClient.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_NTRegisterServer.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_NTTerminationClient.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_NTTerminationServer.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_padEntryid.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_perl_qualifier.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_RegisterForAlerts.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_SetActiveLink.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_SetCharMenu.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_SetContainer.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_SetEntry.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_SetEscalation.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_SetField.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_SetFilter.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_SetImpersonatedUser.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_SetLogging.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_SetSchema.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_SetServerInfo.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_SetSessionConfiguration.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_SetVUI.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ars_simpleMenu.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\AR_DAY.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\AR_HOUR.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_afs.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_al.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_alas.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_alms.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_aoas.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_ars_err_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_as.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_attach_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_bytelist_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_charmenu_file_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_charmenu_query_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_charmenu_sql_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_container.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_container_info.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_coord_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_diaryentry_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_disl_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_ds.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_dsl_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_elfs.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_enumitemstruct.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_enumlimstruct.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_enumquerystruct.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_fas.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_fc.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_field_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_fls.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_fncas.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_getadminext_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_getcharmenu_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_getescalation_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_getfilter_acthash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_getfilter_acthash_notifyhash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_getfilter_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_getfulltextinfo_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_getlistcontainer_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_getlistgroup_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_getlistsql_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_getlistuser_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_getvui_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_is.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_mps.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_msgstruct_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_profile_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_prop_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_reference.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_schema.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_schematype.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_shv.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_statstruct_hash.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\ds_vs.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\loading.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\skel.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\toc.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\variables.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\OO\connection.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\OO\form.html
Installing E:\Program Files\Perl\html\lib\ARSperl\manual\OO\index.html
Installing E:\Program Files\Perl\site\lib\ARS.pm
Installing E:\Program Files\Perl\site\lib\ARSar-h.pm
Installing E:\Program Files\Perl\site\lib\ARSarerrno-h.pm
Installing E:\Program Files\Perl\site\lib\ARSnparm.pm
Installing E:\Program Files\Perl\site\lib\ARSnt-h.pm
Installing E:\Program Files\Perl\site\lib\ARSnterrno-h.pm
Installing E:\Program Files\Perl\site\lib\ARSOOform.pm
Installing E:\Program Files\Perl\site\lib\ARSOOmsgs.pm
Installing E:\Program Files\Perl\site\lib\ARSOOsup.pm
Installing E:\Program Files\Perl\site\lib\artypes.ph
Installing E:\Program Files\Perl\site\lib\_h2ph_pre.ph
Installing E:\Program Files\Perl\site\lib\auto\ARS\autosplit.ix
Successfully installed ARS version 1.90 in ActivePerl 5.8.0.806.
ppm> rep
Repositories:
[1] ARS190
[ ] ActiveState Package Repository
[ ] ActiveState PPM2 Repository
ppm> search A*
Using cached search result set 1.
1. ARS [1.90] Use Perl with the BMC Remedy Action Request System (A~
ppm> describe 1
====================
Package 1:
Name: ARS
Version: 1.90
Author: Jeff Murphy (jcm...@ac...), Joel Murphy
(jm...@ac...), Thilo Stapff
(ts...@us...)
Title: ARS
Abstract: Use Perl with the BMC Remedy Action Request System (ARS) API
Location: ARS190
Available Platforms:
1. MSWin32-x86-multi-thread-5.8
====================
ppm> |
|
From: Thilo S. <thi...@ap...> - 2008-03-04 17:17:06
|
This doesn't match my experience. Admittedly I haven't worked with ARS 7.1 very much, but in the few cases I've tested this, I had no problems whatsoever. Thilo strauss wrote: > My experience is that you cannot get any data from a 7.1 server with > ARSPerl_190_701. The 7.1 API changed in ways that prevent you from > doing so. > > Christopher Strauss, Ph.D. > Call Tracking Administration Manager > University of North Texas Computing & IT Center > http://itsm.unt.edu/ > > > > ------------------------------------------------------------------------ > *From:* ars...@ar... > [mailto:ars...@ar...] *On Behalf Of *jeff murphy > *Sent:* Tuesday, March 04, 2008 10:12 AM > *To:* ARSperl User Discussion > *Subject:* Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll > > Yes, you'll need to use the same revision of the API that the perl > module was compiled against. The good news is that, from a perl > script perspective, it doesn't matter if you use a 7.0 API against a > 7.1 server, or even a 6.3 API against a 7.1 server. There are only a > few edge cases that you might hit against (currency fields iirc) but > in general you should be OK. > > jeff > > > On Mar 4, 2008, at 11:05 AM, HEWITT, DARRYL wrote: > >> Thanks for your quick response! >> >> Yes, ARS.dll does exist at E:\Program Files\Perl\site\lib\auto\ARS. >> >> I have a theory that I would like to run by you. Does the Perl >> code version check the ARS api's when the USE clause is executed? >> >> On the server that is not working, we have installed and are >> running AR version 7.1 (arxxx71.dll's). >> >> On the server that works, we have installed AR version 7.1 >> (arxxx71.dll's) but >> there also exist arxxx70.dll's, arxxx63.dll's, and arxxx51.dll's. >> I won't even try to >> explain how that happened but could that be affecting the load of >> ARS.dll? >> >> I realize that ARS 1.90 was written to AR version 7.0.1. Does >> that mean it will not work with AR version 7.1? > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: strauss <st...@re...> - 2008-03-04 16:45:48
|
My experience is that you cannot get any data from a 7.1 server with ARSPerl_190_701. The 7.1 API changed in ways that prevent you from doing so. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing & IT Center http://itsm.unt.edu/ _____ From: ars...@ar... [mailto:ars...@ar...] On Behalf Of jeff murphy Sent: Tuesday, March 04, 2008 10:12 AM To: ARSperl User Discussion Subject: Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll Yes, you'll need to use the same revision of the API that the perl module was compiled against. The good news is that, from a perl script perspective, it doesn't matter if you use a 7.0 API against a 7.1 server, or even a 6.3 API against a 7.1 server. There are only a few edge cases that you might hit against (currency fields iirc) but in general you should be OK. jeff On Mar 4, 2008, at 11:05 AM, HEWITT, DARRYL wrote: Thanks for your quick response! Yes, ARS.dll does exist at E:\Program Files\Perl\site\lib\auto\ARS. I have a theory that I would like to run by you. Does the Perl code version check the ARS api's when the USE clause is executed? On the server that is not working, we have installed and are running AR version 7.1 (arxxx71.dll's). On the server that works, we have installed AR version 7.1 (arxxx71.dll's) but there also exist arxxx70.dll's, arxxx63.dll's, and arxxx51.dll's. I won't even try to explain how that happened but could that be affecting the load of ARS.dll? I realize that ARS 1.90 was written to AR version 7.0.1. Does that mean it will not work with AR version 7.1? |
|
From: jeff m. <jcm...@je...> - 2008-03-04 16:11:54
|
Yes, you'll need to use the same revision of the API that the perl module was compiled against. The good news is that, from a perl script perspective, it doesn't matter if you use a 7.0 API against a 7.1 server, or even a 6.3 API against a 7.1 server. There are only a few edge cases that you might hit against (currency fields iirc) but in general you should be OK. jeff On Mar 4, 2008, at 11:05 AM, HEWITT, DARRYL wrote: > Thanks for your quick response! > > Yes, ARS.dll does exist at E:\Program Files\Perl\site\lib\auto\ARS. > > I have a theory that I would like to run by you. Does the Perl code > version check the ARS api's when the USE clause is executed? > > On the server that is not working, we have installed and are running > AR version 7.1 (arxxx71.dll's). > > On the server that works, we have installed AR version 7.1 > (arxxx71.dll's) but > there also exist arxxx70.dll's, arxxx63.dll's, and arxxx51.dll's. I > won't even try to > explain how that happened but could that be affecting the load of > ARS.dll? > > I realize that ARS 1.90 was written to AR version 7.0.1. Does that > mean it will not work with AR version 7.1? |
|
From: HEWITT, D. <DA...@SA...> - 2008-03-04 16:06:59
|
Thanks for your quick response! Yes, ARS.dll does exist at E:\Program Files\Perl\site\lib\auto\ARS. I have a theory that I would like to run by you. Does the Perl code version check the ARS api's when the USE clause is executed? On the server that is not working, we have installed and are running AR version 7.1 (arxxx71.dll's). On the server that works, we have installed AR version 7.1 (arxxx71.dll's) but there also exist arxxx70.dll's, arxxx63.dll's, and arxxx51.dll's. I won't even try to explain how that happened but could that be affecting the load of ARS.dll? I realize that ARS 1.90 was written to AR version 7.0.1. Does that mean it will not work with AR version 7.1? ________________________________ From: ars...@ar... [mailto:ars...@ar...] On Behalf Of jeff murphy Sent: Tuesday, March 04, 2008 7:51 AM To: ARSperl User Discussion Subject: Re: [Arsperl-users] ARS 1.90 Can't load ARS.dll Does that file exist at the location it's giving you? E:/Program Files/Perl/site/lib/auto/ARS/ARS.dll On Mar 4, 2008, at 10:31 AM, HEWITT, DARRYL wrote: I am getting the following error when trying to run a Perl script with "USE ARS": Can't load 'E:/Program Files/Perl/site/lib/auto/ARS/ARS.dll' for module ARS: load_file: The specified module could not be found at E:/Program Files/Perl/lib/DynaLoader.pm line 229. |
|
From: White, L. <lin...@ed...> - 2008-03-04 15:53:31
|
Have you verified that the .dll file exists in the specified folder? ________________________________ From: ars...@ar... [mailto:ars...@ar...] On Behalf Of HEWITT, DARRYL Sent: Tuesday, March 04, 2008 10:31 AM To: ars...@ar... Subject: [Arsperl-users] ARS 1.90 Can't load ARS.dll I am getting the following error when trying to run a Perl script with "USE ARS": Can't load 'E:/Program Files/Perl/site/lib/auto/ARS/ARS.dll' for module ARS: load_file: The specified module could not be found at E:/Program Files/Perl/lib/DynaLoader.pm line 229. at E:\JSSJSSAPP\REM\REMP0010\Scripts\PsoftLoadImportForm_Complete.pl line 13 Compilation failed in require at E:\JSSJSSAPP\REM\REMP0010\Scripts\PsoftLoadImportForm_Complete.pl line 13. BEGIN failed--compilation aborted at E:\JSSJSSAPP\REM\REMP0010\Scripts\PsoftLoadImportForm_Complete.pl line 13. I have installed ActivePerl version 5.8.0 Build 806 and also the ARS 1.90 package for Windows 32-bit. The package appears to install cleanly. Note that I am installing Perl in E:\Program Files but this has worked fine previously. This script is running on a Windows 2003 SP1 server. I have another Windows 2003 SP1 server where I have performed the same process and I do not get this error. Anyone offer any suggestions? Thanks. Darryl Hewitt Safeco Insurance ERP Implementation, IT Specialist Roosevelt Commons, 5th Floor Phone: (206) 545-5112 Pager: (206) 559-0228 Email: da...@sa... <mailto:da...@sa...> |
|
From: jeff m. <jcm...@je...> - 2008-03-04 15:51:03
|
Does that file exist at the location it's giving you? E:/Program Files/Perl/site/lib/auto/ARS/ARS.dll On Mar 4, 2008, at 10:31 AM, HEWITT, DARRYL wrote: > I am getting the following error when trying to run a Perl script > with "USE ARS": > > Can't load 'E:/Program Files/Perl/site/lib/auto/ARS/ARS.dll' for > module ARS: load_file: > The specified module could not be found at E:/Program Files/Perl/lib/ > DynaLoader.pm line 229. > |
96 messages has been excluded from this view by a project administrator.
