Re: [Linuxcall] fgets() vs. fscanf() [Provável solução]

[Marcelo B. <md...@ma...>]

---[ printf("Em sáb, 02 dez 2000, André Casteliano escreveu"); ]---
# Eae coders ?
# 
# Só lembrando que todo esse problema com o fgets e fscanf poderia ser
# evitado se o Alex já tivesse feito a nova versão dos scripts, que prevê
# uma opção a mais (-i) para que seja executado pela interface, e que gera
# uma saída compatível com o formato de exibição adotado na interface ...
# mas ele tá enrolado com as provas finais, então, vamos esperar mais um
# pouco... :P

Há um ditado que diz:
* quando você é jovem, voce tem gaz, tem tempo, mas não tem dinheiro;
* quando você é adulto, tem gaz, tem dinheiro, mas não tem tempo;
* quando você é velho, tem dinheiro, tem tempo, mas não tem gaz;

O que a gente precisava era de um dia com pelo menos 56 horas, é
muita coisa pra aprender, pra fazer, nunca dá tempo de tudo.

Eu mesmo, quantas vezes ai me empolguei, prometi de fazer uns trecos,
e no entanto _ainda_ nem mexi com o cvs da sourceforge....   bah, que
vergonha mano, prometi e não cumpri... :(


# Bom, como ninguém apresentou uma idéia prá solução do meu problema, acho
# que vou tentar o seguinte:
# 
# Rodar o pipe de dentro do processo-pai, criar um processo filho (fork) e
# usar esse processo filho unicamente para ler as saídas do script ...
# 
# A vantagem é que o processamento é independente, ou seja, o processo-pai
# (onde vai estar rodando o gtk) fica na dele, enquanto quem ficaria
# "travado" com o fgets seria o processo-filho, o que não interferiria em
# nada com a execução do programa (em tese).

Isso pode ser interessante.

Por exemplo, um negócio que eu notei:
No sylpheed, quando voce está descarregando emails, não consegue
fazer mais nada no programa (ler/escrever outro email, etc...)
Esse lance de prender todo o programa deve sempre ser evitado.


# Alguém aí tem uma idéia menos radical ??? :P

pelo menos por enquanto, ainda não :(

# Acham isso válido ???

pode ser uma alternativa válida sim!

# Me digam aí porque já vou começar a implementar ... ;-)

No livro aqui tem um capitulo sobre pipes e afins. Vou dar uma olhada
nisso, se pintar alguma idéia nova eu passo ai.


Abração ai,

-- 
#=-=[  ser...@us...  ]=-=+=#=--------------=#
|  Marcelo D. Beckmann  --user[]="#173935"--  | |     CL5 2.2.14
| md...@ma...     UIN [53189692]----+ | Slack 7 2.2.13
#  - =-#----=[ linuxcall.sourceforge.net ]=-----#-==-==-==-==-==-#
+ .~.  |                386DX40 8MB 420MB Western Digital Caviar ]
  /V\  #----2.0.36--7,68 bogomips----[ Microcom 14400 CGA NE2000 ]
 /(.)\ "Estamos de volta aos tempos em que os homens eram homens ]
 ^`~´^  e programavam seus próprios drivers de dispositivo."L.T. ]
#-====-#----=[ serialcoder ]=- + -=[ http://wm.themes.org ]=-----'
RTS-[CTS]-DLE-STX-17-39-35-CRC-F6-66-DLE-ETX-/RTS-[/CTS-RTS]-CTS-[ACK]