[ale] PHP hates JPG

[Barlow, Jim D]

One will get only about 3G with the amount of address space PCI-e[xpress] plus other peripherals chews up just for being in the chipset.   A 32 bit OS without physical address extensions loses nearly a gigabyte of address space.
 
That doesn't solve your image failures, but may explain the memory availability.  One will see a lot of laptops now being sold with 3GB of RAM, once channel 2GB and one 1GB for this reason.  

http://www.polywell.com/us/support/faq/4GB_Rev1.pdf  Shows an example on how a 4GB system and 3GB system may both end up showing 2.84 as what is left over.


 - Jim
 
________________________________

From: ale-bounces at ale.org [mailto:ale-bounces at ale.org] On Behalf Of Jim Kinney
Sent: Wednesday, November 26, 2008 12:45 PM
To: ale at ale.org
Subject: Re: [ale] PHP hates JPG


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