PC Toledo

Amiguinhos,

Sempre que estou navegando pela net me deparo com dicas muito úteis e que em algum momento serão bem vindas.

Como tenho o hábito de guardar os links em um arquivo texto(detesto a função bookmark) para depois fazer a busca, acabbo por esquecer estas pérolas e quando vou atrás o site mudou, sumiu, sei-la.

Então, esta dica mesmo parecendo ser velha ainda ajuda alguns amigos persistentes.

É preciso priorizar a impressão pelo DOS para resolver o problema. Para isto, diminuímos o tempo do buffer de impressão e o timeout da porta LPT no registro do Windows XP.
1 – Abra o arquivo C:\WINDOWS\SYSTEM.INI e inclua no Final do Arquivo abaixo da chave [386enh] os seguintes valores:

[Network]
PrintBufTime=1
[IFSMGR]
PrintBufTime=1

2 – Execute o Regedit [Menu Iniciar -> Executar -> Regedit.exe] e Pesquise[Ctlr+F] pela chave LPT_TIMEOUT. Quando encontrá-la, clique 2 vezes sobre ele e altere seu valor para 1. Repita a busca pressionando [F3] e altere o valor de todas as ocorrências de LPT_TIMEOUT para 1.

Link com conteudo

hehehehe Isto não é dica, é biblia no XP !!!!!! :{

Se não fizer assim o treco não anda !

No XP eu nunca precisei alterar o SYSTEM.INI, só altero as chaves do registro do Windows e sempre funcionou.

Até logo.

Marcelo

Amiguinho,

As chaves que voce altera são as mesmas que postei ou tem outras? não nos deixe na duvida.

As mesmas. Faço exatamente como você recomenda.

Até logo.

Marcelo

Para quem quer fazer essas alterações de forma automática, basta criar um arquivo REG e distribuir junto com o sistema, veja um exemplo abaixo : Basta criar um arquivo com a extensão .REG e distribuir junto com o sistema. Ao ser executado ele se encarregará de fazer as alterações.
Se não quiser que seja apresentada a tela de aviso da alteração do registro execute-o da forma abaixo : Até logo.

Marcelo

Obrigado Rochinha pela sua colaboração!

Por coincidência, essa semana eu estava com uma impressora que insistia em não imprimir.

Agora, manda imprimir, e pronto. Rapidinho.

Valeu Rochinha!

Marcelo (Clipper) escreveu:No XP eu nunca precisei alterar o SYSTEM.INI, só altero as chaves do registro do Windows e sempre funcionou.

Rochinha, sabe dizer se é desnecessário alterar o SYSTEM.INI como o colega disse ? Decidí fazer um utilitário que altera o REGISTRO dos Windows XPs e decidí deixar de fora a alteração do SYSTEM.INI.

Você Rosalvo poderia fazer um teste para nós ? Já que você passou por esse problema de impressão, por favor ?
Edite o SYSTEM.INI e remova as chaves que o Rochinha mencionou, para saber se funciona mesmo assim. Pode ser ?

Aproveitei no mesmo utilitário para alterar outras chaves que permitem dar mais rapidez e segurança sobre o tratamento de abertura de DBFs pelo SO conforme extraí de um tópico daqui do fórum, a minha contribuição com esse utilitário, encontra-se na seção de Downloads: Click aqui para baixá-lo e sintam-se a vontade para fazer alguma crítica ou sugestão.

Pablo César escreveu:Rochinha, sabe dizer se é desnecessário alterar o SYSTEM.INI como o colega disse ? Decidí fazer um utilitário que altera o REGISTRO dos Windows XPs e decidí deixar de fora a alteração do SYSTEM.INI.

Eu já fiz essa modificação pelo menos umas 30 vezes em máquinas com o problema descrito, realmente nunca precisei alterar o SYSTEM.INI.

Até logo.

Marcelo

já fiz essa modificação pelo menos umas 30 vezes

Está bem Marcelo, foi por isso que decidí não incorporar no utilitário a rotina de modificação do SYSTEM.INI. Apenas achei necessário perguntar, pois talvez tivesse algum motivo para fazer essa modificação também. Sempre é bom perguntar, as vezes alguém sabe de algo a mais...

Mas valeu Marcelo, obrigado pela sua contribuição também !

Já que foi falado na hipótese de ter que alterar o arquivo SYSTEM.INI, criei umas rotinas que auxiliam na manipulação dos arquivo .INI e que certamente poderá ser útil em outras ocasiões, para baixá-las encontra-se na seção de downloads em: https://pctoledo.org/forum/fileba ... 151&page=1

Pablo César escreveu:Está bem Marcelo, foi por isso que decidí não incorporar no utilitário a rotina de modificação do SYSTEM.INI. Apenas achei necessário perguntar, pois talvez tivesse algum motivo para fazer essa modificação também. Sempre é bom perguntar, as vezes alguém sabe de algo a mais...

Prezado Pablo,
Eu entendi sua preocupação e acho muito válida já que nós participamos do fórum e quanto mais conhecimento pudermos partilhar melhor para todos.

Fiquei intrigado também e resolvi pesquisar sobre a alteração do SYSTEM.INI, ao que parece essa alteração é necessária quando ocorre o mesmo problema, porém ela é para máquinas com Windows 95 / 98. No XP creio que apenas a modificação do registro resolva.

Eric.Developer escreveu:Com tantos sistemas que já fiz manutenção, em cada softwareHouse com muitos clientes, até hoje nunca precisarei mudar nada no Windows (ini, registro), somente o ini do Me para abrir mais arquivos simultaneamente.
O mais provavel seria erro de lógica no código, um exemplo: as vezes esquecem da instrução para fechar a impressão no final dos relatórios ou alguma configuração do Windows foi modificada por algum software.

Você teve sorte Eric, pois esse problema de demora na impressão em rede no Windows é conhecido, e o único jeito de (pelo menos que eu saiba) é fazendo essas alterações descritas. Lembrando que quem usa algum tipo de gerenciador de impressão (Prwin, Dosprinter, Sibra, Usbprint) não tem a necessidade dessa alteração, pois neste caso o spooler do Windows cuida disso.

Até logo.

Marcelo

Amiguinhos,

Av variaveis tanto no .INI quanto no Registro parecem atuar sobre um mesmo aspecto, impressao.

As alterações feitas nos arquivos .INI remontam desde épocas em que sabiamos que manipulando estes arquivos tinhamos melhores performances no 95 e 98.

Alterações no registro já são mais profundas enquanto que nos arquivos .INI fossem como que temporarios.

Mas o resultado final é praticamente o mesmo.

Pablo
Se voce já usa o método de acionar o .INI e suas variáveis continue e se for agregar o método de acionar o registro também. Só vale lembrar que ajustes assim para nossas aplicações podem surtir efeitos para os aplicativos nativos do S.O.

Desde que nossos aplicativos rodem bem, que mal tem.