PC Toledo

Ola!
Para o Wagner Aragão,

Senhores estou tendo esse problema também do letoDB caindo.

a) Cadê o erro ?
b) Linha do PRG que ocorre o problema ?

Uso o LetoDb com Harbour aqui em dezenas de maquinas e não cai.
Para quem usa o xHarbour, troque para o Harbour... Já falei aqui n vezes, o xHarbour já era desde a saída do Przmek...

Se quer usar outro melhor use o HBNETIO. Mas como já disse use o Harbour. HBNETIO com xHarbour nem pensar.
Sua assinatura diz que usa o xHarbour com a Hwgui 2.17... Eu uso Harbour 3.4 com Hwgui 2.19 versões finais... Não tem nem como reportar erro dessas suas versões velhas, para os desenvolvedores...

Saudações,
Itamar M. Lins Jr.

Com relação a cair, isso acontece mesmo usando somente pasta compartilhada. O windows tem alguns eventos estranhos, perde momentaneamente o acesso ao drive compartilhado ou acesso via hbnetio ou letodb, eu resolvi isso fazendo ping no servidor de 5 em 5 minutos.

Comigo acontece um pouco diferente. O leto no servidor continua ativo, mas as estações perdem de vez em quando a conexão com o servidor.

Uso Leto em apenas um cliente com cerca de 5 maquinas. Comigo acontecia constantemente de a estação perder a conexão com o servidor. Não sei se por falha na rede ou hibernação... não sei. Tentei colocar um "ping" de tempos em tempos no servidor, não resolveu. Tirei tudo qnto era de hibernação do windows... tbm não resolveu.

Até hj estou por saber qual realmente eh o problema. Parece que se a estação perder a conexão com servidor (falha no ping, etc), ainda que por um segundo, e no segundo seguinte consiga a reconecção... mesmo assim a ESTAÇÃO CAI e necessário entrar no sistema novamente.

Se num momento de ociosidade do sistema ha uma queda momentânia da rede, mas qndo o usuario tenta acessar algo do sistema a rede ja está novamente restabelecida... não deveria ocorrer msg de erro de perca de conexão com o leto.

Janio

Janio,

eu resolvi assim:

Veja o tópico:
https://pctoledo.org/forum/viewto ... 43&t=17114

Eu coloquei no sistema uma thread que verifica a cada 5 minutos o drive mapeado, se ele se perde faço novamente o mapeamento.
Assim o windows sempre fica com o drive ativo.

Nota: eu uso o hbnetio e perdia a conexão com a base, agora tem 10 dias que não observo mais o problema.

Ola!

Uso Leto em apenas um cliente com cerca de 5 maquinas. Comigo acontecia constantemente de a estação perder a conexão com o servidor. Não sei se por falha na rede ou hibernação... não sei. Tentei colocar um "ping" de tempos em tempos no servidor, não resolveu. Tirei tudo qnto era de hibernação do windows... tbm não resolveu.

Uso com servidor dedicado em 1 cliente e nos outros, os servidores são usados como maquinas normais, eles nem sabem disso, e todos com XP/Windows 7, 32bits ou 64bits o LetoDb compilado com 32bits.
Tenho alguns clientes com tipos diferentes de configurações, e nunca tive esse problema de cair e eu não saber o que foi, ás vezes é/era erro meu, outras bugs do LetoDb, mas conseguimos isolar o problema e reportar o erro para os desenvolvedores e eles corrigiram.

No mais quem tem esse problema e quer usar xHarbour, é ir mudando para outros BD´s mais utilizados, MySql, Postgres... com o SQLRDD do xHarbour é a única coisa que funciona, pelo menos alguns usuários gostam.

Saudações,
Itamar M. Lins Jr.

aSimões,

Mas com o Leto ou NetIO não precisa mapear unidade de rede!

Pq vc mapeia?

Janio

Jânio,

A minha aplicação está no servidor, no usuário tem o atalho para o drive mapeado para a pasta no servidor, quando esse mapeamento do drive se perde, não sei qual é o motivo desse problema, o hbnetio também se perde, detalhe o hbnetio fica em uma pasta não compartilhada, em uma pasta que o usuário não tem acesso. Quando eu forço o remapeamento, é como disse-se para o windows ei cara vamos trabalhar! para de dormir e deixa de sacanear a minha aplicação!

Entendi,

Vou implentar essa solução pra ver o que acontece!

Janio

aSimoes,

Nunca havia feito mapeamento de drive no meu sistema MYSQL+MEDIATOR por não necessitar. O sistema eh acessado pelo IP e não pelo drive mapeado...

Mas eu tinha muito, muito erro de "network conect lost". Isso acontecia direto, direto!

Seguindo sua dica, mapeei uma pasta qualquer no sistema e de tempos em tempos verifico se esse mapeamento ainda está disponivel. Pois num eh que desde esse dia não tenho mais recebido e-mail com o erro CONEXÃO DE REDE PERDIDA!

)

:)Pos

Incrível isso pq se o sistema eh acessado pelo IP e não pelo mapeamento, pensei não ser necessário fazer esse mapeamento pra manter a conexão com o servidor sempre ativa.

Esperar mais uns dias pra ver se era isso mesmo... hehehehe

Janio

Olá

Bom dia,

Itamar Lins, o letoDB que uso segundo o Luiz Basso, é compilado com Harbour e a minha aplicação sim é em xHarbour, só que a aplicação em xharbour não teria nada a ver com o leto RODANDO NO SERVIDOR ou teria

pois o serviço do letoDB cai e ai reinicia o serviço automático mas mesmo assim não conecta de novo, tenho que parar o serviço no windows e reinicar novamente. Já usei o windows 2003 server e windows 2008 server sem nada , pelado , nem anti virus e mesmo assim em alguns clientes cai e outros não.

Sinceramente não temos mais o que procurar.

t+

Ola!

só que a aplicação em xharbour não teria nada a ver com o leto

Tem sim.
O protocolo de comunicação hb_socket... No harbour 3.2 ou 3.4 tem algumas dezenas de correções só nisso ai. Fora as outras coisas do xHarbour que é apenas copiada do Harbour (isso quando é copiado).

Até o letoDb.exe tem correções que está na 2.16

Código: Selecionar todos

/*  $Id: Changelog,v 1.350.2.242 2015/08/01 20:23:30 ptsarenko Exp $  */

/* Use this format for the entry headers:
   YYYY-MM-DD HH:MM UTC[-|+]hhmm Your Full Name <your_email@address>
   For example:
   2002-12-01 23:12 UTC+0100 Foo Bar <foo.bar@foobar.org>
*/

2015-08-01 23:25 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
  * tests/letoudf.prg
    * small change in UDF_TransRec() function
  * include/letocl.h
  * source/client/letocl.c
    + added LetoDbOrderFocus() function
    + added LetoFreeStr() function
  * source/client/leto1.c
    * small change in letoTrans() function

2015-07-07 23:10 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
  * include/funcleto.h
    * version number increased (2.16)
  * source/client/leto1.c
  * source/server/letofunc.c
    ! fixed __dbTotal (__dbTrans) evaluation

2015-07-05 18:00 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
  * source/client/leto1.c
    * fixed gpf in ordBagExt() aka dbOrderInfo( DBOI_BAGEXT ) with no
      opened workarea

2015-06-11 17:45 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
  * include/rddleto.ch
  * source/client/leto1.c
    + added hb_rddInfo( RDDI_VERSION,, "LETO" ) command.
      This command is the same as dbInfo( DBI_RDD_VERSION ),
      but but it doesn't require opened workarea.

2015-06-08 22:05 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
  * utils/manager/manage.prg
    * changed picture format for port number

2015-05-26 17:45 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
  + source/server/letozip.prg
  * letodb.hbp
  * Readme.txt
  * readme_rus.txt
    * added server functions leto_Zip and leto_UnZip

2015-05-06 17:15 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
  * source/client/letocl.c
    * added area buffers clearing in LetoDBClearFilter()

2015-04-22 13:45 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/server/server.prg
    * Udf_Exit() is called automatically now while server exit procedure,
      if letoudf.hrb exists.

2015-04-18 10:28 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * include/funcleto.h
    * build number is set to 3.

2015-04-17 13:40 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/server/server.prg
  * source/server/letofunc.c
    * New letodb.ini option added - EnableSetTrigger.
  * Readme.txt
  * readme_rus.txt
    * Information about EnableSetTrigger added.

2015-04-17 11:37 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/server/server.prg
    * Setting 'Driver' option in '[DATABASE]' section in letodb.ini works now.

2015-04-16 10:00 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/server/letofunc.c
  * source/server/server.prg
    * Fixed problem with triggers. Now the 'trigger' and 'pendingtrigger'
      letodb.ini options are stored via leto_SetAppOptions() and
      are set for every new thread.

2015-04-15 16:15 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/server/letofunc.c
  * source/client/leto1.c
  * source/client/letocl.c
    ! Small fixes

2015-04-15 11:59 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/server/letovars.c
    ! Yet another fix

2015-04-15 09:48 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/server/letovars.c
    ! Possible source of a bug fixed

2015-04-14 12:30 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/server/letovars.c
    ! Bug fixed

2015-04-10 10:10 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * include/letocl.h
  * include/funcleto.h
    * build number is added to the version string, build 2 is set.
  * makefile.bc
  * makefile.gcc
    ! Fixes.

2015-04-08 12:50 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * Readme.txt
  * readme_rus.txt
    ! Fixed the description of Leto_FileWrite() function
    * Added info about <ip> option in letodb.ini

2015-04-08 09:20 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/server/server.prg
    * rddleto.ch included

2015-04-07 11:55 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/server/server.prg
    * Added REQUEST for leto_var... functions

2015-04-06 17:00 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/server/leto_2.c
  * source/server/server.prg
    * Added a new option for the server ini file:
      ip, it allows to set an ip address for the server to bind
      in the case there are few interfaces

2015-04-02 17:45 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
  * include/letocl.h
  * source/client/letocl.c
  * source/client/letomgmn.c
  * source/server/letofunc.c
  * Readme.txt
  * readme_rus.txt
    + added leto_FileAttr( cFile [, cNewAttr] ) function

2015-03-30 16:40 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
  * source/client/leto1.c
    * leto_FreeTag() function is simplified
    * leto_OpenConnection changed for possibility to open tables
      without connection prefix and path

2015-03-21 15:05 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
  * source/server/letofunc.c
    * changed permissions for file operations

2015-03-06 14:45 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
  * include/letocl.h
  * source/client/letocl.c
  * source/client/letomgmn.c
  * source/server/letofunc.c
  * Readme.txt
  * readme_rus.txt
    + added leto_DirRemove() function

2015-03-06 10:00 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/server/letofunc.c
    ! Small fix regarding HB_FT_AUTOINC, HB_FT_ROWVER data types

2015-03-04 16:05 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/server/server.prg
    ! Reverted some code, which was changed by my mistake

2015-03-04 14:25 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/client/leto1.c
  * source/client/letocl.c
    ! Some wrong field types identificators fixed ( for HB_FT_TIMESTAMP, etc. )

2015-03-04 14:25 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * include/funcleto.h
  * source/server/server.prg
    * Some changes for compatibility with Harbour 3.0

2015-02-21 14:40 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
  * source/server/server.prg
    ! fixed implementation of Trigger and PendingTrigger commands in letodb.ini

2015-02-09 15:25 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/client/leto1.c
  * source/server/server.prg
    ! Fixes problem creating indexes with empty tag for NTX driver

2015-02-02 17:15 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
  * include/letocl.h
  * source/client/leto1.c
  * source/client/letocl.c
    * type of pTable->pFieldUpd field changed from ( unsigned int * )
      to ( unsigned char * )

2015-01-29 16:45 UTC+0300 Pavel Tsarenko (tpe2/at/mail.ru)
  * source/client/leto1.c
  * source/client/letocl.c
    * part of code moved from letoSkipRaw to LetoDbSkip function,
      for correct using ptrBuf pointer

2015-01-23 11:08 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/client/letocl.c
    ! Yet another possible source of an error has been fixed.

2015-01-23 10:00 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/client/leto1.c
    ! Small fix in letoPutRec()
  * source/client/letocl.c
  * source/common/hbip.c
    * htons() function call is moved from letocl.c to hbip.c
      to resolve problems with some compilers, includind the one,
      provided with Android NDK

2015-01-11 15:00 UTC+0300 Alexander Kresin (alex/at/belacy.ru)
  * source/server/server.prg
    ! Bug fixed, which appeared if the index was created with an empty tagname

Olhe o tanto da correções até a versão "2.16b1" do LetoDb.

Fora isso você poderia usar/testar o HbNetIO do Przmek, que acredito faria poucas modificações no seu código.
O problema é que você tem que isolar a área do erro ai no xHarbour... em qual parte o sistema trava.
Se achar muito complicado isolar o erro com o xHarbour, faça testes com o Harbour.

Vamos admitir que seja um BUG do LetoDb... Enquanto estiver usando xHarbour 1.2... Mesmo que o Pavel ou o Alexander corrija você terá que trocar para o Harbour.
Até com o xHarbour a versão do SVN tem correções na LIB TIP.
Resumindo, o xHarbour precisa se comunicar com o Harbour, só ai, já é um problemão, porque sua versão está muito defasada...
Seque versão do Letodb 2.16 compilada com o Harbour 3.4 MingW32 anexada, teste para ver como fica com seu xHarbour.

Saudações,
Itamar M. Lins Jr.

Olá

Itamar, eu uso hoje o xDevStudio 0.70 do Vailton pra programar e compilar e você tem o script de compilação para rodar no xDev ?? penamos para conseguir compilar o xHarbour no xDevStudio.

Será que vou ter que mudar muito meu código fonte para trocar de xHarbour para Harbour

?

Quando eu falo que o Leto cai, ele não trava o sistema da erro de gravação LetoDB Internal error e o serviço LetoDB no servidor cai. Colocamos para inicializar automático em caso de erro com parametro 0 (zero) ou seja imediatamente, mais quando isso acontece sempre perde dados, estoque fura, vira uma confusão danada e estou começando a ter problemas com clientes por conta disso.

O interessante que não acontece toda hora e nem em todo cliente, o que penso que descarta erro de lógica no programa e sim alguma incompatibilidade do leto com o windows ou mesmo do meu programa em xHarbour com o Leto.

t+

Ola!

LetoDB Internal error e o serviço LetoDB no servidor cai

Use esse letodb.exe que postei, faça o teste.

Quanto ao xDev, tem outras IDE´s melhores, lógico que é uma questão de gosto, mas a xDev não acompanhou as mudanças... do xHarbour e do Harbour. Acredito que isso é menos importante no momento...
As mudanças nos fontes serão mínimas. O Harbour tem uma lib de compatibilidade com o xHb.
Estude as possibilidades, o Harbour tem outras opções não só o Letodb, tem SQLMIX, HBNetIO...

Configurar o Harbour é simples. Faça a instalação do Harbour em um CPU separado, não misture com o xHarbour.
Uma dica, se não tem outra CPU para testar use o VmWare ou algo similar.

Saudações,
Itamar M. Lins Jr.

Olá

Ok Itamar, ja vou instalar hoje a noite essa versao do Leto no meu cliente mais problemático se funcionar nele que o leto cai pelo menos 6 vezes no dia funcionara nos outros.

Qual outro ambiente de desenvolvimento que substitue a xDevStudio

t+

Pra jogar mais lenha na fogueira talvez... tb tem uma ideia q um colega compartilhou via Sockets.... aki ele comenta um pouco

[]´s

Olá

Eu nem quero chegar nesse nivel de funcionalidade, só quero que o letodb rode sem cair pois estou tendo perda de dados e começando a ter problemas com clientes. Nunca tive perda de dados so com DBF e tive que começas a usar o letodb pois os terminais estavam ficando super lentos abrindo o dbf normal e ai tive que implementar o Letodb a toque de caixa.

Só quero que ele rode sem cair.

t+

PC Toledo

letodb caindo

letodb caindo

letodb caindo

letodb caindo

letodb caindo

letodb caindo

letodb caindo

letodb caindo

letodb caindo

letodb caindo

letodb caindo

letodb caindo

letodb caindo

letodb caindo

letodb caindo

letodb caindo