Em 09/23/2013 09:46 PM, Daniel Monteiro escreveu:
O erro:
fdo66929.docx,ooxmlexport.cxx:**1050:Assertion
Test name: Test::run
equality assertion failed
- Expected: 127
- Actual : 254
Failures !!!
Run: 1 Failure total: 1 Failures: 1 Errors: 0
Error: a unit test failed, please do one of:
export DEBUGCPPUNIT=TRUE # for exception catching
export GDBCPPUNITTRACE="gdb --args" # for interactive debugging
export VALGRIND=memcheck # for memory checking
and retry using: make CppunitTest_sw_ooxmlexport
make[1]: *** [/home/monty/Projects/**libreoffice/core/workdir/unxln**
gi6.pro/CppunitTest/sw_**ooxmlexport.test<
http://unxlngi6.pro/CppunitTest/sw_ooxmlexport.test><
http://unxlngi6.pro/**CppunitTest/sw_ooxmlexport.**test<
http://unxlngi6.pro/CppunitTest/sw_ooxmlexport.test>>]
Error 1
make[1]: *** Waiting for unfinished jobs....
make: *** [build] Error 2
Pelo que entendi, falhou durante a execução de um teste unitário. Eu
segui as instruções e ele ficou parado um bom tempo sem mostrar nada.
Se
tiver alguma opção para teste verboso, agradeço =-)
Tive a impressão que meu sistema pode ter ficado sem memória. Trata-se
de
um dual core Atom N2600 com 2GB de RAM, rodando Ubuntu 12.04 (eu sei,
forcei um pouco a barra!). Você precisa de mais alguma informação do
sistema? Ele esta bastante atualizadinho.
Entendi, e o seu repositório também está atualizado certo?
Chegou a executar somente o "make CppunitTest_sw_ooxmlexport" ?
Geralmente essas falhas de unittest são referentes ao master estar
quebrado, ou alguma versão de dependência que pode estar com problemas.
Logo que eu conseguir esvaziar um pouco o Mac (lotado!), começo a
baixar
as dependências para tentar aqui também. Imagino que aqui ele vá ter
menos
problemas (Core i5, 4GB de RAM)
Pois bem.... como é um unittest, não sei dizer ao certo se o problema
pode
ser RAM. Mas claro, uma máquina melhor ajuda muito nesse teste :)
Gostaria de por enquanto, não ter que apelar para "aquele outro, o
não-UNIX". Eventualmente vai ser necessário, mas não é das
experiências
mais prazeirosas...
Sim claro, no Linux é bem mais facil de compilar o LO. Depois dele,
poderias começar com os easy hacks, que são bem interessantes:
https://wiki.**documentfoundation.org/**Development/Easy_Hacks_by_**
Difficulty<
https://wiki.documentfoundation.org/Development/Easy_Hacks_by_Difficulty
Tem uns hacks legais, e outros que a muito tempo se precisa fazer e
ninguém faz :)
Espera muito sua ajuda para melhorar o LO!
--
Daniel Monteiro
Em 23 de setembro de 2013 20:10, Marcos Souza
<marcos.souza.org@gmail.com<mailto:
marcos.souza.org@**gmail.com <marcos.souza.org@gmail.com>>> escreveu:
Olá Daniel,
Em 09/23/2013 07:00 PM, Daniel Monteiro escreveu:
Olá camaradas, tudo em cima?
Meu nome é Daniel e sou de Niterói, RJ.
Já trabalhei com C++ e atualmente ainda mexo com no meu tempo
livre com C &
Objective-C, além de Java. Acho que seria legal voltar a
hackear em C++,
sem falar de poder ajudar com as versões para os principais
sistemas
operacionais.
Poxa, vc tem muita sorte :)
A empresa em que trabalho esta abraçando o LibreOffice e eu
fui encarregado
de eventualmente adapta-lo às necessidades de lá. Gostei
tanto
da ideia que
resolvi dedicar meu tempo livre ao projeto também.
Pelo que já li na documentação, o ideal é eu primeiro
compilar
o LO em
alguma plataforma fácil, como OSX ou Linux e depois partir
pros Quick
Hacks. Como a maior parte do meu tempo livre, estou longe do
Mac e apenas
com um netbook Ubuntu, foi o que pude usar (e não foi dificil
de configurar
não). No entanto, esbarrei num erro. Qual é a melhor forma de
pedir ajuda
em relação a esse tipo de situação?
Blz, seu erro ocorre em tempo de compilação? O erro é recorrente
de dependências?
Se por acaso for, temos este script que baixa as dependencias
necessárias:
https://github.com/marcosps/**lo_useful/blob/master/pre-**install.sh<
https://github.com/marcosps/lo_useful/blob/master/pre-install.sh>
(se quiser ajudar a melhorar o script, a gente pode ter dar
acesso
para commit =D)
Abs
--
Daniel Monteiro
-- Você está recebendo e-mails da lista
dev@pt-br.libreoffice.org
<mailto:dev@pt-br.libreoffice.**org <dev@pt-br.libreoffice.org>>
# Informações sobre os comandos disponíveis (em inglês):
mande e-mail vazio para
dev+unsubscribe@pt-br.**libreoffice.org<
dev%2Bunsubscribe@pt-br.libreoffice.org>
<mailto:dev%2Bunsubscribe@pt-**br.libreoffice.org<
dev%252Bunsubscribe@pt-br.libreoffice.org>
# Cancelar sua assinatura: mande e-mail vazio para:
dev+unsubscribe@pt-br.**libreoffice.org<
dev%2Bunsubscribe@pt-br.libreoffice.org>
<mailto:dev%2Bunsubscribe@pt-**br.libreoffice.org<
dev%252Bunsubscribe@pt-br.libreoffice.org>
# Arquivo de mensagens: http://listarchives.**
libreoffice.org/pt-br/dev
<http://listarchives.libreoffice.org/pt-br/dev>
--
Você está recebendo e-mails da lista dev@pt-br.libreoffice.org
# Informações sobre os comandos disponíveis (em inglês):
mande e-mail vazio para
dev+unsubscribe@pt-br.**libreoffice.org<
dev%2Bunsubscribe@pt-br.libreoffice.org>
# Cancelar sua assinatura: mande e-mail vazio para:
dev+unsubscribe@pt-br.**libreoffice.org<
dev%2Bunsubscribe@pt-br.libreoffice.org>
# Arquivo de mensagens:
http://listarchives.**libreoffice.org/pt-br/dev<
http://listarchives.libreoffice.org/pt-br/dev>