[ale] PHP hates JPG

Jim Kinney jim.kinney at gmail.com
Wed Nov 26 12:45:02 EST 2008


Hmm. I moved the code to another vanilla f9 machine and it works. I also
noticed the failure is a sequenced, repeatable one - every 5th image fails.

bad ram is suspect now. The machine has a recent upgrade to 4GB but is
running 32-bit and only can access far less than it should. I expect around
3.5GB not less than 3GB. The video is only hogging up 256MB.

It was noticeably "hanging" for a few seconds every 10-15 minutes or so last
night. The free -m check looks _wrong_ for x2 2GB sodimms...
# free -m
             total       used       free     shared    buffers     cached
Mem:          2659       1636       1023          0        152        829
-/+ buffers/cache:        654       2005
Swap:         1791          0       1791



Time to find my MicroCenter receipt...

On Wed, Nov 26, 2008 at 11:57 AM, James Sumners <james.sumners at gmail.com>wrote:

> echo '<img src="../images/I/' . $ID . '/' .
> htmlentities($row1['FileName']) . '" alt="">';
>
> You need to quote the array index if it is a named index. The call to
> htmlentities() should fix any problems with odd file names (spaces,
> etc.). Other than that, there is nothing you have shown us that would
> cause PHP to parse the image as code. You are merely working with
> text. If you are having a problem with the image being parsed as code,
> the culprit is in another block.
>
> 2008/11/26 Jim Kinney <jim.kinney at gmail.com>:
> > echo "<img src=\"../images/l/$ID/{$row1[FileName]}\" alt=\"\">";
> >
> > where FileName is the array descriptor and $row1 is the dataset from the
> > query.
> >
> > It works fine for most jpg's but not for all.
> >
> > 2008/11/26 David Tomaschik <david at tuxteam.com>
> >>
> >> How are you handling the file?  A code snippet might help.
> >>
> >> David
> >>
> >>
> >> 2008/11/26 Jim Kinney <jim.kinney at gmail.com>
> >>>
> >>> Why does PHP try to eval a jpg file?
> >>>
> >>> I am using php to build a web page (duh!). The images are placed based
> on
> >>> a database lookup for the images file name. Apparently, once php gets
> that
> >>> file name it parses it as more php code. So any jpg with a ?> or other
> php
> >>> indicator character pattern is not displayed and my httpd error logs
> file
> >>> with "PHP Warning:  Unexpected character in input:  '\x07' (ASCII=7)
> state=1
> >>> .." messages.
> >>>
> >>> I _KNOW_ php can do this properly as a gazillion sites do this all the
> >>> time.
> >>>
> >>>
> >>> ?????Puzzled?????
> >>>
> >>> --
> >>> --
> >>> James P. Kinney III
> >>>
> >>>
> >>> _______________________________________________
> >>> Ale mailing list
> >>> Ale at ale.org
> >>> http://mail.ale.org/mailman/listinfo/ale
> >>>
> >>
> >>
> >> _______________________________________________
> >> Ale mailing list
> >> Ale at ale.org
> >> http://mail.ale.org/mailman/listinfo/ale
> >>
> >
> >
> >
> > --
> > --
> > James P. Kinney III
> >
> >
> > _______________________________________________
> > Ale mailing list
> > Ale at ale.org
> > http://mail.ale.org/mailman/listinfo/ale
> >
> >
>
>
>
> --
> James Sumners
> http://james.roomfullofmirrors.com/
>
> "All governments suffer a recurring problem: Power attracts
> pathological personalities. It is not that power corrupts but that it
> is magnetic to the corruptible. Such people have a tendency to become
> drunk on violence, a condition to which they are quickly addicted."
>
> Missionaria Protectiva, Text QIV (decto)
> CH:D 59
> _______________________________________________
> Ale mailing list
> Ale at ale.org
> http://mail.ale.org/mailman/listinfo/ale
>



-- 
-- 
James P. Kinney III
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.ale.org/pipermail/ale/attachments/20081126/83e67eae/attachment.html 


More information about the Ale mailing list