arsperl-users Mailing List for ARSperl (Page 11)
Brought to you by:
jeffmurphy
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: Mark V. <Mar...@ev...> - 2010-07-08 22:03:40
|
Petee, It sounds like an environment issue. In your cron job wherever you are executing the perl script, just run perl -v. Do you get the same results as when you run it interactively? Thanks, Mark Vaughan Professional Services Direct: +1 303 802 1760 Fax: +1 303 802 1420 mar...@ev... Evolving Systems 9777 Pyramid Court, Englewood, CO 80112 www.evolving.com > -----Original Message----- > From: Piotr Szlązak [mailto:pio...@gm...] > Sent: Thursday, July 08, 2010 3:07 PM > To: ars...@ar... > Subject: [Arsperl-users] ARSperl script in crontab > > Hi! > I'm want to create script for report generation. Script should be > executed by crontab. > This is a bash script which executes Perl script which is using > ARSperl. Then bash script sends Perl script output via email. > > When this bash script is executed directly from CLI it runs fine. When > executed via crontab - every time it ends with segmentation fault. > Also Perl script executed via crontab ends without any error. > After some checks I found out that it is enough to use ars_Login > subroutine to get this error. > > Basic script: > > cat ARSperl-script.pl > #!/usr/bin/perl > > use strict; > use ARS; > my $server = 'server.address.com'; > my $user = 'username'; > my $pass = 'password'; > > #Logging in to the server > ( my $ctrl = ars_Login( $server, $user, $pass ,'', '', 2121, '' ) ) > || die "ars_Login failed: $ars_errstr"; > print "Connected...\n"; > > ars_Logoff($ctrl); > > Bash script which is executed via crontab: > > cat ARSperl-report.sh > #!/bin/bash > > /full/path/to/script/ARSperl-script.pl >> /dev/null 2>&1 > > I checked that Perl script gathers needed data and gives proper > output. But I'm always receiving similar mail from Cron daemon: > /full/path/to/script/ARSperl-report.sh: line 3: 3599 Segmentation > fault /full/path/to/script/ARSperl-script.pl >> /dev/null 2>&1 > > Exit code for this Perl script execution is 139. But as I mentioned - > only when bash script is executed via crontab. > > I need to have clean exit code, because after Perl script call, I'm > making decision what should be sent - Perl script output or only > warning about problems. > > Can somebody check if same problem occurs on its platform? Maybe > somebody knows how to solve this problem? > > Perl version: 5.10.1 > ARSperl version: 1.91 > ARS API version 13 > OS: Debian Linux > > -- > petee > > ----------------------------------------------------------------------- > ------- > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential information and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. This e-mail and any attachments may be confidential and/or legally privileged. If you have received this e-mail and you are not a named addressee, please inform Evolving Systems TIS at ti...@ev... and then delete the e-mail from your system. If you are not a named addressee you must not use, disclose, distribute, copy, print or rely on this e-mail. To ensure regulatory compliance and for the protection of our clients and business, Evolving Systems may monitor and read e-mails sent to and from its servers. Although Evolving Systems routinely screens for viruses, addressees should scan this e-mail and any attachments for viruses. Evolving Systems makes no representation or warranty as to the absence of viruses in this e-mail or any attachments. Registered Office: One Angel Square, Torrens Street, London. EC1V 1PL. Registered number 2325854 |
|
From: Piotr S. <pio...@gm...> - 2010-07-08 21:14:46
|
Hi! I'm want to create script for report generation. Script should be executed by crontab. This is a bash script which executes Perl script which is using ARSperl. Then bash script sends Perl script output via email. When this bash script is executed directly from CLI it runs fine. When executed via crontab - every time it ends with segmentation fault. Also Perl script executed via crontab ends without any error. After some checks I found out that it is enough to use ars_Login subroutine to get this error. Basic script: > cat ARSperl-script.pl #!/usr/bin/perl use strict; use ARS; my $server = 'server.address.com'; my $user = 'username'; my $pass = 'password'; #Logging in to the server ( my $ctrl = ars_Login( $server, $user, $pass ,'', '', 2121, '' ) ) || die "ars_Login failed: $ars_errstr"; print "Connected...\n"; ars_Logoff($ctrl); Bash script which is executed via crontab: > cat ARSperl-report.sh #!/bin/bash /full/path/to/script/ARSperl-script.pl >> /dev/null 2>&1 I checked that Perl script gathers needed data and gives proper output. But I'm always receiving similar mail from Cron daemon: /full/path/to/script/ARSperl-report.sh: line 3: 3599 Segmentation fault /full/path/to/script/ARSperl-script.pl >> /dev/null 2>&1 Exit code for this Perl script execution is 139. But as I mentioned - only when bash script is executed via crontab. I need to have clean exit code, because after Perl script call, I'm making decision what should be sent - Perl script output or only warning about problems. Can somebody check if same problem occurs on its platform? Maybe somebody knows how to solve this problem? Perl version: 5.10.1 ARSperl version: 1.91 ARS API version 13 OS: Debian Linux -- petee |
|
From: Chinh Do <chi...@ya...> - 2010-07-08 16:51:48
|
Thank you for your fast response. I tried this but produces no record: my $qual1 = "'536870914' LIKE \"%-N-%\""; my $qual2 = ars_LoadQualifier( $ctrl, $User_schema, $qual1 ) || die $arr_errstr; my @entries = ars_GetListEntry($ctrl, $User_schema, $qual2,0,0) || die $arr_errstr; Can you find out some thing is missing from my coding? But it works fine on the online form for advanced search. Also, where I can find the next generated number for the form key? Chinh. --- On Thu, 7/8/10, Thilo Stapff <thi...@ap...> wrote: From: Thilo Stapff <thi...@ap...> Subject: Re: [Arsperl-users] Need Help: Qualification String "LIKE" To: "ARSperl User Discussion" <ars...@ar...> Date: Thursday, July 8, 2010, 10:19 AM Use the field ID instead of "User Ident", e.g. '536870912' LIKE "%-N-%" Regards, Thilo Stapff On 08.07.2010 17:05, Chinh Do wrote: > I need to search all fields that have this string "-N-" in the middle, > for examples, "123-N-abc" and "4759ABC-N-Bill". Using Oracle SQL, I can > code "...fieldname LIKE '%-N-%' ". I tried "my $qual1 = "'User Ident' > LIKE \"%-N-%\"" but it does not work. > How do I code the qualification string using ARSPerl to get the same > result as using "LIKE"? > Thank you, > Chinh. > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > > > > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users ------------------------------------------------------------------------------ This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first -- Arsperl-users mailing list Ars...@ar... https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Thilo S. <thi...@ap...> - 2010-07-08 15:57:01
|
Use the field ID instead of "User Ident", e.g. '536870912' LIKE "%-N-%" Regards, Thilo Stapff On 08.07.2010 17:05, Chinh Do wrote: > I need to search all fields that have this string "-N-" in the middle, > for examples, "123-N-abc" and "4759ABC-N-Bill". Using Oracle SQL, I can > code "...fieldname LIKE '%-N-%' ". I tried "my $qual1 = "'User Ident' > LIKE \"%-N-%\"" but it does not work. > How do I code the qualification string using ARSPerl to get the same > result as using "LIKE"? > Thank you, > Chinh. > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by Sprint > What will you do first with EVO, the first 4G phone? > Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first > > > > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Chinh Do <chi...@ya...> - 2010-07-08 15:11:56
|
I need to search all fields that have this string "-N-" in the middle, for examples, "123-N-abc" and "4759ABC-N-Bill". Using Oracle SQL, I can code "...fieldname LIKE '%-N-%' ". I tried "my $qual1 = "'User Ident' LIKE \"%-N-%\"" but it does not work. How do I code the qualification string using ARSPerl to get the same result as using "LIKE"? Thank you, Chinh. |
|
From: Thilo S. <thi...@ap...> - 2010-05-21 14:49:55
|
Somehow I can't really believe this. After all, the "User is already ..." must come from somewhere. Did you really verify that the entry was indeed modified? You should check $ars_errstr after *every* API call, to determine exactly where the error occurs: my $connection = ars_Login($server,$user,$pass,undef,undef,10000,undef); die "ars_Login: $ars_errstr" if $ars_errstr; #ars_BeginBulkEntryTransaction( $connection ) || die($ars_errstr); #die "ars_BeginBulkET: $ars_errstr" if $ars_errstr; my $r = ars_SetEntry($connection, $schema, $entryId, 0, "1000000000", "This is a invalid incident, is just a test, "); die "ars_SetEntry: $ars_errstr" if $ars_errstr; #my @results = ars_EndBulkEntryTransaction( $connection, 1 ); #die "ars_EndBulkET: $ars_errstr" if $ars_errstr; Anyway, using BulkEntryTransaction doesn't make much sense for modifiying just one entry. (Of course I don't know if this is your real application case). Regards, Thilo On 21.05.2010 16:27, German Valenzuela wrote: > Thanks Alex and Thilo by the answers. > > Thilo I will check about the licenses. > > But, when I comment the ars_BeginBulkEntryTransaction and > ars_EndBulkEntryTransaction in my code the ars_SetEntry works. The code is > > my $connection = ars_Login($server,$user,$pass,undef,undef,10000,undef); > > #ars_BeginBulkEntryTransaction( $connection ) || die($ars_errstr); > > my $r = ars_SetEntry($connection, $schema, $entryId, 0, "1000000000", > "This is a invalid incident, is just a test, "); > > #my @results = ars_EndBulkEntryTransaction( $connection, 1 ); > ars_Logoff($connection); > > print Dumper(@results); > > > > 2010/5/21 Thilo Stapff <thi...@ap... > <mailto:thi...@ap...>> > > Hi, > > the message "User is currently connected from another machine" probably > means that a user tool connection to the same remedy server with another > IP address already exists. This is just like connecting with two user > tools form different machines with same user account, which is > prohibited for licensing reasons. > > This error is probably not specifically related to the > ars_BeginBulkEntryTransaction function. > > Yes, these functions are intended to work like a database transaction. > See the documentation for "ARBeginBulkEntryTransaction" and > "AREndBulkEntryTransaction" in the C API guide. > > > Best regards, > Thilo Stapff > > > > On 20.05.2010 19:56, German Valenzuela wrote: > > Hi > > > > somebody has used ars_BeginBulkEntryTransaction and > > ars_EndBulkEntryTransaction? I'm trying to use, but an error > occur, the > > message is 'User is currently connected from another machine' > > These functions, work like a database transaction? > > > > Thanks > > -- > > German Valenzuela > > Prill Tecnologia > > +55 (21) 8193-7098 > > ger...@pr... > <mailto:ger...@pr...> > <mailto:ger...@pr... > <mailto:ger...@pr...>> > > http://www.prill.com.br > > > > > > > > > ------------------------------------------------------------------------------ > > > > > > > > > > > > > > -- > > Arsperl-users mailing list > > Ars...@ar... <mailto:Ars...@ar...> > > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > ------------------------------------------------------------------------------ > > > > -- > Arsperl-users mailing list > Ars...@ar... <mailto:Ars...@ar...> > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > > > -- > German Valenzuela > Prill Tecnologia > +55 (21) 8193-7098 > ger...@pr... <mailto:ger...@pr...> > http://www.prill.com.br > > > > ------------------------------------------------------------------------------ > > > > > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: German V. <ger...@pr...> - 2010-05-21 14:27:33
|
Thanks Alex and Thilo by the answers. Thilo I will check about the licenses. But, when I comment the ars_BeginBulkEntryTransaction and ars_EndBulkEntryTransaction in my code the ars_SetEntry works. The code is my $connection = ars_Login($server,$user,$pass,undef,undef,10000,undef); #ars_BeginBulkEntryTransaction( $connection ) || die($ars_errstr); my $r = ars_SetEntry($connection, $schema, $entryId, 0, "1000000000", "This is a invalid incident, is just a test, "); #my @results = ars_EndBulkEntryTransaction( $connection, 1 ); ars_Logoff($connection); print Dumper(@results); 2010/5/21 Thilo Stapff <thi...@ap...> > Hi, > > the message "User is currently connected from another machine" probably > means that a user tool connection to the same remedy server with another > IP address already exists. This is just like connecting with two user > tools form different machines with same user account, which is > prohibited for licensing reasons. > > This error is probably not specifically related to the > ars_BeginBulkEntryTransaction function. > > Yes, these functions are intended to work like a database transaction. > See the documentation for "ARBeginBulkEntryTransaction" and > "AREndBulkEntryTransaction" in the C API guide. > > > Best regards, > Thilo Stapff > > > > On 20.05.2010 19:56, German Valenzuela wrote: > > Hi > > > > somebody has used ars_BeginBulkEntryTransaction and > > ars_EndBulkEntryTransaction? I'm trying to use, but an error occur, the > > message is 'User is currently connected from another machine' > > These functions, work like a database transaction? > > > > Thanks > > -- > > German Valenzuela > > Prill Tecnologia > > +55 (21) 8193-7098 > > ger...@pr... <mailto:ger...@pr...> > > http://www.prill.com.br > > > > > > > > > ------------------------------------------------------------------------------ > > > > > > > > > > > > > > -- > > Arsperl-users mailing list > > Ars...@ar... > > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > > ------------------------------------------------------------------------------ > > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > -- German Valenzuela Prill Tecnologia +55 (21) 8193-7098 ger...@pr... http://www.prill.com.br |
|
From: Chinh Do <chi...@ya...> - 2010-05-21 13:54:04
|
Thank you, that helps; I'll try again. Jimmy Do. --- On Fri, 5/21/10, Fred Bennett <fbe...@be...> wrote: From: Fred Bennett <fbe...@be...> Subject: Re: [Arsperl-users] ARSPerl with To: ars...@ar... Date: Friday, May 21, 2010, 7:51 AM I use ARSperl-1.91 with Active State 5.12.1 using the 6.3 libraries without any issue on a Windows 2003 server - if that helps. -Fred Bennett ----- Original Message ----- From: Thilo Stapff <thi...@ap...> To: ARSperl User Discussion <ars...@ar...> Sent: Fri May 21 06:22:45 2010 Subject: Re: [Arsperl-users] ARSPerl with I have not tested it yet, but I see no reason why it shouldn't be possible. Having said that, there's no package avaible that is binary compatible to Perl 5.12, so you would have to compile it yourself. Best regards, Thilo Stapff On 20.05.2010 20:50, Chinh Do wrote: > Can I use ARSPerl 1.91 with ActivePerl 5.12.1? I heard that I can use > ARSPerl 1.91 with ActivePerl 5.8 only. > Thank you, > Jimmy Do > > > > ------------------------------------------------------------------------------ > > > > > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users ------------------------------------------------------------------------------ -- Arsperl-users mailing list Ars...@ar... https://lists.sourceforge.net/lists/listinfo/arsperl-users ------------------------------------------------------------------------------ -- Arsperl-users mailing list Ars...@ar... https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Fred B. <fbe...@be...> - 2010-05-21 13:22:08
|
I use ARSperl-1.91 with Active State 5.12.1 using the 6.3 libraries without any issue on a Windows 2003 server - if that helps. -Fred Bennett ----- Original Message ----- From: Thilo Stapff <thi...@ap...> To: ARSperl User Discussion <ars...@ar...> Sent: Fri May 21 06:22:45 2010 Subject: Re: [Arsperl-users] ARSPerl with I have not tested it yet, but I see no reason why it shouldn't be possible. Having said that, there's no package avaible that is binary compatible to Perl 5.12, so you would have to compile it yourself. Best regards, Thilo Stapff On 20.05.2010 20:50, Chinh Do wrote: > Can I use ARSPerl 1.91 with ActivePerl 5.12.1? I heard that I can use > ARSPerl 1.91 with ActivePerl 5.8 only. > Thank you, > Jimmy Do > > > > ------------------------------------------------------------------------------ > > > > > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users ------------------------------------------------------------------------------ -- Arsperl-users mailing list Ars...@ar... https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Thilo S. <thi...@ap...> - 2010-05-21 11:00:19
|
I have not tested it yet, but I see no reason why it shouldn't be possible. Having said that, there's no package avaible that is binary compatible to Perl 5.12, so you would have to compile it yourself. Best regards, Thilo Stapff On 20.05.2010 20:50, Chinh Do wrote: > Can I use ARSPerl 1.91 with ActivePerl 5.12.1? I heard that I can use > ARSPerl 1.91 with ActivePerl 5.8 only. > Thank you, > Jimmy Do > > > > ------------------------------------------------------------------------------ > > > > > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Thilo S. <thi...@ap...> - 2010-05-21 11:00:19
|
Hi, the message "User is currently connected from another machine" probably means that a user tool connection to the same remedy server with another IP address already exists. This is just like connecting with two user tools form different machines with same user account, which is prohibited for licensing reasons. This error is probably not specifically related to the ars_BeginBulkEntryTransaction function. Yes, these functions are intended to work like a database transaction. See the documentation for "ARBeginBulkEntryTransaction" and "AREndBulkEntryTransaction" in the C API guide. Best regards, Thilo Stapff On 20.05.2010 19:56, German Valenzuela wrote: > Hi > > somebody has used ars_BeginBulkEntryTransaction and > ars_EndBulkEntryTransaction? I'm trying to use, but an error occur, the > message is 'User is currently connected from another machine' > These functions, work like a database transaction? > > Thanks > -- > German Valenzuela > Prill Tecnologia > +55 (21) 8193-7098 > ger...@pr... <mailto:ger...@pr...> > http://www.prill.com.br > > > > ------------------------------------------------------------------------------ > > > > > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Chinh Do <chi...@ya...> - 2010-05-20 18:57:37
|
Can I use ARSPerl 1.91 with ActivePerl 5.12.1? I heard that I can use ARSPerl 1.91 with ActivePerl 5.8 only. Thank you, Jimmy Do |
|
From: German V. <ger...@pr...> - 2010-05-20 18:20:24
|
Hi somebody has used ars_BeginBulkEntryTransaction and ars_EndBulkEntryTransaction? I'm trying to use, but an error occur, the message is 'User is currently connected from another machine' These functions, work like a database transaction? Thanks -- German Valenzuela Prill Tecnologia +55 (21) 8193-7098 ger...@pr... http://www.prill.com.br |
|
From: <Con...@t-...> - 2010-05-05 07:26:28
|
Fred,
it looks like you're using a version of binutils not compatible with
your version of gcc.
I found this via google
For the people that want to use the newer gcc, all you have to do is
find where the binutils are for your version of gcc
eg: gcc 3.1 binutils are in /usr/local/sparc-sun-solaris2.8/bin
make sure this path is before the /usr/ccs/bin and everything works
fine.
HTH
Kind Regards Conny
________________________________
Von: Fred Bennett [mailto:fbe...@be...]
Gesendet: Dienstag, 4. Mai 2010 17:37
An: Ars...@ar...
Betreff: [Arsperl-users] make: Fatal error: Command failed for target
'ARS.o'
Hello all,
I am expierencing the same issue with ARSperl-1.84, 1.85, 1.90 and
1.91 against the ARS 6.3 libraries I pulled from ARSWiki.
The environment is:
Solaris: 8
Perl: v5.8.0 built for sun4-solaris
Here are the details:
I am logged in as root.
I am able to unzip the archive (# gunzip ARSperl-1.91.gz -->
ARSperl-1.91.tar )
I am able to untar the tar ball (# tar -xvf ARSperl-1.91.tar -->
ARSperl-1.91 <directory extracts just fine>)
When I execute:
perl Makefile.PL
- it creates the 'Makefile' file without any obvious issues.
- when I try to run 'make', I see the ARS.c and ARS.xs create,
but I receive some 'unknown opcode' messages when trying to create
ARS.xs, and the process dies when trying to create the ARS.o file.
I've included output from my environment (#env ) at the bottom of this
email - incase I'm having a bone-head spell.
Any suggestions?
<output below>
# perl Makefile.PL
found API Version: 11
derived server version from ar.h: 6.3
Building against perl 5.008
Generating support.h file..
Processing AR_STRUCT_ITEM codes..
Processing AR_SERVER_STAT codes..
Processing AR_SCHEMA codes..
Processing AR_COM_PARM codes..
Processing AR_COM_METHOD codes..
Processing AR_DDE codes..
Processing AR_ACTIVE_LINK_ACTION codes..
Processing AR_ACTIVE_LINK_ACTION_OPEN codes..
Processing AR_CHAR_MENU_DD type codes..
Processing AR_CHAR_MENU_DD name codes..
Processing AR_CHAR_MENU_DD value format..
Processing AR_CHAR_MENU codes..
Processing AR_FILTER_ACTION codes..
Processing AR_MENU_REFRESH codes..
Processing AR_PERMISSIONS (Schema) codes..
Processing AR_PERMISSIONS (Field) codes..
Processing AR_DATA_TYPE codes..
Processing AR_BYTE_LIST codes..
Processing AR_NO_MATCH codes..
Processing AR_MULTI_MATCH codes..
Processing AR_RETURN codes..
Processing AR_FUNCTION codes..
Processing ARCON codes..
Processing ARCONOWNER codes..
Processing ARREF codes..
Processing AR_KEYWORD codes..
Processing AR_SERVER_INFO codes..
Generating serverTypeInfoHints.h ..
Converting C header files to perl modules ..
Configuring with options:
ARSVERSION = 6.30
ARSAPI = /opt/ar/api
AUTODEFINES = -g -Wno-unused-variable -Wuninitialized
-DARS32 -DARS452 -DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=0
-DPERL_BASEREV_IS=50
Writing Makefile for ARS
=== ARSperl 'make test' configuration. ===
Please enter the following information. This information will be
recorded in ./t/config.cache
If you want to skip the 'make test' step, just hit ENTER
three times. You can configure it later by either re-running
'perl Makefile.PL' or by editting ./t/config.cache
Fair warning: you probably don't want to run 'make test' against a
production ARSystem server.
Server Name [10.11.12.13]:
Admin Username [js124142]:
Admin Password [swoffordthepirateking]:
Type 'make' (windows: 'nmake') to build ARSperl.
Type 'make test' to test ARSperl before installing.
Type 'make install' to install ARSperl.
# make
Skip blib/lib/ARSarerrno-h.pm (unchanged)
Skip blib/lib/artypes.ph (unchanged)
Skip blib/lib/ARSnparm.pm (unchanged)
Skip blib/lib/_h2ph_pre.ph (unchanged)
Skip blib/lib/ARSar-h.pm (unchanged)
Skip blib/lib/ARSnt-h.pm (unchanged)
Skip blib/lib/ARSnterrno-h.pm (unchanged)
Skip blib/lib/ARSOOsup.pm (unchanged)
Skip blib/lib/ARSOOmsgs.pm (unchanged)
Skip blib/lib/ARSOOform.pm (unchanged)
Skip blib/lib/ARS.pm (unchanged)
gcc -c -I/opt/ar/api/include -fno-strict-aliasing -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -O -DVERSION=\"1.91\" -DXS_VERSION=\"1.91\"
-fPIC "-I/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE" -g
-Wno-unused-variable -Wuninitialized -DARS32 -DARS452
-DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=0 -DPERL_BASEREV_IS=50 ARS.c
ARS.c: In function `XS_ARS_ars_CreateField':
ARS.xs:3817: warning: `createMode' might be used uninitialized in this
function
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 16046: error: unknown
opcode ".subsection"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 16046: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 16056: error: unknown
opcode ".previous"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 16056: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 17123: error: unknown
opcode ".subsection"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 17123: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 17132: error: unknown
opcode ".previous"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 17132: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 25844: error: unknown
opcode ".subsection"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 25844: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 25853: error: unknown
opcode ".previous"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 25853: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 29761: error: unknown
opcode ".subsection"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 29761: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 29770: error: unknown
opcode ".previous"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 29770: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 30699: error: unknown
opcode ".subsection"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 30699: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 30708: error: unknown
opcode ".previous"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 30708: error: statement
syntax
*** Error code 1
make: Fatal error: Command failed for target `ARS.o'
#
Am I missing something in one of my environment variables (Remedy libs
in LD_LIBRARY_PATH possibly?)
# env
HOME=/
HZ=
LD_LIBRARY_PATH=/opt/IBMdb2/V6.1/lib:/usr/lib
LOGNAME=root
PATH=/usr/sbin:/usr/bin:/sbin:/usr/ucb:/usr/ccs/bin:/bin:/usr/local/bin:
/usr/local/apache/bin:.
SHELL=/sbin/sh
TERM=xterm
TZ=US/Eastern
#
Thanks,
-Fred Bennett
|
|
From: Fred B. <fbe...@be...> - 2010-05-04 16:26:29
|
Hello all,
I am expierencing the same issue with ARSperl-1.84, 1.85, 1.90 and
1.91 against the ARS 6.3 libraries I pulled from ARSWiki.
The environment is:
Solaris: 8
Perl: v5.8.0 built for sun4-solaris
Here are the details:
I am logged in as root.
I am able to unzip the archive (# gunzip ARSperl-1.91.gz -->
ARSperl-1.91.tar )
I am able to untar the tar ball (# tar -xvf ARSperl-1.91.tar -->
ARSperl-1.91 <directory extracts just fine>)
When I execute:
perl Makefile.PL
- it creates the 'Makefile' file without any obvious issues.
- when I try to run 'make', I see the ARS.c and ARS.xs create,
but I receive some 'unknown opcode' messages when trying to create
ARS.xs, and the process dies when trying to create the ARS.o file.
I've included output from my environment (#env ) at the bottom of this
email - incase I'm having a bone-head spell.
Any suggestions?
<output below>
# perl Makefile.PL
found API Version: 11
derived server version from ar.h: 6.3
Building against perl 5.008
Generating support.h file..
Processing AR_STRUCT_ITEM codes..
Processing AR_SERVER_STAT codes..
Processing AR_SCHEMA codes..
Processing AR_COM_PARM codes..
Processing AR_COM_METHOD codes..
Processing AR_DDE codes..
Processing AR_ACTIVE_LINK_ACTION codes..
Processing AR_ACTIVE_LINK_ACTION_OPEN codes..
Processing AR_CHAR_MENU_DD type codes..
Processing AR_CHAR_MENU_DD name codes..
Processing AR_CHAR_MENU_DD value format..
Processing AR_CHAR_MENU codes..
Processing AR_FILTER_ACTION codes..
Processing AR_MENU_REFRESH codes..
Processing AR_PERMISSIONS (Schema) codes..
Processing AR_PERMISSIONS (Field) codes..
Processing AR_DATA_TYPE codes..
Processing AR_BYTE_LIST codes..
Processing AR_NO_MATCH codes..
Processing AR_MULTI_MATCH codes..
Processing AR_RETURN codes..
Processing AR_FUNCTION codes..
Processing ARCON codes..
Processing ARCONOWNER codes..
Processing ARREF codes..
Processing AR_KEYWORD codes..
Processing AR_SERVER_INFO codes..
Generating serverTypeInfoHints.h ..
Converting C header files to perl modules ..
Configuring with options:
ARSVERSION = 6.30
ARSAPI = /opt/ar/api
AUTODEFINES = -g -Wno-unused-variable -Wuninitialized
-DARS32 -DARS452 -DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=0
-DPERL_BASEREV_IS=50
Writing Makefile for ARS
=== ARSperl 'make test' configuration. ===
Please enter the following information. This information will be
recorded in ./t/config.cache
If you want to skip the 'make test' step, just hit ENTER
three times. You can configure it later by either re-running
'perl Makefile.PL' or by editting ./t/config.cache
Fair warning: you probably don't want to run 'make test' against a
production ARSystem server.
Server Name [10.11.12.13]:
Admin Username [js124142]:
Admin Password [swoffordthepirateking]:
Type 'make' (windows: 'nmake') to build ARSperl.
Type 'make test' to test ARSperl before installing.
Type 'make install' to install ARSperl.
# make
Skip blib/lib/ARSarerrno-h.pm (unchanged)
Skip blib/lib/artypes.ph (unchanged)
Skip blib/lib/ARSnparm.pm (unchanged)
Skip blib/lib/_h2ph_pre.ph (unchanged)
Skip blib/lib/ARSar-h.pm (unchanged)
Skip blib/lib/ARSnt-h.pm (unchanged)
Skip blib/lib/ARSnterrno-h.pm (unchanged)
Skip blib/lib/ARSOOsup.pm (unchanged)
Skip blib/lib/ARSOOmsgs.pm (unchanged)
Skip blib/lib/ARSOOform.pm (unchanged)
Skip blib/lib/ARS.pm (unchanged)
gcc -c -I/opt/ar/api/include -fno-strict-aliasing -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -O -DVERSION=\"1.91\" -DXS_VERSION=\"1.91\"
-fPIC "-I/usr/local/lib/perl5/5.8.0/sun4-solaris/CORE" -g
-Wno-unused-variable -Wuninitialized -DARS32 -DARS452
-DPERL_PATCHLEVEL_IS=8 -DPERL_SUBVERSION_IS=0 -DPERL_BASEREV_IS=50 ARS.c
ARS.c: In function `XS_ARS_ars_CreateField':
ARS.xs:3817: warning: `createMode' might be used uninitialized in this
function
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 16046: error: unknown
opcode ".subsection"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 16046: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 16056: error: unknown
opcode ".previous"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 16056: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 17123: error: unknown
opcode ".subsection"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 17123: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 17132: error: unknown
opcode ".previous"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 17132: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 25844: error: unknown
opcode ".subsection"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 25844: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 25853: error: unknown
opcode ".previous"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 25853: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 29761: error: unknown
opcode ".subsection"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 29761: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 29770: error: unknown
opcode ".previous"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 29770: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 30699: error: unknown
opcode ".subsection"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 30699: error: statement
syntax
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 30708: error: unknown
opcode ".previous"
/usr/ccs/bin/as: "/var/tmp/ccICEcD7.s", line 30708: error: statement
syntax
*** Error code 1
make: Fatal error: Command failed for target `ARS.o'
#
Am I missing something in one of my environment variables (Remedy libs
in LD_LIBRARY_PATH possibly?)
# env
HOME=/
HZ=
LD_LIBRARY_PATH=/opt/IBMdb2/V6.1/lib:/usr/lib
LOGNAME=root
PATH=/usr/sbin:/usr/bin:/sbin:/usr/ucb:/usr/ccs/bin:/bin:/usr/local/bin:
/usr/local/apache/bin:.
SHELL=/sbin/sh
TERM=xterm
TZ=US/Eastern
#
Thanks,
-Fred Bennett
|
|
From: German V. <ger...@pr...> - 2010-02-12 14:44:09
|
Hi I have an application which query CTM:People Permission Groups for the groups of a user and the result is different from web interface the problem is after I update the permission groups, include a new group, in the web interface I run my application again and it return only the group that I include. Somebody can help-me? Thanks -- German Valenzuela Prill Tecnologia +55 (21) 4063-6449 ger...@pr... http://www.prill.com.br |
|
From: Jarl G. <jar...@gm...> - 2010-02-09 06:02:52
|
On windows these files: arapi63.dll arrpc63.dll arutl63.dll (it may be some more of them) On Solaris keep the a libar.so file. -- Jarl 2010/2/8 Sean Harrodine <sea...@ya...>: > Hi Jarl / Connie, > > Thanks for your replies. > When you say "keep the libraries", can you confirm which libraries you are > referring too please ? > > Basically, what i have is "inbound" data currently coming into my 6.3 system > from some external sources that i parse and then my perl/ARSperl script > pushes it into forms. > > In a few weeks time, ITSM (incident and problem) is being deployed on a > totally seperate server but the 6.3 will remain for some time but we need to > keep these feeds running and push the data into the new incident and problem > forms on the 7.5 server. > > So, presumably then i could still send the data into the 6.3 server but get > it to "log on" to the 7.5 server instead to do the create / set etc and the > ars_errstr will still be returned to the 6.3 server ??? > If so then its not ideal, but gets me out of a hole for a time ! :o) > > TIA, > Sean > > ________________________________ > From: Jarl Grøneng <jar...@gm...> > To: ARSperl User Discussion <ars...@ar...> > Sent: Mon, 8 February, 2010 16:49:27 > Subject: Re: [Arsperl-users] ARSperl with ARS 7.5 running on 64bit > > Keep the libraries from 6.3 and you will be fine connecting to a 7.5 server. > > Regards, > Jarl > > 2010/2/8 Sean Harrodine <sea...@ya...>: >> Hi everyone, >> >> I know from reading that at present, ARSPerl wont work with 7.5 but can >> anyone guide me on the following please. >> >> I currently have some ARSPerl scripts running against my 6.3 server but i >> need to get them running against our new 7.5 server ASAP with only a few >> tweaks to field-ids. >> >> The scripts only use CreateEntry, SetEntry and GetEntry so none of the 7.5 >> specific facilities >> >> Can anyone advise me please if there is an easy way to get them to >> work and >> if so, how ? >> >> Many thanks, >> Sean >> >> >> ------------------------------------------------------------------------------ >> The Planet: dedicated and managed hosting, cloud storage, colocation >> Stay online with enterprise data centers and the best network in the >> business >> Choose flexible plans and management services without long-term contracts >> Personal 24x7 support from experience hosting pros just a phone call away. >> http://p.sf.net/sfu/theplanet-com >> >> >> -- >> Arsperl-users mailing list >> Ars...@ar... >> https://lists.sourceforge.net/lists/listinfo/arsperl-users >> >> > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > |
|
From: Sean H. <sea...@ya...> - 2010-02-08 21:41:49
|
Hi Jarl / Connie, Thanks for your replies. When you say "keep the libraries", can you confirm which libraries you are referring too please ? Basically, what i have is "inbound" data currently coming into my 6.3 system from some external sources that i parse and then my perl/ARSperl script pushes it into forms. In a few weeks time, ITSM (incident and problem) is being deployed on a totally seperate server but the 6.3 will remain for some time but we need to keep these feeds running and push the data into the new incident and problem forms on the 7.5 server. So, presumably then i could still send the data into the 6.3 server but get it to "log on" to the 7.5 server instead to do the create / set etc and the ars_errstr will still be returned to the 6.3 server ??? If so then its not ideal, but gets me out of a hole for a time ! :o) TIA, Sean ________________________________ From: Jarl Grøneng <jar...@gm...> To: ARSperl User Discussion <ars...@ar...> Sent: Mon, 8 February, 2010 16:49:27 Subject: Re: [Arsperl-users] ARSperl with ARS 7.5 running on 64bit Keep the libraries from 6.3 and you will be fine connecting to a 7.5 server. Regards, Jarl 2010/2/8 Sean Harrodine <sea...@ya...>: > Hi everyone, > > I know from reading that at present, ARSPerl wont work with 7.5 but can > anyone guide me on the following please. > > I currently have some ARSPerl scripts running against my 6.3 server but i > need to get them running against our new 7.5 server ASAP with only a few > tweaks to field-ids. > > The scripts only use CreateEntry, SetEntry and GetEntry so none of the 7.5 > specific facilities > > Can anyone advise me please if there is an easy way to get them to work and > if so, how ? > > Many thanks, > Sean > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > ------------------------------------------------------------------------------ The Planet: dedicated and managed hosting, cloud storage, colocation Stay online with enterprise data centers and the best network in the business Choose flexible plans and management services without long-term contracts Personal 24x7 support from experience hosting pros just a phone call away. http://p.sf.net/sfu/theplanet-com -- Arsperl-users mailing list Ars...@ar... https://lists.sourceforge.net/lists/listinfo/arsperl-users |
|
From: Jarl G. <jar...@gm...> - 2010-02-08 16:57:04
|
Keep the libraries from 6.3 and you will be fine connecting to a 7.5 server. Regards, Jarl 2010/2/8 Sean Harrodine <sea...@ya...>: > Hi everyone, > > I know from reading that at present, ARSPerl wont work with 7.5 but can > anyone guide me on the following please. > > I currently have some ARSPerl scripts running against my 6.3 server but i > need to get them running against our new 7.5 server ASAP with only a few > tweaks to field-ids. > > The scripts only use CreateEntry, SetEntry and GetEntry so none of the 7.5 > specific facilities > > Can anyone advise me please if there is an easy way to get them to work and > if so, how ? > > Many thanks, > Sean > > ------------------------------------------------------------------------------ > The Planet: dedicated and managed hosting, cloud storage, colocation > Stay online with enterprise data centers and the best network in the > business > Choose flexible plans and management services without long-term contracts > Personal 24x7 support from experience hosting pros just a phone call away. > http://p.sf.net/sfu/theplanet-com > > > -- > Arsperl-users mailing list > Ars...@ar... > https://lists.sourceforge.net/lists/listinfo/arsperl-users > > |
|
From: <Con...@t-...> - 2010-02-08 16:48:39
|
Hi Sean, IMHO there should be no problem connecting with a 6.3 Api client to a 7.5 server. Give it a try. Kind Regards Conny ________________________________ Von: Sean Harrodine [mailto:sea...@ya...] Gesendet: Montag, 8. Februar 2010 17:20 An: ars...@ar... Betreff: [Arsperl-users] ARSperl with ARS 7.5 running on 64bit Hi everyone, I know from reading that at present, ARSPerl wont work with 7.5 but can anyone guide me on the following please. I currently have some ARSPerl scripts running against my 6.3 server but i need to get them running against our new 7.5 server ASAP with only a few tweaks to field-ids. The scripts only use CreateEntry, SetEntry and GetEntry so none of the 7.5 specific facilities Can anyone advise me please if there is an easy way to get them to work and if so, how ? Many thanks, Sean |
|
From: Sean H. <sea...@ya...> - 2010-02-08 16:26:57
|
Hi everyone,
I know from reading that at present, ARSPerl wont work with 7.5 but can anyone guide me on the following please.
I currently have some ARSPerl scripts running against my 6.3 server but i need to get them running against our new 7.5 server ASAP with only a few tweaks to field-ids.
The scripts only use CreateEntry, SetEntry and GetEntry so none of the 7.5 specific facilities
Can anyone advise me please if there is an easy way to get them to work and if so, how ?
Many thanks,
Sean
|
|
From: Andrews, A. <Ant...@de...> - 2010-01-08 21:06:58
|
Look at you. Good so far ...
[root@remedy2 ARSperl-1.91] # perl Makefile.PL
Building against perl 5.008004
Generating support.h file..
Processing AR_STRUCT_ITEM codes..
Processing AR_SERVER_STAT codes..
Processing AR_SCHEMA codes..
Processing AR_COM_PARM codes..
Processing AR_COM_METHOD codes..
Processing AR_DDE codes..
Processing AR_ACTIVE_LINK_ACTION codes..
Processing AR_ACTIVE_LINK_ACTION_OPEN codes..
Processing AR_CHAR_MENU_DD type codes..
Processing AR_CHAR_MENU_DD name codes..
Processing AR_CHAR_MENU_DD value format..
Processing AR_CHAR_MENU codes..
Processing AR_FILTER_ACTION codes..
Processing AR_MENU_REFRESH codes..
Processing AR_PERMISSIONS (Schema) codes..
Processing AR_PERMISSIONS (Field) codes..
Processing AR_DATA_TYPE codes..
Processing AR_BYTE_LIST codes..
Processing AR_NO_MATCH codes..
Processing AR_MULTI_MATCH codes..
Processing AR_RETURN codes..
Processing AR_FUNCTION codes..
Processing ARCON codes..
Processing ARCONOWNER codes..
Processing ARREF codes..
Processing AR_KEYWORD codes..
Processing AR_SERVER_INFO codes..
Generating serverTypeInfoHints.h ..
Converting C header files to perl modules ..
Configuring with options:
ARSVERSION = 7.10
ARSAPI = /opt/remedy/api
AUTODEFINES = -g -DARS32 -DARS452 -DPERL_PATCHLEVEL_IS=8
-DPERL_SUBVERSION_IS=4 -DPERL_BASEREV_IS=50
Checking if your kit is complete...
Looks good
Writing Makefile for ARS
=== ARSperl 'make test' configuration. ===
Please enter the following information. This information will be
recorded in ./t/config.cache
If you want to skip the 'make test' step, just hit ENTER
three times. You can configure it later by either re-running
'perl Makefile.PL' or by editting ./t/config.cache
Fair warning: you probably don't want to run 'make test' against a
production ARSystem server.
Server Name []:
________________________________
From: Con...@t-... [mailto:Con...@t-...]
Sent: Friday, January 08, 2010 3:58 PM
To: ars...@ar...
Subject: Re: [Arsperl-users] Make test errors for ARSperl-1.91 on
Solaris 10
ok, mine is patch 6
and here's the problem
/* NOTE: to fix bug#343062 we have added a new config item
AR_MAX_ATTACH_SIZE that */
/* applies to all databases. DB_MAX_ATTACH_SIZE applies only to Oracle
and it does */
/* not prevent the client program from sending over large attachments
(causing the */
/* server memory to grow). To fix this issue, AR_MAX_ATTACH_SIZE is
added to */
/* large attachments from going to the arserver.
*/
#define AR_SERVER_INFO_MAX_ATTACH_SIZE 333 /* The maximum
size (in bytes) allowed */
if you modify one line in your ar.h then you (perhaps) should be able to
compile ARSPerl
#define AR_SERVER_INFO_MAX_ATTACH_SIZE 333 /* int The
maximum size (in bytes) allowed */
HTH
Kind Regards Conny
________________________________
Von: Andrews, Anthony [mailto:Ant...@de...]
Gesendet: Freitag, 8. Januar 2010 21:45
An: ARSperl User Discussion
Betreff: Re: [Arsperl-users] Make test errors for ARSperl-1.91 on
Solaris 10
Thanks for your help Conny. The Remedy admin says patch 8.
________________________________
From: Con...@t-... [mailto:Con...@t-...]
Sent: Friday, January 08, 2010 3:18 PM
To: ars...@ar...
Subject: Re: [Arsperl-users] Make test errors for ARSperl-1.91 on
Solaris 10
it seems that you have a strange ar.h file
normally it would read like this
#define AR_SERVER_INFO_DB_MAX_ATTACH_SIZE 249 /* The maximum size (in
bytes) allowed */
/* for attachments in
Oracle */
but in your case the red marked part seems to be missing.
What patchlevel of ARS 7.1.0 do you have? Can you send me the whole ar.h
file?
Kind Regards Conny
________________________________
Von: Andrews, Anthony [mailto:Ant...@de...]
Gesendet: Freitag, 8. Januar 2010 20:47
An: ARSperl User Discussion
Betreff: [Arsperl-users] Make test errors for ARSperl-1.91 on Solaris 10
Somehow I always seem to screw the setup with arsperl, can someone lend
some insight into this error?
[root@ ARSperl-1.91] # perl Makefile.PL
Building against perl 5.008004
Generating support.h file..
Processing AR_STRUCT_ITEM codes..
Processing AR_SERVER_STAT codes..
Processing AR_SCHEMA codes..
Processing AR_COM_PARM codes..
Processing AR_COM_METHOD codes..
Processing AR_DDE codes..
Processing AR_ACTIVE_LINK_ACTION codes..
Processing AR_ACTIVE_LINK_ACTION_OPEN codes..
Processing AR_CHAR_MENU_DD type codes..
Processing AR_CHAR_MENU_DD name codes..
Processing AR_CHAR_MENU_DD value format..
Processing AR_CHAR_MENU codes..
Processing AR_FILTER_ACTION codes..
Processing AR_MENU_REFRESH codes..
Processing AR_PERMISSIONS (Schema) codes..
Processing AR_PERMISSIONS (Field) codes..
Processing AR_DATA_TYPE codes..
Processing AR_BYTE_LIST codes..
Processing AR_NO_MATCH codes..
Processing AR_MULTI_MATCH codes..
Processing AR_RETURN codes..
Processing AR_FUNCTION codes..
Processing ARCON codes..
Processing ARCONOWNER codes..
Processing ARREF codes..
Processing AR_KEYWORD codes..
Processing AR_SERVER_INFO codes..
Generating serverTypeInfoHints.h ..
cant map "The" to an artype for "AR_SERVER_INFO_MAX_ATTACH_SIZE"
something went wrong when i ran ""/usr/perl5/5.8.4/bin/perl"
infra/exsi.pl < "/opt/remedy/api/include/ar.h" > serverTypeInfoHints.h"
(rv = 65280, expected 0) at Makefile.PL line 242.
I have perl 5.8.4 installed with version 7.1 of ARS running on a solaris
10.
The api libraries are installed in /opt/remedy/api
I have the sun c compiler installed on this server.
Prior to running the Makefile.pl I installed the latest version of CPAN
and updated Bundle::CPAN.
The only thing I found about this error related to using ars version 7.1
with arsperl 1.90 and that is not the case in my situation
Thank you for any help you can provide.
[root@ infra] # echo $PATH
/usr/openwin/bin:/usr/dt/bin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/loca
l/sbin:/usr/ccs/bin:/usr/openwin/bin:/usr/dt/bin:/usr/platform/SUNW,SPAR
C-Enterprise/sbin
Here is the perl -V output:
[root@ infra] # perl -V
Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
Platform:
osname=solaris, osvers=2.10, archname=sun4-solaris-64int
uname='sunos localhost 5.10 sun4u sparc SUNW,Ultra-2'
config_args=''
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=define use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-xarch=v8 -D_TS_ERRNO',
optimize='-xO3 -xspace -xildoff',
cppflags=''
ccversion='Sun WorkShop', gccversion='', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=87654321
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long long', ivsize=8, nvtype='double', nvsize=8,
Off_t='off_t', lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='cc', ldflags =''
libpth=/lib /usr/lib /usr/ccs/lib
libs=-lsocket -lnsl -ldl -lm -lc
perllibs=-lsocket -lnsl -ldl -lm -lc
libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-R
/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE'
cccdlflags='-KPIC', lddlflags='-G'
Characteristics of this binary (from libperl):
Compile-time options: USE_64_BIT_INT USE_LARGE_FILES
Locally applied patches:
22667 The optree builder was looping when constructing the ops
...
22715 Upgrade to FileCache 1.04
22733 Missing copyright in the README.
22746 fix a coredump caused by rv2gv not fully converting a PV
...
22755 Fix 29149 - another UTF8 cache bug hit by substr.
22774 [perl #28938] split could leave an array without ...
22775 [perl #29127] scalar delete of empty slice returned
garbage
22776 [perl #28986] perl -e "open m" crashes Perl
22777 add test for change #22776 ("open m" crashes Perl)
22778 add test for change #22746 ([perl #29102] Crash on assign
...
22781 [perl #29340] Bizarre copy of ARRAY make sure a pad op's
...
22796 [perl #29346] Double warning for int(undef) and abs(undef)
...
22818 BOM-marked and (BOMless) UTF-16 scripts not working
22823 [perl #29581] glob() misses a lot of matches
22827 Smoke [5.9.2] 22818 FAIL(F) MSWin32 WinXP/.Net SP1 (x86/1
cpu)
22830 [perl #29637] Thread creation time is hypersensitive
22831 improve hashing algorithm for ptr tables in perl_clone:
...
22839 [perl #29790] Optimization busted: '@a = "b", sort @a' ...
22850 [PATCH] 'perl -v' fails if local_patches contains code
snippets
22852 TEST needs to ignore SCM files
22886 Pod::Find should ignore SCM files and dirs
22888 Remove redundant %SIG assignments from FileCache
23006 [perl #30509] use encoding and "eq" cause memory leak
23074 Segfault using HTML::Entities
23106 Numeric comparison operators mustn't compare addresses of
...
23320 [perl #30066] Memory leak in nested shared data structures
...
23321 [perl #31459] Bug in read()
27722 perlio.c breaks on Solaris/gcc when > 256 FDs are
available
SPRINTF0 - fixes for sprintf formatting issues - CVE-2005-3962
6663288 Upgrade to CGI.pm 3.33
REGEXP0 - fix for UTF-8 recoding in regexps - CVE-2007-5116
6758953 Perl Sys::Syslog can log messages with wrong severity
Built under solaris
Compiled at May 18 2009 02:52:06
@INC:
/usr/perl5/5.8.4/lib/sun4-solaris-64int
/usr/perl5/5.8.4/lib
/usr/perl5/site_perl/5.8.4/sun4-solaris-64int
/usr/perl5/site_perl/5.8.4
/usr/perl5/site_perl
/usr/perl5/vendor_perl/5.8.4/sun4-solaris-64int
/usr/perl5/vendor_perl/5.8.4
/usr/perl5/vendor_perl
|
|
From: <Con...@t-...> - 2010-01-08 20:58:33
|
ok, mine is patch 6
and here's the problem
/* NOTE: to fix bug#343062 we have added a new config item
AR_MAX_ATTACH_SIZE that */
/* applies to all databases. DB_MAX_ATTACH_SIZE applies only to Oracle
and it does */
/* not prevent the client program from sending over large attachments
(causing the */
/* server memory to grow). To fix this issue, AR_MAX_ATTACH_SIZE is
added to */
/* large attachments from going to the arserver.
*/
#define AR_SERVER_INFO_MAX_ATTACH_SIZE 333 /* The maximum
size (in bytes) allowed */
if you modify one line in your ar.h then you (perhaps) should be able to
compile ARSPerl
#define AR_SERVER_INFO_MAX_ATTACH_SIZE 333 /* int The
maximum size (in bytes) allowed */
HTH
Kind Regards Conny
________________________________
Von: Andrews, Anthony [mailto:Ant...@de...]
Gesendet: Freitag, 8. Januar 2010 21:45
An: ARSperl User Discussion
Betreff: Re: [Arsperl-users] Make test errors for ARSperl-1.91 on
Solaris 10
Thanks for your help Conny. The Remedy admin says patch 8.
________________________________
From: Con...@t-... [mailto:Con...@t-...]
Sent: Friday, January 08, 2010 3:18 PM
To: ars...@ar...
Subject: Re: [Arsperl-users] Make test errors for ARSperl-1.91 on
Solaris 10
it seems that you have a strange ar.h file
normally it would read like this
#define AR_SERVER_INFO_DB_MAX_ATTACH_SIZE 249 /* The maximum size (in
bytes) allowed */
/* for attachments in
Oracle */
but in your case the red marked part seems to be missing.
What patchlevel of ARS 7.1.0 do you have? Can you send me the whole ar.h
file?
Kind Regards Conny
________________________________
Von: Andrews, Anthony [mailto:Ant...@de...]
Gesendet: Freitag, 8. Januar 2010 20:47
An: ARSperl User Discussion
Betreff: [Arsperl-users] Make test errors for ARSperl-1.91 on Solaris 10
Somehow I always seem to screw the setup with arsperl, can someone lend
some insight into this error?
[root@ ARSperl-1.91] # perl Makefile.PL
Building against perl 5.008004
Generating support.h file..
Processing AR_STRUCT_ITEM codes..
Processing AR_SERVER_STAT codes..
Processing AR_SCHEMA codes..
Processing AR_COM_PARM codes..
Processing AR_COM_METHOD codes..
Processing AR_DDE codes..
Processing AR_ACTIVE_LINK_ACTION codes..
Processing AR_ACTIVE_LINK_ACTION_OPEN codes..
Processing AR_CHAR_MENU_DD type codes..
Processing AR_CHAR_MENU_DD name codes..
Processing AR_CHAR_MENU_DD value format..
Processing AR_CHAR_MENU codes..
Processing AR_FILTER_ACTION codes..
Processing AR_MENU_REFRESH codes..
Processing AR_PERMISSIONS (Schema) codes..
Processing AR_PERMISSIONS (Field) codes..
Processing AR_DATA_TYPE codes..
Processing AR_BYTE_LIST codes..
Processing AR_NO_MATCH codes..
Processing AR_MULTI_MATCH codes..
Processing AR_RETURN codes..
Processing AR_FUNCTION codes..
Processing ARCON codes..
Processing ARCONOWNER codes..
Processing ARREF codes..
Processing AR_KEYWORD codes..
Processing AR_SERVER_INFO codes..
Generating serverTypeInfoHints.h ..
cant map "The" to an artype for "AR_SERVER_INFO_MAX_ATTACH_SIZE"
something went wrong when i ran ""/usr/perl5/5.8.4/bin/perl"
infra/exsi.pl < "/opt/remedy/api/include/ar.h" > serverTypeInfoHints.h"
(rv = 65280, expected 0) at Makefile.PL line 242.
I have perl 5.8.4 installed with version 7.1 of ARS running on a solaris
10.
The api libraries are installed in /opt/remedy/api
I have the sun c compiler installed on this server.
Prior to running the Makefile.pl I installed the latest version of CPAN
and updated Bundle::CPAN.
The only thing I found about this error related to using ars version 7.1
with arsperl 1.90 and that is not the case in my situation
Thank you for any help you can provide.
[root@ infra] # echo $PATH
/usr/openwin/bin:/usr/dt/bin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/loca
l/sbin:/usr/ccs/bin:/usr/openwin/bin:/usr/dt/bin:/usr/platform/SUNW,SPAR
C-Enterprise/sbin
Here is the perl -V output:
[root@ infra] # perl -V
Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
Platform:
osname=solaris, osvers=2.10, archname=sun4-solaris-64int
uname='sunos localhost 5.10 sun4u sparc SUNW,Ultra-2'
config_args=''
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=define use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-xarch=v8 -D_TS_ERRNO',
optimize='-xO3 -xspace -xildoff',
cppflags=''
ccversion='Sun WorkShop', gccversion='', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=87654321
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long long', ivsize=8, nvtype='double', nvsize=8,
Off_t='off_t', lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='cc', ldflags =''
libpth=/lib /usr/lib /usr/ccs/lib
libs=-lsocket -lnsl -ldl -lm -lc
perllibs=-lsocket -lnsl -ldl -lm -lc
libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-R
/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE'
cccdlflags='-KPIC', lddlflags='-G'
Characteristics of this binary (from libperl):
Compile-time options: USE_64_BIT_INT USE_LARGE_FILES
Locally applied patches:
22667 The optree builder was looping when constructing the ops
...
22715 Upgrade to FileCache 1.04
22733 Missing copyright in the README.
22746 fix a coredump caused by rv2gv not fully converting a PV
...
22755 Fix 29149 - another UTF8 cache bug hit by substr.
22774 [perl #28938] split could leave an array without ...
22775 [perl #29127] scalar delete of empty slice returned
garbage
22776 [perl #28986] perl -e "open m" crashes Perl
22777 add test for change #22776 ("open m" crashes Perl)
22778 add test for change #22746 ([perl #29102] Crash on assign
...
22781 [perl #29340] Bizarre copy of ARRAY make sure a pad op's
...
22796 [perl #29346] Double warning for int(undef) and abs(undef)
...
22818 BOM-marked and (BOMless) UTF-16 scripts not working
22823 [perl #29581] glob() misses a lot of matches
22827 Smoke [5.9.2] 22818 FAIL(F) MSWin32 WinXP/.Net SP1 (x86/1
cpu)
22830 [perl #29637] Thread creation time is hypersensitive
22831 improve hashing algorithm for ptr tables in perl_clone:
...
22839 [perl #29790] Optimization busted: '@a = "b", sort @a' ...
22850 [PATCH] 'perl -v' fails if local_patches contains code
snippets
22852 TEST needs to ignore SCM files
22886 Pod::Find should ignore SCM files and dirs
22888 Remove redundant %SIG assignments from FileCache
23006 [perl #30509] use encoding and "eq" cause memory leak
23074 Segfault using HTML::Entities
23106 Numeric comparison operators mustn't compare addresses of
...
23320 [perl #30066] Memory leak in nested shared data structures
...
23321 [perl #31459] Bug in read()
27722 perlio.c breaks on Solaris/gcc when > 256 FDs are
available
SPRINTF0 - fixes for sprintf formatting issues - CVE-2005-3962
6663288 Upgrade to CGI.pm 3.33
REGEXP0 - fix for UTF-8 recoding in regexps - CVE-2007-5116
6758953 Perl Sys::Syslog can log messages with wrong severity
Built under solaris
Compiled at May 18 2009 02:52:06
@INC:
/usr/perl5/5.8.4/lib/sun4-solaris-64int
/usr/perl5/5.8.4/lib
/usr/perl5/site_perl/5.8.4/sun4-solaris-64int
/usr/perl5/site_perl/5.8.4
/usr/perl5/site_perl
/usr/perl5/vendor_perl/5.8.4/sun4-solaris-64int
/usr/perl5/vendor_perl/5.8.4
/usr/perl5/vendor_perl
|
|
From: <Con...@t-...> - 2010-01-08 20:29:07
|
it seems that you have a strange ar.h file
normally it would read like this
#define AR_SERVER_INFO_DB_MAX_ATTACH_SIZE 249 /* The maximum size (in
bytes) allowed */
/* for attachments in
Oracle */
but in your case the red marked part seems to be missing.
What patchlevel of ARS 7.1.0 do you have? Can you send me the whole ar.h
file?
Kind Regards Conny
________________________________
Von: Andrews, Anthony [mailto:Ant...@de...]
Gesendet: Freitag, 8. Januar 2010 20:47
An: ARSperl User Discussion
Betreff: [Arsperl-users] Make test errors for ARSperl-1.91 on Solaris 10
Somehow I always seem to screw the setup with arsperl, can someone lend
some insight into this error?
[root@ ARSperl-1.91] # perl Makefile.PL
Building against perl 5.008004
Generating support.h file..
Processing AR_STRUCT_ITEM codes..
Processing AR_SERVER_STAT codes..
Processing AR_SCHEMA codes..
Processing AR_COM_PARM codes..
Processing AR_COM_METHOD codes..
Processing AR_DDE codes..
Processing AR_ACTIVE_LINK_ACTION codes..
Processing AR_ACTIVE_LINK_ACTION_OPEN codes..
Processing AR_CHAR_MENU_DD type codes..
Processing AR_CHAR_MENU_DD name codes..
Processing AR_CHAR_MENU_DD value format..
Processing AR_CHAR_MENU codes..
Processing AR_FILTER_ACTION codes..
Processing AR_MENU_REFRESH codes..
Processing AR_PERMISSIONS (Schema) codes..
Processing AR_PERMISSIONS (Field) codes..
Processing AR_DATA_TYPE codes..
Processing AR_BYTE_LIST codes..
Processing AR_NO_MATCH codes..
Processing AR_MULTI_MATCH codes..
Processing AR_RETURN codes..
Processing AR_FUNCTION codes..
Processing ARCON codes..
Processing ARCONOWNER codes..
Processing ARREF codes..
Processing AR_KEYWORD codes..
Processing AR_SERVER_INFO codes..
Generating serverTypeInfoHints.h ..
cant map "The" to an artype for "AR_SERVER_INFO_MAX_ATTACH_SIZE"
something went wrong when i ran ""/usr/perl5/5.8.4/bin/perl"
infra/exsi.pl < "/opt/remedy/api/include/ar.h" > serverTypeInfoHints.h"
(rv = 65280, expected 0) at Makefile.PL line 242.
I have perl 5.8.4 installed with version 7.1 of ARS running on a solaris
10.
The api libraries are installed in /opt/remedy/api
I have the sun c compiler installed on this server.
Prior to running the Makefile.pl I installed the latest version of CPAN
and updated Bundle::CPAN.
The only thing I found about this error related to using ars version 7.1
with arsperl 1.90 and that is not the case in my situation
Thank you for any help you can provide.
[root@ infra] # echo $PATH
/usr/openwin/bin:/usr/dt/bin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/loca
l/sbin:/usr/ccs/bin:/usr/openwin/bin:/usr/dt/bin:/usr/platform/SUNW,SPAR
C-Enterprise/sbin
Here is the perl -V output:
[root@ infra] # perl -V
Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
Platform:
osname=solaris, osvers=2.10, archname=sun4-solaris-64int
uname='sunos localhost 5.10 sun4u sparc SUNW,Ultra-2'
config_args=''
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=define use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-xarch=v8 -D_TS_ERRNO',
optimize='-xO3 -xspace -xildoff',
cppflags=''
ccversion='Sun WorkShop', gccversion='', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=87654321
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long long', ivsize=8, nvtype='double', nvsize=8,
Off_t='off_t', lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='cc', ldflags =''
libpth=/lib /usr/lib /usr/ccs/lib
libs=-lsocket -lnsl -ldl -lm -lc
perllibs=-lsocket -lnsl -ldl -lm -lc
libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-R
/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE'
cccdlflags='-KPIC', lddlflags='-G'
Characteristics of this binary (from libperl):
Compile-time options: USE_64_BIT_INT USE_LARGE_FILES
Locally applied patches:
22667 The optree builder was looping when constructing the ops
...
22715 Upgrade to FileCache 1.04
22733 Missing copyright in the README.
22746 fix a coredump caused by rv2gv not fully converting a PV
...
22755 Fix 29149 - another UTF8 cache bug hit by substr.
22774 [perl #28938] split could leave an array without ...
22775 [perl #29127] scalar delete of empty slice returned
garbage
22776 [perl #28986] perl -e "open m" crashes Perl
22777 add test for change #22776 ("open m" crashes Perl)
22778 add test for change #22746 ([perl #29102] Crash on assign
...
22781 [perl #29340] Bizarre copy of ARRAY make sure a pad op's
...
22796 [perl #29346] Double warning for int(undef) and abs(undef)
...
22818 BOM-marked and (BOMless) UTF-16 scripts not working
22823 [perl #29581] glob() misses a lot of matches
22827 Smoke [5.9.2] 22818 FAIL(F) MSWin32 WinXP/.Net SP1 (x86/1
cpu)
22830 [perl #29637] Thread creation time is hypersensitive
22831 improve hashing algorithm for ptr tables in perl_clone:
...
22839 [perl #29790] Optimization busted: '@a = "b", sort @a' ...
22850 [PATCH] 'perl -v' fails if local_patches contains code
snippets
22852 TEST needs to ignore SCM files
22886 Pod::Find should ignore SCM files and dirs
22888 Remove redundant %SIG assignments from FileCache
23006 [perl #30509] use encoding and "eq" cause memory leak
23074 Segfault using HTML::Entities
23106 Numeric comparison operators mustn't compare addresses of
...
23320 [perl #30066] Memory leak in nested shared data structures
...
23321 [perl #31459] Bug in read()
27722 perlio.c breaks on Solaris/gcc when > 256 FDs are
available
SPRINTF0 - fixes for sprintf formatting issues - CVE-2005-3962
6663288 Upgrade to CGI.pm 3.33
REGEXP0 - fix for UTF-8 recoding in regexps - CVE-2007-5116
6758953 Perl Sys::Syslog can log messages with wrong severity
Built under solaris
Compiled at May 18 2009 02:52:06
@INC:
/usr/perl5/5.8.4/lib/sun4-solaris-64int
/usr/perl5/5.8.4/lib
/usr/perl5/site_perl/5.8.4/sun4-solaris-64int
/usr/perl5/site_perl/5.8.4
/usr/perl5/site_perl
/usr/perl5/vendor_perl/5.8.4/sun4-solaris-64int
/usr/perl5/vendor_perl/5.8.4
/usr/perl5/vendor_perl
|
|
From: Andrews, A. <Ant...@de...> - 2010-01-08 20:02:07
|
Somehow I always seem to screw the setup with arsperl, can someone lend
some insight into this error?
[root@ ARSperl-1.91] # perl Makefile.PL
Building against perl 5.008004
Generating support.h file..
Processing AR_STRUCT_ITEM codes..
Processing AR_SERVER_STAT codes..
Processing AR_SCHEMA codes..
Processing AR_COM_PARM codes..
Processing AR_COM_METHOD codes..
Processing AR_DDE codes..
Processing AR_ACTIVE_LINK_ACTION codes..
Processing AR_ACTIVE_LINK_ACTION_OPEN codes..
Processing AR_CHAR_MENU_DD type codes..
Processing AR_CHAR_MENU_DD name codes..
Processing AR_CHAR_MENU_DD value format..
Processing AR_CHAR_MENU codes..
Processing AR_FILTER_ACTION codes..
Processing AR_MENU_REFRESH codes..
Processing AR_PERMISSIONS (Schema) codes..
Processing AR_PERMISSIONS (Field) codes..
Processing AR_DATA_TYPE codes..
Processing AR_BYTE_LIST codes..
Processing AR_NO_MATCH codes..
Processing AR_MULTI_MATCH codes..
Processing AR_RETURN codes..
Processing AR_FUNCTION codes..
Processing ARCON codes..
Processing ARCONOWNER codes..
Processing ARREF codes..
Processing AR_KEYWORD codes..
Processing AR_SERVER_INFO codes..
Generating serverTypeInfoHints.h ..
cant map "The" to an artype for "AR_SERVER_INFO_MAX_ATTACH_SIZE"
something went wrong when i ran ""/usr/perl5/5.8.4/bin/perl"
infra/exsi.pl < "/opt/remedy/api/include/ar.h" > serverTypeInfoHints.h"
(rv = 65280, expected 0) at Makefile.PL line 242.
I have perl 5.8.4 installed with version 7.1 of ARS running on a solaris
10.
The api libraries are installed in /opt/remedy/api
I have the sun c compiler installed on this server.
Prior to running the Makefile.pl I installed the latest version of CPAN
and updated Bundle::CPAN.
The only thing I found about this error related to using ars version 7.1
with arsperl 1.90 and that is not the case in my situation
Thank you for any help you can provide.
[root@ infra] # echo $PATH
/usr/openwin/bin:/usr/dt/bin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/loca
l/sbin:/usr/ccs/bin:/usr/openwin/bin:/usr/dt/bin:/usr/platform/SUNW,SPAR
C-Enterprise/sbin
Here is the perl -V output:
[root@ infra] # perl -V
Summary of my perl5 (revision 5 version 8 subversion 4) configuration:
Platform:
osname=solaris, osvers=2.10, archname=sun4-solaris-64int
uname='sunos localhost 5.10 sun4u sparc SUNW,Ultra-2'
config_args=''
hint=recommended, useposix=true, d_sigaction=define
usethreads=undef use5005threads=undef useithreads=undef
usemultiplicity=undef
useperlio=define d_sfio=undef uselargefiles=define usesocks=undef
use64bitint=define use64bitall=undef uselongdouble=undef
usemymalloc=n, bincompat5005=undef
Compiler:
cc='cc', ccflags ='-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
-xarch=v8 -D_TS_ERRNO',
optimize='-xO3 -xspace -xildoff',
cppflags=''
ccversion='Sun WorkShop', gccversion='', gccosandvers=''
intsize=4, longsize=4, ptrsize=4, doublesize=8, byteorder=87654321
d_longlong=define, longlongsize=8, d_longdbl=define, longdblsize=16
ivtype='long long', ivsize=8, nvtype='double', nvsize=8,
Off_t='off_t', lseeksize=8
alignbytes=8, prototype=define
Linker and Libraries:
ld='cc', ldflags =''
libpth=/lib /usr/lib /usr/ccs/lib
libs=-lsocket -lnsl -ldl -lm -lc
perllibs=-lsocket -lnsl -ldl -lm -lc
libc=/lib/libc.so, so=so, useshrplib=true, libperl=libperl.so
gnulibc_version=''
Dynamic Linking:
dlsrc=dl_dlopen.xs, dlext=so, d_dlsymun=undef, ccdlflags='-R
/usr/perl5/5.8.4/lib/sun4-solaris-64int/CORE'
cccdlflags='-KPIC', lddlflags='-G'
Characteristics of this binary (from libperl):
Compile-time options: USE_64_BIT_INT USE_LARGE_FILES
Locally applied patches:
22667 The optree builder was looping when constructing the ops
...
22715 Upgrade to FileCache 1.04
22733 Missing copyright in the README.
22746 fix a coredump caused by rv2gv not fully converting a PV
...
22755 Fix 29149 - another UTF8 cache bug hit by substr.
22774 [perl #28938] split could leave an array without ...
22775 [perl #29127] scalar delete of empty slice returned
garbage
22776 [perl #28986] perl -e "open m" crashes Perl
22777 add test for change #22776 ("open m" crashes Perl)
22778 add test for change #22746 ([perl #29102] Crash on assign
...
22781 [perl #29340] Bizarre copy of ARRAY make sure a pad op's
...
22796 [perl #29346] Double warning for int(undef) and abs(undef)
...
22818 BOM-marked and (BOMless) UTF-16 scripts not working
22823 [perl #29581] glob() misses a lot of matches
22827 Smoke [5.9.2] 22818 FAIL(F) MSWin32 WinXP/.Net SP1 (x86/1
cpu)
22830 [perl #29637] Thread creation time is hypersensitive
22831 improve hashing algorithm for ptr tables in perl_clone:
...
22839 [perl #29790] Optimization busted: '@a = "b", sort @a' ...
22850 [PATCH] 'perl -v' fails if local_patches contains code
snippets
22852 TEST needs to ignore SCM files
22886 Pod::Find should ignore SCM files and dirs
22888 Remove redundant %SIG assignments from FileCache
23006 [perl #30509] use encoding and "eq" cause memory leak
23074 Segfault using HTML::Entities
23106 Numeric comparison operators mustn't compare addresses of
...
23320 [perl #30066] Memory leak in nested shared data structures
...
23321 [perl #31459] Bug in read()
27722 perlio.c breaks on Solaris/gcc when > 256 FDs are
available
SPRINTF0 - fixes for sprintf formatting issues - CVE-2005-3962
6663288 Upgrade to CGI.pm 3.33
REGEXP0 - fix for UTF-8 recoding in regexps - CVE-2007-5116
6758953 Perl Sys::Syslog can log messages with wrong severity
Built under solaris
Compiled at May 18 2009 02:52:06
@INC:
/usr/perl5/5.8.4/lib/sun4-solaris-64int
/usr/perl5/5.8.4/lib
/usr/perl5/site_perl/5.8.4/sun4-solaris-64int
/usr/perl5/site_perl/5.8.4
/usr/perl5/site_perl
/usr/perl5/vendor_perl/5.8.4/sun4-solaris-64int
/usr/perl5/vendor_perl/5.8.4
/usr/perl5/vendor_perl
|