Menu
▾
▴
linuxcall-list — Lista de discussão do projeto LinuxCall
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(132) |
Oct
(228) |
Nov
(108) |
Dec
(69) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(52) |
Feb
(27) |
Mar
(3) |
Apr
(1) |
May
(2) |
Jun
|
Jul
|
Aug
(1) |
Sep
(1) |
Oct
(4) |
Nov
|
Dec
|
|
From: Davi F. <da...@ig...> - 2000-11-12 00:11:58
|
Fala galera, tudo bom? O site novo t=E1 no ar j=E1, podem acess=E1-lo via= http://linuxcall.sourceforge.net, TODAS as p=E1ginas em portugu=EAs= est=E3o feitas. A vers=E3o em ingl=EAs se der eu fa=E7o amanh=E3. Algumas observa=E7=F5es: - mandem nome, e-mail e fun=E7=E3o para colocar nos cr=E9ditos, coloquei= quem estava na janela sobre do =FAltimo screenshot, mas quem for= beta-tester, ou estiver envolvido com o projeto de alguma outra forma me= fale pra eu colocar l=E1 ok? - no contato o formul=E1rio est=E1 indo para meu e-mail. Existe um e-mail= para o LinuxCall? O e-mail da lista recebe e-mail externos? Pra onde devo= redirecionar o formul=E1rio? - confiram a se=E7=E3o de links e vejam se devo retirar/adicionar algum. A= mesma coisa para os screenshots. - na parte de documenta=E7=E3o eu coloquei os READMEs do script. Depois vou= colocar o da interface XStep. Seria interessante a gente colocar algum= material sobre configura=E7=E3o de modems etc. como havia sido discutido= antes. Se algu=E9m tiver alguma coisa a=ED, ou algum link, me envie. - retirei do menu o bot=E3o "english version", pois achei que estava meio= fora de contexto ali. No entanto, agora tem uma p=E1gina principal, onde a= pessoa escolhe o idioma. A p=E1gina est=E1 simpleszinha, mas pretendo= increment=E1-la mais tarde, quando tiver tempo, beleza? - quando colocarem as novas vers=F5es para download no SourceForge me= avisem para eu alterar os links. Acho que =E9 isso, se repararem algum erro me avisem, alguma mudan=E7a etc. T=F4 mandando anexado tamb=E9m um banner, digam o que voc=EAs acham. Abra=E7os, Davi Ferreira |
|
From: Davi F. <da...@ig...> - 2000-11-11 20:48:30
|
>> Que tal fazer um script que fica aleatorio??? >> é facilnho, ora roxo, ora cinza :) >> >> []'s Jefferson Limeira > >Rapaz, eu tava me segurando aqui pra dar uma sugestão dessas tb. > >Legal, acho que seria massa. E já que a votação foi acirrada, talvez >essa solução agrade a gregos e troianos. > >Por mim, se der pra fazer assim, está ótimo. Vamos ver o que a galera >acha... Fala pessoal! Beleza? Bom aí vai a minha opinião: eu não acho que seria legal! =P Primeiro, porque a página precisa ter um padrão, acho que ia ficar meio carnaval. E, uma coisa é poder escolher um tema, outra é escolher cores. Isso é desenecessário. Se fosse pra carregar um tema da página de cada vez, de repente seria legal, mas carregar cores? Nem faz tanta diferença assim! E segundo, ia dar o maior trabalho pra mim, ter que fazer os botões (inglês e português) pra cada cor... Essa é minha opinião, mas o que a galera decidir eu faço, ok? Abraços, Davi |
|
From: Davi F. <da...@ig...> - 2000-11-11 20:48:21
|
>Ae galera, bom acho que isso é o de menos, trabalho com isso, e a >solução seria simples, é só usar includes, os textos ficam estáticos, e >o apache os insere na visualização, não se tem perca no desempenho e >facilita a autalização. Deem uma olhada no site da Wnet, >http://www.wnet.com.br, hehehe, cada site tem 5 linhas, o resto o >include faz. O problema seria os gráficos, mas como já tem quase tudo >pronto, não vejo problemas... Po, isso pode ser usado pro site hein?? Pra eu não ter que fazer todos os HTMLs e também pra se futuramente a gente for mudar o lay-out não precisar mudar tudo? Jefferson, você manja disso, de fazer a página dinâmica? Você faria em que, PHP? Quanto mais fácil melhor! Vamos conversar sobre isso, se quiser manda e-mail em PVT, ok? Lá onde a página tá hospedada, no freedom to surf, dá pra usar PHP e perl. Abraços, Davi |
|
From: Alex B. <ne...@za...> - 2000-11-11 17:44:17
|
Desculpe, eu não resisti... leiam isso.. he he
A CRIAÇÃO DA INFORMÁTICA (VISTA POR DEUS)
1. No princípio, Deus criou o Bit e o Byte. E deles criou a
palavra. E nada mais existia. E Deus separou o Um do Zero; e
viu que era bom. E Deus disse: "Que os dados existam, e vão
para os seus lugares devidos", e criou as disquetes, os discos
rígidos e os discos compactos.
2. E Deus disse: "Que apareçam os computadores, e sejam lugar
para as disquetes, e para os discos rígidos e para os discos
compactos". Então Deus chamou os computadores de "hardware". E
não havia ainda software. Mas Deus criou os programas; e
disse-lhes: "Vão, multipliquem-se e encham a memória". E Deus
disse: "Vou criar o Programador, e ele irá governar os
programas e informação". E Deus criou o Programador, e meteu-o
no Centro Informático; e Deus mostrou a estrutura do DOS e
disse: "Podes usar todos os directórios e subdirectórios mas
NUNCA UTILIZAR O WINDOWS".
3. E Deus disse: "Não é bom para o Programador estar só". Ele
fez a criatura que iria olhar para o Programador e admirá-lo, e
amar as coisas que ele faz. E Deus chamou-a "Utilizador". E
foram deixados sob o DOS e era bom.
4. Mas BILL era mais esperto que as outras criaturas de Deus. E
BILL disse para o Utilizador: "Foi mesmo assim que Deus disse,
que não podias correr nenhum programa? Como podes falar de algo
que nunca experimentaste? No preciso momento em que correres o
WINDOWS, tornar-te-ás igual a Deus. E poderás criar tudo o que
quiseres com um simples toque no rato". Então o Utilizador
instalou o WINDOWS, e disse ao Programador que era bom.
5. O Programador começou a procurar novos 'drivers'. E Deus
perguntou-lhe: "Que procuras?" E o Programador respondeu:
"Estou à procura de novos 'drivers' que não encontro no DOS". E
Deus disse: "Quem disse que precisavas de novos 'drivers'?
Correste o WINDOWS?"
6. E Deus disse ao BILL: "Serás odiado por todas as criaturas.
E o Utilizador estará sempre zangado contigo. E venderás o
WINDOWS para sempre".
7. E disse ao Utilizador: "O WINDOWS irá desapontar-te e comer
toda a tua memória; e terás que usar programas reles, e irás
adormecer em cima dos manuais".
8. E disse ao Programador: "Todos os teus programas terão erros
e irás corrigi-los até ao fim dos teus dias".
9. E Deus expulsou-os do Centro Informático, fechou a porta e
colocou uma 'password':>
10. GENERAL PROTECTION FAULT
--
/------------------------------ \ ____
| Alex Borro - Neo-Linux_Inside | \ \
| Faculdade de Engenharia | |\ >>\ \>
| Mecatrônica - UNICAMP |----| \_____\ \_______
>-------------------------------< | L I N U X \
| Powered By LINUX SLACKWARE 7.1|----|________ _______/
| Kernel 2.2.16 User: 164956 | / /
| e-mail: ne...@ya... | >>/ />
\-------------------------------/ /___/
The box said "Requeries Windows 9x, Windows NT 4, or better",
so I installed Linux.
|
|
From: C. <dig...@us...> - 2000-11-11 17:06:31
|
Alex Borro wrote: > > Marcelo Beckmann wrote: > > > > Alex, se você puder dar uma força ai seria uma ótima... > > Claro que posso !!! Opa... beleza... hehehehe > > Tipo, você manja bastante disso, eu de pppd e chat já li bastante, > > entendo como funciona, mas nunca cheguei a brincar mais > > profundamente com a coisa. > > Cara, passei literalmente meses mexendo com isso... Então manja mesmo... hehehe ainda bem. > Alias, me digam uma coisa, vcs estão complicando o linuxcall em C, não > estão ?? Eu estava pensando em algumas coisas aqui... com o pouco de C > que eu estou aprendendo, já dava pra fazer uma versão em Puro C, sem > complicações... Sem complicações ??? Alex, tem certeza ? Temos que invocar o pppd, receber os retornos dele, analisar, tratar tudo isso... sem falar no IPC, já que o pppd roda de dentro do processo-filho... Temos que ver ainda o lance do fork como root, etc, etc, etc... Não é nenhum bicho de sete cabeças, mas tb não é assim tão fácil... O nosso maior problema não é o código (desconhecimento do C) e sim a lógica, como funfa o pppd, o chat, etc... manja ? Mas é bom vc estar interessado em C tb... podemos trocar idéias. :) []'s -- André Casteliano Analista de Sistemas +-=-=[ dig...@us...]=-=-+ [ Linux User: # 178853 Machine: # 79923 ] [ Linux Heavy User - Powered by Slackware 7.1 ] [ http://www.geocities.com/andre_casteliano/ ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ [ LinuxCall - The Linux Dialer ] [ http://linuxcall.sourceforge.net ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |
|
From: C. <dig...@us...> - 2000-11-11 16:56:13
|
serialcoder wrote: > > Beleza André. Amanhã (sábado) vou ter que trampar. Creio que no > domingão vou cair em cima deles. Ok mano.... no problems... > Até, aproveitando, se você ja tiver ai os textos das strings usadas > no programa em inglês, e quiser me passar, seria uma boa, agilizaria > o trabalho. Ok. Te passo em PVT na sequência... > # A partir de agora, estarei me dedicando à versão em Pure C do > # LinuxCall... Posso até ter errado, mas o TODO está assim: > # > # * Acesso ao arquivo de configuração + ou - > # * fork, execve, etc Nok > # * Interface modo texto Nok > # * Internacionalização Nok > # * Acesso ao modem Nok > # > # Té + pessoal... se mais alguém quiser assumir alguma parte do projeto, > # dê um reply dessa mensagem prá lista. :) > > Bom André, acho que posso assumir algumas partes: Ainda bem,... hehehhe > * internacionalização: farei a da interface atual, e espero trocar > idéias com vc pra que voce fique a par de como se faz isso tb. Mano, eu tou mesmo a finzão de aprender esse lance da internacionalização... pq vc não escreve um artigo sobre isso ??? :) > * Acesso ao modem: no que se refere a configuração e comunicacao > direta com o modem, vem ne mim :) quanto a pppd/chat, acho que o > Alex é o que mais manja disso. É, o acesso ao modem "naturalmente" iria prá vc... hehehe > * fork, execve, etc: com aqueles programas de ipc que a gente fez > junto, já aprendemos alguma coisa. Então, acho que tou dentro tb pra > dar um apoio nisso. Isso é o de menos mano, o f*da, o que tá pegando ainda, é a lógica... > * interface modo texto: pra fazer coisas como > configuradores/instaladores em newt, estou firme e forte. Em curses, > nem tanto, mas estamos na area pra ajudar nisso tb. Beleza. Depois da "propaganda" que vc fez em cima dessa newt, tou doido pra testar... hehehehe. Estamos na área prá ajudar tb. Pessoal, vamos agitarrrrr... :P []'s -- André Casteliano Analista de Sistemas +-=-=[ dig...@us...]=-=-+ [ Linux User: # 178853 Machine: # 79923 ] [ Linux Heavy User - Powered by Slackware 7.1 ] [ http://www.geocities.com/andre_casteliano/ ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ [ LinuxCall - The Linux Dialer ] [ http://linuxcall.sourceforge.net ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |
|
From: C. <dig...@us...> - 2000-11-11 16:56:10
|
Nelson Correa de Toledo Ferraz wrote: > > > # Só como curiosidade, alguém já ouviu falar de "literate programming"? É um > > # método interessante, no qual a documentação e o código do programa são > > # intercalados... quem quiser saber mais pode dar uma olhada no links: > > > > Seria algo como inserir a documentação em forma de comentários no > > meio do código? Se for isso, legal, acho que isso quebra um galhão. > > Eh isso e muito mais. A ideia eh que voce organize o programa como se > estivesse escrevendo um artigo, misturando texto e codigo, de modo que > voce nao precisa ordenar o programa segundo a logica do computador. Interessante mesmo... Eu ainda não li os links que vc passou prá aprender mais sobre isso e poder opinar, mas, parece interessante. Apesar de que eu _no momento_ apóie a idéia do CVS antigão... explico: Pelo que eu já li/fiz experiências com cvs, manteríamos os arquivos (fontes) normalmente, mas teríamos um arquivo ChangeLog onde a cada update, import, commit, o desenvolvedor iria fazer um pequeno resumo do que ele fez... :) Mas seria legal se vc pudesse dar uma explicação melhor sobre isso aí... de preferência estilo 'receita de bolo'... bem mastigadinho... :PPP > > O CVS ajuda muito a organizar as coisas. Já passou da hora > > da gente começar a usar ele, vamos tentar dar um gaz de novo nisso ai. > > Legal. O primeiro passo eh verificar quem tem a versao mais atualizada do > LinuxCall, e mandar para o repositorio com o comando cvs import. Pode deixar !!! Eu _provavelmente_ sou o que tem mais fontes relacionados ao LinuxCall, então já estou me organizando nesse sentido e ainda nesse fim de semana, se tudo der certo, estaremos com o CVS no ar, ok ? Falous pessoal, té + []'s -- André Casteliano Analista de Sistemas +-=-=[ dig...@us...]=-=-+ [ Linux User: # 178853 Machine: # 79923 ] [ Linux Heavy User - Powered by Slackware 7.1 ] [ http://www.geocities.com/andre_casteliano/ ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ [ LinuxCall - The Linux Dialer ] [ http://linuxcall.sourceforge.net ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |
|
From: C. <dig...@us...> - 2000-11-11 16:56:08
|
serialcoder wrote: > > Hum... Estranho... pelo que eu vi, essa conio, para "controlar" a > tela, se baseia em sequencias de escape ANSI. Pelo que vi nos fontes > dela não seria um front-end pra curses... será? Deve ter "evoluído" agora... mas a versão que eu peguei era um 'front-end'... hehehe Dava uns paus malucos na libncurses.so.5 ... > O que eu vi é o seguinte: tudo depende da finalidade. > Por exemplo: se voce precisa apenas de um gotoxy() e coisinhas > simples, a uconio é legal. > Se for pra fazer telas de configuradores, estilo instalador do Red > Hat, ou coisas parecidas com dialog, newt é a pedida, newt é muito > legal pra isso. > Curses pode servir pra tudo isso, mas, conforme o caso, é matar um > passarinho com um canhão. Curses é muito poder de fogo, é massa > mesmo, e na verdade não é dificil, ainda mais quando se tem uma > documentação legal como aqueles xerox que o Amauri mandou. > Mas pra fazer coisas tipo configuradores e instaladores, prefiro > newt, é sob medida para isso. > Bom, deixa sobrar um tempinho por aqui que eu vou escrever algo a > respeito. Até André, já que você andou mexendo com curses tb, vamos > trocar umas idéias sobre isso tb. Bom, a idéia realmente é fazer uma interface modo texto, ou seja, um configurador, no estilo dos configuradores da RedHat, ou do Slack, etc.. Agora seria interessante se pudéssemos mudar as cores... hehehe Tipo, akele vermelho com azul já tá enjoando... :) > # Fazer da page um local onde a pessoa visite frequentemente, não só pra > # saber se tem nova versão do programa, mas tb prá ver as novidades, > # documentação, ver o FAQ... cês tão entendendo ? ;-) > # > # Tenho bastante documentação aki sobre IPC em UNIX, CVS, etc... vou > # procurar os links aki prá por como referência e na sequência mando pro > # Davi por na page... seção 'Colaborador' ou seção 'Documentação' ??? > > Acho que na 'Documentação' caberiam coisas relacionadas mais > diretamente ao linuxcall em si. Na 'Colaborador' (ou 'desenvolvedor', > sei lá :), iriam as coisas "extras". Eu acho assim: Na seção 'Colaborador' deveriam estar os docs, comentários a respeito do LinuxCall... e na seção 'Documentação', podíamos por os textos que nos ajudaram, os tais dos artigos com as "Impressões pessoais no desenvolvimento de software livre", etc... Exatamente o contrário.... :P > De qualquer modo, a idéia é muito boa, creio que temos material de > montão pra botar lá, seria mais uma questão de tempo pra organizar as > coisas e ir botando no ar. Pois é... o tal do tempo... realmente anda curto, hehehehe Tipo, tou me organizando aki, no sentido de por o CVS no ar, mas logo em seguida mando os trecos procês... :) > # teu caso, seria interessante se vc fizesse as rotinas de > # tratamento/localização do modem... :) > # > # Rotinas essas que poderiam ser usadas tb nessa versão da interface > # atual... porque não ? > > Mas claro! Eu só dei um tempo nelas por que tava atolado com os > trecos aqui, mas agora pode rolar sim. > De qualquer modo, como já estamos com uma visão de modularização do > código, as rotinas poderão ser aproveitadas tanto pelas versões > atuais (script + xstep) quanto na versão texto pure C, tranquilo. > Falar nisso, se você (André) e o Alex já tiverem algumas necessidades > em mente ai, tipo "função pra resetar modem", "função pra ler ATI's > do modem", me passem ai o que voces precisam quanto a parametros de > entrada e saida, coisa e tal, que ai já vou caminhando nesse sentido. Hum... preciso: * Seek AND Destroy do modem... :) * Reset * Leitura das ATI's Acho que é só... :) > Ok man's, vamos tocando esse barco e trocando idéias. Falous pessoal, []'s -- André Casteliano Analista de Sistemas +-=-=[ dig...@us...]=-=-+ [ Linux User: # 178853 Machine: # 79923 ] [ Linux Heavy User - Powered by Slackware 7.1 ] [ http://www.geocities.com/andre_casteliano/ ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ [ LinuxCall - The Linux Dialer ] [ http://linuxcall.sourceforge.net ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |
|
From: Alex B. <ne...@za...> - 2000-11-11 16:19:03
|
Marcelo Beckmann wrote:
>
> ---[ printf("Em qui, 09 nov 2000, André Casteliano escreveu"); ]---
> # Precisamos de alguém que manje dos parâmetros do pppd, seus retornos,
> # etc, para podermos implementar esse front-end (exatamente, nosso
> # programa é um front-end pro pppd, assim como o kppp).
> #
> # Agora vem a melhor parte: Nós JÁ temos uma pessoa assim! O Alex...
> # Alex, precisamos de um doc explicando o básico do básico prá podermos
> # começar a implementação dessa versão em pure C...
>
> Alex, se você puder dar uma força ai seria uma ótima...
Claro que posso !!!
> Tipo, você manja bastante disso, eu de pppd e chat já li bastante,
> entendo como funciona, mas nunca cheguei a brincar mais
> profundamente com a coisa.
Cara, passei literalmente meses mexendo com isso...
> # Tipo, de onde vem akeles retornos (NO CARRIER, BUSY, NODIALTONE, etc)
> # ??? Do pppd ??? Do chat ??? do modem ??? :P
Quando o chat termina, ele retorna um codigo.. esse codigo representa,
entre outras coisas, o status que o modem devolveu...
> # O chat é usado prá autenticação ??? Como implementar conexão chat, além
> # da PAP, etc... espero que esteja me entendendo... :)
>
> Tai, bem lembrado... até agora só pensei em PAP, mas existem outras
> formas de autenticação... hum... vamos ter que correr atras.
Cara, acho que a gente não precisa se preocupar com CHAP, pq ele não é
mais usado, pelo menos em desktop. A diferença entre PAP e CHAP, é que
no PAP só o usuário se autentica no provedor. Já no CHAP, o provedor tb
tem que se autenticar no seu sistema, ou seja, ele tem que ter uma conta
e senha na sua maquina, do mesmo jeito que vc tem no sistema deles... vc
já ouviu falar disso aqui no Brasil ?? eu não.. nem no exterior...Esse
tipo de autenticação que o PPPD aceita é para sistemas que não trabalhem
com internet, ou seja, uma conexão PPP entre dois micros... eu acho..
;-)
> # Andei dando uma olhada nos scripts, e infelizmente não está muito bem
> # documentado internamente... :)
realmente, a documentação está horrivel... Por isso que me disponho a
esclarecer qualquer dúvida sobre o sistema de discagem, pppd, chat, etc.
Alias, me digam uma coisa, vcs estão complicando o linuxcall em C, não
estão ?? Eu estava pensando em algumas coisas aqui... com o pouco de C
que eu estou aprendendo, já dava pra fazer uma versão em Puro C, sem
complicações...
té mais...
--
/------------------------------ \ ____
| Alex Borro - Neo-Linux_Inside | \ \
| Faculdade de Engenharia | |\ >>\ \>
| Mecatrônica - UNICAMP |----| \_____\ \_______
>-------------------------------< | L I N U X \
| Powered By LINUX SLACKWARE 7.1|----|________ _______/
| Kernel 2.2.16 User: 164956 | / /
| e-mail: ne...@ya... | >>/ />
\-------------------------------/ /___/
The box said "Requeries Windows 9x, Windows NT 4, or better",
so I installed Linux.
|
|
From: Alex B. <ne...@za...> - 2000-11-11 16:19:02
|
é uma boa !!! té mais Marcelo Beckmann wrote: > > Que tal fazer um script que fica aleatorio??? > > é facilnho, ora roxo, ora cinza :) > > > > []'s Jefferson Limeira > > Rapaz, eu tava me segurando aqui pra dar uma sugestão dessas tb. > > Legal, acho que seria massa. E já que a votação foi acirrada, talvez > essa solução agrade a gregos e troianos. > -- /------------------------------ \ ____ | Alex Borro - Neo-Linux_Inside | \ \ | Faculdade de Engenharia | |\ >>\ \> | Mecatrônica - UNICAMP |----| \_____\ \_______ >-------------------------------< | L I N U X \ | Powered By LINUX SLACKWARE 7.1|----|________ _______/ | Kernel 2.2.16 User: 164956 | / / | e-mail: ne...@ya... | >>/ /> \-------------------------------/ /___/ The box said "Requeries Windows 9x, Windows NT 4, or better", so I installed Linux. |
|
From: Nelson C. de T. F. <nf...@in...> - 2000-11-11 06:16:07
|
> # Só como curiosidade, alguém já ouviu falar de "literate programming"? É um > # método interessante, no qual a documentação e o código do programa são > # intercalados... quem quiser saber mais pode dar uma olhada no links: > > Seria algo como inserir a documentação em forma de comentários no > meio do código? Se for isso, legal, acho que isso quebra um galhão. Eh isso e muito mais. A ideia eh que voce organize o programa como se estivesse escrevendo um artigo, misturando texto e codigo, de modo que voce nao precisa ordenar o programa segundo a logica do computador. > O CVS ajuda muito a organizar as coisas. Já passou da hora > da gente começar a usar ele, vamos tentar dar um gaz de novo nisso ai. Legal. O primeiro passo eh verificar quem tem a versao mais atualizada do LinuxCall, e mandar para o repositorio com o comando cvs import. []s Nelson __________________________________________________________________ Nelson Ferraz Insite - Solucoes Internet e-mail: nf...@in... http://www.insite.com.br/ |
|
From: serialcoder <md...@ma...> - 2000-11-11 01:53:37
|
---[ printf("Em sex, 10 nov 2000, André Casteliano escreveu"); ]---
# Marcelo, pode se basear nesses fontes prá fazer a internacionalização
# mano... eles estão em 'freeze' aki... hehehe Não mexo neles mais até que
# chegue a nova versão dos scripts...
Beleza André. Amanhã (sábado) vou ter que trampar. Creio que no
domingão vou cair em cima deles.
Até, aproveitando, se você ja tiver ai os textos das strings usadas
no programa em inglês, e quiser me passar, seria uma boa, agilizaria
o trabalho.
# A partir de agora, estarei me dedicando à versão em Pure C do
# LinuxCall... Posso até ter errado, mas o TODO está assim:
#
# * Acesso ao arquivo de configuração + ou -
# * fork, execve, etc Nok
# * Interface modo texto Nok
# * Internacionalização Nok
# * Acesso ao modem Nok
#
# A parte de acesso ao arquivo de configuração eu assumi... :)
#
# Até o meio da semana que vem devo estar com as rotinas _prontas_. Elas
# irão 'quebrar' o arquivo de configuração e jogar as informações na lista
# encadeada... e tb as de gravação. Tirar da lista e mandar pro arquivo...
#
# Beleza pessoal ???
#
# A parte do fork, execve, tb é tranquilo e posso assumir... só dependo
# das informações do Alex sobre o funcionamento do pppd, etc.
#
# Té + pessoal... se mais alguém quiser assumir alguma parte do projeto,
# dê um reply dessa mensagem prá lista. :)
Bom André, acho que posso assumir algumas partes:
* internacionalização: farei a da interface atual, e espero trocar
idéias com vc pra que voce fique a par de como se faz isso tb.
* Acesso ao modem: no que se refere a configuração e comunicacao
direta com o modem, vem ne mim :) quanto a pppd/chat, acho que o
Alex é o que mais manja disso.
* fork, execve, etc: com aqueles programas de ipc que a gente fez
junto, já aprendemos alguma coisa. Então, acho que tou dentro tb pra
dar um apoio nisso.
* interface modo texto: pra fazer coisas como
configuradores/instaladores em newt, estou firme e forte. Em curses,
nem tanto, mas estamos na area pra ajudar nisso tb.
Beleza, um abração ai,
--
#=-=[ 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]
|
|
From: Marcelo B. <md...@ma...> - 2000-11-11 01:39:15
|
---[ printf("Em sex, 10 nov 2000, Nelson Correa de Toledo Ferraz escreveu"); ]---
# Só como curiosidade, alguém já ouviu falar de "literate programming"? É um
# método interessante, no qual a documentação e o código do programa são
# intercalados... quem quiser saber mais pode dar uma olhada no links:
Seria algo como inserir a documentação em forma de comentários no
meio do código? Se for isso, legal, acho que isso quebra um galhão.
# http://www-cs-faculty.stanford.edu/~knuth/cweb.html
# http://shelob.ce.ttu.edu/daves/lpfaq/faq.html
Vou dar uma olhada na sequencia, valeu ai pela indicação dos links.
# Por outro lado, seria interessante começarmos a usar o CVS do SourceForge
# para armazenar todo o histórico do projeto, consolidando as mudanças
# realizadas por todos os desenvolvedores automaticamente.
Olha Nelson, é isso mesmo. Teve uma época que bateu o maior gaz sobre
isso, mas acabou pintando outras coisas no meio do caminho e acabamos
não botando em prática. Mas que isso é importantíssimo isso é com
certeza. O CVS ajuda muito a organizar as coisas. Já passou da hora
da gente começar a usar ele, vamos tentar dar um gaz de novo nisso ai.
Forte abraço ai,
--
#=-=[ 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]
gcc: vitamina C pura!
|
|
From: serialcoder <md...@ma...> - 2000-11-11 01:27:31
|
---[ printf("Em sex, 10 nov 2000, André Casteliano escreveu"); ]---
# Cara, eu já fiz umas experiências com essa UNIX Conio... prá te falar a
# verdade, não gostei...
# A versão que eu peguei não acessava diretamente a tela, como o ncurses
# ou newt. Ele era um front-end para a ncurses e deu muito pau aki...
Hum... Estranho... pelo que eu vi, essa conio, para "controlar" a
tela, se baseia em sequencias de escape ANSI. Pelo que vi nos fontes
dela não seria um front-end pra curses... será?
# Andei lendo novamente akelas xerox que o Amauri mandou, e mais
alguns # trecos sobre curses... curses é fácil mano! Dá prá fazer sem
# problemas... e como vc tá mexendo com newt no teu trampo, porque não
# fazemos em newt então ???
O que eu vi é o seguinte: tudo depende da finalidade.
Por exemplo: se voce precisa apenas de um gotoxy() e coisinhas
simples, a uconio é legal.
Se for pra fazer telas de configuradores, estilo instalador do Red
Hat, ou coisas parecidas com dialog, newt é a pedida, newt é muito
legal pra isso.
Curses pode servir pra tudo isso, mas, conforme o caso, é matar um
passarinho com um canhão. Curses é muito poder de fogo, é massa
mesmo, e na verdade não é dificil, ainda mais quando se tem uma
documentação legal como aqueles xerox que o Amauri mandou.
Mas pra fazer coisas tipo configuradores e instaladores, prefiro
newt, é sob medida para isso.
Bom, deixa sobrar um tempinho por aqui que eu vou escrever algo a
respeito. Até André, já que você andou mexendo com curses tb, vamos
trocar umas idéias sobre isso tb.
# Fazer da page um local onde a pessoa visite frequentemente, não só pra
# saber se tem nova versão do programa, mas tb prá ver as novidades,
# documentação, ver o FAQ... cês tão entendendo ? ;-)
#
# Tenho bastante documentação aki sobre IPC em UNIX, CVS, etc... vou
# procurar os links aki prá por como referência e na sequência mando pro
# Davi por na page... seção 'Colaborador' ou seção 'Documentação' ???
Acho que na 'Documentação' caberiam coisas relacionadas mais
diretamente ao linuxcall em si. Na 'Colaborador' (ou 'desenvolvedor',
sei lá :), iriam as coisas "extras".
De qualquer modo, a idéia é muito boa, creio que temos material de
montão pra botar lá, seria mais uma questão de tempo pra organizar as
coisas e ir botando no ar.
# Calma mano... cê tá pensando muito lá prá frente... heheheh
hehe, esse é um problema meu as vezes, eu fico pensando muito adiante
mesmo....
# Tipo, concentre-se no problema atual: arkivo. Resolva e parta pro
# próximo... :)
Ou seja, vamos por partes :) legal.
# Fazendo dessa forma já consegui implementar algumas coisas por aki... no
# teu caso, seria interessante se vc fizesse as rotinas de
# tratamento/localização do modem... :)
#
# Rotinas essas que poderiam ser usadas tb nessa versão da interface
# atual... porque não ?
Mas claro! Eu só dei um tempo nelas por que tava atolado com os
trecos aqui, mas agora pode rolar sim.
De qualquer modo, como já estamos com uma visão de modularização do
código, as rotinas poderão ser aproveitadas tanto pelas versões
atuais (script + xstep) quanto na versão texto pure C, tranquilo.
Falar nisso, se você (André) e o Alex já tiverem algumas necessidades
em mente ai, tipo "função pra resetar modem", "função pra ler ATI's
do modem", me passem ai o que voces precisam quanto a parametros de
entrada e saida, coisa e tal, que ai já vou caminhando nesse sentido.
Ok man's, vamos tocando esse barco e trocando idéias.
Abração a todos,
--
#=-=[ 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]
|
|
From: C. <dig...@us...> - 2000-11-10 19:56:34
|
Eae pessoal, tudo jóia ? Ok. infelizmente não deu pro Alex mandar a nova versão dos scripts, o que me obrigou a realizar algumas alterações de última hora no programa. Esta versão é _teoricamente_ mais estável que a anterior... prá falar a verdade, não tive nenhum problema com ela ultimamente... está bem debugada. :) Pessoal esse é um release quase 'oficial', ou seja, o próximo já será liberado prá comunidade... ;-) INSTALANDO Prá compilar essa versão tá mais fácil que a anterior... Eu juntei os dois Makefiles num só... :P 1 - Se já tiver a xstep instalada (default) Descompactem o arquivo, e rodem o make, pura e simplesmente... $ tar -xvyf linuxcall-beta-0.7.12.tar.bz2 $ cd linuxcall-beta-0.7.12 $ make $ ./linuxcall :P Rodem o make como usuário comum mesmo... :) O make irá compilar o beta da interface e gerar o executável... aí é só testar... :) 2 - Se ainda não tiver a xstep instalada Descompactem o arquivo, e rodem o make com o parametro xstep $ tar -xvyf linuxcall-beta-0.7.12.tar.bz2 $ cd linuxcall-beta-0.7.12 # make xstep $ ./linuxcall :P Beleza ? O comando 'make xstep' tem que ser rodado como root. Ele primeiro irá instalar a lib xstep prá só depois compilar a interface... Pessoal, como o Alex não pôde ainda me enviar a nova versão dos scripts, tive de mudar algumas coisas e vcs novamente terão de alterar os fontes... hehehehe Logo no começo do arquivo linuxcall.c tem alguns #defines... assim: /* #define o arquivo temporário a ser usado pelo LinuxCall */ #define TEMP_FILE "/tmp/linuxcall.temp" /* #define os comandos padrão de conexão e desconexão */ #define C_PADRAO "sudo discar seu_provedor" #define D_PADRAO "sudo discar" Modifique a gosto... :P E continua o aviso, qqer bug encontrado, relatem prá dig...@us... ou então prá lista mesmo... hehehe Marcelo, pode se basear nesses fontes prá fazer a internacionalização mano... eles estão em 'freeze' aki... hehehe Não mexo neles mais até que chegue a nova versão dos scripts... A partir de agora, estarei me dedicando à versão em Pure C do LinuxCall... Posso até ter errado, mas o TODO está assim: * Acesso ao arquivo de configuração + ou - * fork, execve, etc Nok * Interface modo texto Nok * Internacionalização Nok * Acesso ao modem Nok A parte de acesso ao arquivo de configuração eu assumi... :) Até o meio da semana que vem devo estar com as rotinas _prontas_. Elas irão 'quebrar' o arquivo de configuração e jogar as informações na lista encadeada... e tb as de gravação. Tirar da lista e mandar pro arquivo... Beleza pessoal ??? A parte do fork, execve, tb é tranquilo e posso assumir... só dependo das informações do Alex sobre o funcionamento do pppd, etc. Té + pessoal... se mais alguém quiser assumir alguma parte do projeto, dê um reply dessa mensagem prá lista. :) []'s -- André Casteliano Analista de Sistemas +-=-=[ dig...@us...]=-=-+ [ Linux User: # 178853 Machine: # 79923 ] [ Linux Heavy User - Powered by Slackware 7.1 ] [ http://www.geocities.com/andre_casteliano/ ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ [ LinuxCall - The Linux Dialer ] [ http://linuxcall.sourceforge.net ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |
|
From: Nelson C. de T. F. <nf...@in...> - 2000-11-10 19:11:15
|
> Só como curiosidade, alguém já ouviu falar de "literate programming"? É um > método interessante, no qual a documentação e o código do programa são > intercalados... quem quiser saber mais pode dar uma olhada no links: > > http://www-cs-faculty.stanford.edu/~knuth/cweb.html > http://shelob.ce.ttu.edu/daves/lpfaq/faq.html Aqui vai mais um link sobre Literate Programming: http://www.literateprogramming.com/ Entre outras coisas interessantes, vocês encontrarão uma versão do antigo jogo "Adventure", de 1975, em formato PDF. Just for fun. :-) []s Nelson __________________________________________________________________ Nelson Ferraz Insite - Solucoes Internet e-mail: nf...@in... http://www.insite.com.br/ |
|
From: Nelson C. de T. F. <nf...@in...> - 2000-11-10 13:38:59
|
> # Andei dando uma olhada nos scripts, e infelizmente não está muito bem > # documentado internamente... :) > > Documentação: as vezes sacal, mas necessária. Se precisar de ajuda, > e puder guentar +- uma semana, tou nessa. Só como curiosidade, alguém já ouviu falar de "literate programming"? É um método interessante, no qual a documentação e o código do programa são intercalados... quem quiser saber mais pode dar uma olhada no links: http://www-cs-faculty.stanford.edu/~knuth/cweb.html http://shelob.ce.ttu.edu/daves/lpfaq/faq.html Por outro lado, seria interessante começarmos a usar o CVS do SourceForge para armazenar todo o histórico do projeto, consolidando as mudanças realizadas por todos os desenvolvedores automaticamente. []s Nelson __________________________________________________________________ Nelson Ferraz Insite - Solucoes Internet e-mail: nf...@in... http://www.insite.com.br/ |
|
From: Jefferson L. <hip...@wn...> - 2000-11-10 12:56:14
|
André Casteliano wrote: > > Marcelo Beckmann wrote: > > > > On Thu, 9 Nov 2000, Jefferson Limeira wrote: > > > > > Djames Suhanko wrote: > > > > > > > Entao etah empatado ! > > > > que tal colocar todos os votos em um mail soh e dar replay somente nele? > > > > Abraços ! > > > > > > > > > > Que tal fazer um script que fica aleatorio??? > > > é facilnho, ora roxo, ora cinza :) > > > > > > []'s Jefferson Limeira > > > > Rapaz, eu tava me segurando aqui pra dar uma sugestão dessas tb. > > > > Legal, acho que seria massa. E já que a votação foi acirrada, talvez > > essa solução agrade a gregos e troianos. > > > > Por mim, se der pra fazer assim, está ótimo. Vamos ver o que a galera > > acha... > > Bom, eu ainda acho que o cinza seria uma boa opção porque é "mais > sério".. além do mais combina com a interface do prog... :) > > Agora se o pessoal quiser implementar isso, tudo bem, não vou ser do > contra... :) Mas que vai ficar estranho essa page 'aleatória' vai... > além de dar mais trabalho pro Davi manter... praticamente dois sites... > > É isso aí, vamos ver a opinião do pessoal... > > []'s > > -- > André Casteliano > Analista de Sistemas > Ae galera, bom acho que isso é o de menos, trabalho com isso, e a solução seria simples, é só usar includes, os textos ficam estáticos, e o apache os insere na visualização, não se tem perca no desempenho e facilita a autalização. Deem uma olhada no site da Wnet, http://www.wnet.com.br, hehehe, cada site tem 5 linhas, o resto o include faz. O problema seria os gráficos, mas como já tem quase tudo pronto, não vejo problemas... []'s Jefferson Limeira aaaahhh, o andré me manda o source do linuxcall gráfico ae, formatei aqui e to instalando tudo dinovo... |
|
From: C. <dig...@us...> - 2000-11-10 10:21:50
|
Marcelo Beckmann wrote: > > On Thu, 9 Nov 2000, Jefferson Limeira wrote: > > > Djames Suhanko wrote: > > > > > Entao etah empatado ! > > > que tal colocar todos os votos em um mail soh e dar replay somente nele? > > > Abraços ! > > > > > > > Que tal fazer um script que fica aleatorio??? > > é facilnho, ora roxo, ora cinza :) > > > > []'s Jefferson Limeira > > Rapaz, eu tava me segurando aqui pra dar uma sugestão dessas tb. > > Legal, acho que seria massa. E já que a votação foi acirrada, talvez > essa solução agrade a gregos e troianos. > > Por mim, se der pra fazer assim, está ótimo. Vamos ver o que a galera > acha... Bom, eu ainda acho que o cinza seria uma boa opção porque é "mais sério".. além do mais combina com a interface do prog... :) Agora se o pessoal quiser implementar isso, tudo bem, não vou ser do contra... :) Mas que vai ficar estranho essa page 'aleatória' vai... além de dar mais trabalho pro Davi manter... praticamente dois sites... É isso aí, vamos ver a opinião do pessoal... []'s -- André Casteliano Analista de Sistemas +-=-=[ dig...@us...]=-=-+ [ Linux User: # 178853 Machine: # 79923 ] [ Linux Heavy User - Powered by Slackware 7.1 ] [ http://www.geocities.com/andre_casteliano/ ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ [ LinuxCall - The Linux Dialer ] [ http://linuxcall.sourceforge.net ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |
|
From: C. <dig...@us...> - 2000-11-10 10:21:43
|
Marcelo Beckmann wrote: > > Volta e meia eu ando pensando na versão "Pure C" pra console do > LinuxCall. Há uns tempos atrás tive contato com ncurses. No momento, > lá no trampo, estou mexendo com newt, e em casa, baixei a uconio > (Unix conio, um porte pra unix da lib conio do DOS). Acho que essas > experiências que estou tendo serão válidas pra implementação Pure C, > então, oportunamente, estarei escrevendo um artigo massa sobre tudo > isso. Cara, eu já fiz umas experiências com essa UNIX Conio... prá te falar a verdade, não gostei... A versão que eu peguei não acessava diretamente a tela, como o ncurses ou newt. Ele era um front-end para a ncurses e deu muito pau aki... Andei lendo novamente akelas xerox que o Amauri mandou, e mais alguns trecos sobre curses... curses é fácil mano! Dá prá fazer sem problemas... e como vc tá mexendo com newt no teu trampo, porque não fazemos em newt então ??? > Hum... agora mesmo acabou de me bater uma idéia.... Tipo, no > site do projeto tem uma seção desenvolvedores... Que tal a gente > começar a povoar esse espaço com artigos sobre programação, links, > experiências nossas, papos do irc que rolaram (e ainda vão rolar) > sobre o desenvolvimento do projeto? Acho que uma seção desse tipo > seria massa, e, de quebra, o site do projeto poderia ganhar com isso > um grande diferencial, de não apenas hospedar o programa LinuxCall, > mas sim, ser referencia para coisas ligadas a programação, > aspectos relacionados a conexão com internet, relatos e impressões > pessoais sobre a experiencia do desenvolvimento de um projeto open > source gpl como o nosso, enfim, como diz o André, agitarrrrr, fazer > algo diferente, inovador, revolucionário, wow, me empolguei mesmo.... Essa é uma ótima idéia... se não me engano eu já havia dado uma sugestão dessas há algum teeemmpoooooo..... :) Fazer da page um local onde a pessoa visite frequentemente, não só pra saber se tem nova versão do programa, mas tb prá ver as novidades, documentação, ver o FAQ... cês tão entendendo ? ;-) Tenho bastante documentação aki sobre IPC em UNIX, CVS, etc... vou procurar os links aki prá por como referência e na sequência mando pro Davi por na page... seção 'Colaborador' ou seção 'Documentação' ??? > # A parte de implementação (código) é relativamente fácil de fazer, temos > # exemplos tb, etc... O que tá pesando é a lógica, talvez até por isso eu > # ainda naum tenha conseguido concluir um BETA da versão em pure C... > > Até por que há um tempo atrás a gente conversava muito pela net sobre > isso.... putz, existem infinitas formas de implementação, a cada > conversa pintam novas idéias. A gente tem visto fontes do kppp e do > wvdial, tentando ver o que já foi implementado, o que é bom, o que se > deve evitar... Pois é mano, tem algumas coisas que eu vi nos fontes do kppp e tal que eu não gostei... :) A gente melhora as rotinas no LinuxCall... ;-) > # Precisamos de alguém que manje dos parâmetros do pppd, seus retornos, > # etc, para podermos implementar esse front-end (exatamente, nosso > # programa é um front-end pro pppd, assim como o kppp). > # > # Agora vem a melhor parte: Nós JÁ temos uma pessoa assim! O Alex... > # Alex, precisamos de um doc explicando o básico do básico prá podermos > # começar a implementação dessa versão em pure C... > > Alex, se você puder dar uma força ai seria uma ótima... > > Tipo, você manja bastante disso, eu de pppd e chat já li bastante, > entendo como funciona, mas nunca cheguei a brincar mais > profundamente com a coisa. É isso que tá pegando pro meu lado... Pq acesso ao modem é contigo, "encapsulação" do pppd, fork, etc, pode deixar que eu faço... :) Vou dar uma lida no PPP-HowTo... :P > # Tipo, de onde vem akeles retornos (NO CARRIER, BUSY, NODIALTONE, etc) > # ??? Do pppd ??? Do chat ??? do modem ??? :P > > Creio que vem primeiramente do modem. Quem cuida da discagem e > tratamento das coisas nesse processo é o chat, que por sua vez é > chamado pelo pppd. Confere? Ou falei m*rda? hehehhehe Puts, eu achava o seguinte: que o pppd fazia a discagem, e usava o chat prá autenticar, etc... mas agora, percebo que o pppd faz às vezes com o kernel, roteamento e tal... hum... interessante!!! Tou no aguardo de mais informações do Alex a respeito... :P > Agora, interfacear tudo isso com C, ai é outro papo... > > Existem tantas alternativas, forks, pipes, execve's, system's... > Qual o rumo a tomar? Quais as vantagens e desvantagens? eis uma boa > pergunta... Calma mano... cê tá pensando muito lá prá frente... heheheh Tipo, concentre-se no problema atual: arkivo. Resolva e parta pro próximo... :) Fazendo dessa forma já consegui implementar algumas coisas por aki... no teu caso, seria interessante se vc fizesse as rotinas de tratamento/localização do modem... :) Rotinas essas que poderiam ser usadas tb nessa versão da interface atual... porque não ? > # O chat é usado prá autenticação ??? Como implementar conexão chat, além > # da PAP, etc... espero que esteja me entendendo... :) > > Tai, bem lembrado... até agora só pensei em PAP, mas existem outras > formas de autenticação... hum... vamos ter que correr atras. É... a gente tem que ver tudo isso... heeheheheheh > # Andei dando uma olhada nos scripts, e infelizmente não está muito bem > # documentado internamente... :) > > Documentação: as vezes sacal, mas necessária. Se precisar de ajuda, > e puder guentar +- uma semana, tou nessa. Com certeza... enquanto isso vou aki me virando com as listas encadeadas, acesso a arkivos e muitos ponteiros bêbados.... hehehehe Falous pessoal, vamos lá... tá ficando muito massa... hehehehe []'s -- André Casteliano Analista de Sistemas +-=-=[ dig...@us...]=-=-+ [ Linux User: # 178853 Machine: # 79923 ] [ Linux Heavy User - Powered by Slackware 7.1 ] [ http://www.geocities.com/andre_casteliano/ ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ [ LinuxCall - The Linux Dialer ] [ http://linuxcall.sourceforge.net ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |
|
From: C. <dig...@us...> - 2000-11-10 10:21:43
|
serialcoder wrote: > > Eu voto pelo bom e velho C tb. Acho que C é mais acessível e > "padronizado" que o C++. Certo, C++ é do caraio tb, nossa, quando eu > li o primeiro livro sobre C++ fiquei boquiaberto, embasbacado, > pirado, é muito massa, os caras que bolaram o C++ tiveram uma idéia > simplesmente magnífica, mas pelo menos por enquanto acho que o C já dá > conta do recado. Realmente C++ é muito poderoso, isso não tem o que discutir... andei lendo um pouco sobre isso tb. Heranças múltiplas, cargas de objetos, mó doidera... preciso aprofundar mais nisso depois... :) Mas no momento realmente creio que o C seja a melhor opção... []'s -- André Casteliano Analista de Sistemas +-=-=[ dig...@us...]=-=-+ [ Linux User: # 178853 Machine: # 79923 ] [ Linux Heavy User - Powered by Slackware 7.1 ] [ http://www.geocities.com/andre_casteliano/ ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ [ LinuxCall - The Linux Dialer ] [ http://linuxcall.sourceforge.net ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |
|
From: serialcoder <md...@ma...> - 2000-11-10 03:17:53
|
---[ printf("Em qui, 09 nov 2000, André Casteliano escreveu"); ]---
# > # O texto do sudo, complementar com akele mail do Marcelo... (aliás, se o
# > # Marcelo estiver disposto, seria interessante se ele fizesse a integração
# > # e lhe enviasse o texto pronto para publicação... está disposto Marcelo
# > # ?)
# >
# > Pode ser sim, no problems.
#
# Beleza, aproveita e manda em inglês pro Davi tb... ;-)
Ok man, lá pra domingo ou segunda, me cobrem ai.
# > # Colocar o novo beta (sai em dois dias) da interface prá download...
# >
# > André, me manda teus fontes ai. Estou me liberando daquelas pendengas
# > que eu tava aqui e quero voltar a te ajudar. Aquele lance do
# > tratamento do arquivo de config vc conseguiu resolver?
#
# Marcelo, tou te mandando os fontes em anexo... O que seria interessante
# vc fazer a nível de interface seria a internacionalização do software
# através de algum padrão (i18n, potfile)...
Acho que via potfile. Nesse caso, estou pensando em fazer o seguinte.
Pra amanhã a noite ou sábado a tarde, tú me mandas a última versão
estável dos fontes. A partir deles, eu faço a i18n, e durante o
processo eu vou te passando como está sendo feito, a gente vai
conversando via irc/icq, e assim que estiver pronto a gente bota no
ar e eu retorno pra você os fontes já i18nalizados, para voce poder
continuar trabalhando. Ou melhor, todos nós. Que que cê acha? Tá ou
não tá na hora da gente tomar uma atitude e botar no cvs esses fontes?
E se for assim, vamos botar os fontes lá já i18nalizados, por que não?
# É isso ae pessoal, todo mundo no gaz... :)
#
Gaz total, vamos agitar!
[]s
--
#=-=[ 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]
|
|
From: Marcelo B. <md...@ma...> - 2000-11-10 03:09:04
|
---[ printf("Em qui, 09 nov 2000, André Casteliano escreveu"); ]---
# Estou elaborando um esquema interessante prá versão em pure C que será
# exatamente assim... Uma espécie de menu "Advanced" onde inclusive o
# usuário poderá setar localização de arquivos, e coisas mais "baixo
# nível" como formas de acesso ao kernel... (eu naum estou brincando... )
# :P
E eu vou lá achar que você está brincando? mas nem de longe, eu te
conheço, coder do jeito que é, vai logo se empolgando em abrir
fontes e cair no núcleo do código :)
Volta e meia eu ando pensando na versão "Pure C" pra console do
LinuxCall. Há uns tempos atrás tive contato com ncurses. No momento,
lá no trampo, estou mexendo com newt, e em casa, baixei a uconio
(Unix conio, um porte pra unix da lib conio do DOS). Acho que essas
experiências que estou tendo serão válidas pra implementação Pure C,
então, oportunamente, estarei escrevendo um artigo massa sobre tudo
isso.
Hum... agora mesmo acabou de me bater uma idéia.... Tipo, no
site do projeto tem uma seção desenvolvedores... Que tal a gente
começar a povoar esse espaço com artigos sobre programação, links,
experiências nossas, papos do irc que rolaram (e ainda vão rolar)
sobre o desenvolvimento do projeto? Acho que uma seção desse tipo
seria massa, e, de quebra, o site do projeto poderia ganhar com isso
um grande diferencial, de não apenas hospedar o programa LinuxCall,
mas sim, ser referencia para coisas ligadas a programação,
aspectos relacionados a conexão com internet, relatos e impressões
pessoais sobre a experiencia do desenvolvimento de um projeto open
source gpl como o nosso, enfim, como diz o André, agitarrrrr, fazer
algo diferente, inovador, revolucionário, wow, me empolguei mesmo....
Nossa, me lembrei agora daquela madrugada de sexta pra sabado, em que
eu o André e o Amauri ficamos das 3 da madruga até as 10 da manha em
conferencia telefonica, estavamos rodando as primeiras versões do
script do Alex (a tal da imcompatibilidade entre as versões do bash,
conectiva x slackware, heheheeh) , debugando a primeira implementação
da interface que o André tinha feito em XStep... aquilo foi muito
massa... depois daquele dia, as coisas assumiram uma nova dimensão...
ôôô lugar, ôôô saudosismo...
# A parte de implementação (código) é relativamente fácil de fazer, temos
# exemplos tb, etc... O que tá pesando é a lógica, talvez até por isso eu
# ainda naum tenha conseguido concluir um BETA da versão em pure C...
Até por que há um tempo atrás a gente conversava muito pela net sobre
isso.... putz, existem infinitas formas de implementação, a cada
conversa pintam novas idéias. A gente tem visto fontes do kppp e do
wvdial, tentando ver o que já foi implementado, o que é bom, o que se
deve evitar...
# Precisamos de alguém que manje dos parâmetros do pppd, seus retornos,
# etc, para podermos implementar esse front-end (exatamente, nosso
# programa é um front-end pro pppd, assim como o kppp).
#
# Agora vem a melhor parte: Nós JÁ temos uma pessoa assim! O Alex...
# Alex, precisamos de um doc explicando o básico do básico prá podermos
# começar a implementação dessa versão em pure C...
Alex, se você puder dar uma força ai seria uma ótima...
Tipo, você manja bastante disso, eu de pppd e chat já li bastante,
entendo como funciona, mas nunca cheguei a brincar mais
profundamente com a coisa.
# Tipo, de onde vem akeles retornos (NO CARRIER, BUSY, NODIALTONE, etc)
# ??? Do pppd ??? Do chat ??? do modem ??? :P
Creio que vem primeiramente do modem. Quem cuida da discagem e
tratamento das coisas nesse processo é o chat, que por sua vez é
chamado pelo pppd. Confere? Ou falei m*rda? hehehhehe
Agora, interfacear tudo isso com C, ai é outro papo...
Existem tantas alternativas, forks, pipes, execve's, system's...
Qual o rumo a tomar? Quais as vantagens e desvantagens? eis uma boa
pergunta...
# O chat é usado prá autenticação ??? Como implementar conexão chat, além
# da PAP, etc... espero que esteja me entendendo... :)
Tai, bem lembrado... até agora só pensei em PAP, mas existem outras
formas de autenticação... hum... vamos ter que correr atras.
# Andei dando uma olhada nos scripts, e infelizmente não está muito bem
# documentado internamente... :)
Documentação: as vezes sacal, mas necessária. Se precisar de ajuda,
e puder guentar +- uma semana, tou nessa.
Abração ai companheiros,
--
#=-=[ 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]
|
|
From: serialcoder <md...@ma...> - 2000-11-10 02:34:38
|
---[ printf("Em qui, 09 nov 2000, André Casteliano escreveu"); ]---
# Alex Borro wrote:
# >
# > Nossa, vcs estão de parabens.. adorei a pagina..
# > O menuzinho ficou super-legal e pratico.
# > Os screenshots laterias ficaram excelentes. Assim o cara já tem uma
# > visão de como é o programa e fica com vontade fazer o download...
# > O designe está otimo tb... Resumindo... sem comentários...
#
# Ficou massa mesmo... adorei tb. :)
#
# > Parabéns a todos...
#
# Parabéns mesmo...
Meus amigos, botei maior fé mesmo. Ficou muito massa. Parabéns ai.
# > Ah, daqui duas semanas vou ter umas folgas aqui na faculdade e vai dar
# > pra eu me dedicar melhor ao linuxcall, já que faz 2 meses que eu não
# > mexo.. Ai vou dar uma arrumadas que faltam e vou ver o lance de fazê-lo
# > todo em C ou C++...
#
# Alex, se puder escolher, prefira o C...
#
Eu voto pelo bom e velho C tb. Acho que C é mais acessível e
"padronizado" que o C++. Certo, C++ é do caraio tb, nossa, quando eu
li o primeiro livro sobre C++ fiquei boquiaberto, embasbacado,
pirado, é muito massa, os caras que bolaram o C++ tiveram uma idéia
simplesmente magnífica, mas pelo menos por enquanto acho que o C já dá
conta do recado.
Abração ai,
--
#=-=[ 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]
gcc: vitamina C pura!
|
|
From: Marcelo B. <bec...@co...> - 2000-11-09 19:09:51
|
On Thu, 9 Nov 2000, Jefferson Limeira wrote: > Djames Suhanko wrote: > > > Entao etah empatado ! > > que tal colocar todos os votos em um mail soh e dar replay somente nele? > > Abraços ! > > > > Que tal fazer um script que fica aleatorio??? > é facilnho, ora roxo, ora cinza :) > > []'s Jefferson Limeira Rapaz, eu tava me segurando aqui pra dar uma sugestão dessas tb. Legal, acho que seria massa. E já que a votação foi acirrada, talvez essa solução agrade a gregos e troianos. Por mim, se der pra fazer assim, está ótimo. Vamos ver o que a galera acha... Abração ai companheiros, -- Marcelo Beckmann <bec...@co...> Conectiva S.A. - www.conectiva.com.br Suporte Corporativo - Curitiba - PR "Estamos de volta aos tempos em que os homens eram homens e programavam seus próprios drivers de dispositivo." L.T. |
