Rechercher : dans
Par :

[CGI][Python] Problème avec fichiers binaires

Dernière réponse le 1 jui 2003 à 17:00:25 sebsauvage, le 30 jun 2003 à 17:46:28 
 Signaler ce message aux modérateurs

Hello eveuriouane.

J'ai un petit soucis que je n'arrive pas à résoudre.

Je bricole des CGI Python avec TinyWeb (un petit serveur web sous Windows).

Le CGI suivant fonctionne bien: 

import sys

import cgitb; cgitb.enable()

print 'Content-Type: text/html'

print

sys.stdout.write("Hello, world !")


Le CGI suivant fait la même chose, mais en envoyant un fichier: 
import sys

import cgitb; cgitb.enable()

print 'Content-Type: application/octet-stream'

print

data = open('toto.zip','rb').read()

sys.stdout.write(data)


Ce que je ne comprend pas, c'est que je reçois bien le fichier toto.zip, mais que tous les retour-chariots sont convertis ! (OA --> OD OA).
Du coup ça casse tout mes fichiers binaires.

J'ai essayé avec IE et Mozilla: même chose.

Est-ce que c'est une subtilité de TinyWeb ?
Ou bien un truc que j'aurais raté en Python ?

Si vous avez une idée, je suis preneur...

Meilleures réponses pour « [CGI][Python] Problème avec fichiers binaires » dans :
Parser un fichier binaire en PHP VoirSupposons que vous ayez enregistré des données binaires dans un fichier, c'est-à-dire un enregistrement brut qui n'est pas traduit en texte. C'est une chose que l'on fait couramment avec certains langages de bas niveau comme le C ou le...
[Shell] Affichage d'un fichier binaire: Terminal illisible Voir
Comment lire un fichier ligne par ligne VoirComment lire un fichier ligne par ligne Préambule Boucle while Syntaxe Exemple Astuces Bonus Boucle for Syntaxe Préambule Une des erreurs les plus communes dans l'apprentissage des scripts "bash" sous GNU/LInux pour lire un fichier...
Fichier DAT VoirFormat DAT Un fichier DAT Un fichier .dat est un fichier de données (.DAT signifie data). En général, il s'agit d'un fichier binaire, créé par un programme et utilisable uniquement par ce programme, ce qui signifie qu'il n'est pas censé être ouvert...
UNIX - Les fichiers VoirIntroduction aux fichiers Unix Sous les systèmes UNIX tout élément est représenté sous forme de fichier. L'ensemble des fichiers est architecturé autour d'une unique arborescence dont la base, appelée racine, est notée «/». Types de...
Formats et extensions de fichiers VoirQu'est-ce qu'un type MIME ? Le type MIME (Multipurpose Internet Mail Extensions) est un standard qui a été proposé par les laboratoires Bell Communications en 1991 afin d'étendre les possibilités du courrier électronique (mail), c'est-à-dire de...
Posez votre question Répondre

1

batmat, le 1 jui 2003 à 09:02:58

Ca me rappelle le protocole ftp en mode texte... Pourtant, ça n'a rien à voir ?!?

@++

Vous hésitez entre Linux et Windows ?
Vous voulez dépenser du temps ou de l'argent ? :-D

   
Répondre à batmat

2

sebsauvage, le 1 jui 2003 à 09:11:33

ça n'a effectivement rien à voir !
Pourtant ça se comporte comme le transfer ASCII du FTP.

J'ai aussi vérifié le accept encoding.

Je vais essayer avec un autre serveur web pour voir si ça vient du serveur web, ou du fait que c'est un CGI qui tourne sous Dos.

   
Répondre à sebsauvage

3

sebsauvage, le 1 jui 2003 à 09:28:51

Arf... ça fait la même chose avec Sambar.

'comprend pas.

   
Répondre à sebsauvage

4

sebsauvage, le 1 jui 2003 à 15:00:56

Ayé. J'ai trouvé.

Sous tous les Unix, stdout est ouvert en mode binaire.
Mais pas sous Windows.
Il faut donc forcer stdout en mode binaire.
Le CGI devient: 


import sys

import cgitb; cgitb.enable()



if sys.platform == "win32":

    import os, msvcrt

    msvcrt.setmode(sys.stdout.fileno(), os.O_BINARY)

    

sys.stdout.write('Content-Type: application/octet-stream\r\n')

sys.stdout.write('\r\n')

data = open('toto.zip','rb').read()

sys.stdout.write(data)


Et ça marche !
Ouf.

(Référence: http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/65443 )

   
Répondre à sebsauvage

5

lof., le 1 jui 2003 à 15:05:55

Bonjour,
c'est bien ce que je pensais, la seule personne à pouvoir répondre à une tel question était seb lui même.....
lof.

   
Répondre à lof.

8

sebsauvage, le 1 jui 2003 à 15:34:23

Merci, je suis flatté : )

   
Répondre à sebsauvage

6

batmat, le 1 jui 2003 à 15:12:08

Alors, là moi j'ai une question que je me pose depuis quelques temps : à quoi est censé servir cette foutue ouverture en mode texte ou en mode binaire ? A part emmerder le monde dans ce genre de cas ?!?

@++

Vous hésitez entre Linux et Windows ?
Vous voulez dépenser du temps ou de l'argent ? :-D

   
Répondre à batmat

7

sebsauvage, le 1 jui 2003 à 15:34:05

Oui ça me semble éminemment débile.
Au moins sous Unix on a pas de genre de problème.

Accessoirement, je me demande pourquoi MS-Dos et Windows ont adopté 0D 0A comme retour à la ligne. Comme si 0A ne suffisait pas !

   
Répondre à sebsauvage

9

Marden, le 1 jui 2003 à 15:52:50

Vous semblez ignorer les "raisons historiques" où l'usage du <line feed> et du <carriage return> permettaient de commander séparément le changement de ligne (sans retour à la ligne) et le retour à la ligne proprement dit (2 actions mécaniques distinctes) sur les télétypes. L'assimilation des 2 opérations à une seule est venue venue plus tard, mais ce n'est qu'une convention. Je n'apprendrai à personne - mais il faut pourtant parfois le rappeler - que l'informatique n'a avancé qu'à petits pas, avec le souci pour certains de veiller ... à la "compatibilité ascendante" ! Il y a des choses dont il ne faut pas forcément s'étonner et pour lesquelles les critiques sont sans intérêt.

   
Répondre à Marden

10

sebsauvage, le 1 jui 2003 à 16:26:05

Ah oui, c'est vrai.
C'est vrai que cette opération était nécessaire sur les imprimantes à aiguilles.

Et étant donné que le gestionnaire d'impression du Dos était une bête redirection vers prn: (ou lpt1:), je comprend mieux la raison du choix.
( pour imprimer avec un simple TYPE fichier.txt > prn: )

Mais cela ne me semble plus justifiable sous Windows.
La console devrait être ouvert par défaut en mode binaire.
(Je comprend mieux pourquoi on utilise si peu les pipes sous Windows...)

   
Répondre à sebsauvage

11

 batmat, le 1 jui 2003 à 17:00:25

Je suis un peu comme seb : "plsu justifiable" => Unix existe depuis aussi longtemps (enfin plus) que windows et ce problème n'existe plus depuis belle lurette (ouvrez toujours en mode texte, il s'en tamponne, il ouvre en binaire ;p)

C'est vrai aussi que ce pb me rappelle certaines turpitudes :) : qui n'a jamais imprimé "en escalier" :-)

@++

Vous hésitez entre Linux et Windows ?
Vous voulez dépenser du temps ou de l'argent ? :-D

   
Répondre à batmat
Posez votre question Répondre
Ils ont besoin de votre aide