I reported this to Doug awhile back, it probably got lost in the IRC bug report system. ;-)
On Fri, Oct 16, 2009 at 10:41 AM, Paul Moore <[email protected]> wrote: > 2009/10/16 Slava Pestov <[email protected]>: >> On Fri, Oct 16, 2009 at 7:56 AM, Paul Moore <[email protected]> wrote: >>> Blast, I missed that. Thanks. That's probably because this code was >>> last checked before the stricter stack checking came in, and one of >>> the warnings I was ignoring wasn't as irrelevant as I'd thought... >>> >> >> Yup. When you first wrote that code, Factor reported inference >> failures as compiler warnings and the word would continue to work. >> This is not the case anymore, the language is stricter now. This has >> improved performance and robustness. Keep an eye out for the error bar >> at the bottom and learn what all the different inference errors mean. >> The error list tool also reports unit test failures, help lint >> failures, and other things, so its handy. > > I'm confused. See the following interactive session: > > ( scratchpad ) TUPLE: backtrack { pc fixnum } { pos fixnum } { cap vector } ; > ( scratchpad ) : do-backtrack ( vm backtrack -- vm ) > [ pc>> >>pc ] [ pos>> >>pos ] [ cap>> >>cap ] 2tri 2drop > ; inline > ( scratchpad ) [ do-backtrack ] infer. > ( object object -- object ) > ( scratchpad ) > > Looks to me like do-backtrack does have the stack effect I wanted... > > Having said that, I'm no longer getting the "arbitrarily deep" error > either, so I may have been doing something really wrong (like using a > source file I didn't mean to) last night :-( > > On an unrelated note, the "." word gets an error on Windows when > printing big strings in the GUI: > > 30000 CHAR: . <string> . > > produces an "ole32-error" "unspecified error". The traceback is > > [ [ ~quotation~ dip call datastack ] dip -> continue-with ] > [ [ ~array~ like set-datastack ] dip call -> datastack ] > . > do-pprint > M\ pane-block-stream dispose > unnest-pane-stream > smash-pane > pane-nl > add-incremental > prefer-incremental > pref-dim > M\ border pref-dim* > pref-dim > M\ uniscribe-renderer string-dim > cached-script-string > <script-string> > make-script-string-image > ole32-error > M\ object throw > [ > 63 getenv error-thread set-global > continuation -> error-continuation set-global rethrow > ] > > Works fine in the console listener. > > Paul. > > ------------------------------------------------------------------------------ > Come build with us! The BlackBerry(R) Developer Conference in SF, CA > is the only developer event you need to attend this year. Jumpstart your > developing skills, take BlackBerry mobile applications to market and stay > ahead of the curve. Join us from November 9 - 12, 2009. Register now! > http://p.sf.net/sfu/devconference > _______________________________________________ > Factor-talk mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/factor-talk > ------------------------------------------------------------------------------ Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference _______________________________________________ Factor-talk mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/factor-talk
