Re: Strange Utl_File Error on NT
From: Mahesh Hardikar <hardikarm_at_yahoo.com>
Date: 21 Aug 2003 21:51:44 -0700
Message-ID: <4a1c57c2.0308212051.7a671b9b_at_posting.google.com>
is
begin
end loop;
dbms_sql.define_column( l_theCursor, 1, l_columnValue, 3000 ); l_status := dbms_sql.execute(l_theCursor); loop
end loop;
dbms_sql.close_cursor(l_theCursor);
utl_file.fclose( l_output );
return l_cnt;
end SK_dump_csv;
Date: 21 Aug 2003 21:51:44 -0700
Message-ID: <4a1c57c2.0308212051.7a671b9b_at_posting.google.com>
Well ,
We have a function
CREATE OR REPLACE function SK_dump_csv( p_query in varchar2,
p_separator in varchar2 default
',',
p_dir in varchar2 ,
p_filename in varchar2 )
return number
is
l_output utl_file.file_type;
l_theCursor integer default dbms_sql.open_cursor;
l_columnValue varchar2(2001);
l_status integer;
l_colCnt number default 0;
l_separator varchar2(10) default '';
l_cnt number default 0;
begin
dbms_output.put_line(p_dir || ' - ' || p_filename);
l_output := utl_file.fopen( p_dir, p_filename, 'w' );
dbms_sql.parse( l_theCursor, p_query, dbms_sql.native );
for i in 1 .. 255 loop
begin
dbms_sql.define_column( l_theCursor, i, l_columnValue,
3000 );
l_colCnt := i;
exception
when others then
if ( sqlcode = -1007 ) then exit;
else
raise;
end if;
end;
end loop;
dbms_sql.define_column( l_theCursor, 1, l_columnValue, 3000 ); l_status := dbms_sql.execute(l_theCursor); loop
exit when ( dbms_sql.fetch_rows(l_theCursor) <= 0 );
l_separator := '';
for i in 1 .. l_colCnt loop
dbms_sql.column_value( l_theCursor, i, l_columnValue );
utl_file.put( l_output, l_separator || l_columnValue );
l_separator := p_separator;
end loop;
utl_file.new_line( l_output );
l_cnt := l_cnt+1;
end loop;
dbms_sql.close_cursor(l_theCursor);
utl_file.fclose( l_output );
return l_cnt;
end SK_dump_csv;
Procedure is calling this function .
Also , the proc runs for rownum < 2000 but o/p is not proper on NT. When we give rownum < 2001 , procedure does not run only giving ORA-6510 - 6512 errors.
Mahesh
rchin_at_panix.com (Robert C) wrote in message news:<2541279b.0308210808.5226c165_at_posting.google.com>...
> Well, I am guessing you're calling DBMS_SQL - did you verify DBMS_SQL execution
> is OK ?
Received on Fri Aug 22 2003 - 06:51:44 CEST
