As I understand Alexey means HARMONY-2073, but not HARMONY-2070.
Alexei, is it correct? If not, could you clarify the point about exn_raise_by_name_internal in your initial letter, please? Pavel Afremov. On 11/8/06, Rana Dasgupta <[EMAIL PROTECTED]> wrote:
OK thanks Pavel, I'll try the patch today. Rana On 11/8/06, Pavel Afremov <[EMAIL PROTECTED]> wrote: > > Hi Rana. > > > > I extend guard region as work around. It's only one way, which "fix" SOE > on > my SuSE Linux, without potential regression of your fix. On my Linux > machine > violation access signals happen one page before protected page on the > stack. > It's it. > > > > I ran all tests, and everything was OK. But strange misprint was fount in > the new test. > > So I attach new fixed patch. > > > > Pavel Afremov. > > > On 11/8/06, Rana Dasgupta <[EMAIL PROTECTED]> wrote: > > > > Though I tried several times, I could not repro 2070 or Alexey's > specific > > problems. The test attached to 2018 repros, and that I think is enough. > > > > Pavel, > > 1. The patch looks good, but I could not apply and try it since my > Linux > > box is down. > > 2. Did you run all tests ( smoke, cuint, kernel, and classlib )? Since > > this fully turns on lazy exceptions, we need to ensure that all tests > > pass, > > or at least have identical behaviour before and after the pacth. > > 3. Adding a finalizer based stack test to smoke is a good idea. > > 4. On Linux you extend the guard region up ( or down whatever ) by a > > page. Did you find a good reason for it, or is this just being careful? > > > > Rana > > > > > > > > > > On 11/7/06, Pavel Afremov <[EMAIL PROTECTED]> wrote: > > > > > > Rana, > > > > > > Everything is correct in you description, but it looks like that * > > > HARMONY-2018* <https://issues.apache.org/jira/browse/HARMONY-2018> > > should > > > fix described bug. I think Alexei will have a chance to check it. > > > > > > > > > > > > Thank you. > > > > > > Pavel Afremov. > > > > > > > > > > > > > > >