[Pr�via] [Pr�xima] [Pr�via por assunto] [Pr�xima por assunto]
[�ndice cronol�gico]
[�ndice de assunto]
Re: Erro no mico 2.3.5
- Subject: Re: Erro no mico 2.3.5
- From: Wagner Bruna <wbruna@xxxxxx>
- Date: Thu, 10 Apr 2003 15:07:45 -0300 (E. South America Standard Time)
Ave!
> Depois da aula de hoje, eu e a minha dupla resolvemos
> testar se tamb�m dava aquele problema com o nosso ep para
> enviar um vetor de tamanho zero. Para isso, rodamos listp
> com um PartRepository vazio. Vejam o que aconteceu:
>
> ========================================================================
> [tocantins:~/private/materias/MAC440/SOD/micoSOD]$ ./client -ORBInitRef
> NameService=`cat /tmp/NS_Ref`
>
> listp
> Part Repository
> client: /usr/include/mico/sequence.h:189: struct SOD::PartListItem *
> SequenceTmpl<SOD::PartListItem,0>::get_buffer(unsigned char = 0):
> Assertion `vec.size() > 0' failed.
> Abortado
> [tocantins:~/private/materias/MAC440/SOD/micoSOD]$
> ========================================================================
Que coisa estranha! Mas voc�s chamam explicitamente o m�todo
get_buffer, ou ele � chamado por algum outro?
Eu pergunto porque em nosso reposit�rio (servidor em C++)
usamos uma cole��o STL pra manter as pe�as; a�, constru�mos
a List s� pra devolver as informa��es. E mesmo devolvendo
uma lista vazia, n�o d� nenhum problema. O MICO instalado na
kama � o pr�prio 2.3.5.
++t;
Wagner Bruna - wbruna@ime.usp.br
http://www.ime.usp.br/~wbruna/
^Z
"Faith is the bird that sings while it is still dark."