ORBit 0.5 buffer limits in sequences
- From: Ewan Birney <birney ebi ac uk>
- To: orbit-list gnome org
- Subject: ORBit 0.5 buffer limits in sequences
- Date: Wed, 7 Aug 2002 11:33:08 +0100 (BST)
Of course, one solution to all of this may be to upgrade to ORBit2 but as
ORBit 2 needs glib2 it is hard thing to roll across the entire system...
... any - the problem is that when I send across little sequences it is
fine:
Sequence of size 3:
-------------------
server output...
going to do RU1A_HUMAN
... retrieved HSP manager size 3
... remapped HSP manager
... freed data, about to return
(HSP manager size is direct the ._length of a sequence)
client output....
Loading up query... RU1A_HUMAN
Retrieved hsp manager with 3
(also printing ou the value for the ._length of the sequence)
Sequence of size 1000 odd
-------------------------
server
going to do RU1A_HUMAN
... retrieved HSP manager size 1456
... remapped HSP manager
... freed data, about to return
client
Loading up query... RU1A_HUMAN
Retrieved hsp manager with 1112690499
My ORBit is 0.5.1
ecs1h[birney]93: orbit-config --version
ORBit 0.5.1
Is the best thing to do to upgrade to ORBit2 - is there a command
line/compile time option to allow longer sequences to be passed across? I
have a nested struct/sequence/struct IDL so the data passed across is
quite big...
Any help out there -- I've tried some goggling and FAQ reading to no
avail...
-----------------------------------------------------------------
Ewan Birney. Mobile: +44 (0)7970 151230, Work: +44 1223 494420
<birney@ebi.ac.uk>.
-----------------------------------------------------------------
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]