MagicBuzz dit :
uts_signal:  ACCESS_VIOLATION
MagicBuzz dit :
ca veut dire quoi sur une édition ?
MagicBuzz dit :
sortie en PDF
DHI61 dit :
débordement mémoire
MagicBuzz dit :
mmmm genre ça fait 1 Go de trucs à gérer en mémoire ?
DHI61 dit :
rien à voir à priori avec le PDF puisque le PDF c'est stsv après G, c'est donc le batch G qui plante
DHI61 dit :
Non par exemple le mets du char dans un number --> débordement mémoire...
MagicBuzz dit :
je parlais du PDF, parceque ça aurait pu aussi venir d'un fichier locké, ou d'une file d'impression  
MagicBuzz dit :
ok
MagicBuzz dit :
donc données pourries dans une codzn certainement
MagicBuzz dit :
merci
DHI61 dit :
Je ne sais pas il faut diagnostiquer : c'est quoi un batch standard, un gedt, une vue spécifique...
MagicBuzz dit :
edition des stats sur les ventes
MagicBuzz dit :
mais quand j'ai dit que ça devrait être une donnée pourrie, maryse m'a dit quedans la collection demandée, y'a un produit qui fait systématiquement planter l'édition des factures
MagicBuzz dit :
ça confirme donc
MagicBuzz dit :
je regarde ce produit
DHI61 dit :
oui mais encore : nom du batch, maquette, vue, etc...
MagicBuzz dit :
vcdve7 / pas de vue
MagicBuzz dit :
ça veut dire quoi çadans la maquette ?
P   TRT="info_dep"
P   TRT="info_ssfpro"
DHI61 dit :
Des mot-clés qui déclenchent des lectures supplémentaires dans le prog et qui enrichissent les blocs d'édition.
MagicBuzz dit :
ok
DHI61 dit :
Sans ces mot-clés le prog fait moins d'accès  
DHI61 dit :
Cf. la doc
MagicBuzz dit :
en fait je cherchais dans la maquette s'il y avait des masques utilisés pour concentrer mes recherches sur ces champs
MagicBuzz dit :
mais y'en a pas, et y'a pas de traîtement non plus
MagicBuzz dit :
là je suis en train d'isoler le produit qui déconne
DHI61 dit :
A suivre donc...
MagicBuzz dit :
y reste 3 produits à tester  
DHI61 dit :
A table !!!!!!!!!!
   
DHI61 vous a envoyé un wizz !
   
MagicBuzz dit :
vi?
MagicBuzz dit :
bon app
MagicBuzz dit :
j'ai trouvé le produit qui fait planter, mais je trouve pas ploi
MagicBuzz dit :
je ne comprends pas ce qu'il se passe
MagicBuzz dit :
produit A10307
MagicBuzz dit :
je lance l'édition sans autre filtre que le produit : etat5
MagicBuzz dit :
je filtre que sur codeta=I
MagicBuzz dit :
erreur aussi (sauf codeta à produire une erreur)
MagicBuzz dit :
je regarde dans la base. j'ai des dateve qui correspondent que entre 20050601 et 20060228
MagicBuzz dit :
je mets ces dates en filtre supplémentaire
MagicBuzz dit :
ça plante plus
   
Vous avez envoyé un wizz !
   
DHI61 vous a envoyé un wizz !
   
MagicBuzz dit :
 
DHI61 dit :
Je réfléchis;..
MagicBuzz dit :
le champ dans le filtre d'appelle "datcde"
MagicBuzz dit :
il est peut-être différent de dateve ? (type v/cdv)
DHI61 dit :
c'est edevl.exe et la vue vedevl ?
MagicBuzz dit :
ceci dit, les autres dates de ces lignes eve sont dans le meme interval de date
MagicBuzz dit :
je vois ça où ?
MagicBuzz dit :
c'est le paramétrage par défaut
MagicBuzz dit :
(pas de vue entrée en dur dans upled)
DHI61 dit :
dans UFCT pour le nom de ta fonction XXXXE7 je ne sais plus laquelle....
MagicBuzz dit :
ok, je regarde
DHI61 dit :
dans UPLED pour la vue si elle est spécifique
MagicBuzz dit :
edevl.exe en effet
MagicBuzz dit :
et y'a pas de vue spécifique
MagicBuzz dit :
et la maquelle ne fait aucun traîtement (elle ne ramène que des @xxx
DHI61 dit :
c'est donc vedevl qui est utilisée
MagicBuzz dit :
y'a pas un seul ~
DHI61 dit :
c'est donc le binaire edevl.exe qui plante certainement à cause d'un pb de data
MagicBuzz dit :
oui, mais pkoi quand j'indique un filtre qui prends à priori toutes les valeurs, ça plante pas ?
MagicBuzz dit :
et si je filtre pas, ça plante
DHI61 dit :
qui dit filtre dit restriction donc moins de lignes donc OK
qui dit pas de flitre dit tout donc plus de lignes donc plantage
MagicBuzz dit :
sauf que là, je reviens de faire un test sur la même erreur que vient de m'envoyer maryse
MagicBuzz dit :
A10313
MagicBuzz dit :
sans filtre, pas d'erreur
MagicBuzz dit :
si on filtre SIGDEP=DPT et datcde depuis le 01/10/2005 jusqu'à aujourd'hui, ça plante
MagicBuzz dit :
là j'en perds mon latin
MagicBuzz dit :
(ça tombe bien, j'ai jamais su parler cette langue)
DHI61 dit :
datcde ça existe pas dans la base tu peux me dire dans la vue sur quel champ réel ça matche ?
MagicBuzz dit :
c'est bien dateve (c'est comme ça qu'il s'appelle quand je passe en mode paramétrage du lanceur)
MagicBuzz dit :
sinon au fait, c'est pas la vue qui pante, quand je lance la requête du log à la main elle tourne sans problème
MagicBuzz dit :
et dans le log elle ramène bien les lignes
MagicBuzz dit :
c'est donc après que ça plante
MagicBuzz dit :
si on trie par une donnée qui "correspond à rien" (je veux dire, on met 1 et 2 dans la colonne de tri au pifomètre)
MagicBuzz dit :
est-ce que ça peut produire une erreur ?
MagicBuzz dit :
en effet, maryse à modifié les tri dans une édition de matin, et ça a planté. là on a relancé la mêe avec de tris, et ça n'a pas planté

MagicBuzz dit :
uts_signal:  ACCESS_VIOLATION
MagicBuzz dit :
ca veut dire quoi sur une édition ?
MagicBuzz dit :
sortie en PDF
DHI61 dit :
débordement mémoire
MagicBuzz dit :
mmmm genre ça fait 1 Go de trucs à gérer en mémoire ?
DHI61 dit :
rien à voir à priori avec le PDF puisque le PDF c'est stsv après G, c'est donc le batch G qui plante
DHI61 dit :
Non par exemple le mets du char dans un number --> débordement mémoire...
MagicBuzz dit :
je parlais du PDF, parceque ça aurait pu aussi venir d'un fichier locké, ou d'une file d'impression  
MagicBuzz dit :
ok
MagicBuzz dit :
donc données pourries dans une codzn certainement
MagicBuzz dit :
merci
DHI61 dit :
Je ne sais pas il faut diagnostiquer : c'est quoi un batch standard, un gedt, une vue spécifique...
MagicBuzz dit :
edition des stats sur les ventes
MagicBuzz dit :
mais quand j'ai dit que ça devrait être une donnée pourrie, maryse m'a dit quedans la collection demandée, y'a un produit qui fait systématiquement planter l'édition des factures
MagicBuzz dit :
ça confirme donc
MagicBuzz dit :
je regarde ce produit
DHI61 dit :
oui mais encore : nom du batch, maquette, vue, etc...
MagicBuzz dit :
vcdve7 / pas de vue
MagicBuzz dit :
ça veut dire quoi çadans la maquette ?
P   TRT="info_dep"
P   TRT="info_ssfpro"
DHI61 dit :
Des mot-clés qui déclenchent des lectures supplémentaires dans le prog et qui enrichissent les blocs d'édition.
MagicBuzz dit :
ok
DHI61 dit :
Sans ces mot-clés le prog fait moins d'accès  
DHI61 dit :
Cf. la doc
MagicBuzz dit :
en fait je cherchais dans la maquette s'il y avait des masques utilisés pour concentrer mes recherches sur ces champs
MagicBuzz dit :
mais y'en a pas, et y'a pas de traîtement non plus
MagicBuzz dit :
là je suis en train d'isoler le produit qui déconne
DHI61 dit :
A suivre donc...
MagicBuzz dit :
y reste 3 produits à tester  
DHI61 dit :
A table !!!!!!!!!!
   
DHI61 vous a envoyé un wizz !
   
MagicBuzz dit :
vi?
MagicBuzz dit :
bon app
MagicBuzz dit :
j'ai trouvé le produit qui fait planter, mais je trouve pas ploi
MagicBuzz dit :
je ne comprends pas ce qu'il se passe
MagicBuzz dit :
produit A10307
MagicBuzz dit :
je lance l'édition sans autre filtre que le produit : etat5
MagicBuzz dit :
je filtre que sur codeta=I
MagicBuzz dit :
erreur aussi (sauf codeta à produire une erreur)
MagicBuzz dit :
je regarde dans la base. j'ai des dateve qui correspondent que entre 20050601 et 20060228
MagicBuzz dit :
je mets ces dates en filtre supplémentaire
MagicBuzz dit :
ça plante plus
   
Vous avez envoyé un wizz !
   
DHI61 vous a envoyé un wizz !
   
MagicBuzz dit :
 
DHI61 dit :
Je réfléchis;..
MagicBuzz dit :
le champ dans le filtre d'appelle "datcde"
MagicBuzz dit :
il est peut-être différent de dateve ? (type v/cdv)
DHI61 dit :
c'est edevl.exe et la vue vedevl ?
MagicBuzz dit :
ceci dit, les autres dates de ces lignes eve sont dans le meme interval de date
MagicBuzz dit :
je vois ça où ?
MagicBuzz dit :
c'est le paramétrage par défaut
MagicBuzz dit :
(pas de vue entrée en dur dans upled)
DHI61 dit :
dans UFCT pour le nom de ta fonction XXXXE7 je ne sais plus laquelle....
MagicBuzz dit :
ok, je regarde
DHI61 dit :
dans UPLED pour la vue si elle est spécifique
MagicBuzz dit :
edevl.exe en effet
MagicBuzz dit :
et y'a pas de vue spécifique
MagicBuzz dit :
et la maquelle ne fait aucun traîtement (elle ne ramène que des @xxx
DHI61 dit :
c'est donc vedevl qui est utilisée
MagicBuzz dit :
y'a pas un seul ~
DHI61 dit :
c'est donc le binaire edevl.exe qui plante certainement à cause d'un pb de data
MagicBuzz dit :
oui, mais pkoi quand j'indique un filtre qui prends à priori toutes les valeurs, ça plante pas ?
MagicBuzz dit :
et si je filtre pas, ça plante
DHI61 dit :
qui dit filtre dit restriction donc moins de lignes donc OK
qui dit pas de flitre dit tout donc plus de lignes donc plantage
MagicBuzz dit :
sauf que là, je reviens de faire un test sur la même erreur que vient de m'envoyer maryse
MagicBuzz dit :
A10313
MagicBuzz dit :
sans filtre, pas d'erreur
MagicBuzz dit :
si on filtre SIGDEP=DPT et datcde depuis le 01/10/2005 jusqu'à aujourd'hui, ça plante
MagicBuzz dit :
là j'en perds mon latin
MagicBuzz dit :
(ça tombe bien, j'ai jamais su parler cette langue)
DHI61 dit :
datcde ça existe pas dans la base tu peux me dire dans la vue sur quel champ réel ça matche ?
MagicBuzz dit :
c'est bien dateve (c'est comme ça qu'il s'appelle quand je passe en mode paramétrage du lanceur)
MagicBuzz dit :
sinon au fait, c'est pas la vue qui pante, quand je lance la requête du log à la main elle tourne sans problème
MagicBuzz dit :
et dans le log elle ramène bien les lignes
MagicBuzz dit :
c'est donc après que ça plante
MagicBuzz dit :
si on trie par une donnée qui "correspond à rien" (je veux dire, on met 1 et 2 dans la colonne de tri au pifomètre)
MagicBuzz dit :
est-ce que ça peut produire une erreur ?
MagicBuzz dit :
en effet, maryse à modifié les tri dans une édition de matin, et ça a planté. là on a relancé la mêe avec de tris, et ça n'a pas planté

MagicBuzz dit :
uts_signal:  ACCESS_VIOLATION
MagicBuzz dit :
ca veut dire quoi sur une édition ?
MagicBuzz dit :
sortie en PDF
DHI61 dit :
débordement mémoire
MagicBuzz dit :
mmmm genre ça fait 1 Go de trucs à gérer en mémoire ?
DHI61 dit :
rien à voir à priori avec le PDF puisque le PDF c'est stsv après G, c'est donc le batch G qui plante
DHI61 dit :
Non par exemple le mets du char dans un number --> débordement mémoire...
MagicBuzz dit :
je parlais du PDF, parceque ça aurait pu aussi venir d'un fichier locké, ou d'une file d'impression  
MagicBuzz dit :
ok
MagicBuzz dit :
donc données pourries dans une codzn certainement
MagicBuzz dit :
merci
DHI61 dit :
Je ne sais pas il faut diagnostiquer : c'est quoi un batch standard, un gedt, une vue spécifique...
MagicBuzz dit :
edition des stats sur les ventes
MagicBuzz dit :
mais quand j'ai dit que ça devrait être une donnée pourrie, maryse m'a dit quedans la collection demandée, y'a un produit qui fait systématiquement planter l'édition des factures
MagicBuzz dit :
ça confirme donc
MagicBuzz dit :
je regarde ce produit
DHI61 dit :
oui mais encore : nom du batch, maquette, vue, etc...
MagicBuzz dit :
vcdve7 / pas de vue
MagicBuzz dit :
ça veut dire quoi çadans la maquette ?
P   TRT="info_dep"
P   TRT="info_ssfpro"
DHI61 dit :
Des mot-clés qui déclenchent des lectures supplémentaires dans le prog et qui enrichissent les blocs d'édition.
MagicBuzz dit :
ok
DHI61 dit :
Sans ces mot-clés le prog fait moins d'accès  
DHI61 dit :
Cf. la doc
MagicBuzz dit :
en fait je cherchais dans la maquette s'il y avait des masques utilisés pour concentrer mes recherches sur ces champs
MagicBuzz dit :
mais y'en a pas, et y'a pas de traîtement non plus
MagicBuzz dit :
là je suis en train d'isoler le produit qui déconne
DHI61 dit :
A suivre donc...
MagicBuzz dit :
y reste 3 produits à tester  
DHI61 dit :
A table !!!!!!!!!!
   
DHI61 vous a envoyé un wizz !
   
MagicBuzz dit :
vi?
MagicBuzz dit :
bon app
MagicBuzz dit :
j'ai trouvé le produit qui fait planter, mais je trouve pas ploi
MagicBuzz dit :
je ne comprends pas ce qu'il se passe
MagicBuzz dit :
produit A10307
MagicBuzz dit :
je lance l'édition sans autre filtre que le produit : etat5
MagicBuzz dit :
je filtre que sur codeta=I
MagicBuzz dit :
erreur aussi (sauf codeta à produire une erreur)
MagicBuzz dit :
je regarde dans la base. j'ai des dateve qui correspondent que entre 20050601 et 20060228
MagicBuzz dit :
je mets ces dates en filtre supplémentaire
MagicBuzz dit :
ça plante plus
   
Vous avez envoyé un wizz !
   
DHI61 vous a envoyé un wizz !
   
MagicBuzz dit :
 
DHI61 dit :
Je réfléchis;..
MagicBuzz dit :
le champ dans le filtre d'appelle "datcde"
MagicBuzz dit :
il est peut-être différent de dateve ? (type v/cdv)
DHI61 dit :
c'est edevl.exe et la vue vedevl ?
MagicBuzz dit :
ceci dit, les autres dates de ces lignes eve sont dans le meme interval de date
MagicBuzz dit :
je vois ça où ?
MagicBuzz dit :
c'est le paramétrage par défaut
MagicBuzz dit :
(pas de vue entrée en dur dans upled)
DHI61 dit :
dans UFCT pour le nom de ta fonction XXXXE7 je ne sais plus laquelle....
MagicBuzz dit :
ok, je regarde
DHI61 dit :
dans UPLED pour la vue si elle est spécifique
MagicBuzz dit :
edevl.exe en effet
MagicBuzz dit :
et y'a pas de vue spécifique
MagicBuzz dit :
et la maquelle ne fait aucun traîtement (elle ne ramène que des @xxx
DHI61 dit :
c'est donc vedevl qui est utilisée
MagicBuzz dit :
y'a pas un seul ~
DHI61 dit :
c'est donc le binaire edevl.exe qui plante certainement à cause d'un pb de data
MagicBuzz dit :
oui, mais pkoi quand j'indique un filtre qui prends à priori toutes les valeurs, ça plante pas ?
MagicBuzz dit :
et si je filtre pas, ça plante
DHI61 dit :
qui dit filtre dit restriction donc moins de lignes donc OK
qui dit pas de flitre dit tout donc plus de lignes donc plantage
MagicBuzz dit :
sauf que là, je reviens de faire un test sur la même erreur que vient de m'envoyer maryse
MagicBuzz dit :
A10313
MagicBuzz dit :
sans filtre, pas d'erreur
MagicBuzz dit :
si on filtre SIGDEP=DPT et datcde depuis le 01/10/2005 jusqu'à aujourd'hui, ça plante
MagicBuzz dit :
là j'en perds mon latin
MagicBuzz dit :
(ça tombe bien, j'ai jamais su parler cette langue)
DHI61 dit :
datcde ça existe pas dans la base tu peux me dire dans la vue sur quel champ réel ça matche ?
MagicBuzz dit :
c'est bien dateve (c'est comme ça qu'il s'appelle quand je passe en mode paramétrage du lanceur)
MagicBuzz dit :
sinon au fait, c'est pas la vue qui pante, quand je lance la requête du log à la main elle tourne sans problème
MagicBuzz dit :
et dans le log elle ramène bien les lignes
MagicBuzz dit :
c'est donc après que ça plante
MagicBuzz dit :
si on trie par une donnée qui "correspond à rien" (je veux dire, on met 1 et 2 dans la colonne de tri au pifomètre)
MagicBuzz dit :
est-ce que ça peut produire une erreur ?
MagicBuzz dit :
en effet, maryse à modifié les tri dans une édition de matin, et ça a planté. là on a relancé la mêe avec de tris, et ça n'a pas planté