PC Toledo

Então, de duas uma: ou o Vista traz alguma incompatibilidade, ou a montagem dos HDs em RAID 0 está causando algum erro.

Pela mensagem de erro que você menciona, já deu pra perceber que o programa pára logo no início, numa área que nada tem a ver ainda com HDs, diretamente. Portanto, posso até imaginar que o problema está no Vista.

Apesar disso, eu não posso dar certeza, por quê um RAID 0 é uma matriz de drives para incremento de performance. Há uma "soma" de HDs. Ambos se comportam como se fossem um só. Portanto, posso "viajar" e dizer que o SO, por ver que dois são um, acabou por desligar o S.M.A.R.T. Até por quê, a configuração RAID 0 privilegia a performance e não a segurança. E o dispositivo S.M.A.R.T. é primordialmente, um dispositivo de segurança.

Se você puder, faça uma experiência: abra a máquina, desconecte os dois HDs e coloque outro com o Vista. Se o programa informar corretamente os dados desse HD, então o problema é com o RAID 0.

Em suma: se eu tivesse que apostar, apostaria que o problema está com os HDs.

A quem interesar ou para quem quiser....
http://www.sygecom.com.br/xharbour/mac.zip

Prévia Sobre o que é endereço Mac:
http://pt.wikipedia.org/wiki/Endere%C3%A7o_mac

Abraços
Leonardo Machado

Nem sempre o MAC address pode ser utilizado como chave de segurança. Dependendo da configuração de rede, o endereço é mascarado e o real endereço muda. Já usei no passado, mas por causa disso, tive que desistir.

Ao que parece este post mudou um pouco de assunto, esta tendendo para a questão de seguraça contra cópias piradas de sistemas. Este assundo já foi muito discutido aqui, e provavelmente, ainda será muito falado, pois a questão é complicada mesmo.
No meu modo de ver, acho que uma boa segurança deve estar embasada não apenas em um ponto, mas em vários, ou seja, número de HD, MAC, existencia de arquivos espalhado pelo HD, etc e tal. Dificilmente alguem consiga quebrar todas travas.

Sim, o Leonardo supôs que o tema está relacionado à segurança, e resolveu adicionar a função de leitura das MAC. É sempre válido.

Esse assunto de segurança é recorrente neste fórum. Sempre volta à tona e nunca se chega a uma fórmula definitiva.

Dificilmente alguem consiga quebrar todas travas.

É como eu sempre digo: a segurança será tão suficiente, quanto mais insuficiente for o conhecimento do público alvo. Portanto, no nosso caso (sistemas de informação) não há tanto o que temer quanto ao aspecto da segurança. Acho que o X da questão é como fazer algo que não seja incômodo e custoso de manter, no caso de alteração de um dos parâmetros, e que ao mesmo tempo não dê margem à fraude.

Caro colega SyGeCom. Com relação a sua função em C para retorno do MEC da placa de rede, que alias, funcionou muito bem, pergundo: Quando a máquina não dispor de placa de rede o que a função retorna? Embora hoje em dia seja até dificil de encontrar uma máquina que não tenha placa de rede, mas sabe como é né, uma hora aparece um dinosauro na nossa frente. Eu gostaria de ter certeza do retorno para poder trata-lo.

Rene, não sei o que retorna, não tenho dinosauro...para testar..

Quando a máquina não dispor de placa de rede o que a função retorna?

Isso é fácil tratar. Se o tamanho da string for inferir ao tamanho do MAC, considere que houve um erro.

Eu tentei usar o VOL p/ ler o serial mas em Win98 ele não funciona quando eu peço p/ ler o HD do servidor através de um terminal, ou seja, VOL C: funciona mas VOL F: não funciona. O que fazer ?

Ola Joca,

Isto é uma limitação do comando VOL, pois se digitar diretamente no prompt VOL F: veja que retorna nulo.

Acho que unidades de rede (mapeamentos) não trazem esta informação, o mesmo se aplica quando usamos LPT1 mapeada e testamos com ISPRINTER(), mesmo se a impressora tiver desligada mais o mapeamento ativo, retorna .t.

Ate+,

Andril escreveu:Isto é uma limitação do comando VOL, pois se digitar diretamente no prompt VOL F: veja que retorna nulo.

Engraçado, para mim o VOL F: retorna sim. è dizer funciona perfeitamente na linha de comando agopra de dentro de uma aplicação Clipper com Windows 98... ja acho que talvez seja que ele não reconhece (ou pelo menos da forma mais adequada ou completa possível) com um terminal em XP. Mas para mim em XP de dentro de aplicação funciona e ainda vê o volume da estção em win98.

Fiz testes no WIN98 e de fato só aparece o nome da unidade mas não o numero de serie da estação mapeada, mas isso no WIN98 ja no XP funciona. Pelo menos essa foi a minha experi~encia que acabei de testar.

Existe alguma solução p/ ler o serial do HD do servidor a partir de um terminal da rede?

joca escreveu:Existe alguma solução p/ ler o serial do HD do servidor a partir de um terminal da rede?

Acredito que isso que você quer não tenha não. Mas já vi na internet algo parecido assim usando DLL's de terceiro, mas para usar DLL no seu sistema ai teria que migrar seu aplicativo para xHarbour em 32bits, a não ser que a DLL seja 16bits, ai pode se usar no clipper mesmo com blinker.

Leonardo como vc fez foi pelo Serial do HD via função do Maligno mesmo???

Poderia disponibilizar um tipo de exemplo?

[]´s

Coloquei em dicas um tempo atras o que eu uso:
viewtopic.php?f=43&t=9322