Boa Tarde !
Não estou conseguindo fazer minha aplicação abrir arquivos em outra unidade de rede.
H:\SISTEMA\BIN <- contém meus executaveis
G:\SISTEMA\DADOS <- contém as tabelas .dbf
Meu executavel esta na unidade H: mas os dados estão na unidade G:
Estou tentando usar da seguinte forma ;
SET DEFAULT TO G:
Use Sistema\Dados\Arquivo.dbf
Use \Sistema\Dados\Arquivo.dbf
Ambas sintax apresentam erro ;
DOS Error 3 "path não encontrado"
Existe algum outro meio para isso funcionar ?
To usando
CLIPPER 5.01 + Catools
Problemas com Set Default to <unidade>
Moderador: Moderadores
Amigo,
Porque vc não passa esses parametros no atalho para o seu sistema? Assim vc não precisará mexer em nada no seu código fonte!
Com o botão direito do mouse sobre o atalho... vá em propriedades... aba programa... Em LINHA DE COMANDO coloque o caminho do seu executável.... Em FUNCIONANDO coloque o caminho dos seus DBF´S... pronto funciona direitinho... Eu utilizo assim!
Exemplo:
Em LINHA DE COMANDO: 'H:\SISTEMA\BIN' (executável)
Em FUNCIONANDO: 'G:\SISTEMA\DADOS' (banco de dados)
Um abraço,
Janio
Porque vc não passa esses parametros no atalho para o seu sistema? Assim vc não precisará mexer em nada no seu código fonte!
Com o botão direito do mouse sobre o atalho... vá em propriedades... aba programa... Em LINHA DE COMANDO coloque o caminho do seu executável.... Em FUNCIONANDO coloque o caminho dos seus DBF´S... pronto funciona direitinho... Eu utilizo assim!
Exemplo:
Em LINHA DE COMANDO: 'H:\SISTEMA\BIN' (executável)
Em FUNCIONANDO: 'G:\SISTEMA\DADOS' (banco de dados)
Um abraço,
Janio
fui...
e-mail:janioaguiar@yahoo.com.br
msn: janio_aguiar@hotmail.com
xHarbour1.2.1/Harbour3.2 + wvg + hwgui + Mediator + MySql
e-mail:janioaguiar@yahoo.com.br
msn: janio_aguiar@hotmail.com
xHarbour1.2.1/Harbour3.2 + wvg + hwgui + Mediator + MySql
Eu utilizo o nome do path completo.
Tenho um DBF com os parâmetros de inicialização do programa e nele existem as variáveis p/ tres diretórios: EXE, DBF e TMP.
No inicio do programa carrego esses parametros em memória e na abertura do arquivo uso MacroSubistituição.
Se eu precisar alterar algum local, basta alterar o DBF de Parametros.
Abraços
Paul
Tenho um DBF com os parâmetros de inicialização do programa e nele existem as variáveis p/ tres diretórios: EXE, DBF e TMP.
No inicio do programa carrego esses parametros em memória e na abertura do arquivo uso MacroSubistituição.
Código: Selecionar todos
@22, 1 say padc("Abrindo arquivo SISACFG.DBF", 78, " ")
use &dirDBF\sisacfg.dbf
if .not. file ("&dirDBF\sisicfg1.ntx") .or. ;
.not. file ("&dirDBF\sisicfg2.ntx")
pack
@22, 1 say padc("Criando indice SISICFG1.NTX", 78, " ")
index on sis_var to &dirDBF\sisicfg1
@22, 1 say padc("Criando indice SISICFG2.NTX", 78, " ")
index on sis_coment to &dirDBF\sisicfg2
endif
use
Abraços
Paul
-
Stanis Luksys
- Colaborador

- Mensagens: 1329
- Registrado em: 18 Jun 2005 03:04
- Localização: São Paulo
- Contato:
Também já usei um dbf igual nosso amigo ai mensionou com os paths.
Acredito que o melhor mesmo seja o comando SET DEFAULT TO "CAMINHO"
Eu particularmente prefiro colocar sempre na mesma unidade em pastas diferentes, aí por exemplo uso assim:
SET DEFAULT TO ..\BASE
Faço assim para servir em qualquer cliente, pois vendo muito pela net e nao posso ir no cliente mudar as propriedades do atalho por exemplo...
Acredito que o melhor mesmo seja o comando SET DEFAULT TO "CAMINHO"
Eu particularmente prefiro colocar sempre na mesma unidade em pastas diferentes, aí por exemplo uso assim:
SET DEFAULT TO ..\BASE
Faço assim para servir em qualquer cliente, pois vendo muito pela net e nao posso ir no cliente mudar as propriedades do atalho por exemplo...
Stanis Luksys
sites.google.com/hblibs
Apoiar e se utilizar de projetos opensource não é uma questão de boicote, mas sim de liberdade.
Utilize, aprimore e distribua.
sites.google.com/hblibs
Apoiar e se utilizar de projetos opensource não é uma questão de boicote, mas sim de liberdade.
Utilize, aprimore e distribua.
Oi Stanis,
No seu caso (venda à distância), realmente é mais certo e com menos dor de cabeça, colocar sempre na mesma unidade.
Qdo mencionei de alterar o DBF, foi apenas uma forma mais fácil de não mexer no script. Mas no meu prog, eu posso passar com alguns parametros na inicialização que alteram os paths no DBF de parametros.
Exemplo.
C:\> meuprog.exe /dbf c:\sistema\dados
Com esse comando, o EXE altera o path e se encerra comunicando que os path foram alterados. Basta chama-o novamente sem nenhum parametro.
Com isso altero os dados sem precisar editar o DBF usando o FoxBase ou similares.
Isto foi apenas uma ideia que tive p/ tornar as coisas mais praticas, na instalação, uma vez que sou eu que instalo.
No seu caso, como eu disse acima, é melhor evitar dores de cabeça dando muitas opções aos clientes, principalmente os que estão looooooonge...
Mas fica aí a idéia
Abraços
Paul
No seu caso (venda à distância), realmente é mais certo e com menos dor de cabeça, colocar sempre na mesma unidade.
Qdo mencionei de alterar o DBF, foi apenas uma forma mais fácil de não mexer no script. Mas no meu prog, eu posso passar com alguns parametros na inicialização que alteram os paths no DBF de parametros.
Exemplo.
C:\> meuprog.exe /dbf c:\sistema\dados
Com esse comando, o EXE altera o path e se encerra comunicando que os path foram alterados. Basta chama-o novamente sem nenhum parametro.
Com isso altero os dados sem precisar editar o DBF usando o FoxBase ou similares.
Isto foi apenas uma ideia que tive p/ tornar as coisas mais praticas, na instalação, uma vez que sou eu que instalo.
No seu caso, como eu disse acima, é melhor evitar dores de cabeça dando muitas opções aos clientes, principalmente os que estão looooooonge...
Mas fica aí a idéia
Abraços
Paul
-
Stanis Luksys
- Colaborador

- Mensagens: 1329
- Registrado em: 18 Jun 2005 03:04
- Localização: São Paulo
- Contato:
Olá Paul,
Sim, entendi sua idéia e acho bastante útil, realmente gostei, só quis exemplificar que nem sempre podemos estar alí para configurar o pc e muuito menos devemos confiar nos usuários.
Lembro-me que quando comecei a trabalhar com desenvlovimento, meu chefe que era dono da empresa me dizia: "-Parta do princípio que todo usuário consegue achar cada erro do programa". hehe, e é verdade.
Mas fica aí as opções...
Tchau...
Sim, entendi sua idéia e acho bastante útil, realmente gostei, só quis exemplificar que nem sempre podemos estar alí para configurar o pc e muuito menos devemos confiar nos usuários.
Lembro-me que quando comecei a trabalhar com desenvlovimento, meu chefe que era dono da empresa me dizia: "-Parta do princípio que todo usuário consegue achar cada erro do programa". hehe, e é verdade.
Mas fica aí as opções...
Tchau...
Stanis Luksys
sites.google.com/hblibs
Apoiar e se utilizar de projetos opensource não é uma questão de boicote, mas sim de liberdade.
Utilize, aprimore e distribua.
sites.google.com/hblibs
Apoiar e se utilizar de projetos opensource não é uma questão de boicote, mas sim de liberdade.
Utilize, aprimore e distribua.

