Bonjour
Mon appli utilise ADO pour se connecter à SQL server 2000
J'ai un champ de type ntext (qui correspond ds l'appli au contenu d'1 traitement de texte)
Si je suis en win 2000 je peux sans problème créer, supprimer, modifier les données du champ
Par contre sous win 98 la suppression renvoie une erreur (une opération en plusieurs états à générer des erreus...
Je suis certain que mon problème est lié au type ntext mais je ne trouve pas de solution correcte
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Sylvain Lafontaine
Avez-vous installé les derniers services packs et MDAC pour Win98?
Une description de la méthode utilisée ou un exemple pourrait également nous être utile ici.
Finalement, avec Win98, il y a de très forte chance pour que votre document provenant du traitement de texte ne soit pas en Unicode mais plutôt en Ascii; avec un codepage qui est probablement win1252 (pas sûr de me souvenir du numéro exact ici). Vous avez donc peut-être un problème de configuration des codespages dans votre chaîne de connection ADO.
Si vous essayez avec un champ image, donc sans traduction, cela corrigerait-il le problème?
S. L.
"temp" wrote in message news:
Bonjour, Mon appli utilise ADO pour se connecter à SQL server 2000. J'ai un champ de type ntext (qui correspond ds l'appli au contenu d'1
traitement de texte).
Si je suis en win 2000 je peux sans problème créer, supprimer, modifier
les données du champ.
Par contre sous win 98 la suppression renvoie une erreur (une opération en
plusieurs états à générer des erreus...)
Je suis certain que mon problème est lié au type ntext mais je ne trouve
pas de solution correcte.
aidez moi svp
merci
Avez-vous installé les derniers services packs et MDAC pour Win98?
Une description de la méthode utilisée ou un exemple pourrait également nous
être utile ici.
Finalement, avec Win98, il y a de très forte chance pour que votre document
provenant du traitement de texte ne soit pas en Unicode mais plutôt en
Ascii; avec un codepage qui est probablement win1252 (pas sûr de me souvenir
du numéro exact ici). Vous avez donc peut-être un problème de configuration
des codespages dans votre chaîne de connection ADO.
Si vous essayez avec un champ image, donc sans traduction, cela
corrigerait-il le problème?
S. L.
"temp" <anonymous@discussions.microsoft.com> wrote in message
news:ABDD1245-E328-4314-9B92-87021DC1A587@microsoft.com...
Bonjour,
Mon appli utilise ADO pour se connecter à SQL server 2000.
J'ai un champ de type ntext (qui correspond ds l'appli au contenu d'1
traitement de texte).
Si je suis en win 2000 je peux sans problème créer, supprimer, modifier
les données du champ.
Par contre sous win 98 la suppression renvoie une erreur (une opération en
plusieurs états à générer des erreus...)
Je suis certain que mon problème est lié au type ntext mais je ne trouve
Avez-vous installé les derniers services packs et MDAC pour Win98?
Une description de la méthode utilisée ou un exemple pourrait également nous être utile ici.
Finalement, avec Win98, il y a de très forte chance pour que votre document provenant du traitement de texte ne soit pas en Unicode mais plutôt en Ascii; avec un codepage qui est probablement win1252 (pas sûr de me souvenir du numéro exact ici). Vous avez donc peut-être un problème de configuration des codespages dans votre chaîne de connection ADO.
Si vous essayez avec un champ image, donc sans traduction, cela corrigerait-il le problème?
S. L.
"temp" wrote in message news:
Bonjour, Mon appli utilise ADO pour se connecter à SQL server 2000. J'ai un champ de type ntext (qui correspond ds l'appli au contenu d'1
traitement de texte).
Si je suis en win 2000 je peux sans problème créer, supprimer, modifier
les données du champ.
Par contre sous win 98 la suppression renvoie une erreur (une opération en
plusieurs états à générer des erreus...)
Je suis certain que mon problème est lié au type ntext mais je ne trouve
pas de solution correcte.
aidez moi svp
merci
tem
merci pour les infos
j'suis plus au travail, donc j'ai pas d'autre précision pour aujourd'hui...à demai
@
----- Sylvain Lafontaine a écrit : ----
Avez-vous installé les derniers services packs et MDAC pour Win98
Une description de la méthode utilisée ou un exemple pourrait également nou être utile ici
Finalement, avec Win98, il y a de très forte chance pour que votre documen provenant du traitement de texte ne soit pas en Unicode mais plutôt e Ascii; avec un codepage qui est probablement win1252 (pas sûr de me souveni du numéro exact ici). Vous avez donc peut-être un problème de configuratio des codespages dans votre chaîne de connection ADO
Si vous essayez avec un champ image, donc sans traduction, cel corrigerait-il le problème
S. L
"temp" wrote in messag news: > Bonjour > Mon appli utilise ADO pour se connecter à SQL server 2000 > J'ai un champ de type ntext (qui correspond ds l'appli au contenu d' traitement de texte) > Si je suis en win 2000 je peux sans problème créer, supprimer, modifie les données du champ >> Par contre sous win 98 la suppression renvoie une erreur (une opération e plusieurs états à générer des erreus... >> Je suis certain que mon problème est lié au type ntext mais je ne trouv pas de solution correcte >> aidez moi sv >> merc
merci pour les infos
j'suis plus au travail, donc j'ai pas d'autre précision pour aujourd'hui...à demai
@
----- Sylvain Lafontaine a écrit : ----
Avez-vous installé les derniers services packs et MDAC pour Win98
Une description de la méthode utilisée ou un exemple pourrait également nou
être utile ici
Finalement, avec Win98, il y a de très forte chance pour que votre documen
provenant du traitement de texte ne soit pas en Unicode mais plutôt e
Ascii; avec un codepage qui est probablement win1252 (pas sûr de me souveni
du numéro exact ici). Vous avez donc peut-être un problème de configuratio
des codespages dans votre chaîne de connection ADO
Si vous essayez avec un champ image, donc sans traduction, cel
corrigerait-il le problème
S. L
"temp" <anonymous@discussions.microsoft.com> wrote in messag
news:ABDD1245-E328-4314-9B92-87021DC1A587@microsoft.com..
> Bonjour
> Mon appli utilise ADO pour se connecter à SQL server 2000
> J'ai un champ de type ntext (qui correspond ds l'appli au contenu d'
traitement de texte)
> Si je suis en win 2000 je peux sans problème créer, supprimer, modifie
les données du champ
>> Par contre sous win 98 la suppression renvoie une erreur (une opération e
plusieurs états à générer des erreus...
>> Je suis certain que mon problème est lié au type ntext mais je ne trouv
pas de solution correcte
>> aidez moi sv
>> merc
j'suis plus au travail, donc j'ai pas d'autre précision pour aujourd'hui...à demai
@
----- Sylvain Lafontaine a écrit : ----
Avez-vous installé les derniers services packs et MDAC pour Win98
Une description de la méthode utilisée ou un exemple pourrait également nou être utile ici
Finalement, avec Win98, il y a de très forte chance pour que votre documen provenant du traitement de texte ne soit pas en Unicode mais plutôt e Ascii; avec un codepage qui est probablement win1252 (pas sûr de me souveni du numéro exact ici). Vous avez donc peut-être un problème de configuratio des codespages dans votre chaîne de connection ADO
Si vous essayez avec un champ image, donc sans traduction, cel corrigerait-il le problème
S. L
"temp" wrote in messag news: > Bonjour > Mon appli utilise ADO pour se connecter à SQL server 2000 > J'ai un champ de type ntext (qui correspond ds l'appli au contenu d' traitement de texte) > Si je suis en win 2000 je peux sans problème créer, supprimer, modifie les données du champ >> Par contre sous win 98 la suppression renvoie une erreur (une opération e plusieurs états à générer des erreus... >> Je suis certain que mon problème est lié au type ntext mais je ne trouv pas de solution correcte >> aidez moi sv >> merc
temp
bonjour
les mises à jours sont o
La méthode utilisée est le binding de mes controles avec les champ
J'ai essayé de mettre un champ image à la place de mon champ text (...hum, c un champ text mais pas ntext... mais j'ai une erreur renvoyée par SQLServer2000. donc je crée une autre table identique mais avec le champ image Je n'ai pas pu enregistré le champ..
(le champ contient du texte et des objets : insertion images...
Si il faut plus d'infos pas de problèm
@
----- tem a écrit : ----
merci pour les infos
j'suis plus au travail, donc j'ai pas d'autre précision pour aujourd'hui...à demai
@
----- Sylvain Lafontaine a écrit : ----
Avez-vous installé les derniers services packs et MDAC pour Win98
Une description de la méthode utilisée ou un exemple pourrait également nou être utile ici
Finalement, avec Win98, il y a de très forte chance pour que votre documen provenant du traitement de texte ne soit pas en Unicode mais plutôt e Ascii; avec un codepage qui est probablement win1252 (pas sûr de me souveni du numéro exact ici). Vous avez donc peut-être un problème de configuratio des codespages dans votre chaîne de connection ADO
Si vous essayez avec un champ image, donc sans traduction, cel corrigerait-il le problème
S. L
"temp" wrote in messag news: > Bonjour > Mon appli utilise ADO pour se connecter à SQL server 2000 > J'ai un champ de type ntext (qui correspond ds l'appli au contenu d' traitement de texte) > Si je suis en win 2000 je peux sans problème créer, supprimer, modifie les données du champ >> Par contre sous win 98 la suppression renvoie une erreur (une opération e plusieurs états à générer des erreus... >> Je suis certain que mon problème est lié au type ntext mais je ne trouv pas de solution correcte >> aidez moi sv >> merc
bonjour
les mises à jours sont o
La méthode utilisée est le binding de mes controles avec les champ
J'ai essayé de mettre un champ image à la place de mon champ text (...hum, c un champ text mais pas ntext...
mais j'ai une erreur renvoyée par SQLServer2000. donc je crée une autre table identique mais avec le champ image
Je n'ai pas pu enregistré le champ..
(le champ contient du texte et des objets : insertion images...
Si il faut plus d'infos pas de problèm
@
----- tem a écrit : ----
merci pour les infos
j'suis plus au travail, donc j'ai pas d'autre précision pour aujourd'hui...à demai
@
----- Sylvain Lafontaine a écrit : ----
Avez-vous installé les derniers services packs et MDAC pour Win98
Une description de la méthode utilisée ou un exemple pourrait également nou
être utile ici
Finalement, avec Win98, il y a de très forte chance pour que votre documen
provenant du traitement de texte ne soit pas en Unicode mais plutôt e
Ascii; avec un codepage qui est probablement win1252 (pas sûr de me souveni
du numéro exact ici). Vous avez donc peut-être un problème de configuratio
des codespages dans votre chaîne de connection ADO
Si vous essayez avec un champ image, donc sans traduction, cel
corrigerait-il le problème
S. L
"temp" <anonymous@discussions.microsoft.com> wrote in messag
news:ABDD1245-E328-4314-9B92-87021DC1A587@microsoft.com..
> Bonjour
> Mon appli utilise ADO pour se connecter à SQL server 2000
> J'ai un champ de type ntext (qui correspond ds l'appli au contenu d'
traitement de texte)
> Si je suis en win 2000 je peux sans problème créer, supprimer, modifie
les données du champ
>> Par contre sous win 98 la suppression renvoie une erreur (une opération e
plusieurs états à générer des erreus...
>> Je suis certain que mon problème est lié au type ntext mais je ne trouv
pas de solution correcte
>> aidez moi sv
>> merc
La méthode utilisée est le binding de mes controles avec les champ
J'ai essayé de mettre un champ image à la place de mon champ text (...hum, c un champ text mais pas ntext... mais j'ai une erreur renvoyée par SQLServer2000. donc je crée une autre table identique mais avec le champ image Je n'ai pas pu enregistré le champ..
(le champ contient du texte et des objets : insertion images...
Si il faut plus d'infos pas de problèm
@
----- tem a écrit : ----
merci pour les infos
j'suis plus au travail, donc j'ai pas d'autre précision pour aujourd'hui...à demai
@
----- Sylvain Lafontaine a écrit : ----
Avez-vous installé les derniers services packs et MDAC pour Win98
Une description de la méthode utilisée ou un exemple pourrait également nou être utile ici
Finalement, avec Win98, il y a de très forte chance pour que votre documen provenant du traitement de texte ne soit pas en Unicode mais plutôt e Ascii; avec un codepage qui est probablement win1252 (pas sûr de me souveni du numéro exact ici). Vous avez donc peut-être un problème de configuratio des codespages dans votre chaîne de connection ADO
Si vous essayez avec un champ image, donc sans traduction, cel corrigerait-il le problème
S. L
"temp" wrote in messag news: > Bonjour > Mon appli utilise ADO pour se connecter à SQL server 2000 > J'ai un champ de type ntext (qui correspond ds l'appli au contenu d' traitement de texte) > Si je suis en win 2000 je peux sans problème créer, supprimer, modifie les données du champ >> Par contre sous win 98 la suppression renvoie une erreur (une opération e plusieurs états à générer des erreus... >> Je suis certain que mon problème est lié au type ntext mais je ne trouv pas de solution correcte >> aidez moi sv >> merc
Sylvain Lafontaine
ADO travaille en Unicode, il ne devrait donc pas y avoir de problème si vous utilisez ntext. Si vous utilisez un champ text à la place de ntext, il y a un risque potentiel de problème de traduction si le codepage utilisé par le serveur est différent de celui de la machine client, celle sur laquelle tourne le code ADO.
Cependant, ADO peut utiliser OLEDB ou ODBC pour communiquer avec le serveur et il existe des comportements et des paramètres de configuration différents entre ces deux systèmes. Je soupçonne que vous utilisez le pilote mixte ODBC/OLEDB au lieu du pilote OLEDB natif pour SQL-Server.
De plus, de quel type de contrôle s'agit-il? Est-ce des contrôles VB6, VB.NET ou encore ASP, etc.? Il peut fort bien y avoir un problème de traduction entre vos contrôles et ADO.
Finalement, les derniers services packs pour Win98 n'installent pas la dernière version du MDAC (contrairement à ce qui se passe pour WinXP et Win2000). Il faudrait vérifier la version du MDAC réellement installée sur votre machine Win98.
S. L.
"temp" wrote in message news:
bonjour,
les mises à jours sont ok
La méthode utilisée est le binding de mes controles avec les champs
J'ai essayé de mettre un champ image à la place de mon champ text (...hum,
c un champ text mais pas ntext...)
mais j'ai une erreur renvoyée par SQLServer2000. donc je crée une autre
table identique mais avec le champ image.
Je n'ai pas pu enregistré le champ...
(le champ contient du texte et des objets : insertion images...)
Si il faut plus d'infos pas de problème
@+
----- tem a écrit : -----
merci pour les infos,
j'suis plus au travail, donc j'ai pas d'autre précision pour
aujourd'hui...à demain
@+
----- Sylvain Lafontaine a écrit : -----
Avez-vous installé les derniers services packs et MDAC pour
Win98?
Une description de la méthode utilisée ou un exemple pourrait
également nous
être utile ici.
Finalement, avec Win98, il y a de très forte chance pour que
votre document
provenant du traitement de texte ne soit pas en Unicode mais
plutôt en
Ascii; avec un codepage qui est probablement win1252 (pas sûr de
me souvenir
du numéro exact ici). Vous avez donc peut-être un problème de
configuration
des codespages dans votre chaîne de connection ADO.
Si vous essayez avec un champ image, donc sans traduction, cela corrigerait-il le problème?
S. L.
"temp" wrote in message news: > Bonjour, > Mon appli utilise ADO pour se connecter à SQL server 2000. > J'ai un champ de type ntext (qui correspond ds l'appli au
contenu d'1
traitement de texte). > Si je suis en win 2000 je peux sans problème créer, supprimer,
modifier
les données du champ. >> Par contre sous win 98 la suppression renvoie une erreur (une
opération en
plusieurs états à générer des erreus...) >> Je suis certain que mon problème est lié au type ntext mais
je ne trouve
pas de solution correcte. >> aidez moi svp >> merci
ADO travaille en Unicode, il ne devrait donc pas y avoir de problème si vous
utilisez ntext. Si vous utilisez un champ text à la place de ntext, il y a
un risque potentiel de problème de traduction si le codepage utilisé par le
serveur est différent de celui de la machine client, celle sur laquelle
tourne le code ADO.
Cependant, ADO peut utiliser OLEDB ou ODBC pour communiquer avec le serveur
et il existe des comportements et des paramètres de configuration différents
entre ces deux systèmes. Je soupçonne que vous utilisez le pilote mixte
ODBC/OLEDB au lieu du pilote OLEDB natif pour SQL-Server.
De plus, de quel type de contrôle s'agit-il? Est-ce des contrôles VB6,
VB.NET ou encore ASP, etc.? Il peut fort bien y avoir un problème de
traduction entre vos contrôles et ADO.
Finalement, les derniers services packs pour Win98 n'installent pas la
dernière version du MDAC (contrairement à ce qui se passe pour WinXP et
Win2000). Il faudrait vérifier la version du MDAC réellement installée sur
votre machine Win98.
S. L.
"temp" <anonymous@discussions.microsoft.com> wrote in message
news:AA5F737B-186A-42EB-A018-2016D56A79A1@microsoft.com...
bonjour,
les mises à jours sont ok
La méthode utilisée est le binding de mes controles avec les champs
J'ai essayé de mettre un champ image à la place de mon champ text (...hum,
c un champ text mais pas ntext...)
mais j'ai une erreur renvoyée par SQLServer2000. donc je crée une autre
table identique mais avec le champ image.
Je n'ai pas pu enregistré le champ...
(le champ contient du texte et des objets : insertion images...)
Si il faut plus d'infos pas de problème
@+
----- tem a écrit : -----
merci pour les infos,
j'suis plus au travail, donc j'ai pas d'autre précision pour
aujourd'hui...à demain
@+
----- Sylvain Lafontaine a écrit : -----
Avez-vous installé les derniers services packs et MDAC pour
Win98?
Une description de la méthode utilisée ou un exemple pourrait
également nous
être utile ici.
Finalement, avec Win98, il y a de très forte chance pour que
votre document
provenant du traitement de texte ne soit pas en Unicode mais
plutôt en
Ascii; avec un codepage qui est probablement win1252 (pas sûr de
me souvenir
du numéro exact ici). Vous avez donc peut-être un problème de
configuration
des codespages dans votre chaîne de connection ADO.
Si vous essayez avec un champ image, donc sans traduction, cela
corrigerait-il le problème?
S. L.
"temp" <anonymous@discussions.microsoft.com> wrote in message
news:ABDD1245-E328-4314-9B92-87021DC1A587@microsoft.com...
> Bonjour,
> Mon appli utilise ADO pour se connecter à SQL server 2000.
> J'ai un champ de type ntext (qui correspond ds l'appli au
contenu d'1
traitement de texte).
> Si je suis en win 2000 je peux sans problème créer, supprimer,
modifier
les données du champ.
>> Par contre sous win 98 la suppression renvoie une erreur (une
opération en
plusieurs états à générer des erreus...)
>> Je suis certain que mon problème est lié au type ntext mais
je ne trouve
pas de solution correcte.
>> aidez moi svp
>> merci
ADO travaille en Unicode, il ne devrait donc pas y avoir de problème si vous utilisez ntext. Si vous utilisez un champ text à la place de ntext, il y a un risque potentiel de problème de traduction si le codepage utilisé par le serveur est différent de celui de la machine client, celle sur laquelle tourne le code ADO.
Cependant, ADO peut utiliser OLEDB ou ODBC pour communiquer avec le serveur et il existe des comportements et des paramètres de configuration différents entre ces deux systèmes. Je soupçonne que vous utilisez le pilote mixte ODBC/OLEDB au lieu du pilote OLEDB natif pour SQL-Server.
De plus, de quel type de contrôle s'agit-il? Est-ce des contrôles VB6, VB.NET ou encore ASP, etc.? Il peut fort bien y avoir un problème de traduction entre vos contrôles et ADO.
Finalement, les derniers services packs pour Win98 n'installent pas la dernière version du MDAC (contrairement à ce qui se passe pour WinXP et Win2000). Il faudrait vérifier la version du MDAC réellement installée sur votre machine Win98.
S. L.
"temp" wrote in message news:
bonjour,
les mises à jours sont ok
La méthode utilisée est le binding de mes controles avec les champs
J'ai essayé de mettre un champ image à la place de mon champ text (...hum,
c un champ text mais pas ntext...)
mais j'ai une erreur renvoyée par SQLServer2000. donc je crée une autre
table identique mais avec le champ image.
Je n'ai pas pu enregistré le champ...
(le champ contient du texte et des objets : insertion images...)
Si il faut plus d'infos pas de problème
@+
----- tem a écrit : -----
merci pour les infos,
j'suis plus au travail, donc j'ai pas d'autre précision pour
aujourd'hui...à demain
@+
----- Sylvain Lafontaine a écrit : -----
Avez-vous installé les derniers services packs et MDAC pour
Win98?
Une description de la méthode utilisée ou un exemple pourrait
également nous
être utile ici.
Finalement, avec Win98, il y a de très forte chance pour que
votre document
provenant du traitement de texte ne soit pas en Unicode mais
plutôt en
Ascii; avec un codepage qui est probablement win1252 (pas sûr de
me souvenir
du numéro exact ici). Vous avez donc peut-être un problème de
configuration
des codespages dans votre chaîne de connection ADO.
Si vous essayez avec un champ image, donc sans traduction, cela corrigerait-il le problème?
S. L.
"temp" wrote in message news: > Bonjour, > Mon appli utilise ADO pour se connecter à SQL server 2000. > J'ai un champ de type ntext (qui correspond ds l'appli au
contenu d'1
traitement de texte). > Si je suis en win 2000 je peux sans problème créer, supprimer,
modifier
les données du champ. >> Par contre sous win 98 la suppression renvoie une erreur (une
opération en
plusieurs états à générer des erreus...) >> Je suis certain que mon problème est lié au type ntext mais
je ne trouve
pas de solution correcte. >> aidez moi svp >> merci
