Re: [eclipse-clp-users] size of data sent to eclipse

Hi,

I assume you are referring to the same "error" you talked about in your 
previous posting to this list. The exception you showed last time is 
caused by an error (i.e. abort) while executing the RPC you sent. This 
means that the goal was successfully transferred to ECLiPSe, but an 
ECLiPSe error was raised while trying to execute the goal.

The cause for this is *very* unlikely to be because your goal is too 
large. You should be able to transfer very large terms using EXDR 
(assuming you are using that). The most likely explanation for your 
problem is that there is something wrong with the data that you obtained 
from your GUI -- it is likely that the larger the data, the more likely 
there is something wrong with it.

It is not clear to me how you translate what you obtain from your GUI 
into what you need for your RPC. What input do you take from your GUI, 
and how is this mapped to the RPC?

Cheers,

Kish

carole dawood wrote:
> Hello,
> i had a problem with java- eclipse interface, as my data are being entered
> from the GUI, whenever these entries being sent to eclipse gets larger, i
> get an error indicating the rpc call line in java, so how can i handle
> sending large data sets to eclipse without getting this error???
> N.B: The application is working with smaller data sets, the problem is when
> data sent to Eclipse gets larger.
> 
> Thank you a lot,
> Carole Dawood
> Computer Science and Engineering
> German University in Cairo
> 


-- 
This e-mail may contain confidential and privileged material for the
sole use of the intended recipient. Any review, use, distribution or
disclosure by others is strictly prohibited. If you are not the intended
recipient (or authorized to receive for the recipient), please contact
the sender by reply e-mail and delete all copies of this message.
Cisco Systems Limited (Company Number: 02558939), is registered in
England and Wales with its registered office at 1 Callaghan Square,
Cardiff, South Glamorgan CF10 5BT.