Pela lógica, não vejo razão para que apenas a base de dados convertida cause erro. Se tal acontecer é mais um ponto de interrogação.

Agradeço que faça alguns testes com uma base de dados vazia (é meio caminho andado para descartar outros problemas).

1) Criar uma nova base de dados no gestor SQL
2) Deixar o colibri inicializar a base de dados e verificar se ocorreram erros
3) Sair, voltar a entrar na aplicação e verificar se ocorreram erros
4) Introduzir dados (facturas por exemplo), sair, voltar a entrar e verificar se ocorreram erros.

Existem outras distribuições de Linux que estão a causar outros problemas... portanto, tudo aponta para questões de S.O.

Agora... o motivo concreto, temos de o apurar.

Cumprimentos.

marcolopes escreveu:
Caro Marco Lopes,

Realmente confirmo que apenas parecem haver problemas com a aplicação quando uso a base de dados actualizada, mas tal não significa que não os hajam com a base de dados recém-criada. De facto não parecem haver, mas a nova base de dados está vazia e não experimentei inserir dados (hora tardia e preguiça).
A questão é importante, mas a minha situação não é grave pois tenho um backup completo da base de dados feito antes da actualização. Não queria ter de voltar para a v5, porque estou a gostar da v6, mas posso fazê-lo sem problemas.
Se acharem que se justifica, posso criar artigos, clientes e documentos fictícios, e coloco aqui depois as minhas observações. Se já tiverem disponível uma base de dados MySQL para fim de testes, tanto melhor.

Best regards.

PS:
No erro, a parte "colibri.#sql-d6a_222" parece manter-se durante uma sessão da aplicação, mas muda entre sessões. O código "d6a_222" parece ir incrementando ligeiramente, sempre com valores hexadecimais. Suponho que a tabela temporária do motor de persistência tenha sempre um nome diferente da anterior, para evitar problemas em caso de um encerramento incorrecto da aplicação, ou talvez para possibilitar a restauração da sessão anterior.

Experimentei criar nova base de dados, e tudo parece funcionar sem erros.
À informação anterior tenho a corrigir que os erros afinal surgem logo entre o login e a janela de aplicação aparecer.

A versão 5 funcionava na perfeição antes da actualização.
A actualização correu bem e a aplicação arranca sem problemas.
Consigo ver todas as definições que tinha e os artigos estão intactos.
Se tento ver o ficheiro de clientes ou documentos emitidos, a aplicação abre a tab e congela durante um tempinho antes de me mostrar uma lista vazia.
A linha de comandos mostra-me um trace bem longo e repetitivo de um erro que começa sempre com a linha:
java.sql.SQLException: Can't create table 'colibri.#sql-d6a_222' (errno: 150)
(envio em anexo um dump mais completo)
Os erros surgem apenas quando tento aceder à referida informação.
Se tento criar um novo documento (ex.: venda a dinheiro), a série e número de documento surgem correctamente, mas se tento digitar o número de cliente, volta a congelar durante um tempinho e não apresenta a informação do mesmo nem reconhece o número como sendo válido.
A minha base de dados é MySQL e chama-se colibri.
Observando directamente a base de dados, toda a informação parece continuar em bom estado, mesmo aquela que não é apresentada na aplicação.
O utilizador colibri (para acesso da aplicação à bd) tem todas a permissões da base de dados colibri em localhost, mas não tem qualquer outra permissão.
Estou a usar uma versão do RCPcolibri descarregada hoje (2011-01-28) e a licença livre certificada.
O meu sistema é Debian Squeeze x64, com todas as actualizações em dia, e é completamente estável.

Se precisarem de mais informação, disponham.