Olá, estive sumido ultimamente, alías isto ocorre frequentemente.

Bom, já tem um tempo que adquiri um mac para mim e estou aos poucos aprendendo. Nem tudo é tão simples como no Windows que nas instalações basta clicar em “next”. Veja bem, eu não disse que Windows é melhor.

Hoje, precisei instalar o Wireshark (antigo Ethereal) para Mac. Já havia instalado anteriormente (versao 1.0.5) porém tive alguns erros e na epoca não fui atrás em como resolver.

Hoje, dediquei um pouco mais de tempo para resolver esses problemas de uso que tive. Para o pessoal não habituado ao mundo UNIX/Linux, as documentações que acompanham são extremamente úteis e não podem ser descartados como ocorre no Windows.

Sugiro sempre ler os README que mostram passo a passo de como proceder para instalar nestes ambientes. Apesar de na maioria dos casos, no Mac a instalação chega a ser mais simples que no Windows onde basta arrastar o aplicativo para o diretório Applications.

Bom, voltando, há dois problemas extremamente comum ao usar o Wireshark no Mac:

1. nenhuma interface foi encontrada
2. MIBS error

A segunda é a mais simples. O diretório padrao do MIBS mudou (acredito que ocorreu no Leopard, não tenho contexto histórico para afirmar isso) e agora encontra-se no caminho

/usr/share/snmp/mibs

em Preferences > Name Resolution do Wireshark (basta adicionar este caminho novo). A fonte da solução pode ser encontrada aqui.

O primeiro é um problema de permissão que tem de ser concedida aos dispositivos /dev/bpf*

A solução imediata seria ir no Terminal e digitar:

sudo chown “seu usuario” /dev/bpf*

Porém ao reiniciar o Mac o problema volta por que esta configuração não é persistida. O jeito é configurar isso no startup do Mac. O Wireshark conta com um diretório Utilities que tem um diretório Startup com um script ChmodBPF.

Basta copiar o script para o diretório /Library/StartupItem

Para aqueles que apenas arrastaram o Wireshark para o diretório Applications, pode ter faltado copiar os scripts para algum diretório /bin configurado no path. Eu coloquei os script do diretório Utilities/CommandLines para o caminho /usr/local/bin.

Para os familiarizados em janelas, basta abrir o Finder e pressionar cmd + shift + G, e digitar o caminho.

Com isso, basta reiniciar o Wireshark e tudo estará configurado.

Até um próximo post.

Depois de semanas sem postar, vou colocar um post bem breve aqui sobre SQL.

Recentemente precisei descobri quais tabelas foram modificadas recentemente sem ter que ver uma a uma. Se você tivesse poucas tabelas, isso não seria um problema, ver uma-a-uma, digamos umas 15 ou 20 seria até rápido. Mas podemos facilitar um pouco a nossa vida, limitando nossa amostra.

Isto aqui vale para SQL Server, não sei como seria em outras databases (Oracle, Postgree, MySQL e etc).

No SQL Server temos várias Views de sistema, no caso usaremo a View sys.tables, que nos fornece informações diversas sobre as tabelas do banco de dados.

SELECT * FROM sys.tables

Executando um select sobre esta tabela obteremos um resultado semelhante a este:

A imagem mostra apenas algumas colunas, existem muitas outras, mas vamos nos focar naquelas que precisamo no momento.

Veja que temos os nomes de todas as tabelas, e duas colunas de datas, create_date e modify_date.

A primeira instância, achariamos que teríamos que observer a tabela modify_date e ordenar por ordem decrescente por ela.

SELECT * FROM sys.tables ORDER BY modify_date DESC

Infelizmente, a informação de data de modificação refere-se a inserção de dados, e não sobre sua estrutura.

A coluna que temos que ver é create_date. Na figura não é possível observar isso, mas a data contida em create_date refere-se a última modificação estrutural realizada sobre ela.

Então bastaríamos fazer:

SELECT * FROM sys.tables ORDER BY create_date DESC

Eu sei que este post não é muito informativo, é mais uma dica.

Abraços e até o próximo post.

Esta semana estava trabalhando no notebook e por um problema de aquecimento o notebook desligou (problema que espero resolver com o cooler, vide post anterior), e acabou danificando o Visual Studio 2008 o qual estava usando.

O problema é que toda vez que eu carregava uma mensagem de erro surgia dizendo que ia remover uma referência (a qual não me recordo agora) e desde entao o Server Explorer parou de aparecer.

Não sei por que eu não fui direto no google e procurar sobre o problema, ao invés disso fui querer reparar o Visual Studio 2008.

Muitos minutos depois… nada de corrigir, ai optei por reinstalar o VS…. muitos e muitos minutos depois o problema persistia.

Bastou ir no google e digitar "visual studio 2008 not showing server explorer" e lá estava a correção.

Basta ir no Visual Studio 2008 Command Prompt e digitar: devenv /setup (e esperar alguns minutos).

Está solução também é válida para o 2005.

Não sei por que as vezes gostamos de complicar as coisas…

[update 14.06.2008] Esta solução de refazer a configuração do VS não resolveu completamente o problema, voltei a receber a mensagem de erro:

‘Visual Studio Explorer and Designers Package’ has failed to load properly

Procurei mais profundamente sobre o problema depois que a mensagem voltou a surgir e, não fui o único a ter este problema. O problema não era o fato de o notebook ter desligado acidentalmente e sim conflito com o Microsoft Source Analysis for C# que tem este problema aqui.

O estranho é que logo que instalei o Source Analysis não tive este problema.

Agora o VS 2008 voltou a funcionar corretamente sem esta mensagem.