linuxcall-list

[Linuxcall] Listas encadeadas... SIM!

[C. <dig...@us...>]

Eae coders ?

Bom, depois de muita discussão filosófica a respeito do uso (ou não) das
listas encadeadas, acho que o ideal é que as utilizemos.

Já comecei a implementação... vejam a struct:

struct isp {
	char *nome;
	char *string;
	char *fones
	char *dns1;
	char *dns2;
	int rediscar;
	int esperar;
	int debug;

	struct isp *next;
}

Aí eu fiz um typedef prá simplificar e criar o novo tipo de dado:

typedef struct isp Provedor;

Particularmente eu questiono alguns desses campos... gostaria que o Alex
me explicasse melhor... a string do modem por exemplo, não vejo
necessidade de um provedor ter uma string de modem separada... em que
casos isso seria utilizado ?
O debug tb. Eu até entendo que por exemplo, estejamos tendo problemas
com determinado provedor e queiramos debugá-lo, mas porque não ativar o
debug GLOBAL ??? É só uma idéia...

Tem tb algumas coisas meio filosóficas que têm de ser discutidas com
relação à números/quantidade. 

Qual o tamanho máximo para o nome de um provedor ???
Qual o número máximo de fones por provedor ???

Ah! outra coisa: a partir do próximo beta, o LinuxCall contará com um
arquivo de configuração, que sugiro fique localizado em ~/.linuxcallrc
O que vcs acham ???

Pessoal, quaisquer idéias são bem-vindas... não a nível de código, mas a
nível de lógica e sugestões de implementação... :)

É isso ae pessoal, aguardo comentários,

[]'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       ]
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

Re: [Linuxcall] Listas encadeadas... SIM!

[Alex B. <ne...@za...>]

> Particularmente eu questiono alguns desses campos... gostaria que o Alex
> me explicasse melhor... a string do modem por exemplo, não vejo
> necessidade de um provedor ter uma string de modem separada... em que
> casos isso seria utilizado ?

Digamos que vc usa dois provedores, um trabalha com compactação de dados
e outro não.. e vc quer ter controle sobre isso.. como fazer ?? Ou por
exemplo, no meu caso.. O UOL usa linhas normais que raramente dão
problemas na conexão.. então eu tiro o som da discagem (L0M0)... já o
Zaz usa uma linha E1 horrivel... vira e mexe vc disca e a linha fica
muda ou demora pra responder... então eu gosto de deixar o som da
discagem e colocar um tempo maior de timeout... sacou ???
Claro que para um usuário leigo, coisas como essa não fazem sentido...
Mas temos que abranger ao máximo, né..

> O debug tb. Eu até entendo que por exemplo, estejamos tendo problemas
> com determinado provedor e queiramos debugá-lo, mas porque não ativar o
> debug GLOBAL ??? É só uma idéia...

Ah, o debug pode ser tirado.... já que a saida é armazenada num arquivo
de log...
 
> Ah! outra coisa: a partir do próximo beta, o LinuxCall contará com um
> arquivo de configuração, que sugiro fique localizado em ~/.linuxcallrc
> O que vcs acham ???

Beleza...


-- 
 /------------------------------ \          ____ 
 | 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.

Re: [Linuxcall] Listas encadeadas... SIM!

[C. <dig...@us...>]

Alex Borro wrote:
> 
> > Particularmente eu questiono alguns desses campos... gostaria que o Alex
> > me explicasse melhor... a string do modem por exemplo, não vejo
> > necessidade de um provedor ter uma string de modem separada... em que
> > casos isso seria utilizado ?
> 
> Digamos que vc usa dois provedores, um trabalha com compactação de dados
> e outro não.. e vc quer ter controle sobre isso.. como fazer ?? Ou por
> exemplo, no meu caso.. O UOL usa linhas normais que raramente dão
> problemas na conexão.. então eu tiro o som da discagem (L0M0)... já o
> Zaz usa uma linha E1 horrivel... vira e mexe vc disca e a linha fica
> muda ou demora pra responder... então eu gosto de deixar o som da
> discagem e colocar um tempo maior de timeout... sacou ???
> Claro que para um usuário leigo, coisas como essa não fazem sentido...
> Mas temos que abranger ao máximo, né..

Realmente... isso é interessante do ponto de vista "abrangência" e
"funcionalidades"... quanto mais personalizável for o programa melhor...
tem mais chances de atender às necessidades dos usuários...

> > O debug tb. Eu até entendo que por exemplo, estejamos tendo problemas
> > com determinado provedor e queiramos debugá-lo, mas porque não ativar o
> > debug GLOBAL ??? É só uma idéia...
> 
> Ah, o debug pode ser tirado.... já que a saida é armazenada num arquivo
> de log...

Foi isso que eu pensei tb. ;-)

Agora que temos o arquivo de log, o tal do debug por provedor se torna
meio dispensável... mas o global ainda devemos ter. :)

> > Ah! outra coisa: a partir do próximo beta, o LinuxCall contará com um
> > arquivo de configuração, que sugiro fique localizado em ~/.linuxcallrc
> > O que vcs acham ???
> 
> Beleza...

Hum... ~/.linuxcallrc ??? Isso é multiusuário :)

[]'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       ]
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

Re: [Linuxcall] Listas encadeadas... SIM!

[Nelson C. de T. F. <nf...@in...>]

> Bom, depois de muita discussão filosófica a respeito do uso (ou não) das
> listas encadeadas, acho que o ideal é que as utilizemos.

Concordo plenamente.

> Particularmente eu questiono alguns desses campos... gostaria que o Alex
> me explicasse melhor... a string do modem por exemplo, não vejo
> necessidade de um provedor ter uma string de modem separada... em que
> casos isso seria utilizado ?

Eu acho que a string do modem é uma propriedade global, e não de cada
provedor.

> O debug tb. Eu até entendo que por exemplo, estejamos tendo problemas
> com determinado provedor e queiramos debugá-lo, mas porque não ativar o
> debug GLOBAL ??? É só uma idéia...

Parece uma boa idéia.

> Qual o tamanho máximo para o nome de um provedor ???

Pode chutar alto, 100 caracteres no mínimo. Pra que economizar?

> Qual o número máximo de fones por provedor ???

Não deve haver um limite fixo -- basta fazer cada telefone apontar para um 
provedor e criar uma função para listar todos os telefones de um 
determinado provedor.

Finalmente, gostaria que vocês dessem uma olhada nesse CGI que eu mandei
em um e-mail anterior; ele já é capaz de cadastrar múltiplos telefones por
provedor, separando-os por país.

[]s

Nelson

__________________________________________________________________
Nelson Ferraz                           Insite - Solucoes Internet
e-mail: nf...@in...           http://www.insite.com.br/

Re: [Linuxcall] Listas encadeadas... SIM!

[C. <dig...@us...>]

Nelson Correa de Toledo Ferraz wrote:
> 
> > Qual o tamanho máximo para o nome de um provedor ???
> 
> Pode chutar alto, 100 caracteres no mínimo. Pra que economizar?

Hum... buffers grandes não é legal... :) Mas vc tá certo, prá que
economizar ??? hehehehe

> > Qual o número máximo de fones por provedor ???
> 
> Não deve haver um limite fixo -- basta fazer cada telefone apontar para um
> provedor e criar uma função para listar todos os telefones de um
> determinado provedor.

Hum... taí gostaria de ouvir mais suas idéias a respeito, tipo, aki,
como iremos utilizar listas encadeadas prá armazenar as configurações,
tenho que estipular tamanho de buffer, leitura de arkivos, tudo isso
prevendo um número máximo (limite)... mas sua idéia é interessante e eu
já estou pensando numa maneira de implementar sem limites... ;-) Mas
ainda quero ouvir suas idéias a respeito... :P

> Finalmente, gostaria que vocês dessem uma olhada nesse CGI que eu mandei
> em um e-mail anterior; ele já é capaz de cadastrar múltiplos telefones por
> provedor, separando-os por país.

Acho que não recebi... :P Pode mandar de novo ? 

[]'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       ]
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+