Prezados, bom dia!
É normal o sistema abortar na criação de índice (CDX) quando o DBF é grande? (200MB)?
Valeu
Marcus Vinícius Moreira
Programa abortando ao criar índice
Moderador: Moderadores
- sygecom
- Administrador

- Mensagens: 7131
- Registrado em: 21 Jul 2006 10:12
- Localização: Alvorada-RS
- Contato:
Re: Programa abortando ao criar índice
Bem vindo ao Fórum,
Não é normal, você está excluindo o índice antes de criar ?
Não é normal, você está excluindo o índice antes de criar ?
Leonardo Machado
xHarbour.org + Hwgui + PostgreSql
xHarbour.org + Hwgui + PostgreSql
Re: Programa abortando ao criar índice
Aparece alguma mensagem de erro?
Vc colocou alguma coisa para determinar em que linha o sistema aborta?
Poste a parte do código que vc usa para indexar os arquivos para poder-mos verificar.
Vc colocou alguma coisa para determinar em que linha o sistema aborta?
Poste a parte do código que vc usa para indexar os arquivos para poder-mos verificar.
"TRS-80/Sincler/Apple/PC - Clipper Winter 85, tlink 1.0 [pc 10 MHz - 640K] {NEZ 8000 2Kb RAM}"
{POG - Programação Orientada a Gambiarra}
{POG - Programação Orientada a Gambiarra}
- rochinha
- Administrador

- Mensagens: 4664
- Registrado em: 18 Ago 2003 20:43
- Localização: São Paulo - Brasil
- Contato:
Re: Programa abortando ao criar índice
Amiguinho,
voce esta usando o velho Clipper e seus antigos problemas com os 640Mb de memória. Este problema pode ser falta de espaço para a geraçao do arquivo, ou seja, o HD onde esta o sistema pode estar sem espaço livre, a memória pode ser pouca para a tarefa, etc.
Sugiro voce melhorar o desempenho de seu sistema através da linkedição.
Se usa Blinker sugiro acrescentar este trecho:
Eu não usava overlays externos o que diminui o tamanh do EXE na memória.
Outra sugestão é compilar com EXOspace.
Nas duas opções usando a função memory() do Clipper ele me acusava memória livre de pelo menos 16Mb enquanto que com compilação usando RTLink acusava no máximo 50K.
O Gerenciamento de memória do BLinker e do EXOspace são muito bons e portanto lhe permitirá que EXEcutáveis muito grandes caibam na memória do velho DOS sem problemas.
Outra medida é melhorar o desempenho da memória ativando o EMM386 para melhorar a resposta de memória para seu aplicativo.
voce esta usando o velho Clipper e seus antigos problemas com os 640Mb de memória. Este problema pode ser falta de espaço para a geraçao do arquivo, ou seja, o HD onde esta o sistema pode estar sem espaço livre, a memória pode ser pouca para a tarefa, etc.
Sugiro voce melhorar o desempenho de seu sistema através da linkedição.
Se usa Blinker sugiro acrescentar este trecho:
Código: Selecionar todos
DEFBEGIN
name FatAll
description 'Nome do Seu Sistema'
#exetype Windows 3.1
code moveable discardable preload
data preload moveable
stacksize 9500
heapsize 1024
segment 'PLANKTON_TEXT' nondiscardable
segment 'EXTEND_TEXT' nondiscardable
segment 'OM_TEXT' nondiscardable
segment 'OSMEM_TEXT' nondiscardable
segment 'SORTOF_TEXT' nondiscardable
segment 'STACK_TEXT' nondiscardable
DEFEND
Outra sugestão é compilar com EXOspace.
Nas duas opções usando a função memory() do Clipper ele me acusava memória livre de pelo menos 16Mb enquanto que com compilação usando RTLink acusava no máximo 50K.
O Gerenciamento de memória do BLinker e do EXOspace são muito bons e portanto lhe permitirá que EXEcutáveis muito grandes caibam na memória do velho DOS sem problemas.
Outra medida é melhorar o desempenho da memória ativando o EMM386 para melhorar a resposta de memória para seu aplicativo.
OPS! LINK QUEBRADO? Veja ESTE TOPICO antes e caso não encontre ENVIE seu email com link do tópico para [url=mailto://fivolution@hotmail.com]fivolution@hotmail.com[/url]. Agradecido.
@braços : ? )
A justiça divina tarda mas não falha, enquanto que a justiça dos homens falha porque tarda.
@braços : ? )
A justiça divina tarda mas não falha, enquanto que a justiça dos homens falha porque tarda.

