I'v'vee created #26411 for it. On 2018-10-05, Travis Scrimshaw <tsc...@ucdavis.edu> wrote: > I also recently ran into this: > https://trac.sagemath.org/ticket/25477#comment:154. Volker's suggestion > (see comment 157) is to more or less do what you're suggesting, for things > longer than what fits into the buffer size, use a temporary file. On > #25477, I was lazy and opted to do the quick fix of changing what I am > passing to libgap. +1 for addressing this. > > Best, > Travis > > > On Friday, October 5, 2018 at 8:39:37 PM UTC+10, Simon King wrote: >> >> Hi! >> >> I was expressing some group (in fact, libgap.SuzukiGroup(8)) as a >> permutation >> group (via regular permutation action) and took the string representation >> of >> that permutation group. Reason: GAP doesn't know how to pickle individual >> objects, but GAP can reconstruct a group from its string representation. >> >> Problem: While the pexpect GAP interface can evaluate a string of that >> length, libgap tells me: >> python2: libgap.c:184: libgap_get_input: Assertion >> `strlen(libGAP_stdin_buffer) < length' failed. >> and then raises a value error. >> >> What to do? In the pexpect interfaces, evaluation of large strings >> typically works via temporary files. Would it be a good idea to >> implement the same for libgap.eval(...), too? >> >> Best regards, >> Simon >> >> >
-- You received this message because you are subscribed to the Google Groups "sage-devel" group. To unsubscribe from this group and stop receiving emails from it, send an email to sage-devel+unsubscr...@googlegroups.com. To post to this group, send email to sage-devel@googlegroups.com. Visit this group at https://groups.google.com/group/sage-devel. For more options, visit https://groups.google.com/d/optout.