Good to know we're not alone :) We haven't found a work around<br>at UW ... we've just been busy with other things.<br><br>Emily<br><br><div class="gmail_quote">On Wed, Dec 7, 2011 at 12:49 PM, Francis Bond <span dir="ltr"><<a href="mailto:bond@ieee.org">bond@ieee.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">G'day,<br>
<br>
I am getting what is I think a related problem. On a not quite<br>
up-to-date logon tree (due to issues with the new pet), I start logon<br>
and load jacy. I then create a profile (mrs) which has a fully<br>
up-to-date relations file. I parse it with the lkb. I then try to<br>
treebank it:<br>
------------<br>
read_tuple(): arity mismatch (31 vs. 32) for `parse' (11).<br>
<br>
create-cache(): write-through mode for `jacy/090705/mrs/11-12-08/lkb'.<br>
install-gc-strategy(): disabling tenure; global garbage collection ...<br>
[04:40:44] gc-after-hook(): {L#66 N=8.6K O=179k E=91%} [S=845m R=552m].<br>
done.<br>
flush-cache(): flushing `jacy/090705/mrs/11-12-08/lkb' cache ... done.<br>
close-connection(): `jacy/090705/mrs/11-12-08/lkb' expiry.<br>
-------<br>
<br>
So it looks as though itsdb is not creating the parse file correctly,<br>
even without cheap in the loop.<br>
<div><div></div><div class="h5"><br>
On 7 December 2011 20:23, Stephan Oepen <<a href="mailto:oe@ifi.uio.no">oe@ifi.uio.no</a>> wrote:<br>
> hmm, i had to check in SVN, but assuming you are using the<br>
> LOGON 'trunk', the 32-bit binaries were re-generated not too<br>
> long ago. i cannot easily imagine that 32- vs. 64-bit should<br>
> make a difference here.<br>
><br>
> 0 oe@mv (~/src/logon/lingo/lkb) 11 $ svn log linux.x86.32/logon.dxl |head<br>
> ------------------------------------------------------------------------<br>
> r10216 | oe | 2011-10-27 17:28:23 +0200 (to., 27 okt. 2011) | 1 line<br>
><br>
> new 32-bit LOGON run-time<br>
><br>
> the 'parse' relation was indeed extended by two fields a short<br>
> while ago, so it would seem that the installation that varya has<br>
> ends up writing the old format.<br>
><br>
> does the 'relations' file in the broken profile contain the new<br>
> fields (p-input and p-tokens)?<br>
><br>
> since you have been silent about this problem for the past few<br>
> weeks, has there been some progress in the meantime? or<br>
> just patient despair?<br>
><br>
> cheers, oe<br>
><br>
><br>
> On Tue, Nov 15, 2011 at 04:30, Emily M. Bender <<a href="mailto:ebender@uw.edu">ebender@uw.edu</a>> wrote:<br>
>> Hi all,<br>
>><br>
>> Following up on the question that Varya and I had before:<br>
>> The ^M are gone, but we still are not getting to working profiles<br>
>> on Varya's system (Ubuntu 11.10). I checked (svn update)<br>
>> and logon is up to date.<br>
>><br>
>> However, when we run the attached grammar over its associated<br>
>> test suite on her system, we get a broken profile. Specifically, the<br>
>> number of fields in the parse file appears to be incorrect.<br>
>> (There are two fewer @ signs per line in tsdb/home/[...]/Varya-lkb/parse,<br>
>> as opposed to Emily-lkb/parse, done on my system.)<br>
>><br>
>> Looking at the run file, it looks like I'm using the 64-bit software<br>
>> while Varya is not. Is there perhaps some change that didn't get<br>
>> made in the 32-bit version? Or are we barking up the wrong tree<br>
>> here?<br>
>><br>
>> Thanks,<br>
>> Emily<br>
>><br>
>> --<br>
>> Emily M. Bender<br>
>> Associate Professor<br>
>> Department of Linguistics<br>
>> Check out CLMS on facebook! <a href="http://www.facebook.com/uwclma" target="_blank">http://www.facebook.com/uwclma</a><br>
><br>
<br>
<br>
<br>
</div></div><font color="#888888">--<br>
Francis Bond <<a href="http://www3.ntu.edu.sg/home/fcbond/" target="_blank">http://www3.ntu.edu.sg/home/fcbond/</a>><br>
Division of Linguistics and Multilingual Studies<br>
Nanyang Technological University<br>
</font></blockquote></div><br><br clear="all"><br>-- <br>Emily M. Bender<br>Associate Professor<br>Department of Linguistics<br>Check out CLMS on facebook! <a href="http://www.facebook.com/uwclma" target="_blank">http://www.facebook.com/uwclma</a><br>
<br>