Django 1.2.2 uzavírá kritickou chybu (diskuse)

[Jiri]

Zrovna vcera jsem narazil na zajimavy problem. Jak poslat klientovi soubor, ktery jsem jen pro nej na jeho vyzadani prave vygeneroval? Do HttpRequest musim predat otevreny deskriptor na tento soubor. To je v pohode, pokud vse probehne, jak ma. Pokud ale uzivatel zrusi request (treba tim, ze v prohlizeci zmackne stopku), tak tento soubor neni radne uzavren. Uzavren bude az za nejakou dobu, zrejme az skonci prislusne vlakno serveru. To mi neprijde jako idealni. Soubor potrebuju smazat pokud mozno ihned (aby nezaclanel), takze i kdyz pouziju tempfile s automatickym smazanim po uzavreni, tak nemam zajisteno, kdy bude smazan. A navic pred jeho odeslanim musim soubor otevreny pro zapis previnout na zacatek, aby z nej pak mohl FileWrapper nadelat fasirku. Cele mi to prijde jako lamani pres koleno.

Zkousel jsem i poslat nejaky signal, pokud v ServerHandleru dojde k nejake chybe, ale stejne ten soubor prijemce tohoto signalu nemuze uzavrit, protoze nelze (aspon jsem neprisel na to jak) signalem predat ten deskriptor, protoze ten se do ServerHandleru z FileWrapperu ani nedostane.

[Messa]

Co takhle ho smazat ještě před tím, než ho začneš posílat? :)

[michal]

Cize subor nechat otvorit, zmazat z FS, poslat obsah, pri zavreti suboru (po odoslani celeho suboru alebo len casti kvoli chybe na spojeni) sa uvolni miesto na disku.

[Jiri]

To funguje v Linuxu. Bohuzel to ale nefunguje vsude. Resenim je patch Djanga, aby pri chybe socketu zavrelo result response, pokud to jde, a vlastni Filewrapper, ktery soubor po zavreni smaze.

[Jiri]

Navic by to neresilo problem. Soubor by i tak zaclanel na disku prilis dlouho. Ja ho potreboval fyzicky smazat, jakmile dojde k chybe, ne nekdy pozdeji. I tak je blbe, ze view funkce musi dobehnout, i kdyz je socket zavreny uz behem jejiho behu.