[M3devel] frequently recurring emails

[Jay K]

I don't know what is happening here but I don't think it is from me.

On my end:

  - none of the messages are signed "phone" so not phone

  - I turned my phone off for hours so not phone

?

 

 - Jay

 
> To: jay.krell at cornell.edu
> Date: Tue, 1 Dec 2009 21:12:20 -0800
> From: mika at async.async.caltech.edu
> CC: m3devel at elegosoft.com
> Subject: Re: [M3devel] This is a pixmap?
> 
> 
> Why is this message looping over and over? This and another from
> Jay of the same day.. I must have received hundreds of copies by now.
> The messages are dated September 3 and 4.
> 
> Mika
> 
> Jay K writes:
> >--_b2b74cea-5620-4d48-92d7-cba16dcb3507_
> >Content-Type: text/plain; charset="iso-8859-1"
> >Content-Transfer-Encoding: quoted-printable
> >
> >
> >Trying again due to truncation.
> >
> >=20
> >
> > - Jay
> >=20
> >
> >
> >From: jay.krell at cornell.edu
> >To: m3devel at elegosoft.com
> >Subject: This is a pixmap?
> >Date: Thu=2C 3 Sep 2009 15:44:17 +0000
> >
> >
> >
> >Does this look like a pixmap to anyone?
> >This is the parameter to Win32 Join.
> >=20
> >PROCEDURE Join(t: T): REFANY =3D
> > VAR res: REFANY=3B
> > BEGIN
> > LOCK threadMu DO
> > IF t.joined THEN Die(ThisLine()=2C "attempt to join with thread twice=
> >")=3B END=3B
> > WHILE NOT t.completed DO Wait(threadMu=2C t.cond) END=3B
> > res :=3D t.result=3B
> > t.result :=3D NIL=3B
> > t.joined :=3D TRUE=3B
> > t.cond :=3D NIL=3B
> > IF perfOn THEN PerfChanged(t.id=2C State.dead) END=3B
> > END=3B
> > RETURN res=3B
> > END Join=3B
> >
> >Very very often the crash is of the form of reading a pointer from 16 bytes=
> > into t and dereferencing it=2C plus or minus 4.
> >t is at @ebp + here.
> >The pointer then is 00200000 at the start of the second line of the second =
> >dump.
> >=20
> >If we can confirm this is pixmap=2C we can hunt more around in the gui code=
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20091202/f2f5236c/attachment-0002.html>