From: C. <dig...@us...> - 2000-11-07 02:04:05
|
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 ] +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+ |