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: "Tiep Vo" <tiepvo at hotmail dot com>
Subject: Re: Error Messages
Date: May 14 1999 6:04PM

Hi, how do I turn off the extended error fetch?
I got the following error when doing the upgrade:

#################################################################
test# /opt/PUBperl55/bin/perl Makefile.PL
Checking if your kit is complete...
Looks good
Checking if your kit is complete...
Looks good
Writing Makefile for Sybase::BCP
Note (probably harmless): No library found for -lct
Note (probably harmless): No library found for -lcs
Note (probably harmless): No library found for -ltcl
Note (probably harmless): No library found for -lcomn
Note (probably harmless): No library found for -ltli
Writing Makefile for Sybase::CTlib
Note (probably harmless): No library found for -lsybdb
Note (probably harmless): No library found for -ltli
Writing Makefile for Sybase::DBlib
Writing Makefile for Sybase::Sybperl
Writing Makefile for Sybase
test# make
mkdir blib
mkdir blib/lib
mkdir blib/arch
mkdir blib/arch/auto
mkdir blib/arch/auto/Sybase
mkdir blib/lib/auto
mkdir blib/lib/auto/Sybase
cp config.pl blib/lib/config.pl
cp lib/sql.pl blib/lib/sql.pl
cp lib/sybperl.pl blib/lib/sybperl.pl
cp lib/sybutil.pl blib/lib/sybutil.pl
cp lib/ctutil.pl blib/lib/ctutil.pl
mkdir ../blib/lib/Sybase
mkdir ../blib/arch/auto/Sybase/BCP
mkdir ../blib/lib/auto/Sybase/BCP
mkdir ../blib/man3
cp BCP.pm ../blib/lib/Sybase/BCP.pm
Manifying ../blib/man3/Sybase::BCP.3
mkdir ../blib/arch/auto/Sybase/CTlib
mkdir ../blib/lib/auto/Sybase/CTlib
cp CTlib.pm ../blib/lib/Sybase/CTlib.pm
AutoSplitting ../blib/lib/Sybase/CTlib.pm (../blib/lib/auto/Sybase/CTlib)
/opt/PUBperl55/bin/perl -I/opt/PUBperl55/lib/5.00502/sun4-solaris-thread 
-I/opt/PUBperl55/lib/5.00502 /opt/PUBperl55/lib/5.00502/ExtUtils/xsubpp 
-prototypes -typemap /opt/PUBperl55/lib/5.00502/ExtUtils/typemap CTlib.xs 
 >CTlib.tc && mv CTlib.tc CTlib.c
cc -c -I/include -D_REENTRANT -I/usr/local/include -DDEBUGGING -O     
-DVERSION=\"2.10_01\"  -DXS_VERSION=\"2.10_01\" -KPIC 
-I/opt/PUBperl55/lib/5.00502/sun4-solaris-thread/CORE -DCTLIBVS=100 
-DSYBPLVER='"2.10_01"' -DDO_TIE CTlib.c
/usr/ucb/cc:  language optional software package not installed
*** Error code 1
make: Fatal error: Command failed for target `CTlib.o'
Current working directory /home/tiep/Sybperl/sybperl-2.10_01/CTlib
*** Error code 1
make: Fatal error: Command failed for target `subdirs'
#################################################################

Thanks,
Tiep

>From: Michael Peppler 
>Reply-To: SYBPERL-L@listproc.net
>To: SybPerl Discussion List 
>Subject: Error Messages
>Date: Mon,  3 May 1999 06:53:12 -0700 (PDT)
>
>Tiep Vo writes:
>  > Hi,
>  > 	I have used to the following callback routines to get back the error
>  > messages, and they worked great with Adaptive Server 11.9, and the 
>Sybperl
>  > 2.1.
>  >
>  > use Sybase::CTlib;
>  > ct_callback(CS_CLIENTMSG_CB, \&client_msg_cb);
>  > ct_callback(CS_SERVERMSG_CB, "server_msg_cb");
>  >
>  > However when I ran the same routines on SQL Server 11.0 and Sybperl 
>2.09, I
>  > encountered some problems.  If I tried to insert a row that contains
>  > insufficient parameters, I get the correct error message back which 
>shows
>  > that it's working properly.
>  >
>  > Server Error: Insert error: column name or number of supplied values 
>does
>  > not match table definition.
>  >
>  > But if I insert a row of data that violates a unique constraint, I get 
>the
>  > following message and my script would die.
>  >
>  > Segmentation Fault (core dumped)
>  >
>  > I ran the same command in the sql command line interface, and got back 
>the
>  > appropriate error message. I don't know why Sybperl doesn't return
>it.
>
>Sybperl crashes in the server message callback is my guess, probably
>when attempting to fetch the extended error data. Try to turn off the
>extended error fetch, or upgrade to 2.10 or 2.10_01.
>
>Michael
>--
>Michael Peppler         -||-  Data Migrations Inc.
>mpeppler@peppler.org    -||-  http://www.mbay.net/~mpeppler
>Int. Sybase User Group  -||-  http://www.isug.com
>Sybase on Linux mailing list: ase-linux-list@isug.com
>


_______________________________________________________________
Get Free Email and Do More On The Web. Visit http://www.msn.com