Thread: [Arsperl-users] ARS 1.90 Can't load ARS.dll
Brought to you by:
jeffmurphy
Menu
▾
▴
arsperl-users
|
From: HEWITT, D. <DA...@SA...> - 2008-03-04 15:48:32
|
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... |
|
From: jeff m. <jcm...@je...> - 2008-03-04 15:51:03
Attachments:
smime.p7s
|
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: 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: jeff m. <jcm...@je...> - 2008-03-04 16:11:54
Attachments:
smime.p7s
|
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: 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: 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-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: 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: Ravi <ra...@co...> - 2008-04-26 12:31:06
|
Hi: I trying to build a remedy incident update script which can be used to update different fields under different circumstances. In other words, what needs to be updated is provided as an argument to the script. So what I include as part of of the ars_SetEntry for update needs to be built dynamically within the script based on argument to the script. But I am running into issues. If I run the following statement, it updates the remedy incident fine ars_SetEntry($ctrl, $schema, $record, 0, 536871244, 3) || die "ars_SetEntry(User): $ars_errstr"; But if I set a variable $updRemString and run the ars_SetEntry, it gives me an error as shown below $updRemString = "536871244, 3" ars_SetEntry($ctrl, $schema, $record, 0, $updRemString) || die "ars_SetEntry(User): $ars_errstr"; Error: ars_SetEntry(User): [ERROR] Invalid number of arguments (ARERR #80000) at ./IncidentUpdProcess.sql line 75. Any suggestions. Thanks Ravi |
|
From: jeff m. <jcm...@je...> - 2008-04-26 13:36:12
Attachments:
smime.p7s
|
On Apr 26, 2008, at 8:13 AM, Ravi wrote:
> ars_SetEntry($ctrl, $schema, $record, 0, 536871244, 3) || die
> "ars_SetEntry(User): $ars_errstr";
>
> But if I set a variable $updRemString and run the ars_SetEntry, it
> gives
> me an error as shown below
> $updRemString = "536871244, 3"
> ars_SetEntry($ctrl, $schema, $record, 0, $updRemString) || die
> "ars_SetEntry(User): $ars_errstr";
>
The first (working) line is:
ars_SetEntry($ctrl, $schema, $record, 0, 536871244, 3)
The second (nonworking) lis:
ars_SetEntry($ctrl, $schema, $record, 0, $updRemString)
which is equivalent to:
ars_SetEntry($ctrl, $schema, $record, 0, "536871244, 3");
In other words, you are only passing five, instead of six, parameters.
The final parameter is
a single string parameter, instead of being two numeric parameters.
You could try this:
ars_SetEntry($ctrl, $schema, $record, 0, split(",", $updRemString) );
|
|
From: Ravi <ra...@co...> - 2008-04-27 15:31:10
|
thanks. What also worked is by passing an array instead of a string.
ars_SetEntry($ctrl, $schema, $record, 0, @updRemString)
Ravi
jeff murphy wrote:
>
> On Apr 26, 2008, at 8:13 AM, Ravi wrote:
>> ars_SetEntry($ctrl, $schema, $record, 0, 536871244, 3) || die
>> "ars_SetEntry(User): $ars_errstr";
>>
>> But if I set a variable $updRemString and run the ars_SetEntry, it gives
>> me an error as shown below
>> $updRemString = "536871244, 3"
>> ars_SetEntry($ctrl, $schema, $record, 0, $updRemString) || die
>> "ars_SetEntry(User): $ars_errstr";
>>
>
>
> The first (working) line is:
>
> ars_SetEntry($ctrl, $schema, $record, 0, 536871244, 3)
>
> The second (nonworking) lis:
>
> ars_SetEntry($ctrl, $schema, $record, 0, $updRemString)
>
> which is equivalent to:
>
> ars_SetEntry($ctrl, $schema, $record, 0, "536871244, 3");
>
> In other words, you are only passing five, instead of six, parameters.
> The final parameter is
> a single string parameter, instead of being two numeric parameters.
> You could try this:
>
> ars_SetEntry($ctrl, $schema, $record, 0, split(",", $updRemString) );
>
>
>
> ------------------------------------------------------------------------
>
> -------------------------------------------------------------------------
> 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: 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-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 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 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 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: 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: 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...> |
Thanks for helping keep SourceForge clean.
X