Re: PIL crashes windows 7 (blue screen)

--===============1628822317==
Content-Type: multipart/alternative; boundary=047d7b16348dd14cb404e6887846

--047d7b16348dd14cb404e6887846
Content-Type: text/plain; charset=UTF-8

On Mon, Sep 16, 2013 at 6:01 AM, Charles Cazabon <
[email protected]> wrote:

> > Grabbing seems to work great for a while, but after some time, the
> process
> > comes to a crash.
>


> Nothing a user-space program does should be able to crash the OS kernel.
>

quite true, but this is Windows ( ;-) )


Anyway, the video driver  is a more likely culprit, but it it is PIL (or
something PIL is calling), and it only crashes after a bunch of calls in
one process, then a major kludge would be to run the grabbing code in a
separate process with the subprocess module. IN any case, it might be
useful to do to debug.

Or, even simpler  write a simple batch file or python script that calls
another pyton script that grabs thte screen, one grab at a time in one
process, but run it a hundreds or times and see what happens.

-Chris




>  The
> behaviour you're describing sounds like a resource leak of some type,
> probably
> in kernel-space.  The most likely culprit, I think, is the driver for your
> graphics hardware.
>
> Try upgrading your graphics drivers to the most recent WHQL-certified
> version
> for your hardware.
>
> Charles
> --
> ------------------------------------------------------------------
> Charles Cazabon                   <[email protected]>
> Software, consulting, and services available at http://pyropus.ca/
> ------------------------------------------------------------------
> _______________________________________________
> Image-SIG maillist  -  [email protected]
> https://mail.python.org/mailman/listinfo/image-sig
>



-- 

Christopher Barker, Ph.D.
Oceanographer

Emergency Response Division
NOAA/NOS/OR&R            (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

[email protected]

--047d7b16348dd14cb404e6887846
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">On Mon, Sep 16, 2013 at 6:01 AM, Charles Cazabon <span dir=
=3D"ltr">&lt;<a href=3D"mailto:[email protected]" target=3D"_b=
lank">[email protected]</a>&gt;</span> wrote:<br><div class=3D=
"gmail_extra">

<div class=3D"gmail_quote">
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex"><div>&gt; Grabbing seems to work great for a=
 while, but after some time, the process<br>
&gt; comes to a crash.</div></blockquote><div>=C2=A0</div><blockquote class=
=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padd=
ing-left:1ex"><div>Nothing a user-space program does should be able to cras=
h the OS kernel. </div>

</blockquote><div><br></div><div style>quite true, but this is Windows ( ;-=
) )</div><div style><br></div><div style><br>Anyway, the video driver =C2=
=A0is a more likely culprit, but it it is PIL (or something PIL is calling)=
, and it only crashes after a bunch of calls in one process, then a major k=
ludge would be to run the grabbing code in a separate process with the subp=
rocess module. IN any case, it might be useful to do to debug.</div>

<div style><br></div><div style>Or, even=C2=A0simpler=C2=A0 write a simple =
batch file or python script that calls another pyton script that grabs thte=
 screen, one grab at a time in one process, but run it a hundreds or times =
and see what happens.</div>

<div style><br></div><div style>-Chris</div><div style><br></div><div><br><=
/div><div>=C2=A0</div><blockquote class=3D"gmail_quote" style=3D"margin:0 0=
 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>=C2=A0The</div>
behaviour you&#39;re describing sounds like a resource leak of some type, p=
robably<br>
in kernel-space. =C2=A0The most likely culprit, I think, is the driver for =
your<br>
graphics hardware.<br>
<br>
Try upgrading your graphics drivers to the most recent WHQL-certified versi=
on<br>
for your hardware.<br>
<span><font color=3D"#888888"><br>
Charles<br>
--<br>
------------------------------------------------------------------<br>
Charles Cazabon =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 &lt;<a href=3D"mailto:[email protected]" target=3D"_blank"=
>[email protected]</a>&gt;<br>
Software, consulting, and services available at <a href=3D"http://pyropus.c=
a/" target=3D"_blank">http://pyropus.ca/</a><br>
------------------------------------------------------------------<br>
_______________________________________________<br>
Image-SIG maillist =C2=A0- =C2=A0<a href=3D"mailto:[email protected]" ta=
rget=3D"_blank">[email protected]</a><br>
<a href=3D"https://mail.python.org/mailman/listinfo/image-sig" target=3D"_b=
lank">https://mail.python.org/mailman/listinfo/image-sig</a><br>
</font></span></blockquote></div><br><br clear=3D"all"><div><br></div>-- <b=
r><br>Christopher Barker, Ph.D.<br>Oceanographer<br><br>Emergency Response =
Division<br>NOAA/NOS/OR&amp;R =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0<a h=
ref=3D"tel:%28206%29%20526-6959" value=3D"+12065266959" target=3D"_blank">(=
206) 526-6959</a>=C2=A0=C2=A0 voice<br>

7600 Sand Point Way NE =C2=A0=C2=A0<a href=3D"tel:%28206%29%20526-6329" val=
ue=3D"+12065266329" target=3D"_blank">(206) 526-6329</a>=C2=A0=C2=A0 fax<br=
>
Seattle, WA =C2=A098115 =C2=A0 =C2=A0 =C2=A0=C2=A0<a href=3D"tel:%28206%29%=
20526-6317" value=3D"+12065266317" target=3D"_blank">(206) 526-6317</a>=C2=
=A0=C2=A0 main reception<br><br><a href=3D"mailto:[email protected]" ta=
rget=3D"_blank">[email protected]</a>
</div></div>

--047d7b16348dd14cb404e6887846--

--===============1628822317==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Image-SIG maillist  -  [email protected]
https://mail.python.org/mailman/listinfo/image-sig

--===============1628822317==--