Re: [PHP] Weird issue with PHP5
- From: quickshiftin@xxxxxxxxx ("Nathan Nobbe")
- Date: Thu, 24 Jul 2008 00:28:46 -0600
On Thu, Jul 24, 2008 at 12:07 AM, Nathan Nobbe <quickshiftin@xxxxxxxxx>wrote:
On Wed, Jul 23, 2008 at 11:43 PM, <jeff.mills@xxxxxxxxxx> wrote:
thats a decent bit of code to pick through, jeff. glancing at
the code looks pretty straight forward, and by that i mean that itdoesnt
look like theres anything that shouldnt work in php5.can
if i were to guess, i would suspect an environmental issue. you should
ensure that all the extensions you had in php4 are there in php5. you
do this by writing a simple script, phpinfo.phpsure
you should run this in both the php4, and php5 environments and make
things look essentially identical. as well, there are a few things thatto
changed in php5, here is a helpful reference from the manual that will
you things to look out for,
another thing i would recommend to weed out any environmental issues is
configure error_reporting to show everything. so (depending on yourhave
of php5) if youre using the latest version, your php.ini file should
something like thisto
display_errors = On
error_reporting = E_ALL
on older versions of php5, you would have to tweak the error reporting
also display E_STRICT errors, i doubt thats your problem, but i thoughtto
something else that might be helpful would be setting up a debugger,
xdebug + protoeditor. i can help you through the configuration if you
want. this will allow you to set breakpoints and step through the code,
line-by-line if you wish, which could also help you isolate the problem
it sure is a lot of code to work through. Its been driving me insane for
the last couple of days.
phpinfo on the same server when switching from php4 to php5 shows only a
There is one different module in each version:
PHP Version 4.4.8_pre20070816-pl0-gentoo
PHP Version 5.2.6RC4-pl0-gentoo
gentoo, hell yea bro, youre in good company!
I've saved the phpinfo pages.
meh, as long as you stuck w/ the same use flags there likely arent any
extensions youre missing, but maybe..
I'm currently installing xdebug, but I don't see protoeditor in my Linux
distro. Is it available for download?
its not even in portage atm, youll have to build from source, but i can
prolly help out there. heres the download page:
ill hit you back in a few w/ the configure options i used to build it.
btw, im using kde, if you dont have that, youll likely have to pull down
kdebase as protoeditor is built atop the kate libs (which use kde of
Configuration help would be great, thank you.
it might be a little rough w/o getting a look at ur source, but we can
probly figure it out. are you running apache locally, or on a separate
box? if its on another box, youll have to install xdebug on that system.
as well, youll have to have php setup on your local box, and a copy of the
source of course. i recommend setting up apache locally for this if you
can, cause it makes things a lot easier, but either way we can noc it out ;)
the protoeditor homepage is like mad borked, ill fire off a mail to thiago.
ok, so heres the process to install protoeditor.
1. unpack the source, cd into the unpacked directory.
2. ./configure --prefix=/usr/kde/3.5/ --without-arts --enable-debug=full
3. make && make install
you can also pass the --enable-kate-plugin option to configure, if you want
to build it as a plugin for kate, which is pretty nice. but i always found
it easier to build as a standalone app, just to get the hang of it at first,
then come back and build it into kate.
on the xdebug side (and this will be gentoo-centric, since thats what youre
1. edit /etc/php/apache2-php5/ext/xdebug.ini
enable the following lines
you see ive put a star by xdebug.remote_host, youll need to set that to the
host of your client box, and if its the same one running apache, it would be
127.0.0.1 (obviously :D). anyway, if apache is on a different box, that
system will need to be able to send requests to your development system on
port 9000, unless you change xdebug.remote_port, but either way, the server
needs to have access to the client system.
2. smylink the extension into ext-active,
sudo ln -snf /etc/php/apache2-php5/ext/xdebug.ini
3. restart apache
4. (optional) i recommend using firefox on your development system, there is
a nice little add-on you can get for xdebug,
that seems to help xdebug along when navigating from page to page.
anyway, after all that youll have to launch protoeditor, and then configure
a site in it. go to setttings -> configure protoeditor. youll see tabs for
different debuggers. under the xdebug tab, check the 'Enable JIT' option.
then click the sites in the left hand pane and add a new site. in here
youll have to set a url and map the location of the source on your client
box to the location of the source on the server. if these are the same
system, this is super-easy, cause the paths are exactly the same. anyway,
what you want to do here, is on this initial screen, put the path to the
base of your source code on both the client and server. if there are other
entry points, for example if you have a vhost pointing to a subdirectory of
this code, you need to hit the 'Mappings' tab, and add those paths
accordingly for both file and server filesystems.
once you have all that setup, you should be pretty much ready. you just
click that little icon at the bottom of ff w/ protoeditor running and *it
should* jump you into a debug session when you pull up a page from your
- Prev by Date: Re: [PHP] Weird issue with PHP5
- Next by Date: hash_hmac: Encoding with two different results problem
- Previous by thread: Re: [PHP] Weird issue with PHP5
- Next by thread: hash_hmac: Encoding with two different results problem