[racket-dev] Pre-Release Checklist for v5.3

And one last post on this. Now it is reliably running. I'm assuming
once I got a .zo of the offending module actually built, from then on
I'm okay as long as I don't play around with it. Does that make sense?

And, just to test that, I deleted the compiled directory and the weird
behavior comes back. I (re-)load it and hit run enough times until I
get it to start and from then on it starts fine. [Although I'm not
sure I should actually trust it - but it seems to be running fine
after that.]

Doug - done with experimenting for the day - Williams

On Wed, Jul 25, 2012 at 12:27 PM, Doug Williams
<m.douglas.williams at gmail.com> wrote:
> And, actually I was premature with the "I have a work around for
> Windows XP". Sometimes it runs, but usually it dies in weird and
> wonderful ways - sometimes with a Win32 error, sometimes with a seg
> fault during gc, sometimes with errors about undefined symbols various
> places. It's rather amusing to watch - but I assume memory is just
> being corrupted now instead of always dying the same way.
>
> Let me know when there is a version I can try again.
>
> Doug
>
> On Wed, Jul 25, 2012 at 12:16 PM, Ryan Culpepper <ryan at cs.utah.edu> wrote:
>> I suspect the problem is caused by commit 8358420f, which changed match to
>> load part of its implementation lazily using lazy-require. Part of that
>> commit was reverted by 949d12e2, but possibly the use of lazy-require left
>> in is causing problems in some cases.
>>
>> I think it would be best to just fully revert the commit (8358420f) on the
>> release branch.
>>
>> Ryan
>>
>>
>>
>> On 07/25/2012 01:56 PM, Doug Williams wrote:
>>>
>>> It turns out that if I require racket/match explicitly it works.
>>> Although I shouldn't have to since racket/match is provided by #lang
>>> racket. So, I have a work around on Windows XP 32-bit. But it would be
>>> nice to get the problem fixed.
>>>
>>> On Wed, Jul 25, 2012 at 11:51 AM, Doug Williams
>>> <m.douglas.williams at gmail.com> wrote:
>>>>
>>>> I used Create Executable in DrRacket. But, I just tried raco exe --gui
>>>> main.rkt to create it and get exactly the same error.
>>>>
>>>> On Wed, Jul 25, 2012 at 11:46 AM, Sam Tobin-Hochstadt <samth at ccs.neu.edu>
>>>> wrote:
>>>>>
>>>>> Is this application generated with 'raco exe'?  Or 'Create Executable'
>>>>> in DrRacket?
>>>>>
>>>>> On Wed, Jul 25, 2012 at 10:31 AM, Doug Williams
>>>>> <m.douglas.williams at gmail.com> wrote:
>>>>>>
>>>>>> Some more information on the problem. The application runs fine with
>>>>>> the pre-release on Windows 7 - 64 bit.
>>>>>>
>>>>>> The code that is dying on Windows XP 32-bit is:
>>>>>>
>>>>>> ---
>>>>>>
>>>>>> (require racket/runtime-path)
>>>>>>
>>>>>> ...
>>>>>>
>>>>>> ;;;
>>>>>> (define-runtime-path subject-path "..\\Subjects.txt")
>>>>>>
>>>>>> ;;;
>>>>>> (define (load-subject-encodings)
>>>>>>    (let ((port (open-input-file subject-path #:mode 'text)))
>>>>>>      (set! subject-encodings
>>>>>>            (append
>>>>>>             default-subject-encodings
>>>>>>             (for/list ((line (in-lines port))
>>>>>>                        #:when (regexp-match? #px"^\"(.*)\"\\s*\"(.*)\""
>>>>>> line))
>>>>>>               (match line
>>>>>>                 ((pregexp "^\"(.*)\"\\s*\"(.*)\"" (list _ subject
>>>>>> encoding))
>>>>>>                  (list (pregexp (format "^(?i:~a)" subject))
>>>>>> encoding))))))
>>>>>>      (close-input-port port)))
>>>>>>
>>>>>> ...
>>>>>>
>>>>>> (define subject-encodings default-subject-encodings)
>>>>>>
>>>>>> (load-subject-encodings)
>>>>>>
>>>>>>   ...
>>>>>>
>>>>>> ---
>>>>>>
>>>>>> This code loads some data at load time. It does use match, which might
>>>>>> explain the message:
>>>>>>
>>>>>> standard-module-name-resolver: collection not found
>>>>>>    collection: "racket/match"
>>>>>>    in collection directories:
>>>>>>    context...:
>>>>>>     standard-module-name-resolver
>>>>>>     #%embedded:g13106:ground-truth-data: [running body]
>>>>>>     #%embedded:g13057:radar-data: [traversing imports]
>>>>>>     #%embedded:g8619:classifier-panel: [traversing imports]
>>>>>>     main: [traversing imports]
>>>>>>     loop
>>>>>>
>>>>>> [Exited. Close box or Ctrl-C closes the console.]
>>>>>>
>>>>>> I get when I run the compiled version. In DrRacket it dies with the
>>>>>> unhandled Win 32 exception.
>>>>>>
>>>>>> Doug
>>>>>>
>>>>>> On Wed, Jul 25, 2012 at 8:39 AM, Doug Williams
>>>>>> <m.douglas.williams at gmail.com> wrote:
>>>>>>>
>>>>>>> The pre-release 32-bit version still fails for my large applications
>>>>>>> at work fails to execute in DrRacket - 32-bit Windows XP. I don't have
>>>>>>> the source or symbol tables loaded so the only message I get from the
>>>>>>> Visual Studio debugger is attached. This is the same problem I was
>>>>>>> having with the previous pre-release version a month or so ago.
>>>>>>>
>>>>>>> I can create an executable of the application. It fails because it
>>>>>>> doesn't find racket/match. I'll look into that further.
>>>>>>>
>>>>>>> Doug
>>>>>>>
>>>>>>>
>>>>>> _________________________
>>>>>>    Racket Developers list:
>>>>>>    http://lists.racket-lang.org/dev
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> sam th
>>>>> samth at ccs.neu.edu
>>
>>
>>