Bonjour,
 
Je n'arrive pas à exécuter 2 requêtes, la première passe sans problème. La seconde me met un Segmentation Fault.
Quand je rentre la requête manuellement, pas de soucis, lorsque je l'ajoute par "calcul", ça ne marche plus.
 
C'est-à-dire que :
 

 
Sur le terminal, j'ai comme résultat :  

 
Tandis que si je change le code par :  

cela m'affiche :

 
 
 
 
Les chaînes de caractères sont pourtant identiques  

A mon avis, il y a des chances pour que l'erreur vienne de ta chaine de caractères maRequete ou res.

Tu lui as donné quelle taille ?
Tu as essayé de débugger ton programme ?

J'ai mis char maRequete[250], ce que je ne saisis pas c'est que PQexec(conn,maRequete) fonctionne dans un cas mais pas dans un autre qui semble identique (conn ne change pas, maRequete semble identique).

Comportement aléatoire => l'erreur se situe ailleurs. Donne-nous la fonction complète.

Néanmoins, plusieurs remarques :

• je ne vois pas l'intérêt d'initialiser ta chaîne avec strcpy(), surtout avec un strcat juste après. Utilise par exemple strcpy() directement plutôt que strcat() sur la première chaîne ;
• sprintf() ajoute tout seul un \0, inutile de lui en donner un ;
• utilise plutôt strncpy(), strncat() et snprintf() pour ajouter des contrôles de taille. Pour les deux premières fonctions, lis attentivement les manpages car il y a des petites subtilités.

Est-ce que ce ne serait pas un problème de transtypage ?  
 
Je veux dire ton result est manifestement calculé en variables numériques, et tu le mets ici comme string et le problème se situe là ...

Euh, non, parce que sprintf().

Je m'en suis sorti avec sprintf(resultChar,"%.0f",result);

Non, tu as seulement une configuration qui ne déclenche pas de segfault sur ton problème de gestion mémoire.
 
Le C c'est pas magique, hein. C'est pas en touchant à des trucs au hasard que ça va fonctionner.
 
Je subodore que resultChar est une cause possible de ton problème.  
Montre ta fonction.

utilise PQexecParams

ou prepare ExecPrepared

resultChar n'apparaît qu'en début de fonction :
 

 
et dans le bout de code que j'ai copié en début de topic :
 

Ah, quand même !

Bon.
resultChar pèse 16, donc 15 caractères libres + 1 caractère terminateur.
"62500001887857.000000" mesure... 21 ! Il faut au minimum une chaîne de 22 caractères de long pour contenir ce nombre sous forme de chaînes de caractères.

Donc, tu as un dépassement de capacité, et tu dois empiéter sur une zone mémoire utilisée par autre chose. D'où les segmentation fault aléatoires, qui disparaissent quand tu n'utilises plus resultChar.

Mais pourquoi je ne l'ai pas vu avant !!!!!
 
Désolé de vous avoir faire perdre votre temps sur quelque chose d'aussi basique.

Mais pourquoi je ne l'ai pas vu avant !!!!!
 
Désolé de vous avoir faire perdre votre temps sur quelque chose d'aussi basique  

d'où l'intérêt d'utiliser des fonctions comme snprintf(), strncat(), strncpy() etc.

Ah ! Je savais bien que c'était un problème de tableau, sauf que je n'avais pas très bien situé l'erreur

ouais enfin cette méthode de zouave pour faire des requêtes c'est de l'injection SQL

Ouais, après c'est sûr qu'il vaut mieux composer avec les fonctions spécificiques de l'API postgresql...

et les palce holders peuvent sauver, pour les plus grosses requetes ^^