Hello John. Don't be sorry about the threading. One just replies and the message goes to the originator, not to the list. Quite odd, considering the expected mechanics of interest lists, but must not be easy to fix since it was requested in 2005 and hasn't changed yet. See http://www.antlr.org/pipermail/antlr-interest/2005-May/012128.html
Thank you very much indeed for your prompt answer. You are right, it was 0002 and it was only $48 dollars. Sorry about that, but as you said it doesn't really matter - just tokens not $$. The "input window" I referred to shows when you use the debugger tab in ANTLRWorks. The example you sent me worked as you said. I guess I was having trouble running ANTLRWorks then? Best regards and thanks again, Álvaro ________________________________ From: John B. Brodie <[email protected]> To: antlr-interest <[email protected]> Cc: [email protected] Sent: Mon, March 15, 2010 10:04:40 PM Subject: re: Strange behaviour - pls help. Greetings! (very sorry, I have broken the mail list threading. I deleted the original message and then now decided to reply. Sorry. I could not find a way to reply from the archive. Sorry) Original message: > Here's a problem I am having and can't figure out: I am trying to parse a > hexadecimal string and zeroes > > I build a very small example to highlight what the problem is. > > Suppose an elemental log file for your check account. It just has credits and > debits. Debits are identified by > a prelude of '0001' and credits by '0002' Then comes the amount, up to $ > 65535. > > > We make a modest start with a $100 credit and a $50 debit. So our log is > '0001006400020030' __________________________________________________^^^___________________________________^^^^ $48 debit right? anyway, does not really matter i think. > > But the input window shows 0001064000103, some zeroes are missing - which of > course is not what we want. ____________________________________^^^^ huh? 0002 right? I assume by `input window` you mean some interaction dialog from within ANTLRWorks? if so, maybe the problem is with ANTLRWorks? and not the generated parser/lexer? > > If we try with a $ 4369 deposit, the log is 0001111100020030. > > Now the input window shows 0001111100010030. The credit is not altered, the > debit is still losing zeroes. _____________________________________^^^^ huh? ... and where is the loss of zeroes? if this is really what you are seeing, I suggest that there is some issue outside of the ANTLR generated parser and lexer, because the Tool generated code does not display any "input window" dialog. > > My question is ¿Why do the zeroes get this "special treatment"? ¿How can I > avoid it or work around it? > > > I would really appreciate either an explanation or some pointers to learn > what is wrong here. ....remainder snipped.... Have you tried running your generated code from the command line? As indicated above I think your problem is outside of any ANTLR generated parser/lexer. To prove that, please find attached a grammar that just works when Tool'd, compiled, and executed from the command line. The linux command line I used is: java org.antlr.Tool Test.g ; javac *.java ; java TestParser Hope this helps.... -jbb List: http://www.antlr.org/mailman/listinfo/antlr-interest Unsubscribe: http://www.antlr.org/mailman/options/antlr-interest/your-email-address -- You received this message because you are subscribed to the Google Groups "il-antlr-interest" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/il-antlr-interest?hl=en.
