Re: [PHP] Newbie Question

[Daniel Brown]

On Thu, Jan 6, 2011 at 23:09, Bill Guion  wrote:
>
> Fogging must be a REAL OLD Fashioned term. Please clarify.

It was originally written before man invented the letter 'L', Bill.

Welcome back, by the way.  For someone who only posts once in a
[great[ while, you certainly scrutinize spelling.

-- 

Network Infrastructure Manager
Documentation, Webmaster Teams
http://www.php.net/

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Newbie Question

[Bill Guion]

At 11:37 AM -0500 01/06/11, tedd wrote:


At 8:16 PM -0500 1/5/11, Daniel Brown wrote:
On Wed, Jan 5, 2011 at 19:45, David Harkness 
 wrote:

[snip!]


 Most companies will gladly give their product away to put it in 
the hands of soon-to-be-professionals. :)


Tedd had his chance to be professional back in the forties (the
eighteen-forties, I believe).  Now he teaches others who still have a
chance.  ;-P

Which reminds me of an old thread from back in 2008, where I
posted Tedd's senior class picture.  You can see it here:

http://links.parasane.net/tb46


Again, you got it wrong, o' wise one -- that's a picture of my son's 
senior class.


I'm the one on the left fogging a smart-ass who refused to get out of my


Fogging must be a REAL OLD Fashioned term. Please clarify.

 -= Bill =-


chariot's way.

Boy, those were the good old days when I could flog a smart-ass.

Cheers,

tedd

PS: It's not Friday yet.

--
---
http://sperling.com/



--

Don't find fault. Find a remedy. - Henry Ford
  



--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP] Apache and PHP segfaults on Redhat EL5

[Jimmy Stewpot]

Hello,

I have been working over the last few months to try and get to the bottom of 
why our apache processes are regularly being killed with a Sig 11 (Segmentation 
Fault). Here are the messages in the kern.log

httpd[22309]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[21819]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[19168]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[21597]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[22871]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[22090]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[21970]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[22315]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[21808]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[21801]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[20469]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[23509]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[21967]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[21814]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[24017]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[21605]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[24329]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[23573]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[24328]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[22301]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[24636]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[25028]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[22869]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6
httpd[25030]: segfault at 7fffd01b4ffc rip 2b1f935c064c rsp 
7fffd01b4f90 error 6


We literally have thousands of those, I have tracked it down as far as being 
caused by mod_php in apache (Redhat 5 update 5). However when I enabled 
coredump's in apache I don't get anything. I can however get a dump if I send a 
manual sig 11 to the process. Which brings me to my questions.

Is there a method or way that I can enable a 'debug' mode in php which would 
help me track down and identify the root cause of these problems?
If anyone has any suggestions on what I can do to try and get further down the 
track to enlightenment I would be really appreciated.

Regards,

Jimmy. 

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] unable to allocate memory for pool (php 5.2.16)

[Nilesh Govindarajan]

On 01/07/2011 03:45 AM, robert mena wrote:

Hi,

My system got upgraded with the rpm version of php 5.2.16 and since them I
am getting errors with 'Unable to allocate memory for pool'.   Reverting php
to the older version solves the problem and  while using the 5.2.16 the
problems does not seem to occur with a specific pattern, i.e sometimes the
same page works sometimes doesn't.

Any idea or similar results?



Which SAPI are you using? Give us some more details, get [debug] 
messages if any from the log.


--
Regards,
Nilesh Govindarajan
Facebook: http://www.facebook.com/nilesh.gr
Twitter: http://twitter.com/nileshgr
Website: http://www.itech7.com
VPS Hosting: http://www.itech7.com/a/vps


--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] [security] PHP has DoS vuln with large decimal points

[Tommy Pham]

> -Original Message-
> From: Daevid Vincent [mailto:dae...@daevid.com]
> Sent: Wednesday, January 05, 2011 11:36 AM
> To: php-general@lists.php.net
> Subject: [PHP] [security] PHP has DoS vuln with large decimal points
> 
> The error in the way floating-point and double-precision numbers are
> handled sends 32-bit systems running Linux, Windows, and FreeBSD into an
> infinite loop that consumes 100 percent of their CPU's resources.
> Developers are still investigating, but they say the bug appears to affect
> versions 5.2 and 5.3 of PHP. They say it could be trivially exploited on
many
> websites to cause them to crash by adding long numbers to certain URLs.
> 
> 
> 
> The crash is also triggered when the number is expressed without
scientific
> notation, with 324 decimal places.
> 
> Read on...
> 
> http://www.theregister.co.uk/2011/01/04/weird_php_dos_vuln/
> 
> --
> Daevid Vincent
> http://daevid.com
> 
> There are only 11 types of people in this world. Those that think binary
> jokes are funny, those that don't, and those that don't know binary.
> 

"The size of a float is platform-dependent, although a maximum of ~1.8e308
with a precision of roughly 14 decimal digits is a common value (the 64 bit
IEEE format)."  From [1].  The example given is clearly over the limit
within the PHP core.

This sounds like what I was mentioning before, in a different thread, about
URL hacking to induce buffer overflow.

Regards,
Tommy

[1] http://www.php.net/manual/en/language.types.float.php


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP] unable to allocate memory for pool (php 5.2.16)

[robert mena]

Hi,

My system got upgraded with the rpm version of php 5.2.16 and since them I
am getting errors with 'Unable to allocate memory for pool'.   Reverting php
to the older version solves the problem and  while using the 5.2.16 the
problems does not seem to occur with a specific pattern, i.e sometimes the
same page works sometimes doesn't.

Any idea or similar results?

Re: [PHP] mail() function on Windows (WAMP Server)

[Daniel Brown]

On Thu, Jan 6, 2011 at 16:10, David Armstrong  wrote:
> Thanks Daniel.  I will suggest that to the developer and see if we can get
> some useful information to further the troubleshooting process.

>> >>    Per list rules, please hit "reply-all" and post your response
>> >> below the quoted email in the future.  Thanks.

You bet.  Sorry about the missing references from the other email,
by the way.  I was on the phone and clicked "Send" a bit too hastily.

^1: http://php.net/debug_print_backtrace
^2: http://xdebug.org/

-- 

Network Infrastructure Manager
Documentation, Webmaster Teams
http://www.php.net/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] mail() function on Windows (WAMP Server)

[David Armstrong]

Thanks Daniel.  I will suggest that to the developer and see if we can get
some useful information to further the troubleshooting process.

On Thu, Jan 6, 2011 at 1:08 PM, Daniel Brown  wrote:

> On Thu, Jan 6, 2011 at 16:02, David Armstrong 
> wrote:
> > I modified the php.ini in both the apache/bin directory, and also the php
> > directory.
> > Is there some way to get a trace of the code execution?  The SMTP log
> files
> > are completely worthless.  They do not show any sort of connection
> attempt.
>
> >>Per list rules, please hit "reply-all" and post your response
> >> below the quoted email in the future.  Thanks.
>
>You can do a debug_print_backtrace()[1] call right after the call
> to mail(), or you can use a profiler like Xdebug[2].  You can also
> check the Apache error log to see if anything popped up.  It'll be
> more helpful if you have error_reporting set to E_ALL, mind you.  If
> you just want to see if mail() is encountering any errors itself, wrap
> the call in an `if` condition block:
>
> 
> if (!mail($to,$subject,$body,$headers)) {
>die('Call to mail() failed in '.__FILE__.'#'.(__LINE__ -
> 1).'.'.PHP_EOL);
> }
> ?>
>
> --
>  
> Network Infrastructure Manager
> Documentation, Webmaster Teams
> http://www.php.net/
>

Re: [PHP] mail() function on Windows (WAMP Server)

[Daniel Brown]

On Thu, Jan 6, 2011 at 16:02, David Armstrong  wrote:
> I modified the php.ini in both the apache/bin directory, and also the php
> directory.
> Is there some way to get a trace of the code execution?  The SMTP log files
> are completely worthless.  They do not show any sort of connection attempt.

>>Per list rules, please hit "reply-all" and post your response
>> below the quoted email in the future.  Thanks.

You can do a debug_print_backtrace()[1] call right after the call
to mail(), or you can use a profiler like Xdebug[2].  You can also
check the Apache error log to see if anything popped up.  It'll be
more helpful if you have error_reporting set to E_ALL, mind you.  If
you just want to see if mail() is encountering any errors itself, wrap
the call in an `if` condition block:



-- 

Network Infrastructure Manager
Documentation, Webmaster Teams
http://www.php.net/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] OO oriented PHP frameworks

[David Harkness]

On Thu, Jan 6, 2011 at 12:36 PM, Jerome Covington  wrote:

> I was specifically curious if there are frameworks which use the convention
> of passing config objects to functions/methods in the same way that
> contemporary JS libraries like jQuery do.


We use Zend Framework along with its MVC framework. In the Bootstrap class
initialized from index.php we load an INI file into a Zend_Config object
which parses it into a hierarchical array, and store the config in the
Zend_Registry--essentially making it a global variable (Singleton pattern).

Instead of passing it around to the objects that need it, each class
accesses it directly from the registry. While this couples these classes to
the registry, it makes the code simpler. Were I to write it from scratch, I
would have created a helper object that passes the config object to each
controller as it's created, whether it needed it or not. That would make one
class (the helper) dependent on the registry instead of every controller
that accesses the config object.

David

Re: [PHP] mail() function on Windows (WAMP Server)

[David Armstrong]

I modified the php.ini in both the apache/bin directory, and also the php
directory.

Is there some way to get a trace of the code execution?  The SMTP log files
are completely worthless.  They do not show any sort of connection attempt.

On Thu, Jan 6, 2011 at 12:58 PM, Daniel Brown  wrote:

> On Thu, Jan 6, 2011 at 15:50, David Armstrong 
> wrote:
> > I set the following parameters
> >
> > [mail function]
> > ; For Win32 only.
> > ; http://php.net/smtp
> > SMTP = localhost
> > ; http://php.net/smtp-port
> > smtp_port = 25
> > sendmail_from = 
>
>Per list rules, please hit "reply-all" and post your response
> below the quoted email in the future.  Thanks.
>
>Did you set these as such before or after you last tested?  And
> did you restart Apache/IIS after saving your changes to the php.ini
> file?  And lastly, are you certain you edited the correct php.ini
> file?  If accessing the script via the web, check out the
> Configuration File Path and, specifically, the Loaded Configuration
> File entries in your phpinfo() output.
>
> --
>  
> Network Infrastructure Manager
> Documentation, Webmaster Teams
> http://www.php.net/
>

Re: [PHP] mail() function on Windows (WAMP Server)

[Daniel Brown]

On Thu, Jan 6, 2011 at 15:50, David Armstrong  wrote:
> I set the following parameters
>
> [mail function]
> ; For Win32 only.
> ; http://php.net/smtp
> SMTP = localhost
> ; http://php.net/smtp-port
> smtp_port = 25
> sendmail_from = 

Per list rules, please hit "reply-all" and post your response
below the quoted email in the future.  Thanks.

Did you set these as such before or after you last tested?  And
did you restart Apache/IIS after saving your changes to the php.ini
file?  And lastly, are you certain you edited the correct php.ini
file?  If accessing the script via the web, check out the
Configuration File Path and, specifically, the Loaded Configuration
File entries in your phpinfo() output.

-- 

Network Infrastructure Manager
Documentation, Webmaster Teams
http://www.php.net/

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] mail() function on Windows (WAMP Server)

[Daniel Brown]

On Thu, Jan 6, 2011 at 15:27, David Armstrong  wrote:
> I'm in the process of helping some developers port their php application
> from Linux to Windows (I know, string me up from the flag pole later).  I
> have setup WAMP and everything is working fine with the exception of the
> mail() function.  The code was originally developed on Linux and leveraged
> sendmail for the mail() function.
>
> What can I do to allow the php code to send mail from Windows?  I have
> already tried installing the IIS SMTP service and that has not worked so
> far.  The Windows box is Server 2008 R2 Standard, so IIS is 7.5 with the IIS
> 6.0 SMTP component.

Did you update your php.ini on the WIMP/WAMP box to use SMTPm and
to properly configure it for the server?

-- 

Network Infrastructure Manager
Documentation, Webmaster Teams
http://www.php.net/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

[PHP] OO oriented PHP frameworks

[Jerome Covington]

I was specifically curious if there are frameworks which use the convention
of passing config objects to functions/methods in the same way that
contemporary JS libraries like jQuery do.

-- 
Regards,
Jerome
jeromecoving...@gmail.com
--
http://www.jeromecovington.com
One Plus the World 

[PHP] mail() function on Windows (WAMP Server)

[David Armstrong]

I'm in the process of helping some developers port their php application
from Linux to Windows (I know, string me up from the flag pole later).  I
have setup WAMP and everything is working fine with the exception of the
mail() function.  The code was originally developed on Linux and leveraged
sendmail for the mail() function.

What can I do to allow the php code to send mail from Windows?  I have
already tried installing the IIS SMTP service and that has not worked so
far.  The Windows box is Server 2008 R2 Standard, so IIS is 7.5 with the IIS
6.0 SMTP component.

Re: [PHP] Memory_Limit adjustments

[David Harkness]

The memory limit only blocks PHP from allocating more than that amount of
memory for a single process (i.e. client request). Given that you're barely
scratching the surface of your 2GB of memory, if you don't expect too many
17MB file uploads to happen at the same time from different users, you
should be okay.

If you get a lot of large file uploads in clusters, you may end up rejecting
requests from clients trying to upload small files. I suppose this isn't
much worse than rejecting all large file uploads, and will stop happening
once those large files are completed.

David

Re: [PHP] PHP Docs update

[David Harkness]

I filed a bug report for this, but I'll put it here as well in case it
helps. When you zoom in to increase the text size, the right margin
increases unnecessarily. This shrinks the width of the center content column
which makes reading the documentation and code snippets difficult. The right
margin should remain fixed at the edge of the window.

Thanks,
David

Re: [PHP] PHP Docs update

[Daniel Brown]

On Thu, Jan 6, 2011 at 11:37, Ford, Mike  wrote:
> Except it completely sucks when I look at it using my (corporately 
> constrained) IE7!
>
> There are also a few display issues on the individual reference pages when 
> viewed with FF3.6 - the coloured bars and grey backgrounds spill over into 
> the left-hand menu (although the text does not).
>
> Looks like it'll be pretty spiffy once all ironed out, though!

Yeah, it's still in beta now.  Adam Harvey (aharvey) just put up a
message to that effect, which should start showing up soon.  In the
meantime, any usability issues or bugs can be reported at
http://bugs.php.net/ , as always.

-- 

Network Infrastructure Manager
Documentation, Webmaster Teams
http://www.php.net/

-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Newbie Question

[tedd]

At 8:16 PM -0500 1/5/11, Daniel Brown wrote:
On Wed, Jan 5, 2011 at 19:45, David Harkness 
 wrote:

[snip!]


 Most companies will gladly give their product away to put it in 
the hands of soon-to-be-professionals. :)


Tedd had his chance to be professional back in the forties (the
eighteen-forties, I believe).  Now he teaches others who still have a
chance.  ;-P

Which reminds me of an old thread from back in 2008, where I
posted Tedd's senior class picture.  You can see it here:

http://links.parasane.net/tb46


Again, you got it wrong, o' wise one -- that's a picture of my son's 
senior class.


I'm the one on the left fogging a smart-ass who refused to get out of 
my chariot's way.


Boy, those were the good old days when I could flog a smart-ass.

Cheers,

tedd

PS: It's not Friday yet.

--
---
http://sperling.com/

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

RE: [PHP] PHP Docs update

[Ford, Mike]

Except it completely sucks when I look at it using my (corporately constrained) 
IE7!

There are also a few display issues on the individual reference pages when 
viewed with FF3.6 - the coloured bars and grey backgrounds spill over into the 
left-hand menu (although the text does not).

Looks like it'll be pretty spiffy once all ironed out, though!

Cheers!

Mike

 -- 
Mike Ford,
Electronic Information Developer, Libraries and Learning Innovation,  
Leeds Metropolitan University, C507 City Campus, 
Woodhouse Lane, LEEDS,  LS1 3HE,  United Kingdom 
Email: m.f...@leedsmet.ac.uk 
Tel: +44 113 812 4730



> -Original Message-
> From: Nathan Rixham [mailto:nrix...@gmail.com]
> Sent: 06 January 2011 15:24
> To: php-general@lists.php.net
> Cc: Daniel P. Brown
> Subject: [PHP] PHP Docs update
> 
> To whoever did it,
> 
> "it" being http://docs.php.net/ - congrats, v nice, and v quick!
> 
> Best,
> 
> Nathan
> 
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php



To view the terms under which this email is distributed, please go to 
http://disclaimer.leedsmet.ac.uk/email.htm

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Global or include?

[Peter Lind]

On Jan 6, 2011 4:24 PM, "Sándor Tamás"  wrote:
>
>  In that case you should use include_once in every script. But if you are
absolutely sure that all scripts will be processed, you can include it only
in one of them, because PHP - in short terms - does a file include, so it
will look like as the included file is part of the script.
> The global keyword does not do what you think, it only propagates
variables between functions without passing them as parameters. In general,
you ought to avoid using global, because it can make your script less
readable, and / or can lead to logical errors.
>
> Because I am OOP fan, I'd rather create a static class, using public
static fields, so you can reach those variable as like
ConstClass::MyConstant. In that way, you have the advantage of simply create
new constants, and it doesn't matter how many times you include this file,
there will be only one instance.

If you include the file several times, you still have the problem of
redeclaring the class, so you'd have to wrap the definition in a
conditional, which sucks, or use the *_once functions and incur the
overhead. Much better to be in control of the includes.

Apart from that, it's generally better to use require* instead of include*.
If the file is needed, don't continue without it, as the consequences will
be unknown.

> SanTa
>
> 2011.01.05. 23:40 keltezéssel, Paul Halliday írta:
>
>> Say you have 10 or so scripts and a single config file. If you have
>> main.php, functions1.php, functions2.php, functions3.php..
>>
>> Does is hurt to do an include of the config file in each separate
>> script, even if you only need a few things from it,  or should you
>> just specify what you want with a 'global' within each
>> script/function?
>>
>> Thanks!
>>
>

[PHP] PHP Docs update

[Nathan Rixham]

To whoever did it,

"it" being http://docs.php.net/ - congrats, v nice, and v quick!

Best,

Nathan

--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP] Global or include?

[Sándor Tamás]

 In that case you should use include_once in every script. But if you 
are absolutely sure that all scripts will be processed, you can include 
it only in one of them, because PHP - in short terms - does a file 
include, so it will look like as the included file is part of the script.
The global keyword does not do what you think, it only propagates 
variables between functions without passing them as parameters. In 
general, you ought to avoid using global, because it can make your 
script less readable, and / or can lead to logical errors.


Because I am OOP fan, I'd rather create a static class, using public 
static fields, so you can reach those variable as like 
ConstClass::MyConstant. In that way, you have the advantage of simply 
create new constants, and it doesn't matter how many times you include 
this file, there will be only one instance.


SanTa

2011.01.05. 23:40 keltezéssel, Paul Halliday írta:

Say you have 10 or so scripts and a single config file. If you have
main.php, functions1.php, functions2.php, functions3.php..

Does is hurt to do an include of the config file in each separate
script, even if you only need a few things from it,  or should you
just specify what you want with a 'global' within each
script/function?

Thanks!





smime.p7s
Description: S/MIME Cryptographic Signature

[PHP] Memory_Limit adjustments

[Rick Dwyer]

Hello all.

I am using a form combined with PHP to upload files to a website  
directory.
Worked fine until I tried to upload a file 1.7 mb in size.  My php  
code isn't the bottleneck as I scan the file first and reject the  
upload request if it exceed 4096KB.


So I looked at the php.ini file and tweaked some settings.  Once I  
changed the Memory_Limit setting from 8mb to 28mb, the file upload  
without a problem.


So, my question is, is the 28mb setting going to cause problems  
elsewhere on the server or is this a relatively modest setting?   
Should I adjust it further?


The server is a Linux server running Apache 1.3.37 with PHP version  
5.2.3.

Current memory usage as follows:

Current Memory Usage
total   used   free
Mem:  21898120 283912   21614208
-/+ buffers/cache:  283912   21614208
Swap: 0 00
Total:21898120 283912   21614208




Thanks for any help.


 --Rick



--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php