---[ printf("Em dom, 22 out 2000, André Casteliano escreveu"); ]---
// Tanto a saída-padrão (stdout) como a saída de erro (stderr)...
//
// ou seja, tudo que o processo filho (no caso o pppd que vamos rodar
// dentro... ;-)) retornar, temos como capturar e analisar...
//
// Alguma dúvida ??? :)
Wow, massa André, mandou bem!
// Bom, agora tá meio difícil, mas depois prometo mandar prá lista a
// relação dos endereços (URL's) onde achei estas informações valiosas...
// :-)
Oxi, assim que pudé manda isso pra gente mano.
// Isso de certa forma, nos livra de usar sockets... pipes são bem mais
// simples de implementar do que sockets (acredito eu... :))
De sockets eu não apito nada...
Talvez a gente venha a precisar de sockets se a gente for implementar
aquele lance de monitorar o trafego, bytes idos e vindos, etc...
Mas por hora, não vejo necessidade de esquentar a cabeça com isso, o
mais importante é botar a coisa no ar, então essa 'feature', IMHO,
pode ir pro TO DO LIST por enquanto. A gente bota o link pra baixar o
gkrellm pra acalmar o pessoal... :)
// É isso aí pessoal, vamos agitar!
Agitação total, LinuxCall tem que sair do vaporware, hurruuuuuuu!!!!
[]ão ai gente
--
#=-=[ ser...@us... ]=-=+=#=--------------=#
| Marcelo D. Beckmann --user[]="#173935"-- | | CL5 2.2.14
| md...@ma... UIN [53189692]----+ | Slack 7 2.2.13
# - =-#--=[ http://marcelobeckmann.cjb.net ]=--#-=======*======-#
+ `|' | 233MMX 32MB 8.4+3.2GB Quantum Fireball ]
/V\ #------------------466.94----[ OPL3SAx TGUI9680 2MB 33600 ]
/(.)\ "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]
PS.: A lista da sourceforge ta doidinha memo.... caramba....
teve mail que eu mandei ontem e que só chegou hoje....
(mails "A lista véia....." e "A lista parece estar com
problemas....")
|
