RE: [Arsperl-users] ars_GetListEntry returns without data

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

Henrik,
The current documentation lists the following parameters:
ars_GetListEntry(ctrl, schema, qualifier, maxRetrieve=3D0, firstRetrieve=3D=
0,...)

Note that the fifth parameter is a number pointing to the first record to=
 retrieve (for windowing purposes).  You are passing a pointer to a list,=
 an address.  This address is simply a value and is being used as the off=
set into the list of records to be returned.  Try changing the fifth para=
meter to a zero.

HTH,
Mark

Mark Vaughan

Programmer III

=20

Direct: +1 303 802 2426

Cell: +1 303 601 4434

Fax: +1 303 802 1420

mar...@ev...

Evolving Systems, Inc.=20

9777 Pyramid Court, Suite 100, Englewood, CO USA 80112

www.evolving.com

-----Original Message-----
From: ars...@ar... [mailto:arsperl-users-admin@arsperl=
=2Eorg] On Behalf Of Henrik Johansson
Sent: Tuesday, January 10, 2006 7:57 AM
To: ARSperl-users
Subject: [Arsperl-users] ars_GetListEntry returns without data

We are moving and upgrading our AR-server from 4.5.2 on Solaris 8 to=20
6.3.0 on
Windows Server 2003 and have problem with the function ars_GetListEntry.
I'm running the perlprogram on Solaris 9, with arsperl-1.84.
I have built arsperl-1.84 against ars-api 6.3 with patch 13.
There is no problem to run the updated perlprogram, against the old=20
AR-server.

An extract from the code:
$ctrl =3D ars_Login($ars_server, $arsusername, $password);
=2E.
$qual =3D ars_LoadQualifier($ctrl, $schema, "(1 =3D 1)");
if (! defined($qual)) {
    &ERROR("read_ars_users: Error in usage of ars_LoadQualifier, ARS=20
message: $ars_errstr.");
}
# Retrieve all of the entry-id's for the schema.
%entries =3D ars_GetListEntry($ctrl, $schema, $qual, 0, []);
if (scalar %entries eq 0) {
    &ERROR("read_ars_users: No entries from ars_GetListEntry, ARS=20
message: $ars_errstr.");
}

The %entries-hash are empty and $ars_errstr are empty.

I've tested the other usages of arsperl, in the program, and found no=20
problem.
Result    Tested functions
OK        ars_Login($ars_server, $arsusername, $password);
OK        ars_GetFieldByName($ctrl, $schema, $fids{$fid});
OK        ars_LoadQualifier($ctrl, $schema, "(1 =3D 1)");
No data   ars_GetListEntry($ctrl, $schema, $qual, 0, []);
OK        ars_GetEntry($ctrl, $schema, $entry_id)) ||
OK        ars_CreateEntry($ctrl, $schema,
OK        ars_SetEntry($ctrl, $schema, $l[8], $ars_read_time,
OK        ars_DeleteEntry($ctrl, $schema, $l[8]) < 1)

I've check the networktraffic between client and server and found these=20=

packages,
when I run ars_GetListEntry, on the client. Only three packets!
This is from snoop on the client:
  1   0.00000 client -> server RPC C XID=3D1137346846 PROG=3D390620 (?)=20=

VERS=3D11 PROC=3D5
  2   0.06305 server -> client RPC R (#1) XID=3D1137346846 Success
  3   0.09627 client -> server TCP D=3D1079 S=3D32944 Ack=3D576013281=20
Seq=3D3189697003 Len=3D0 W

Here is the snoop-log, between a client and the old server (317 packets):=

  1   0.00000 client -> oldserver RPC C XID=3D1136777578 PROG=3D390620 (?=
)=20
VERS=3D7 PROC=3D5
  2   0.09138 oldserver -> client TCP D=3D50958 S=3D1010 Ack=3D574628135=20=

Seq=3D3569712132 Len=3D0 Win=3D33580
  3   0.59374 oldserver -> client RPC R (#1) XID=3D1136777578 Success
  4   0.00012 oldserver -> client TCP D=3D50958 S=3D1010 Push Ack=3D57462=
8135=20
Seq=3D3569713592 Len=3D1460 Win=3D33580
  5   0.00011 oldserver -> client TCP D=3D50958 S=3D1010 Ack=3D574628135=20=

Seq=3D3569715052 Len=3D1460 Win=3D33580
  6   0.00012 oldserver -> client TCP D=3D50958 S=3D1010 Push Ack=3D57462=
8135=20
Seq=3D3569716512 Len=3D1460 Win=3D33580
  7   0.09454 client -> oldserver TCP D=3D1010 S=3D50958 Ack=3D3569717972=
=20
Seq=3D574628135 Len=3D0 Win=3D33580
  8   0.00650 oldserver -> client TCP D=3D50958 S=3D1010 Ack=3D574628135=20=

Seq=3D3569717972 Len=3D1460 Win=3D33580
  9   0.00013 oldserver -> client TCP D=3D50958 S=3D1010 Ack=3D574628135=20=

Seq=3D3569719432 Len=3D1460 Win=3D33580
 10   0.00002 client -> oldserver TCP D=3D1010 S=3D50958 Ack=3D3569720892=
=20
Seq=3D574628135 Len=3D0 Win=3D33580
 11   0.00004 oldserver -> client TCP D=3D50958 S=3D1010 Ack=3D574628135=20=

Seq=3D3569720892 Len=3D240 Win=3D33580
 12   0.00006 oldserver -> client TCP D=3D50958 S=3D1010 Ack=3D574628135=20=

Seq=3D3569721132 Len=3D1460 Win=3D33580
 13   0.00023 oldserver -> client TCP D=3D50958 S=3D1010 Ack=3D574628135=20=

Seq=3D3569722592 Len=3D1460 Win=3D33580
 14   0.00001 client -> oldserver TCP D=3D1010 S=3D50958 Ack=3D3569724052=
=20
Seq=3D574628135 Len=3D0 Win=3D33580
 15   0.00101 oldserver -> client TCP D=3D50958 S=3D1010 Ack=3D574628135=20=

Seq=3D3569724052 Len=3D1460 Win=3D33580

Thanks in advance for solutions or suggestions
Henrik=20
_________________________________________________________________________=
________
Henrik Johansson, TietoEnator Processing & Network AB
E-mail:   hen...@ti...		| Voice:  +46 920 452 709
Internet: http://www.tietoenator.com/			| Fax:    +46 920 452 906
Laboratoriegr=E4nd 11, Box 50006, S-973 21  Lule=E5, Sweden	| Mobile: +46=
 70 555 9998

-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
_______________________________________________
Arsperl-users mailing list
Ars...@ar...
https://lists.sourceforge.net/lists/listinfo/arsperl-users
This e-mail and any attachments may be confidential and/or legally privil=
eged. 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 t=
he 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 serv=
ers. 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.=20

Registered Office: 9777 Pyramid Ct Suite 100, Englewood, CO 80112