Lucky

A causa mais provável para a máquina desligar é o aquecimento do processador, que se dá por causa da falha no ventilador. O sintoma mais comum é o congelamento e se o micro desliga é sinal grave... No teu caso o mais provável é que o cabo de força esteja frouxo ou mesmo que aconteçam pequenas quedas de luz, imperceptíveis para o olho mas fatais para a máquina, verifique o cabo e a tomada e se a máquina tem estabilizador e se ele mostra variação na tensão da força... O erro na memória tranca a máquina mas dificilmente a desliga, se teu cabo de força está firme e a corrente não oscila, se o ventilador está ok e tu até deu uma limpadinha na memória e a encaixou bem, então o problema pode ser com a fonte, mas esta é a menos provável das causas...

Recentemente instalei um XP pro no meu K6-550 com 128 de RAM e adivinha? Roda que é uma beleza... demora um pouquinho pra carregar o Viruscan mas depois que ele entra eu só uso o hibernar, quer dizer, leva menos de 15 segundos para ligar ou desligar a máquina... Mas cada um tem o Windows que merece... Lucky

O erro 4005 tem a ver com o acesso ao banco de dados, ou le não permite a gravação, ou ele não está no diretório informado, ou ele está bloqueado, aberto por outro usuário, etc... Se tu está testando na tua máquina rodando o PWS é possível que tenham muitas conexões abertas... Quanto tu "abre" uma conexão, deve "fechá-la" quando terminar de usa-la... Conn.Open VAR_CONN para abrir e depois de tudo: Conn.close

No geral esse assunto dos 128MB de memória do win98 é besteira... Somente em um computador muito bem configurado poderia se perceber alguma degradação de performançe devido a deficiência do windows em gerenciar seus caches... Qualquer um aqui sabe POR EXPERIÊNCIA que se um micro tiver 128MB de memória e tu colocar 256MB nele o que vai acontecer é que ele VAI FICAR MAIS RÁPIDO... Isto se dá porque agora o micro pode carregar mais programas ou arquivos maiores sem ter que "descarregar" a memória no hd, assim, usando menos o hd a operação geral do micro fica mais rápida... Se tu tinha 128 e passa pra 256, te garanto qu o jogo de paciência não vai perceber a diferença, mas o Photoshop sim... O problema é que o windows98 apanha quando tem que PAGINAR a memória, pois ele não a acessa diretamente, digamos que ele tem que "trazer" os dados da memória para dentro do seu limite de endereços lógicos para poder manipulá-los, assim, se tem muita memória, é mais trabalho pro processador. Inclusive a memória virtual (no HD) é paginada como se fosse memória real... Portanto, se o windows estiver com um arquivo de memória virtual muuuito grande, também terá problema de performance, agora bem pior porque tem que trabalhar no HD... No caso de sistemas de 32 bits (NT/XP), a memória pode ser acessada diretamente, sem necessidade de paginações, portanto não existe queda de performance... Percebam que existem centenas de detalhes que devem ser verificados ANTES de se fazer as configurações propostas para melhorar o desempenho do gerenciamento de memória do win98, portanto LIMPEM os programas cocozinhos (ICQ, MSN, ZIP, POP, IBEST, KAZAA, P2P e muitos outros que ficam na bandeja do sistema, ao lado do relógio) que infestam a sua memória, deixe apenas o Antivirus e só ligue o firewall quando entrar na internet, configure a tua memória virtual corretamente, desfragmente e otimize o teu hd. Só assim tu vai ter um micro mais rápido... Lembrem-se que o win98 requer apenas "16MB" de memória para rodar, sendo que a Microsoft recomendava "24MB"... Quem se habilita?

Antonio, pra começar, se tu "trabalha" para uma empresa de software, tudo o que tu produzir aí, se não tiver um contrato dizendo o contrário, é da Empresa. Segundo, se tu vai desenvolver um software com ASP, esqueça a história de esconder o código... Ou tu dá o código pros caras e AMARRA eles no CONTRATO dizendo que eles não podem vender ou dar (copiar) o código ou não dá o código pra eles, apenas guarde num servidor de tua confiança e "alugue" o site pra eles... Pense bem: se os caras tem capacidade para venderem o software, faça um acordo com eles, faça uma proposta oferecendo teu código e peça uma porcentagem sobre as vendas... Se não deixar isto bem claro logo no início, tu vai gastar muito com advogados pra provar o contrário depois... E não esqueça que se tu trabalha pra eles, eles são os donos do código... Pense também que, mesmo que pra ti seja um esforço descomunal de programação, talves um programador profissional faça o teu site com uma mão nas costas, portanto, tenha certeza de qu vale a pena brigar, não vá jogar teu emprego fora por causa de um códigozinho qualquer... Programadores (desenvolvedores) profissionais fazem códigos 16 horas por dia e só vão valorizar uma briga com o "cliente" se valer a pena $$$$? sacou?

Lamento aí Guto mas tu tá doidão... Se tu não atualizar o sistema CADA VEZ que apagar um registro, o que vai acontecer é que se tu apagar um registro, a tua bendita numeração vai ficar com um BURACO, e se tu apagar DOIS registros, mesmo que tu cadastre um cara novo e utilize o ID do primeiro buraco, ainda vai sobrar um buraco... se for para deixar estes buracos eu não entendo o porquê de querer usar esta rotina... esta coisa toda só tem fundamento se tu manter SEMPRE a tua base sem BURACOS né?

Para ele fazer o defrag mais rápido, desligue a opção de "mover os arquivos para inicializar mais rápido", nas opções avançadas do defrag senão ele "arrasta" metade do hd um tiquinho mais pra frente... digamos que tu tenha apagado um arquivo qualquer que estava antes no começo do hd... o defrag vai puxar todos os arquivos do windows para tapar aquele buraquinho, mas vai puxar "todos mesmo" pois pra cada um que ele puxa, abre outro "buraquinho"... Se tu marcar para não mover os arquivos, ele vai pegar o primeiro arquivo e tapar aquele buraquinho e os demais ficarão quietinhos onde estão, e o defrag vai ser bem mais rápido... Na real tu só precisa rodar o defrag com aquela opção uma vez na vida, quando instala o windows novo num hd recem formatado... uma vez que o windows se aninha ali, nunca mais precisa mexer...

Esse é justamente o xis da questão: o db não vai mexer nunca mais nos dados que já estão gravados, ele apenas vai marcá-los (como inválidos) e gravar a versão mais nova no fim do arquivo (atualizando seu índice interno com a posição deste novo registro). Não interessa se o registro é o 1 ou o 3 ou o 20.000, se ele for alterado, o seu original será invalidado e uma nova cópia será anexada ao final do arquivo do db. O banco não pode sobrescrever um registro porque, fisicamente, ele está entre outros dois e seria impossível que o registro alterado coubesse novamente naquele lugar (fisicamente), digamos que tu escreva um nome a mais num campo de um registro e tente gravá-lo no local original, daí todos os registros após o que foi alterado teriam que ser "empurrados" para que a alteração coubesse ali... (não é assim que funciona...) O que eu queria alertar é que, embora pra nós possa parecer interessante "organizar os dados" como propoem o desafio, pro banco, internamente, esta operação é extremamente penosa, um verdadeiro suicídio... Quando tu diz "recuperar os registros em um db compactado" lembro que uma vez que tu compacte o db, todos os registros válidos são copiados para um novo db e o antigo apagado. Somente os dados válidos, os deletados desaparecem pra sempre, não podem mais ser recuperados... Faça um teste: faça uma cópia de um banco e veja o tamanho do arquivo, depois entre nele e apague alguns (muitos) registros, saia do banco e veja o tamanho novamente...? e tente fazer isso (ver o tamanho) antes e depois de rodar seus scripts de atualização do ID... Por outro lado, para manter os IDs como propôem o desafio, eu até diria diferente: criaria uma nova tabela só com números e relacionaria ela com os ID originais da tabela inicial, nesta tabela teria uma lista numerada em ordem e para cada número desta lista, um ID correspondente na tabela inicial, onde estão os dados verdadeiros, assim, para cada novo registro, eu gravo o registro normalmente na tabela inicial e associo o seu ID, qualquer que seja, ao primeiro numero válido na ordem da segunda tabela... desta forma tu poderia aplicar a tua rotina numa tabela que só tem dois campos numéricos: O ID do registro na "tabela quente" e o seu "numero adequado"... (É mais o menos isso que o banco faz internamente, quando atualiza seus indices internos com a posição do registro recém incluído) Isso é bem melhor que movimentar uma tabela inteira de dados... Embora fosse o que o desafio propôem: achar o numero da falha... Mas o que seria util neste caso é isso: na hora de DELETAR UM RECORD -pega o numero do record deletado -pega o ultimo record da tabela -atualiza este (o último) com o numero do deletado Isso vai fazer com que cada vez que um record seja deletado, imediatamente, o ultimo record da tabela "assume" o seu número, ficando a tabela sem furos JAMAIS.... Se tu for cadastrar um novo record, ele automaticamente vai pegar o ultimo número...sacou? Isso que eu proponho tem a ver com a parte mais importante da programação, que é a ANÁLISE do sistema... Pra voces entenderem melhor, não existe faculdade de programação, programação é uma função técnica, não é um curso superior, mas existem faculdades de Análise de Sistemas... Quem bola um sistema não é um programador, é um Analista, o programador apenas traduz a lógica que o analista criou para uma linguagem qualquer... é um mero tradutor e absolutamente, não pode mudar nada dentro da lógica que lhe foi passada... é como um empreiteiro que constrói uma obra seguindo as instruções do arquiteto que a bolou... sacaram? Por isso, quando queremos desenvolver algo novo (daí o termo "desenvolvedor" que muita gente usa ao invés de programador) temos que pensar com lógica e não com comandos de linguagem. O maior erro é começar a desenvolver uma "solução" (problemas a serem resolvidos, como o desafio proposto precisão de "soluções") baseados no conhecimento da linguagem de programação que será usada. isto faz com que ao invés de enxergarmos uma solução dentro da lógica fiquemos brigando com as limitações da linguagem... Como as linguagens são feitas para implementar a lógica, se tu só trabalhar nela (na lógica, no fluxograma do que deve acontecer) depois de ela pronta, cairá como uma luva na programação... Chega Lucky... fica escrevendo livros aqui... cara chato... Um abraço a todos você resolveu o desafio deixando o código em aberto Lucky... tsc tsc.. Tava dando a resposta para alguns já... o trabalho para eles ficaria menor.. Por isso o editei, beleza...

Alô pessoal, como nosso amigo disse acima, muita gente boa anda sumida deste Fórum... (até eu heim..) Gostei do desafio embora parte de um pressuposto totalmente errado: NUNCA se muda o ID, melhor, não interessa o ID, esta é uma informação interna do próprio banco, é a "chave única" que permite que cada registro seja único, portanto ela não foi feita para ser exatamente "sequencial" mas apenas para "nunca ser repetida"... (ID vem de "identificador") Primeiro: quando tu apaga um registro no banco, na verdade o banco não o "apaga" de verdade, apenas marca ele como "apagado" e o registro continua ali, quietinho, inteirinho, usando exatamente o mesmo espaço no hd... (é possível até recuperá-lo)... O banco não o apaga por causa do "desempenho", afinal apagar pra quê? (para abrir brechas físicas dentro do arquivo do banco no hd e deixar ele fragmentado?) Assim, basta marcá-lo como apagado... Este registro somente será excluído com a compactação do banco, que criará uma nova cópia do banco pegando somente os registros não apagados.... é por isso que um banco "compactado" geralmente é menor que seu original antes da compactação, isso não tem a ver com a compactação dos dados em si mas sim com a eliminação dos dados "mortos"... Como usamos o ID como "chave de indexação", a senha que identifica aquele registro especificamente, ela jamais pode ser mudada para aquele registro ou de que adiantaria guardar IDs? A função deles é que registros em tabelas diferentes podem ser RELACIONADOS pelos seus IDs, assim o cliente 01 da tabela [clientes] tem seus dados de cobrança na tabela [endereços] relacionados a ele pelo seu ID: 01. Se tu mudar o ID dele, não teria o menor sentido estar usando bancos de dados RELACIONAIS como os que usamos... Na verdade, se a função do ID não é importante (digamos que tu está mostrando uma lista de músicas, numerada, como a que aparece no playlist do winamp) e tu queira reordenar esta lista quando exclui um registro (uma música) daí tu apenas inicializa um contador em zero e soma um para cada item mostrado na tela... nada de gravações no banco, gravar prá que se tu não vai usar este campo mesmo, nem pode usar pra nada pois pra cada alteração no banco ele mudaria... Repetindo, se tu quer a lista numerada, esqueça o banco, numere apenas ao mostrar os dados na tela via "response.write contador+1" em asp... Se tu quer reordenar o banco, crie uma nova tabela (com uma autonumeração zerada) e copie os dados da tabela antiga (nem todos os bancos permitem fazer isso on-the-fly). Embora na verdade isso é loucura - imagina uma tabela com dez mil registros que deve ser copiada cada vez que um registro é apagado - mas é infinitamente melhor que alterar o tal "ID" de cada um destes registros individualmente... Na verdade, por questão de desempenho o ACCESS não vai alterar o registro original gravado mas vai fazer uma nova cópia dele, já alterado, e marcar (no seu índice interno) a antiga original como "apagada"... sacou? agora imagina como ficaria o tamanho deste banco em poucos dias de operação? Desculpem a moral, mas talves ajude a vocês descobrirem que nem sempre uma idéia brilhante é a mais adequada... Um abraço Lucky

Me enganei: na verdade o que faz as tabelas é o script da seção "Grupos e bate-papo" do MSN... ao responder uma mensagem ali aparece a tela do script que tem a função de fazer tabelas... e ainda tem a opção de editar diretamente o código em html da mensagem... Depois de analizar este script (o da microsoft) percebi que ele faz todas as funções do próprio iexplorer... ele abre uma janela "WYSIWYG" onde o conteúdo HTML da mensagem é "editável" e o código é HTML puro, nada de códigos personalizados... Obs.: Tambem não vá usar este script em aplicativos que tu desenvolveu para vender né...

De novo essa do ME... O ME (Windows Millenium) foi lançado perto do ano 2000 enquanto o 98 é de "98" e dois anos é muuuuuito tempo quando se trata de informática... O ME é bem melhor (tecnicamente) que o 98 mas ele tem uma gama de recursos de multimídia que o deixam muito pesado, e tambem não aceita qualquer driver furreca como o 98 aceita (o 98 aceita qualquer coisa, mesmo que comprometa a estabilidade)... Se tu "limpar" a interface do ME, e deixar ele rodando com a interface do 98, ele vai ser um ótimo sistema, lembrem-se que o ME foi o primeiro windows que "hibernava" e que tinha os "rescue points"... só estas duas características já valiam a pena o upgrade... Mas hoje em dia, 4 anos (decadas) depois do lançamento do ME, muitos dos seus recursos inovadores já foram disponibilizados, via windows update, para o win 98 e agora, mesmo tecnicamente, não se nota muita diferença entre os dois sistemas... O que tanto se fala mal do ME é por causa da invenção da Microsoft em tentar fazer a interface do ME funcionar como se fosse um browser, onde um clique abre o programa e parar com o mouse sobre um icone o seleciona... quem era acostumado com o 98 não gostou nem um pouco e odiou o ME, por outro lado, quem nunca usou um windows se dava muito bem com esta forma de funcionar do ME, mas esse caso foi o de uma minoria... A falta de suporte de drivers para o ME tem a ver com sua maior estabilidade, é como o XP onde o driver deve obrigatoriamente OBEDECER o sistema operacional... de outro modo, quando o modem tranca, tranca o windows junto... e quem leva a culpa? O ME foi um ótimo sistema para mim principalmente nas máquinas de "marca" onde ele veio instalado, como os compaqs e dells, onde ele nunca apresentou qualquer tipo de problema de drivers... e quem se acostumou a HIBERNAR o micro em vez de desligá-lo, nunca falaria mal do ME... Mas quem ai sabe o que é hibernar um micro? se não sabe, não pode opinar sobre o ME... Lucky

O Media Player ou qualquer outro programa pode reproduzir o .mov desde que o codec adequado esteja instalado no windows...

O teu micro está infectado por spyware, assim, ele vê o site que tu tava procurando e tenta te mostrar algumas outras "opções" que ele próprio acha interessante... Geralmente este tipo de programa captura tudo o que tu digita e se tu chamar uma página que daria uma mensagem de erro, ele não perde a chance de tentar ser "util" abre algo parecido com o que tu buscava... Eu tenho usado o "spybot" com sucesso...

Não interessa qual o software mas sim quais os codecs instalados no micro... uma vez que o codec adequado esteja instalado no windows, praticamente todos os programas poderão ver o vídeo. Se tu tem o Media Player ele permitirá que tu veja arquivos .avi, que são praticamente um padrão do windows, por outro lado, arquivos como .mpg, ou .mp3 são tecnologias de empresas "concorrentes" do windows, normalmente não estão disponíveis nele, assim, para ver estes tipos de arquivos no Media Player será necessário a intalação dos codecs adequados... que são de acesso livre via internet e podem, desde que corretamente configurado seu windows, serem baixados automaticamente... Por isso, quando instalamos o DIVIX, ele instala praticamente todos os codecs mais comuns e neste caso, com estes codecs instalados, o media player e os outros programas passam a ser capazes de rodar qualquer coisa... Lucky (obs.:Na próxima, descreva a sua "Duvida" no cabeçalho do post... )

O ME não restringe o acesso, com um login diferente tu apenas consegue uma area de trabalho personalizada... mas qualquer usuário terá acesso a todo o conteudo do hd...