linuxcall-list — Lista de discussão do projeto LinuxCall

[Linuxcall] [off-topic] Nova versão do Sylpheed - 0.4.7

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

Ae pessoal,

Acabou de sair uma nova versão do Sylpheed. Aliás, saiu hoje mesmo!!
The newest version is 0.4.7 (tar.bz2 tar.gz) [Updated! (00/12/02)]

http://sylpheed.good-day.net/


Instalei ela hoje aqui, eu tinha a 0.4.2. Não sei se é impressão
minha, mas essa versão nova me pareceu mais rápida um pouco.

Para alterar o diretório padrão dos emails, nessa versão o arquivo a
ser alterado nos fontes, antes da compilação, é o src/defs.h
36:#define MAIL_DIR		"SylMail"

~/SylMail é o que eu uso.


É isso ai, abração a todos,


-- 
#=-=[  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]

Re: [Linuxcall] fgets() vs. fscanf() =?iso-8859-1?Q?=5BProv=E1vel=20solu=E7=E3o=5D?=

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

André... prometido... Amanha até as 4 da tarde eu te mando a versão
nova.. sem enrolações... já enrolei demais...É que sempre eu estou
conectado, e pra testar, eu preciso estar desconectado... mas pode
deixar.. até as 4 horas de amanha, pode abrir seu e-mail que a versão
novinha vai estar lá....
desculpem...

té mais...

André Casteliano wrote:
> 
> 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
> 
> 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).
> 
> Alguém aí tem uma idéia menos radical ??? :P
> Acham isso válido ???
> 
> Me digam aí porque já vou começar a implementar ... ;-)
> 
> Falous coders,
> 
> []'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       ]
> +-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+
> 
> _______________________________________________
> 
> Linuxcall-list mailing list
> 
> Lin...@li...
> 
> http://lists.sourceforge.net/mailman/listinfo/linuxcall-list
> 
> Canais IRC: irc.wnet.com.br  #linuxcall
>             irc.matrix.com.br  #linuxcall
> HomePage: http://linuxcall.sourceforge.net

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

Re: [Linuxcall] Beginning Linux Programming, Ellen Rocche, Sepultura, chuva, canais de irc, ....

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

---[ printf("Em sex, 01 dez 2000, André Casteliano escreveu"); ]---
      ---8<---
# Distro: Slackware 7.1
# Kernel: 2.2.17 (recompilado)
      ---8<---

Valeu pelas infos André!

# 
# O mouse no X tá pendurado no gpm ... e nem por isso tive problemas com o
# scan ... interessante isso ...
# 
# rodei o programinha de detecção de dentro do X, com o mouse pendurado no
# gpm e não tive nenhum problema... :)

Pois é mano, esse lance ai que ta meio estranho ainda:
* no seu teste, não dá pau nenhum;
* no do Alex, deu problema, travou;
* no meu, apenas desconfigurou e gerou alguns logs no gpm (invalid
data ou parecido), bastou um restart no gpm pra voltar ao normal;

À que seria devida essa diferença de comportamentos?
Distro? hum, não sei, voce e o Alex usam slack 7.1 né?
vamos ver se a gente descobre isso. Mas, como esse metodo já se
demonstrou propenso a problemas, acho que o lance é implementar algo
!=, + safe.

# As seriais da minha máquina estão assim:
# 
# /dev/ttyS0: utilizada pelo mouse
# /dev/ttyS1: inexistente (desabilitada)
# /dev/ttyS2: inexistente
# /dev/ttyS3: utilizada pelo modem
# 
# > Com isso, a busca pode ser mais rápida e menos propensa a erros.
# 
# Beleza... quanto menos erros tiver melhor... 
# erros = ruim; :P

Beleza, os resultados obtidos ai na sua máquina estão de acordo com o
que eu esperava.
 
# > Gostaria de saber o que vocês acham disso, prós e contras, idéias,
# > sugestões, etc.
# 
# Manow, o kppp por exemplo, só faz a busca no link simbólico, quando vc
# clica nakele "Perguntar ao modem" ... Não sei se ele abre o link
# simbólico ou se descobre prá onde aponta e abre direto a porta ... não
# olhei ... mas essa sua idéia é interessante: Só procurar onde possa
# haver um modem... :)

Hum André....  perai...

No caso de perguntar ao modem os ATI's, isso só seria feito no modem
configurado, não será feito um 'scan' de portas para isso.

Eu imagino o scan de portas só sendo usado pra tarefa inicial de
configuração e procura do modem, após isso, as demais operações só
serão feitas na porta configurada para o modem ( essa pode ser
encontrada automaticamente ou definida pelo usuário ).

Quanto ao link, não vejo problemas, bastando utilizar um
open("/dev/modem", ...). Se o link existir, não deve dar pau nenhum.
 

# > Mas hoje estou mais feliz, finalmente chegou o tão esperado e
# > encomendado livro "Beginning Linux Programming", 2nd Edition, 900
# ------8<-------
# Manow, vamo negociar aki uns xerox.. ;-))))

ô André, claro, se precisar tamos ai mano.
Estou começando a dar uma olhada no livro agora no final de semana.
Esse livro é realmente sensacional cara, fala de tudo, aborda
detalhes profundamente e com uma linguagem super acessível.

Do que eu até agora e que creio que interesse pra você, tem:
* um capitulo sobre GTK
* outros sobre pipe's, named pipe's, e etc. Acho que esse é um ponto
que "tá pegando" na interface atualmente né? 
* um capitulo sobre IPC, semáforos, shared memory e mensagens.
Justamente o que precisávamos há 3 meses atrás, lembra ? :)

Vou dar uma olhada e ver quantas páginas dá isso, se quiser os xerox
dá um toque ai que a gente providencia.

Você me falou que achou esse livro no Brasil por uns 90 pilá né?
Se puder mano, compre que vale a pena mesmo. O preço tá totalmente
dentro (o meu, vindo dos states e rachando o frete em 3 pessoas, saiu
80 pila). Esse livro é daqueles fundamentais, conteúdo pra "toda
vida", hehehe


# Ando meio sem tempo prá isso... :)
# Eu tenho uns exemplos aki de como pegar essas informações direto do
# /proc ... só que a rotina só funciona nos kernels da série 2.2 

É...  tem várias coisas que só funfam na 2.2.x

# Vou implementar alguma coisa nesse sentido na próxima versão da
# interface... :P

Massa!

# 
# Falous manow... 
# -- 

Valeu mano!

[]s

-- 
#=-=[  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]
      --- campanha pelo dia de 56 horas. participe! ---

[Linuxcall] fgets() vs. fscanf() =?iso-8859-1?Q?=5BProv=E1vel=20solu=E7=E3o=5D?=

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

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

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).

Alguém aí tem uma idéia menos radical ??? :P
Acham isso válido ???

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

Falous coders,

[]'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] Beginning Linux Programming, Ellen Rocche, Sepultura, chuva, canais de irc, ....

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

Marcelo Beckmann wrote:
> 
> Ae pessoal,

Fala Marcelão, beleza manow ?

> * Gostaria que vocês executassem o comando abaixo:
> ]$ cat /proc/tty/driver/serial | head -n5

Ok. Olha a saída aki ... 

digitalcoder [alcs]$ cat /proc/tty/driver/serial | head -n5
serinfo:1.0 driver:4.27
0: uart:16550A port:3F8 irq:4 baud:1200 tx:8 rx:6891 brk:1 RTS|DTR
1: uart:unknown port:2F8 irq:3
2: uart:unknown port:3E8 irq:4
3: uart:16550A port:2E8 irq:3 tx:0 rx:0 CTS|DTR

> E me enviassem o retorno dela, acompanhado dos seguintes dados:
> * Distro utilizada;
> * Versão do kernel;
> * Configurações de portas seriais, mouse, e modem da máquina de vocês;

Distro: Slackware 7.1
Kernel: 2.2.17 (recompilado)

O mouse no X tá pendurado no gpm ... e nem por isso tive problemas com o
scan ... interessante isso ...

rodei o programinha de detecção de dentro do X, com o mouse pendurado no
gpm e não tive nenhum problema... :)

> * Configuração de portas seriais da minha máquina:
> /dev/ttyS0: utilizada pelo mouse;
> /dev/ttyS1: habilitada na bios, sem nada ligado nela;
> /dev/ttyS2: desabilitada na bios/não existente;
> /dev/ttyS3: utilizada pelo modem;
> -------------------

As seriais da minha máquina estão assim:

/dev/ttyS0: utilizada pelo mouse
/dev/ttyS1: inexistente (desabilitada)
/dev/ttyS2: inexistente
/dev/ttyS3: utilizada pelo modem

> Com isso, a busca pode ser mais rápida e menos propensa a erros.

Beleza... quanto menos erros tiver melhor... 
erros = ruim; :P

> Gostaria de saber o que vocês acham disso, prós e contras, idéias,
> sugestões, etc.

Manow, o kppp por exemplo, só faz a busca no link simbólico, quando vc
clica nakele "Perguntar ao modem" ... Não sei se ele abre o link
simbólico ou se descobre prá onde aponta e abre direto a porta ... não
olhei ... mas essa sua idéia é interessante: Só procurar onde possa
haver um modem... :)

> Bom, por hora é isso ai galera. Desculpem por eu ter andado meio
> sumido ai, eu estava ruim de saúde :(

É... eu tb ando meio sumido, mas por motivos diferentes... :)

> Mas hoje estou mais feliz, finalmente chegou o tão esperado e
> encomendado livro "Beginning Linux Programming", 2nd Edition, 900
> páginas de puro extase, do shell script ao X, de threads a device
> drivers, passando por IPC, sockets e internet programming
> (isso vai ser bom pro Volkano né André/Amauri?) hurruuuuuu, já tenho
> leitura pra esse fim de semana (e pra muitos e muitos outros, hehehe)

Manow, vamo negociar aki uns xerox.. ;-))))

> E para os coders de plantão: lembram aquela url que eu mandei antes,
> do pppStatus ?  Então, podemos aproveitar algo de lá pra implementar
> as contabilizações/monitorações de bytes transmitidos/recebidos, tempo
> de conexão, logs, etc. Vale a pena dar uma olhada.

Ando meio sem tempo prá isso... :)
Eu tenho uns exemplos aki de como pegar essas informações direto do
/proc ... só que a rotina só funciona nos kernels da série 2.2 
Vou implementar alguma coisa nesse sentido na próxima versão da
interface... :P

> Abração ai galera!

Falous manow... 
-- 
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       ]
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

[Linuxcall] fgets() vs. fscanf()

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

Eae coders, tudo jóia ?

Pessoal, tou com um pequeno probleminha aki na implementação das
interfaces... 

Após o popen(), quando vamos receber do pipe as informações que vêm do
script, usamos a rotina fgets, assim:

fgets (buffer, 64, pipe_fd);

Só que nisso aí tem um bug!!!

Em programas gráficos, conforme expliquei num mail anterior, o toolkit
precisa estar o tempo todo no controle. Quando rodamos o fgets, ele pára
momentaneamente a execução do programa, e fica aguardando um EOF ou um
\n para retornar... e isso é mau, muito mau ... :)

O fgets só retorna quando encontra um EOF ou um \n ... sendo assim, as
informações que vêm do script ficam bufferizadas e não vão prá tela,
além de "travar" o programa (o usuário fica impossibilitado de clicar em
outra coisa (o botão de cancelar, por exemplo)).

Bom, então tentei usar o fscanf ... a vantagem é que o fscanf retorna
imediatamente, não fica parado esperando um EOF ou \n ... mas, ele só
pega um palavra por vez (geralmente) ... assim a seguinte rotina:

fscanf (pipe_fd, "%s" buffer);

Vai retornando uma palavra por vez, o que faz com que o usuário não
entenda porcaria nenhuma:

Para
Cancelar
a 
discagem
Tecle
Ctrl
C

E por aí vai ... se é que me entendem ... :)

Poderíamos usar o fscanf assim:

fscanf (pipe_fd, "%s[^\n]", buffer);

Mas isso simplesmente tornaria o fscanf igual a um fgets ... 

Tentei tb usar umas rotinas malucas e ir "montando" a linha de saída ...
infelizmente não funcionou (até agora não sei porque) ...

fscanf (pipe_fd, "%s", buffer);
if (strchr (buffer, '\n')) {
	strcat (temp, buffer);
	mostra_msg (temp);
}
else {
	strcat (temp, buffer);
	strcat (temp, " ");
}

A idéia é a seguinte: vai pegando palavra por palavra, até o fim da
linha, quando, então, seria exibida na tela... 
Aparentemente o fscanf remove o caracter de nova linha '\n' da string,
pq sempre cai no else ... se vcs puderem me dizer onde que tá o bug ae
... :P

Coders, já tentei um monte de coisa por aki, e até agora não encontrei
solução pro caso ... se vcs tiverem com a "cuca" mais fria e souberem a
solução, agradeceria se me indicassem ;-)

[]'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] Contato

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

Em qui, 30 nov 2000, eev...@hy... escreveu:
# Below is the result of your feedback form.  It was submitted by
#  (eev...@hy...) on Thursday, November 30, 2000 at 09:39:44.
# Email sent by "200.235.10.178" from "http://www.blinkdesign.f2s.com/lc/pt/contato.html"
# ---------------------------------------------------------------------------
# 
# nome: Edmilson 
# 
# email2: Gostaria que o email acima fosse descadastrado da lista Linuxcall no momento.
# Grato
# 
# submit: Enviar

Edmilson,

Voce foi descadastrado.

Mas quando quiser voltar, sinta-se a vontade, será sempre bem vindo.

[]s
LinuxCall team

[Linuxcall] algumas cositas

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

Estou mandando umas coisitas ai.

Legenda:
[] = parametros obrigatórios
<> = parametros opcionais

__________________________________
Script indenta [fonte.c] <outputindentado.c>
Indenta um arquivo .c, usando o utilitario indent, de acordo
com algumas regras pré definidas.

]$ cat indenta
#!/bin/sh

if [ "x$1" = "x" ]; then
	echo -e "\n   Indenta um arquivo fonte em C."
	echo -e "   Uso: indenta arquivo.c [arquivo_indentado.c]\n"
	exit 1
fi;

if [ ! -e $1 ]; then
	echo "Arquivo $1 não encontrado."
	exit 1
fi;

if [ "x$2" = "x" ]; then
	echo -e "indentando $1 ...\c"
	indent -kr -ts8 -i8 $1 -o $1
	echo " ok."
	exit 0
else
	echo -e "indentando $1 ...\c"
	indent -kr -ts8 -i8 $1 -o $2
	echo " ok. --> $2"
	exit 0
fi;


___________________
Script lsd <diretório>
Lista apenas os diretórios

]$ cat lsd
#!/bin/sh
# Lista somente diretórios
# Uso: lsd [path]
# by serialcoder out/2000

echo $1

#LISTA="$1"

ls -laF $1 | grep /


--------------------
Script serinfo
Mostra informações das portas seriais

]$ cat serinfo
#!/bin/sh

cat /proc/tty/driver/serial | head -n5

___________________

Ah, eu já achei no proc onde é que tem informações das interfaces de
rede, bytes in/out e etc, na sequencia passo ai pra voces.


Abraços a todos,

-- 
#=-=[  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]

[Linuxcall] Beginning Linux Programming, Ellen Rocche, Sepultura, chuva, canais de irc, ....

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

Ae pessoal,

Estava pensando sobre as rotinas de procura de modem e tive algumas
idéias.

* Gostaria que vocês executassem o comando abaixo:
]$ cat /proc/tty/driver/serial

ou então, para ter um output melhor:

]$ cat /proc/tty/driver/serial | head -n5

E me enviassem o retorno dela, acompanhado dos seguintes dados:
* Distro utilizada;
* Versão do kernel;
* Configurações de portas seriais, mouse, e modem da máquina de vocês;

Como exemplo, passo o da minha máquina:
----------------
* Distro: Conectiva 5.0 Edição Especial (da Revista do Linux)
* Kernel: 2.2.14-19cl
* Output do comando:
[marcelo@arise marcelo]$ cat /proc/tty/driver/serial | head -n5
serinfo:1.0 driver:4.27
0: uart:16550A port:3F8 irq:4 baud:1200 tx:34 rx:7528 fe:980 brk:318 RTS|DTR|DSR
1: uart:16550A port:2F8 irq:3 baud:38400 tx:27 rx:0 RTS|DTR
2: uart:unknown port:3E8 irq:4
3: uart:16550A port:2E8 irq:10 baud:38400 tx:6 rx:18 RTS|CTS|DTR|DSR

* Configuração de portas seriais da minha máquina:
/dev/ttyS0: utilizada pelo mouse;
/dev/ttyS1: habilitada na bios, sem nada ligado nela;
/dev/ttyS2: desabilitada na bios/não existente;
/dev/ttyS3: utilizada pelo modem;
-------------------

A partir dai notamos o seguinte:
* Onde tem serial, tem dispositivo controlador.
  Isso é notado pelo campo 'uart'.
  Onde tenho serial, tenho um controlador, no caso o 16550A;
* Se eu usar aquele programinha que enviei antes para voces,
  nem mesmo como root eu consigo abrir a minha ttyS2.
  Estou supondo que o motivo para isso é que em ttyS2 eu não tenho
  nenhum controlador (uart)
* um 'ps ax | grep gpm' me mostra a porta utilizada pelo gpm:

[marcelo@arise marcelo]$ ps ax | grep gpm
  789 ttyS0    S      0:00 gpm -t ms
      ^^^^^

* um 'ls -l /dev/mouse' me diz qual o link pro mouse;
* um 'ls -l /dev/modem' me diz qual o link pro modem;


Estou pensando em usar todas essas informações disponíveis para
filtrar/melhorar a busca do modem.

Exemplo:
* Se eu sei que o gpm esta rodando em uma das seriais, não abrirei
  aquela serial, para evitar m*rdasss.
  Para contornar, pode-se:
  cruzar 'ps ax | grep mouse' com 'ls -l /dev/mouse', com isso
  concluiremos se a porta em questão _é_ a do mouse;
  a partir dai, pode-se:
  * alertar o usuário para isso;
  * desabilitar o gpm pra fazer a busca. Isso creio nao ser
    necessário, afinal "onde tem mouse não tem modem" :)

* Pelo 'cat /proc/tty/driver/serial | head -n5' podemos saber onde
  tem controlador (uart).
  Cruzando isso com o 'ps aux ...' e o 'ls -l /dev/modem', podemos 
  saber _em qual_ porta devemos tentar encontrar (ou seja mais
  provável encontrar) um modem;

Com isso, a busca pode ser mais rápida e menos propensa a erros.


Gostaria de saber o que vocês acham disso, prós e contras, idéias,
sugestões, etc.

É importante para mim saber os resultados do 

cat /proc/tty/driver/serial | head -n5

Tendo em vista que:
* nos kernel's da série 2.2.x em que eu tive a chance de testar,
  funcionou em todos;
* no kernel 2.0.36 (no meu podero 386) não funcionou.
  Nele, não há /proc/tty/driver/serial :(
  E eu não encontrei outra fonte alternativa para obter as
  infos desejadas;
* Não sei qual o resultado em outras distros/kernels;

Dependendo dos resultados, poderemos decidir se o que imaginei é
viável ou não, e etc.

Bom, por hora é isso ai galera. Desculpem por eu ter andado meio
sumido ai, eu estava ruim de saúde :(

Mas hoje estou mais feliz, finalmente chegou o tão esperado e
encomendado livro "Beginning Linux Programming", 2nd Edition, 900
páginas de puro extase, do shell script ao X, de threads a device
drivers, passando por IPC, sockets e internet programming
(isso vai ser bom pro Volkano né André/Amauri?) hurruuuuuu, já tenho
leitura pra esse fim de semana (e pra muitos e muitos outros, hehehe)

E para os coders de plantão: lembram aquela url que eu mandei antes,
do pppStatus ?  Então, podemos aproveitar algo de lá pra implementar
as contabilizações/monitorações de bytes transmitidos/recebidos, tempo
de conexão, logs, etc. Vale a pena dar uma olhada.


Abração ai galera!

-- 
#=-=[  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]

[Linuxcall] Novos =?iso-8859-1?Q?=EDcones=2E=2E=2E?=

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

Eae manow, tudo beleza ?

cara eu sei que cê anda atarefado ae, mas será que dava prá vc fazer uns
ícones novos pra versão em gtk da interface ???

Tipo, os atuais estão bons, só que akeles quadrados embaixo (que a gente
só colocou por causa dakele probleminha na xstep) tão meio paia ... :)

Será que dava prá você recriar os ícones sem akeles quadrados embaixo
???

Quando retirar os quadrados, se os ícones ficarem pequenos, dá uma
aumentada neles, prá que ocupem mais ou menos a mesma área que antes era
ocupada pelo quadrado, pode ser ?

Aproveita e escurece um pouco (ou até substitui :P) akele ícone do
"Sair"... ele tá um azul muito claro... ;-)

Se tiver outros ícones por aí, manda prá que o pessoal possa escolher,
tá legal ? 

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

[Linuxcall] Contato

[<eev...@hy...>]

Below is the result of your feedback form.  It was submitted by
 (eev...@hy...) on Thursday, November 30, 2000 at 09:39:44.
Email sent by "200.235.10.178" from "http://www.blinkdesign.f2s.com/lc/pt/contato.html"
---------------------------------------------------------------------------

nome: Edmilson 

email2: Gostaria que o email acima fosse descadastrado da lista Linuxcall no momento.
Grato

submit: Enviar

---------------------------------------------------------------------------

=============================================
Looking for a good sponsor for
 your site that pays 8 - 15 cents
 per click?!
 
 http://wwwresources.com/adclix.cgi
=============================================

Brought to you by Site Interactivity
http://wwwresources.com/index2.shtml
For complete information about our web sites, send a message to
web...@ww... with the subject: Reply More Info

[Linuxcall] Descadastrar

[Edmilson E. <eev...@hy...>]

Olá pessoal,

Como posso descadastrar por enquanto da linuxcall por e-mail?

Grato,

Edmilson

Re: [Linuxcall] Interface em gtk ... bugs!

[Djames S. <su...@uo...>]

  Nao resolveu..  :-P
  "falha de segmentaçao".  Mas pelo menos a mensagem de erro jah tah menor.
eheheh... Brincadeira ( podre).
Mas valeu, manow... aguardo a próxima !
 Abraços !

André Casteliano wrote:

> Eae pessoal, beleza ?
>
> Djames e Davi, já que vcs tiveram problemas com a versão em gtk da
> interface, estou criando o bug fix... :)
>

--
¨°¨               ¨°¨              ¨°¨
*         Linux User 158760          *
http://djames.suhanko.vila.bol.com.br/
                  ¨°¨
"Computers are like air conditioners -
they stop working properly when you open Windows"

[Linuxcall] Arkivo de =?iso-8859-1?Q?configura=E7=E3o?= ... Amauri ???

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

Eae coders, tudo beleza ?

Amauri, já que vc tá """"parado"""" mano, que tal assumir aí a parte de
tratamento do arkivo de configurações ???

Só o que vc tem que fazer é "quebrar" o arquivo de configurações e jogar
as informações dele na lista encadeada.... e tb funções que gravem o
arquivo a partir das informações obtidas da lista... entendeu ?

Eu mexi um tempo com isso e tenho uns fontes aki ... se quiser posso te
mandar na sequência, ok ?

Tou cheio de bug's prá resolver aki no gtk e isso acabou ficando meio de
lado... vc pode assumir ?

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

[Linuxcall] Interface em gtk ... bugs!

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

Eae pessoal, beleza ?

Djames e Davi, já que vcs tiveram problemas com a versão em gtk da
interface, estou criando o bug fix... :)

A nova versão da(s) interface(s) trará(ão) muitas novidades...
aguardem... ;-)

De segunda-feira prá cá, devo ter corrigido uns 10 (por baixo) big bug's
na(s) interfaces... :)

Prá adiantar, pessoal, experimentem compilar a versão em gtk com esse
Makefile (em anexo) e vejam e se o problema permanece, ok?

Aguardo retorno... 

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

[Linuxcall] Contato

[<ser...@us...>]

Below is the result of your feedback form.  It was submitted by
 (ser...@us...) on Sunday, November 26, 2000 at 23:04:51.
Email sent by "200.202.9.65" from ""
---------------------------------------------------------------------------

nome: serialcoder

email2: só testando o formulário, navegando com o links


submit: Enviar

---------------------------------------------------------------------------

=============================================
Looking for a good sponsor for
 your site that pays 8 - 15 cents
 per click?!
 
 http://wwwresources.com/adclix.cgi
=============================================

Brought to you by Site Interactivity
http://wwwresources.com/index2.shtml
For complete information about our web sites, send a message to
web...@ww... with the subject: Reply More Info

[Linuxcall] programinha interessante.....

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

http://pppstatus.sourceforge.net/portugues/graphic/index.html

[Linuxcall] [Off-Topic] Frase de efeito

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

Achei esta frase muito interessante

"Computers are like air conditioners - they stop working properly when
you
open Windows"

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.

[Linuxcall] Off-Topic: essa =?iso-8859-1?Q?=E9?= legal...

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

OS BIZARROS ANOS 90'S :-)

1. você já chegou ao ponto de ter que colocar senha para usar o
microondas.
  
2. há anos você já não usa cartas de verdade para jogar paciência.
 
3. você pergunta aos seus colegas de trabalho na mesa ao lado via e-mail
se
alguém está a fim de tomar um chope e recebe resposta também via e-mail
que "tudo bem, me dá só 5 minutinhos".   
  
4. você dispõe de 15 números de telefone diferentes para se comunicar
com os três membros da sua família.
  
5. você conversa pelo chat várias vezes por dia com um sujeito nos
Estados
Unidos, mas esse ano ainda não trocou uma palavra com o vizinho do
lado.      

6. você compra um computador novo e uma semana depois ele já está
ultrapassado.
  
7. o motivo de ter perdido o contato com seus amigos é que eles não têm
e-mail.
  
8. você já não sabe mais quanto custa um selo.
  
9. para você, ser organizado significa ter aqueles adesivos de post-it
em diversas cores.
  
10. a maior parte das piadas que você conhece recebeu pelo e-mail.
  
11. você atende dando o nome da firma onde trabalha, se o telefone toca
de noite em casa.
  
12. você disca primeiro o zero quando quer telefonar de casa.
  
13. já faz 4 anos que você está na mesma mesa e, ali mesmo, já trabalhou
para 3 firmas diferentes.
  
14. o logo da firma onde você trabalha muda todo ano para se adequar
melhor ao seu novo conceito empresarial
  
15. você sai pro trabalho quando ainda está escuro e quando volta também
já escureceu.
  
16. você tem um programa de configuração que lhe mostra o número de dias
que faltam até a sua aposentadoria.
  
17. quando alguém pergunta sua profissão, os seus pais dizem que você
"trabalha com computador".
  
18. você só reconhece os seus filhos graças às fotos em cima da mesa no
escritório.
  
19. você foi lendo essa lista e concordando com a cabeça...  
  
20. e agora já está pensando para quem é que vai mandar também.


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

[Linuxcall] Programa para achar o modem

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

Marcelo, gostei do programa, ficou bom e prático para achar o modem...
Só que aqui deu um probleminha.. Estava na X, fui prum console,
executei, ele achou na boa, só que quando voltei pra X (alt + F7),
travou a X  (teclado e mouse).. Resumindo: só o botão de reset
resolvia...
Então isso impediria de usar programinha na interface grafica.. ou até
mesmo em modo texto, já que travaria a X do cara... se der pra vc tentar
arrumar....

e o negocio de resetar o modem, conseguiu fazer ???

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.

Re: [Linuxcall] Interfaces: (XSTEP && GTK)

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

Djames Suhanko wrote:
> 
> Falae fera ! Fala pessoal !!
>  Seguinte, compilei beleza a versao em GTK, mas:
> "Gdk-CRITICAL **: file gdkwindow.c: line 1406 (gdk_window_get_visual): assertion `window
> != NULL' failed.
> Falha de segmentação "
>  Mandrake 7.0
>   Help me,  codders !!
> Abraços !

Manow, só de curiosidade: vc ainda tá usando akele theme 'Aqua' no gtk
???

Muda de theme aí e abre o programa de novo... :)

Põe o theme padrão, ou um theme mais leve como o Zap5 ... ;-) Isso é um
pequeno bug que eu já estou arrumando... :)

Apesar de que aki funciona sem problemas com o 'Aqua' no gtk... (tou
mandando até uns screens procê conferir... :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       ]
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

Re: [Linuxcall] Interfaces: (XSTEP && GTK)

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

Djames Suhanko wrote:
> 
> Falae fera ! Fala pessoal !!
>  Seguinte, compilei beleza a versao em GTK, mas:
> "Gdk-CRITICAL **: file gdkwindow.c: line 1406 (gdk_window_get_visual): assertion `window
> != NULL' failed.
> Falha de segmentação "
>  Mandrake 7.0
>   Help me,  codders !!
> Abraços !


Eae manow,

desculpa a demora na resposta, é que eu só tou checando os mails
agora... :)

Seguuinte, se vc puder me dizer exatamente quando dá o problema... a
tela do LinuxCall chega a aparecer na tela ???

O erro é quando clica em algum botão ???

Dê mais detalhes... aproveita e informa qual a versão do teu gtk:

$ gtk-config --version

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

Re: [Linuxcall] Interfaces: (XSTEP && GTK)

[Djames S. <su...@uo...>]

Falae fera ! Fala pessoal !!
 Seguinte, compilei beleza a versao em GTK, mas:
"Gdk-CRITICAL **: file gdkwindow.c: line 1406 (gdk_window_get_visual): assertion `window
!= NULL' failed.
Falha de segmentação "
 Mandrake 7.0
  Help me,  codders !!
Abraços !



André Casteliano wrote:

> Eae pessoal...
>
> Terminei o primeiro beta _funcional_ da interface em GTK !!! WoWowoWowO
> E dei umas melhoradas (correção de bugs) na interface em XSTEP... ;-)

--
¨°¨               ¨°¨              ¨°¨
*         Linux User 158760          *
http://djames.suhanko.vila.bol.com.br/
                  ¨°¨
                <<<°>>>

[Linuxcall] Interfaces: (XSTEP && GTK)

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

Eae pessoal... 

Terminei o primeiro beta _funcional_ da interface em GTK !!! WoWowoWowO
E dei umas melhoradas (correção de bugs) na interface em XSTEP... ;-)

Pessoal, tá testado... aki funfou na boa, compilou sem gerar um errinho
sequer... e quando roda tb não tem nada dakeles Gtk-Warning aparecendo
no terminal não... hehehehe

O GTK é interessante, mas meio esquisito... vamos ver no que dá... hehe
Amauri, li muito sobre GTK esses dias manow, fiz um monte de testes, se
precisar de ajuda, tamos ae, beleza ? Por falar nisso, vc já mudou seu
Addres Book aí ? Acho que eu ainda tou cadastrado com o mail velho....
hehehe

Ok pessoal. Tou mandando em anexo as duas versões da interface: a feita
em XSTEP, e a em GTK.

			Interface em XSTEP

Essa já tá manjada... ;-) 
Descompactem e entrem na pasta dela... se já tiverem a lib XSTEP
instalada, simplesmente rodem o 'make' como usuário comum mesmo... isso
irá compilar os fontes e gerar o executável... :)

$ tar -xvyf linuxcall-xstep-0.7.13.tar.bz2
$ cd linuxcall-xstep-0.7.13
$ make

Se não tiverem a XSTEP instalada, passem o parâmetro 'xstep' pro make,
assim:

$ tar -xvyf linuxcall-xstep-0.7.13.tar.bz2
$ cd linuxcall-xstep-0.7.13
# make xstep

Nesse caso o make DEVE ser rodado como root, pq primeiro ele vai
instalar a xstep prá só depois compilar a interface...

			Interface em GTK

Essa é novidade... ;-) mas eu simplifiquei ela tb... :P
Descompactem e entrem na pasta... como provavelmente todos já têm o GTK
instalado, não estou mandando junto... :PPP
Rodem o 'make' como usuário comum mesmo... isso irá compilar a interface
em GTK e gerar o executável...

$ tar -xvyf linuxcall-gtk-0.7.13.tar.bz2
$ cd linuxcall-gtk-0.7.13
$ make

Pessoal, não sei se teremos problemas com a versão do gtk... acredito
que não... A minha é a versão 1.2.8... mas não usei funções avançadas da
GTK, então provavelmente compilará sem problemas em versões mais
velhas... ok ?

Mais um detalhe: em algumas distros (CL 4, CL 5, etc) o comando 'tar
-xvyf...' poderá não funcionar... nesse caso, vocês devem usar uma
sequência de 2 comandos prá descompactar o(s) arquivo(s):

$ bzip2 -d linuxcall-X-0.7.13.tar.bz2
$ tar -xvf linuxcall-X-0.7.13.tar

Gostaria de um retorno por parte de vocês com relação a bugs, sugestões 
de implementação, etc...

Alex, cê ainda tá devendo a nova versão dos scripts manow... :)))

É isso aí galera, não desanimem... vamos agitarrr... :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       ]
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+