Problema com NSX em Harbour

[lucimauro]

Estou usando Habour 3.0 e MInGw, so que estou encontando alguns problemas quando gravo as informações, estas as vezes não estão aparecendo no servidor, so aparecem se eu mandar recricar os indices NSX.
Exemplos :Mando gravar no VENDA1 o resumo dos pedidos e no VENDA2 os itens, ai quando vou consultar so aparece os registros no VENDA1, no VENDA2 so aparece se eu mandar recriar os indices.

Alguem ja passou ou ta passando por esse problema?

[Imatech]

*** DBU, DBA, etc...
*** Qualquer acesso externo via utilitarios de manutenção podem alterar o Código de Paginação da tabela:
*** resultado := erros inesperados

Exemplo para uso ( Harbour e xH )

Código: Selecionar todos

// HBMK2 %PRG% -lrddnsx
#include "dbinfo.ch"
REQUEST dbfnsx
PROCEDURE Main()
   rddSetDefault( "DBFNSX" )
   // hb_rddInfo( RDDI_LOCKSCHEME, , "DBFNSX" )
   FErase( "test.nsx" )
   dbCreate( "test.dbf", { { "T1", "C", 10, 0 } } )
   USE test EXCLUSIVE
   INDEX ON FIELD->T1 TAG test1 TO test
   USE test SHARED 
   ? "test Finished"
   RETURN

Thanks to: Przemek (Harbour Team)

[lucimauro]

Voce usa NSX com HArbour sem problemas?

[Imatech]

Olá lucimauro !
.
.
.
Não o utilizo em produção (DBF: somente para alguns sistemas antigos - usuarios que não querem usar versão em Delphi + SGDB)...
.
Entretanto a alguns anos na mudança de NTX, realizei intensivos testes com CDX e NSX e não observei nenhum comportamento inadequado do RDD
Na época optei pelo CDX devido a melhor literatura disponivel (Performance equivalente)
.
.
.
Seria interessante fazer testes mudando para CDX, identificando se realmente as falhas ocorridas são pelo RDD ou na lógica do aplicativo...
.
.
.
Sucesso...

[lucimauro]

Na verdade foi isso que fiz, mudei para CDX e o problema foi resolvido.
O que eu nao tinha em meu arquivo .HBP era o rddnsx agora coloquei para testar de novo o NSX,mais acho que isso nao farar diferença

[Imatech]

Olá lucimauro !
.
.
.
Após os novos testes, favor nos atualizar com o resultado (que acredito será estavel pela adição da lib)...
.
.
.
Sucesso...

[lucimauro]

Acabei de testar e continua com o mesmo problema, se aparece os produtos se eu mandar reindexar os arquivos.

Quando mudo par CDX volta a funcionar normalmente.

[Imatech]

Olá lucimauro !
.
.
.
Ocorrencia atipica... espero que CDX resolva as falhas...
.
.
.
Sucesso...

[Jairo Maia]

Olá Lucimauro e Ronaldo,

Acompanhei este tópico desde o inicio, e ao ver a mensagem do Ronaldo, achei que algo novo poderia ter acontecido no sentido de ter solucionado esta IMCOMPATIBILIDADE do RDD DBFNSX e Harbour.

Este fórum está repleto de problemas relatados por colegas quanto a este RDD, e não houve outra solução a não ser migrar para o RDD DBFCDX para trabalhar em rede.

Infelizmente, ainda é CRÔNICO o problema entre o RDD DBFNSX e Harbour.

[Imatech]

Olá lucimauro e Jairo Maia !
.
.
.
Um exemplo para teste e prova de ocorrencia de erros usando NSX seria bem vindo...
Pequeno projeto com .prg e .dbf
.
.
.
Bom final de semana a todos...

[esgici]

Ola Ronaldo

*** DBU, DBA, etc...
*** Qualquer acesso externo via utilitarios de manutenção podem alterar o Código de Paginação da tabela:
*** resultado := erros inesperados

*** DBU, DBA, etc ...
*** Any external access via utility maintenance can change the paging Code table:
*** Result: = unexpected errors

Until now, no "unexpected errors" from DBA reported to me.

Could you please inform me which error occurred and under which conditions ?

[Imatech]

Hello my friend Esgici !
.
.
.
Any access to any xBase table changing standard header info of table, can result in Corrupt Indexes...

Ex: open any Table with "ES" collation (Codepage), change some data or add record, etc..., save table...

then reopen using original codepage: will be expected corruption on index files

*** This concept is valid for any type of xBase index files...
.
.
Nothing related exclusive to DBA, but to any Edit Tool for xBase files
.
.
.
Best regards

[Jairo Maia]

Hi,

This error occurs only when work in net. In local machine, this RDD work properly.

[esgici]

Any access to any xBase table changing standard header info of table, can result in Corrupt Indexes...

Ex: open any Table with "ES" collation (Codepage), change some data or add record, etc..., save table...

then reopen using original codepage: will be expected corruption on index files

*** This concept is valid for any type of xBase index files...
.
.
Nothing related exclusive to DBA, but to any Edit Tool for xBase files

DBA opens tables with original Harbour code. DBA itself not interested with Code Page recorded in the header of table. So, its impossible open a table by DBA one time with and another without that code.

Any attempt to open a table and set index to it with an index build out of DBA, an corruption error will be occurs. Though this isn't DBA problem.

In other hand I guess that you know better than me, this code page problem occurred after certain version of Harbour. In my opinion, this is because Harbour developers disregard backward compatibility.

In this case searching a culpable in other places may be right ?

Regards

[Imatech]

Hi Esgici !

Like I have said:

Nothing related exclusive to DBA, but to any Edit Tool for xBase files

Best regards my friend...