Discussion :

[virus321]

bonjour,
je me tourne encore une fois vers vous, voila je résume, j'ai un formualaire html qui envoie un fichier son vers un script CGI en c, qui lui doit le copier dans un nouveau fichier et l'enregistrer sur le disque dur.
je reçois bien le fichier, mais biensur avec une entête Mime en plus. Mon problème est là, j'aimerais bien trouvé une solution pour enlever cette entête de la façon la plus générique possible pour que le script reste toujours portable.
Voici la tête de mon fichier reçu:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14

-----------------------------187161971819895
Content-Disposition: form-data; name="MAX_FILE_SIZE"

1000000
-----------------------------187161971819895
Content-Disposition: form-data; name="file"; filename="essaie.wav"
Content-Type: audio/wav

RIFF–U sdfdsfgfshgdhghgjnghjhndhghjdg

ce qui est en rouge c'est le début de mon fichier son, et avant c'est l'entête que je reçois. 
Avez vous une idée?

[matafan]

Ce n'est pas une entête HTTP, c'est une entête MIME. Tu devrais changer le titre de ton message si tu veux attirer des personnes susceptibles de répondre.

[virus321]

merci pour la correction

[Obsidian]

Le mieux est d'utiliser une bibliothèque toute faite pour cela. Le traitement web est extrêmement répandu, même en C. De cette façon, tu es (presque) sûr que le traitement effectué respectera les RFC.

Mais dans le cas présent, tu peux facilement t'en sortir… pour peu que tu admettes que tu reçoives de cette façon plusieurs arguments. Ton formulaire pourrait même envoyer plusieurs fichiers à la fois.

Regarde comment est structuré ce que tu reçois. Il s'agit de blocs successifs, toujours construits de la même façon. Un séparateur « ------0123456789 » ; une ou plusieurs lignes décrivant les arguments ; une ligne vide pour en signaler la fin, et les données proprement dites jusqu'au séparateur suivant.

Partant de ces informations, il faut procéder exactement comme tu le fais quand tu lis ces informations à l'œil nu. Tu commences par lire et stocker la première ligne, qui contient le séparateur. Ensuite si tu veux faire simple, tu vérifies si dans les arguments qui suivent, tu retrouves une paire de la forme « name="nom" » où nom est celui que tu as donné à ta balise <input> de type « file ».

De là, si ce n'est pas le cas, tu lis ligne par ligne jusqu'à ce que tu reconnaisses à nouveau le séparateur (en comparant chaque ligne lue à celle que tu as sauvée au départ). Puis tu te ramènes au problème précédent.

Si c'est bien le cas, alors tu lis ligne par ligne jusqu'à trouver la ligne vide. Tout ce qui suit ensuite est le contenu de ton fichier.

Le seul ennui est que tu auras besoin d'en détecter la fin (via le même séparateur). Pour cela, il te faut également lire ligne par ligne ce qui suit. Et c'est génant car ton fichier binaire peut contenir un code qui corresponde au retour à la ligne, lequel n'est même pas codé de la même façon sur toutes les plate-formes. Mais peu importe : si tu écris ces lignes de la même façon dans ton fichier côté serveur, il te suffit de veiller à utiliser le même retour à la ligne. Il faudra aussi vérifier à chaque tour si ton buffer est plein ou pas car, dans ce cas, la ligne n'a pas finie d'être lue et il ne faut pas mettre le retour à la ligne.

[virus321]

Bonjour,
merci pour la réponse, désolé j'ai pas pu me connecter c'est dernier jour, il neige à bloc en bretagne et internet coupé

Est ce que tu peux me citer quelques nom de bib qui vont ça, ça serait plus facile d'utiliser une bibliothèque que de faire comme tu avais dit. Je pense que ça sera plus portable de cette façon

[Obsidian]

Là, honnêtement, tu aurais pu chercher un peu toi-même avant de demander.

Si tu utilises déjà un serveur Apache, tu peux utiliser libapreq. Les dépendances dont elle a besoin seront presque toutes déja installées. Sinon, tu peux jeter un œil du côté de cgic.

Et puis, si tu fais beaucoup de Web et de services type Internet, on ne présente plus curl et la bibliothèque associée libcurl qui te rendront un nombre incalculables de services.