<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=utf-8"><meta name=ProgId content=Word.Document><meta name=Generator content="Microsoft Word 14"><meta name=Originator content="Microsoft Word 14"><link rel=File-List href="cid:filelist.xml@01D04D1C.0CF12E20"><style></style></head><body lang=EN-US link=blue vlink=purple style='tab-interval:.5in'><div class=WordSection1><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'>Indeed, concurring with David, I propose we codify some standards for the DELPH-IN JRF (Joint Reference Formalism) regarding these pesky trivialities.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'>At issue here is not only the line-feed format…<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'>DOS<span style='mso-tab-count:1'> </span><span style='mso-tab-count:2'> </span>\r\n<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'>Unix<span style='mso-tab-count:1'> </span><span style='mso-tab-count:2'> </span>\n<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'>Mac (deprecated)<span style='mso-tab-count:1'> </span>\r<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'>mixture/broken<span style='mso-tab-count:2'> </span>\n\r, etc.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'>…but also the matter of <a href="http://en.wikipedia.org/wiki/Byte_order_mark">BOM</a> (byte-order mark), versus lack thereof, in UTF-8 and/or wide-character (Unicode, UTF-16, UTF-32) files.<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'>Ideally, we would certify our tools as properly producing, accepting and interpreting any of the above, in combination, for all of the various textual grammar definition (TDL) and administrative/control files (VPM, SEMI, SET).<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'><o:p> </o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'>Glenn<o:p></o:p></span></p><p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";mso-bidi-font-family:"Cordia New";color:#1F497D'><o:p> </o:p></span></p><div style='border:none;border-left:solid blue 1.5pt;padding:0in 0in 0in 4.0pt'><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in'><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";mso-fareast-font-family:"Times New Roman"'>From:</span></b><span style='font-size:10.0pt;font-family:"Tahoma","sans-serif";mso-fareast-font-family:"Times New Roman"'> developers-bounces@emmtee.net [mailto:developers-bounces@emmtee.net] <b>On Behalf Of </b>David Brodbeck<br><b>Sent:</b> Friday, February 20, 2015 1:15 PM<br><b>To:</b> Woodley Packard<br><b>Cc:</b> developers; Sanghoun Song<br><b>Subject:</b> Re: [developers] lkb/ace difference on generation<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>This is a good detail for students to learn, anyway, because they *will* encounter compilers and other systems later that are picky about line endings.  I've seen more than one student beat their head against a problem for hours that I was able to solve for them with dos2unix.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>On Thu, Feb 19, 2015 at 9:07 PM, Woodley Packard <<a href="mailto:sweaglesw@sweaglesw.org" target="_blank">sweaglesw@sweaglesw.org</a>> wrote:<o:p></o:p></p><div><div><p class=MsoNormal>Hi Emily,<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>Thanks Sanghoun for checking the behavior at your end.<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>The problem, as Sanghoun guessed, is that the VPM is not kicking in.  You can see that in the MRS that came out of parsing, the variables have types like "ref-ind" and "event," rather than "x" and "e," with the exception of the LTOP, which gets "h."  On the way back in for generation, the "ref-ind" etc are types that the system knows about but "h" is not.  The reason the LTOP got "h" is that it is manufactured (using the "handle-type" configuration parameter) instead of read off the AVM.  The configuration setting is correct; you normally want "h" rather than "handle," but it wasn't felicitous when the VPM was broken.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>I think if you look carefully, you will find an error message in the grammar compilation log that looks like:<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>vpm: syntax error on line 10, 1/1 context but 1/-1 rule<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Unfortunately, in ACE 0.9.17 that was a non-fatal error, so it is easy to overlook.  In ACE 0.9.19 it is fatal, so it was easy for Sanghoun to spot.  The reason for the syntax error is the DOS line endings.  Probably the system should be a bit more flexible about accepting non-UNIX line endings (I guess LKB didn't have any trouble), but that's how it is for right now.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Hope that helps,<o:p></o:p></p></div><div><p class=MsoNormal>-Woodley<o:p></o:p></p></div><div><div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>On Feb 19, 2015, at 7:19 PM, Sanghoun Song <<a href="mailto:sanghoun@uw.edu" target="_blank">sanghoun@uw.edu</a>> wrote:<o:p></o:p></p></div><p class=MsoNormal><br style='mso-special-character:line-break'><![if !supportLineBreakNewLine]><br style='mso-special-character:line-break'><![endif]><o:p></o:p></p><div><p class=MsoNormal style='margin-bottom:12.0pt'>Dear Emily,<br><br>On my machine, I could get the generation results as follows. <br><br>$ echo "mʔ-piri-ɣʔe-n" | ace -g ckt.dat | ace -g ckt.dat -e<br>NOTE: 1 readings, added 41 / 34 edges to chart (34 fully instantiated, 2 actives used, 2 passives used)    RAM: 539k<br>NOTE: parsed 1 / 1 sentences, avg 539k, time 0.02247s<br>Mʔ-piri-n<br>Mʔ-piri-ɣʔe-n<br>Mʔ-piri-ɣʔi-n<br>NOTE: 322 passive, 119 active edges in final generation chart; built 579 passives total. [3 results]<br>NOTE: generated 1 / 1 sentences, avg 2311k, time 0.35266s<br>NOTE: transfer did 0 successful unifies and 0 failed ones<br><br>One reason might be the difference in ACE version. Your ckt.dat was compiled by 0.9.17, and my ACE engine is ver. 0.9.19. <br><br>Another reason that I can think of is the carriage return in semi.vpm. When I compile the data file on my machine, I couldn't at the beginning. It was because semi.vpm had the Windows carriage return. I did the following command, and then could use the grammar.<br> <br>$ dos2unix semi.vpm<br><br>Sanghoun<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div></div></div></div></div></div></div><div><div><div><p class=MsoNormal><o:p> </o:p></p></div></div></div></div></div></div></body></html>