PEPPLER.ORG
Michael Peppler
Sybase Consulting
Menu
Home
Sybase on Linux
Install Guide for Sybase on Linux
General Sybase Resources
General Perl Resources
Freeware
Sybperl
Sybase::Simple
DBD::Sybase
BCP Tool
Bug Tracker
Mailing List Archive
Downloads Directory
FAQs
Sybase on Linux FAQ
Sybperl FAQ
Personal
Michael Peppler's resume

sybperl-l Archive

Up    Prev    Next    

From: "David VanEmden" <davanemd at gw dot fis dot ncsu dot edu>
Subject: Re: perl scripted killed
Date: Jul 27 2004 11:52AM

Michael,
 Here is the section of the log for the failure.    I can run the
stored procedure from a stand alone script and it succeeds every time. 
Sometimes it even works in the main script I have.  It is an
intermittant problem.

Here is the output for the call and part of the previous call...

 syb_st_fetch() -> st_next_results() == 4046
    syb_st_fetch() -> resetting ACTIVE, moreResults, dyn_execed
    syb_st_finish() -> resetting ACTIVE, moreResults, dyn_execed
    <- finish= 1 at GARS_Actlog_Email.pl line 174 via
/local/www/htdocs/scripts/
gars/actlog/SCHEDULER/GARS_Actlog_Email.pl line 828
    <> DESTROY(DBI::st=HASH(0x19037c)) ignored for outer handle (inner
DBI::st=H
ASH(0x1903d0) has ref cnt 1)
    -> DESTROY for DBD::Sybase::st (DBI::st=HASH(0x1903d0)~INNER)
    syb_st_destroy: called on 508bf8...
    syb_st_destroy(): freeing imp_sth->statement
    syb_st_destroy(): cmd dropped: 1
    <- DESTROY= undef at GARS_Actlog_Email.pl line 828
    -> prepare for DBD::Sybase::db (DBI::db=HASH(0x18fb60)~0x1901cc
'exec Determ
ineEmail1')
    New DBI::st (for DBD::Sybase::st, parent=DBI::db=HASH(0x1901cc),
id=)
    dbih_setup_handle(DBI::st=HASH(0x1902bc)=>DBI::st=HASH(0x1903b8),
DBD::Sybas
e::st, 19040c, Null!)
    dbih_make_com(DBI::db=HASH(0x1901cc), 190a58, DBD::Sybase::st, 396,
0) thr#0
    <- prepare= DBI::st=HASH(0x1902bc) at GARS_Actlog_Email.pl line 206
via /loc
al/www/htdocs/scripts/gars/actlog/SCHEDULER/GARS_Actlog_Email.pl line
830
    -> execute for DBD::Sybase::st (DBI::st=HASH(0x1902bc)~0x1903b8)
    syb_st_execute() -> ct_command() OK
    syb_st_execute() -> ct_send() OK


Thanks

Dave Van Emden
Administrative Computing Services
North Carolina State University
David_VanEmden@ncsu.edu
919-513-1692


>>> Michael Peppler  7/27/2004 1:45:58 AM >>>
On Mon, 2004-07-26 at 22:56, David VanEmden wrote:
> I have a script which makes use of the DBD interface.  I am
> intermittantly getting a situation where the script stops and all I
see
> is the messaged killed.  I have set the dbtrace to level 2 and the
last
> things in the trace file are...
> 
>   syb_st_execute() -> ct_command() OK
>     syb_st_execute() -> ct_send() OK
> 
> The command to be executed is a stored procedure.  It never returns.

> Any thoughts as to what might be the problem?

The most likely problem is that the stored proc dies on the server.
Check the server's error log.

Also, run the script with trace level 3, and then post the entire
section of the trace file that relates to this stored proc execution.

Michael
-- 
Michael Peppler                              Data Migrations, Inc.
mpeppler@peppler.org                       http://www.peppler.org/ 
Sybase T-SQL/OpenClient/OpenServer/C/Perl developer available for
short
or long term contract positions - http://www.peppler.org/resume.html