Login mot de passe
 
Menu Principal
Soutenir SQLManagerX
Certains nous ont demandés comment nous aider voici un lien pour nous soutenir


SQLManagerX
Dossiers
Accès SQLManagerX
Découvrez



SQLManagerX Pro


Qui est en ligne
21 utilisateur(s) en ligne (dont 20 sur forum)

Membre(s): 0
Invité(s): 21

plus...
Partenaires

http://www.TeeCod.fr
TeeCod


http://www.microsystem.fr
Microsystem


http://www.dag-system.fr/?lang=fr#
DAG SYSTEM


forum - Tous les messages
   Tous les messages

 Bas   Précédent   Suivant

(1) 2 3 4 ... 459 »


#1 Re: nombre d'enregistrement²
Firetox Posté le : 4/5 16:09
dans ce cas faites un retour en hexa ce qui permettra de passer les retour avec des caractere fin ligne \0 et vide

monacces est un c_php4wM()
monacces:dataHexa = vrai

devrait vous regler votre probleme


#2 Re: nombre d'enregistrement²
CAlim Posté le : 4/5 16:01
Bonjour,

J'utilise PHP4WM en version 9.1

Je viens d'identifier le problème. J'ai des colonnes vide dans la réponse.

Dans la boucle d'extraction des données, il y a un test v_ligne = ""

Si un champs d'une table n'est pas alimenté, la v_ligne est vide est on sort de l'extraction des données.

J'ai supprimé ce test et mis en place un test sur v_indcar qui s'il est à 0 indique que l'on est en fin de la chaine


#3 Re: nombre d'enregistrement²
Firetox Posté le : 4/5 15:51
bonjour,

quel acces utilisez vous ?
php4Wx ou ADO4WD ou autre ?

cdlt


#4 nombre d'enregistrement²
CAlim Posté le : 4/5 14:42
Bonjour,

Je voudrai savoir s'il existe une limite de taille dans les mèssage réponses.
En effet, j'ai une requête sur base oracle qui charge 15 champs. En retour je ne récupère que 4 lignes

Si je réduit à 2 champs dans ce cas j'ai l'ensemble des lignes?

Merci de votre aide.


#5 Re: Compatibilité PHP4WD et PHP7
Firetox Posté le : 3/30 8:19
bonjour,

oui bizarre j'ai de tout en serveur php
mais avec la neuf pas de souci
peut etre la partie ZIP qui est supprimer 9 (en fait pas supprimer mais utilisation de php au lieu d'utiliser le fichier pkzip.php

cdlt


#6 Re: Crash si ajout instance de php4wd ou de sqlmanagerx dans les expressions du débogeur
Firetox Posté le : 3/30 8:15
bonjour,

non pas de probleme pour avoir le debug
en 19 :
Open in new window


en 20
Open in new window


jamais eu ce souci meme avec SQLManagerX : heureusement car le debug des requetes formatées dans dataXmaster aurait pas ete simple


#7 Crash si ajout instance de php4wd ou de sqlmanagerx dans les expressions du débogeur
Bugnet Posté le : 3/29 19:25
Bonjour,

Depuis de très nombreux mois je ne pouvais plus utiliser le débuggeur Windev, car cela générait systématiquement quelque soit l'endroit dans le code de mon projet ou je plaçais un point d'arrêt, un plantage du type :

Module : wd230vm64.dll
Version du module : 23.0.222.4
VI : 01F230042u
Adresse de base : 0000000060790000
Erreur systeme : Access violation (GPF)
RIP = 0000000060890EA2
OS : Windows 7 x64 Service Pack 1(6.1.7601)

Pensant à un gros bug de Windev 20 que j'utilisais, j'ai acheté la mise à jour WD23, pour constater que ça ne changeait rien. Mais du coup j'ai pu avant hier ouvrir un ticket de support chez PCSoft et ils m'ont aidé à mettre la main sur l'origine (pas la cause) du problème.

Le plantage est causé par la présence dans la liste des expressions du débogueur, soit de mon instance de php4wd, soit d'une instance d'un des objets SQLManagerX (qui utilisent mon objet php4wd).

Si je supprime tous ces objets de la liste des expressions du débogueur, le débogueur marche bien.
Mais ça limite les possibilité de debug du coup. Je ne peux plus voir le résultat des requêtes par exemple.

Quelqu'un a t'il déjà eu ce soucis et trouvé la solution ?

Crdlt
Franck


#8 Compatibilité PHP4WD et PHP7
Bugnet Posté le : 3/28 19:15
Bonjour,

Sur un projet Windev j'utilise une version assez ancienne de PHP4WD.PHP car je l'ai tellement modifiée pour des raisons perso que la version 9 ne peux pas fonctionner en l'état.

Un de mes clients vient de passer sa version PHP de 5.6 à 7.0, et depuis mon appli n'arrive plus à se connecter.

Quand je test php4wd.php?test=OUI, le navigateur affiche ce message d'erreur:

Citation :
Service Unavailable

The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.



Interrogé, l'hébergeur me dit que ce script n'est pas compatible PHP7.
En cherchant sur ce forum j'ai pu comprendre que la version 9 est compatible PHP7.
Mais j'ai beau comparer mon ancienne version et la 9, je ne vois pas trop ce que je dois changer ou ajouter pour qu'elle fonctionne sur PHP7.

Une idée ?

EDIT qcq heures plus tard : Je viens d'upgrader le PHP de mon mac de 5.6 en 7.0 pour débuger cette affaire, et je m'aperçois que mon appli se connecte très bien. PH4WD.PHP n'a pas bronché.

Donc le problème est spécifique à l'hébergeur de mon client (qui en l'occurrence est aussi le mien), et uniquement lorsque PHP est configuré en 7.0.

Ca va pas être facile à résoudre cette affaire...

Crdlt
Franck


#9 Re: PHP4WX - Pas d'ID
nittya Posté le : 3/28 2:29
Super ! Avec :
CryptRetour : faux
dataHexa : faux
modeUTF8 : faux
Tout est bon : les ID et les accents ! Merci :D


#10 Re: PHP4WX - Pas d'ID
Firetox Posté le : 3/27 7:47
bonjour,

le probleme vient de cryptRetour
par defaut je ne l'utilise pas car si je veux un retour crypté je passe par https

dans mes tests j'utilise :
:cryptRetour = faux
:methodeZip = faux

ensuite suivant le cas (base sur un serveur particulueir ou charset different je joue avec :dataHexa et parfois modeUTF8 mais dans mes projets j'ai modeUTF8 = faux

donc en recap
:cryptRetour = faux
:methodeZip = faux
:modeUTF8 = faux
:dataHexa=vrai

lorsqu'on zip le retour c'est fait avant le charset client php donc on perd les accents



 Haut
(1) 2 3 4 ... 459 »




Copyright: © 2004 By SQLManagerX
WinDev©, WebDev© et HyperFile© sont des marques déposées par PCSoft.
By Firetox
IMAGO:THEMES Theme Design by IMAGO DESIGN CORP.