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?

Attachment: smime.p7s
Description: S/MIME cryptographic signature

-------------------------------------------------------------------------
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
Arsperl-users@arsperl.org
https://lists.sourceforge.net/lists/listinfo/arsperl-users

Reply via email to