Oracle 8.1.6 and glibc-2.1.3.15

Question

hi
I have running ORACLE 8.1.6 on RH6.2 with glibc-2.1.3.15. I wrote a package like that:
PACKAGE BODY LSTR2 IS
PROCEDURE gnrt_lst(lst_nm_in VARCHAR2,
lg_nm_in VARCHAR2,
ip_addr_in VARCHAR2,
srn_no_in NUMBER DEFAULT NULL,
kywrd VARCHAR2 DEFAULT NULL,
ctgr_id_in NUMBER DEFAULT NULL,
nxt NUMBER DEFAULT '0') IS
TYPE c_var IS REF CURSOR;
v_crsr c_var;
v_answr_crsr c_var;
prblm_lst destek.srn%ROWTYPE;
answr_lst destek.srn%ROWTYPE;
l_frst NUMBER;
l_lst NUMBER;
cnt NUMBER;
need_nxt_bttn BOOLEAN default false;
dummy NUMBER default '0';
xlmb varchar2(20);
gg NUMBER:=nxt+10;
gh NUMBER:=nxt-10;
v_answr_ony varchar2(5);
BEGIN
cnt:=0;
l_frst:=nxt;
l_lst:=nxt+10;
IF (lst_nm_in='prblm') THEN
IF (utl.prmssn_gnrt(ip_addr_in,lg_nm_in)) then
open v_crsr for 'select * from destek.srn where srn_sb_no is null order by kyt_trh desc';
ELSE
open v_crsr for 'SELECT * FROM destek.SRN WHERE (kyddn = :lg_nm_in AND srn_sb_no IS NULL) OR (ony = ''e'' AND srn_sb_no IS NULL) order by kyt_trh desc' USING lg_nm_in;
END IF;
ELSIF (lst_nm_in='answr') THEN
open v_crsr for 'select * from destek.srn where srn_sb_no = :srn_no_in order by kyt_trh asc' USING srn_no_in;
LOOP
FETCH v_crsr INTO answr_lst;
cnt:=cnt+1;
if mod(cnt,2)=1 then
htp.p('<tr bgcolor="#ffffee">');
else
htp.p('<tr bgcolor="#eeeeee">');
end if;
htp.p('....');
if (answr_lst.srn_sb_no IS NULL) then
v_answr_ony:=answr_lst.ony;
end if;
END LOOP;
close v_crsr;
end if;
IF v_crsr%ISOPEN THEN
LOOP
FETCH v_crsr INTO prblm_lst;
exit when v_crsr%NOTFOUND;
htp.p('....');
end loop;
close v_crsr;
end if;
When I call this package with
lstr2.gnrt_lst('answr',v_lg_nm,v_ip_addr,srn_no_in,'','',''); from another procedure,
I see error messages at console
/lib/ld-linux.so.2 unable to load interpreter.
VM: killing process oracle.
INIT: ld "2" respawning too fast disabled for 5 minutes
and ORACLE closed....
I couldnt find what it is wrong and relation glibc and this packet.

Answer 1

after FETCH v_crsr INTO answr_lst;
there is no control statement such as exit when....
So this situation is occurs