Précédent   Forum des professionnels en informatique > Bases de données > Sybase > Adaptive Server Enterprise
Adaptive Server Enterprise Forum d'entraide concernant Sybase Adaptive Server Enterprise, le dataserver phare de Sybase
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 15/10/2007, 12h10   #1
Futur Membre du Club
 
Inscription : mai 2005
Messages : 49
Détails du profil
Informations personnelles :
Âge : 33

Informations forums :
Inscription : mai 2005
Messages : 49
Points : 15
Points : 15
Par défaut [PB]Select error : ct_fetch

Code :
SELECT error : ct_fetch(): user api layer: internal common library error: The bind of result SET item 1 resulted IN truncation.
J'ai cette erreur depuis quelques temps mais pas systématiquement.
Je peux exécuter le même select derrière sans obtenir l'erreur.

Je suis en PB 10.2.1 Build 9537 avec un ASE en Adaptive Server Enterprise/15.0.1/EBF 14206 ESD#2/P/NT (IX86)/Windows 2000/ase1501/2400/32-bit/OPT/Fri Jan 12 17:47:14 2007

Là, j'avoue que je ne sais pas quoi faire ni où chercher.
J'ai bien trouvé ça http://www.developpez.net/forums/sho...28&postcount=3 mais Mpeppler à l'air de dire que ça vient de l'application client.

Alors quelqu'un a t'il une idée pour résoudre cette erreur ?
Merci


PS : j'ai mis le même message dans le forum dédié à PowerBuilder
sailor lvcv est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 15/10/2007, 21h28   #2
Membre Expert
 
Inscription : juin 2007
Messages : 1 056
Détails du profil
Informations forums :
Inscription : juin 2007
Messages : 1 056
Points : 1 078
Points : 1 078
Le même select avec les mêmes paramètres en entrée ? ça ressemble à une variable trop petite pour stocker la valeur récupérée ... mais je ne suis pas vraiment au fait de la ct_lib.

Peut-être la doc OCS pourrait vous éclairer (c'est de la 12.5 mais cela ressemble
bien à votre problème)

http://manuals.sybase.com/onlinebook.../4753;pt=829/*
__________________
Emmanuel T.
kagemaru est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/10/2007, 09h17   #3
Futur Membre du Club
 
Inscription : mai 2005
Messages : 49
Détails du profil
Informations personnelles :
Âge : 33

Informations forums :
Inscription : mai 2005
Messages : 49
Points : 15
Points : 15
C'était juste un Merci Kagemaru, je vais jetter un oeil et voir ...
sailor lvcv est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 16/10/2007, 17h16   #4
Rédacteur/Modérateur
 
Avatar de fadace
 
Homme Fabien Celaia
Administrateur de base de données
Inscription : octobre 2002
Messages : 3 779
Détails du profil
Informations personnelles :
Nom : Homme Fabien Celaia
Âge : 41
Localisation : Suisse

Informations professionnelles :
Activité : Administrateur de base de données
Secteur : Service public

Informations forums :
Inscription : octobre 2002
Messages : 3 779
Points : 8 124
Points : 8 124
Envoyer un message via ICQ à fadace Envoyer un message via Skype™ à fadace
... et évitez les * dans de la programmation SQL dans PB : vous allez au devant de certains soucis de dépassement de buffer si vous ajoutez après coup des colonnes à vos tables.
__________________
Sr DBA Oracle / Sybase / MS-SQL / DB2 / Informix / Postgresql
Administrateur SAP
Mes articles

Attention : pas de réponse technique par MP : pensez aux autres, passez par les forums !
fadace est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 17/10/2007, 09h21   #5
Futur Membre du Club
 
Inscription : mai 2005
Messages : 49
Détails du profil
Informations personnelles :
Âge : 33

Informations forums :
Inscription : mai 2005
Messages : 49
Points : 15
Points : 15
Ce n'était pas de la programmation mais seulement un Edit de ma table dans le Database Painter ce qui équivaut à un select * from ma_table (non ?).

J'ai eut aussi le même message sur le Preview d'une datawindow dont le SQL est Select toutes_les_colonnes from ma_table sur une autre base.

Dans ma programmation, 99,9% de mes ordres SQL sont des porcédures stockées. Et le 0,1% qui reste ne sont pas des select * from ma_table. D'ailleurs avec mes applications je n'ai pas (encore) rencontré ce problème.
sailor lvcv est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 22h25.


 
 
 
 
Partenaires

Hébergement Web