Can you mention this on the ruby installer mailing list? This is at the very least inconsistent, I believe i duped it on a Mac compile of ruby. Worth looking at anyhow.
-c On Wed, Feb 24, 2010 at 10:55 AM, Ethan <notet...@gmail.com> wrote: > Interestingly, that bug still seems to be present in the current 1.8.* > mingw32 builds, too. But not 1.9.1. > (first two are mswin32, rest are mingw32) > > C:\>c:\Ruby186-26\bin\ruby -e "puts \"Does this work?\"" > Does this work? > > C:\>c:\Ruby186-27\bin\ruby -e "puts \"Does this work?\"" > -e:1: unterminated string meets end of file > > C:\>c:\Ruby186-383\bin\ruby -e "puts \"Does this work?\"" > -e:1: unterminated string meets end of file > > C:\>c:\Ruby186-398\bin\ruby -e "puts \"Does this work?\"" > -e:1: unterminated string meets end of file > > C:\>c:\Ruby191-378\bin\ruby -e "puts \"Does this work?\"" > Does this work? > > Anyway, if watir 1.6.5 does correctly work around it, may not matter in any > case. > > -Ethan > > > On Wed, Feb 24, 2010 at 12:37, Ethan <notet...@gmail.com> wrote: > >> I thought 1.8.6-27 (patchlevel 287) was the one with the bug that affected >> click_no_wait. >> That is what seems to be indicated by >> http://jira.openqa.org/browse/WTR-320 - but there are varying reports in >> the comments there of whether or not it's still an issue with watir 1.6.5. >> >> I've been on 1.8.6-26 (patchlevel 111) until recently trying out the shiny >> new mingw32 builds, which are nice except for that annoying DL bug (I've >> switched from DL to FFI on my fork, so avoided that issue). >> >> -Ethan >> >> >> >> On Wed, Feb 24, 2010 at 12:13, Bret Pettichord <b...@pettichord.com>wrote: >> >>> I should have said that I was thinking of recommending >>> >>> 1.8.6-27RC2 >>> http://rubyforge.org/frs/shownotes.php?release_id=28426 >>> >>> This is what I've been using for some time. >>> >>> I agree that it is too soon to recommend the new mingw32 installers. >>> >>> Bret >>> >>> >>> >>> On Wed, Feb 24, 2010 at 10:32 AM, Ethan <notet...@gmail.com> wrote: >>> >>>> The new 1.8.* RCs using the mingw32 compiler have an issue with DL >>>> callbacks causing segfaults. WinClicker uses DL callbacks. >>>> To demonstrate: >>>> >>>> > c:\Ruby187-249\bin\irb -r winClicker >>>> >> w=WinClicker.new >>>> => #<WinClicker:0x2db6070 @User32=#<DL::Handle:0x2db6028>> >>>> >> w.getWindowHandle('') >>>> ./winClicker.rb:244: [BUG] Segmentation fault >>>> ruby 1.8.7 (2010-01-10 patchlevel 249) [i386-mingw32] >>>> >>>> This application has requested the Runtime to terminate it in an unusual >>>> way. >>>> Please contact the application's support team for more information. >>>> >>>> I think it best to hold off on recommending this for now. I'm opening a >>>> bug report for this today - meant to earlier, but it slipped my mind. >>>> >>>> -Ethan >>>> >>>> >>>> On Wed, Feb 24, 2010 at 10:31, Bret Pettichord <b...@pettichord.com>wrote: >>>> >>>>> Just thought of something. >>>>> >>>>> I'm wondering if we should now recommend using 1.8.7-rc whatever. There >>>>> was one bug with click_no_wait that only showed up in 1.8.7, but that is >>>>> fixed now. And I think rubygems works better with 1.8.7 -- we have a lot >>>>> of >>>>> comments about how to upgrade rubygems that I think become non-issues if >>>>> we >>>>> recommend 1.8.7. >>>>> >>>>> Bret >>>>> >>>>> >>>>> -- >>>>> Bret Pettichord >>>>> Lead Developer, Watir, www.watir.com >>>>> >>>>> Blog, www.io.com/~wazmo/blog <http://www.io.com/%7Ewazmo/blog> >>>>> Twitter, www.twitter.com/bpettichord >>>>> >>>>> >>>>> _______________________________________________ >>>>> Wtr-development mailing list >>>>> Wtr-development@rubyforge.org >>>>> http://rubyforge.org/mailman/listinfo/wtr-development >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Wtr-development mailing list >>>> Wtr-development@rubyforge.org >>>> http://rubyforge.org/mailman/listinfo/wtr-development >>>> >>> >>> >>> >>> -- >>> Bret Pettichord >>> Lead Developer, Watir, www.watir.com >>> >>> Blog, www.io.com/~wazmo/blog <http://www.io.com/%7Ewazmo/blog> >>> Twitter, www.twitter.com/bpettichord >>> >>> >>> _______________________________________________ >>> Wtr-development mailing list >>> Wtr-development@rubyforge.org >>> http://rubyforge.org/mailman/listinfo/wtr-development >>> >> >> > > _______________________________________________ > Wtr-development mailing list > Wtr-development@rubyforge.org > http://rubyforge.org/mailman/listinfo/wtr-development >
_______________________________________________ Wtr-development mailing list Wtr-development@rubyforge.org http://rubyforge.org/mailman/listinfo/wtr-development
