[FUG-BR] xxgdb, xfig e afins e a tal independencia de código

[Otacílio]

Esse lance de Stallman eu estava só brincando.


On 10/04/2012 17:00, Nilton Jose Rizzo wrote:
> Em Tue, 10 Apr 2012 16:20:21 -0300, Otacílio escreveu
>> On 10/04/2012 16:02, Nilton Jose Rizzo wrote:
>>>
>>>        Boa Tarde ....
>>>
>>>                Quando comecei a trabalhar com a informática (anos 80)
>>>      tinha um tal de Basic,e assembler ... fazia coisas toscas com isso
>>>      mas no máximo precisava aprender Assembler Z80 e depois x86...
>>>      até o dia que conheci K&R .. o meu mundo floriu  (rsrsrsrs) portabilidade
>>>      de código, alto/baixo nivel de programação "integrados" (usando ponteiros
>>>      e acessando o hardware direto).  Conheci o FreeBSD na versão 2, comprei
>>>      os CD e o manual impresso da Walnut (ainda tenho ambos) ... mas agora a
>>>      ficou feia.  quero rodar um software. por exemplo o Xfig.  o programador
>>>      acha que todos devem usar a interface gnome como padrão, para usar
>>>      uma biblioteca específica para essa interface, penalizando quem usa outra
>>>      como eu que uso KDE.  Como gosto não se discute e cada um tem o seu
>>>      não vem ao caso o porque do KDE ou gnome ou xfce4 ou o que for .....
>>>
>>>      tudo bem que o xfig não funciona, procuramos outro aplicativo que o
>>>      substitua e pronto.  mas isso ta ficando chato .... agora tenho que
>>>      procurar um software que me atenda e que rode em uma interface gráfica
>>>      genérica ou no KDE, porque se utilizar algumas biblitecas de determina
>>>      UI não roda na outra isso ta demais .....
>>>
>>>      Alguem tem esses problemas ou é só eu ?????
>>>
>>>      acabei de compilar o xxgdb (xxgdb-1.12_3) e ele simplesmente
>>>      mostra:
>>>
>>> % xxgdb
>>> Killed
>>> % % gdb xxgdb
>>> GNU gdb 6.1.1 [FreeBSD]
>>> Copyright 2004 Free Software Foundation, Inc.
>>> GDB is free software, covered by the GNU General Public License, and you are
>>> welcome to change it and/or distribute copies of it under certain conditions.
>>> Type "show copying" to see the conditions.
>>> There is absolutely no warranty for GDB.  Type "show warranty" for details.
>>> This GDB was configured as "amd64-marcel-freebsd"...(no debugging symbols
>>> found)...
>>> (gdb) run
>>> Starting program: /usr/local/bin/xxgdb
>>> (no debugging symbols found)...(no debugging symbols found)...(no debugging
>>> symbols found)...(no debugging symbols found)...(no debugging symbols
>>> found)...(no debugging symbols found)...(no debugging symbols found)...(no
>>> debugging symbols found)...(no debugging symbols found)...(no debugging
>>> symbols found)...(no debugging symbols found)...(no debugging symbols
>>> found)...(no debugging symbols found)...(no debugging symbols found)...(no
>>> debugging symbols found)...(no debugging symbols found)...(no debugging
>>> symbols found)...(no debugging symbols found)...
>>> Program received signal SIGSEGV, Segmentation fault.
>>> 0x000000080196e137 in strlen () from /lib/libc.so.7
>>>
>>>
>>> dá vondade de pular no pescoço de um .....é provavelmente um ponteiro não
>>> inicializado ..... sei lá não é para ser dificil assim ou eu estou ficando
>>> velho para isso?????
>>>
>>> Desculpem-me pelo desabavo mas acho que não sou só eu que passo por isso
>>> sei lá ... talvez seja e eu não saiba disso também  rsrsrsrsrs
>>>
>>>
>>>
>>> ai vc parte para o gdb e vejam só ....
>>>
>
>>
>> Estou usando xxgdb aqui e ele funciona, o xfig tb. a versão é a
>> xxgdb-1.12_2 em i386
>>
>> Ouvi falar que alguns softwares tiveram problemas com a macro NULL
>> quando portaram para amd64. Pela mensagem que mostrou para você pode
>> ser isso, sei lá.
>>
>> Acho que Stalman está dando manutenção nesses softwares.
>
>     Não sei se choro ou se rio .... na boa  sempre o achei um bonachão
>     e político demais para ser um programador ... :)
>
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>
> % uname -a
> FreeBSD home 9.0-STABLE FreeBSD 9.0-STABLE #0: Fri Mar 30 23:39:51 BRT 2012
>    rizzo em home:/usr/obj/usr/cvsup/src/sys/HOME  amd64
> CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (2300.14-MHz K8-class CPU)
> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
>
>     Só para deixar claro que aqui uso amd64... sei que teoriacamente a
> portabilidade de 32 para 64 não deveria ser um inconveniente tão grande
> claro em se tratando de programação alto nivel .... como são as aplicações
> mas vai entender né ....  Eu portei alguns programas meus de x86 para
> amd64 sem stress, só cuidado de arquivos de dados em binário que é mais
> chato.  mas se você sabe o que você escreveu e como ... você sabe ler ...
>
>
> Sei que no caso de um gcc deve ser muito mais complicado do que aparentemente
> é portar assim como um Xorg, ou o sistema como um todo, mas um programa
> como por exemplo, firefox, que não usa baixo nivel em nada (eu acho) não
> deve ser muito trabalhoso se deste o inicio pensaram em portabilidade, caso o
> contrário deveriam começar do zero para fazer direito ...
>