lista_lab = (('01', 'Lab 01'),
             ('02', 'Lab 02'),
             ('03', 'Lab 03'),
             ('04', 'Lab 04'),
             ('05', 'Lab 05'),
             ('06', 'Lab 06'),
             ('07', 'Lab 07'),
             ('08', 'Lab 08'),
             ('09', 'Lab 09'),
             ('10', 'Lab 10'),
             ('11', 'Lab 11'),
             ('12', 'Lab 12'),
             ('13', 'Lab 13'),
             ('14', 'Lab 14'),
             ('15', 'Lab 15'),
             ('16', 'Lab 16'),
             ('17', 'Lab 17'),
             ('18', 'Lab 18'),
             ('19', 'Lab 19'),
             ('20', 'Lab 20'),
             ('21', 'Lab 21'),
             ('22', 'Lab 22'),
             ('23', 'Lab 23'))

class Laboratorio(forms.Form):
    lab = forms.MultipleChoiceField(choices=lista_lab,
widget=forms.CheckboxSelectMultiple())

def liberar_lab(request):
    lab = Laboratorio()
    arquivo = open('/home/aluno/liberar.txt')
    resultado_linha = ''
    resultado = ''
    if request.method=='POST':
        for a in range(0,23):
            try:
                liberar = request.POST['id_lab_%s'%a]
                if liberar:
                    linha[a:0] = 1
                else:
                    linha[a:0] = 0

                resultado = resultado_linha.join(linha)
            except:
                None
        arquivo.write(resultado)

Ah, coloque esta linha:

resultado = resultado_linha.join(linha)

fora do for. Da forma como foi montado, você guarda tudo dentro da lista
linha, daí depois é só fazer o join (: E lembre-se também da instrução
arquivo.close(), conforme o Bruno falou.

Tente fazer algo mais ou menos assim na view:
http://www.friendpaste.com/6IlE6zb1h3B8TYCdaoUtAO

Python não tem uma maneira explicita de destruir um objeto, por uma
questão de segurança. Seria possível para um programa destruir um
objeto mesmo quando uma referencia a esse objeto ainda existisse. Isso
é perigoso, porque o programa poderia tentar chamar um método desse
objeto, e não temos como prever o que aconteceria. Isso é chamado de
"dangling reference" ou "dangling pointer". Não permitindo a
destruição explicita de objetos, Python elemina esse problema.

Digamos que temos um programa simples (com números de linhas):

1. f = open('arquivo', 'w')
2. f.write('valor1\n')
3. f.write('valor2\n')
4. f.write(valor3)

Enquanto o programa está rodando, um lsof | grep python | grep arquivo
vai nos mostrar que o arquivo está aberto. Se o programa gera uma
exception (linha 4) ou simplesmente termina, lsof vai nos mostrar que
o arquivo não está mais aberto. Lendo o arquivo, temos os dados
gravados até o momento anterior à exception ou, caso termine com
sucesso, temos todos os dados gravados.

Apenas responda os e-mails à lista.

def liberar_lab(request):
    lab = Laboratorio()
    arquivo = open('/home/aluno/liberar.txt')

    if request.method=='POST':
        for a in range(0,23):
            try:
                liberar = request.POST['id_lab_%s'%a]
                if liberar:
                    arquivo.write('1\n')
                else:
                    arquivo.write('0\n')
            except:
                None

        arquivo.close()

    return render_to_response ('laboratorios.html', {'lab': lab},
                               context_instance = RequestContext
(request))

mas mesmo assim o arquivo txt continua em branco

On 30 out, 20:35, Francisco Souza <franci...@franciscosouza.net>
wrote: