Re: [OT] php3 app on php4
Does your php engine work [== does any php script work]? Vitaly *** Information contained in this email message is intended only for use of the individual or entity named above. If the reader of this message is not the intended recipient, or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please immediately notify the [EMAIL PROTECTED] and destroy the original message. *** To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: [OT] php3 app on php4
Quoting Karasik, Vitaly, from the post of Tue, 13 Jul: Does your php engine work [== does any php script work]? Thanks for the vote of confidence, Vitaly. Don't I deserve any credit here? but as I said I discovered it's not really a php4 issue, I'm looking into it. right now I have one Debian stable machine, imp2 is running perfectly fine on woody's PHP4 4.1.2 packages. On the other hand I have a new server, where IMP does not work right (see below), either on 4.1.2 nor after I upgraded to dotdeb.org's php4 4.3.7 (which I must have for other apps on the machine). all other apps like IMP3, squirrelmail, PHPnuke and the rest are working fine. What happens is that surfing to IMP's page gives a blank page, and the apache error log says a function called gc() was redefined in /etc/horde/session.inc. the file DOES seem to have two different definitions of such a function, and they DO seem to be in the same context, as far as I can read PHP and count pairs of {}. the ODD bit about all this is that session.inc is IDENTICAL on the other machine yet IMP works fine! furthermore I renamed one of the two functions so the parser will skip the error, I now DO get the login page at last, I log in, I see it validating the password against the IMAP daemon, doing two queries on the MySQL table, and then returning to the main login screen without a word. purging and reinstalling all related packages from scratch didn't do a thing to help. so as you can see, it's NOT a php4 issue at the moment, it's a very odd application behavior. this is why I informed the list I'm letting the thread go for the meantime, until I find more info. -- Hug the world Ira Abramov http://ira.abramov.org/email/ = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
[OT] php3 app on php4
hi gang. I'm in an unknown territory and I'm sure one of you can help... since this is a bit off-topic you can answer me off list. I recently moved to a new server, with newer needs and thus updated software. the one thing that broke on the move from php3 to php4 was the IMP webmail client. I have installed IMP3 next to it, but some of my users must have something IMP 2.2.6 has - the ability to change their from address for different recipients, like I do with my domain. I hoped the only thing necessary would be to add this to my Apache's conf: AddType application/x-httpd-php .php3 and the PHP4 engine would parse the pages, but apperently it's broken... I get a blank page with no errors. has anyone got a clue? much appreciated, Ira. -- The little prince Ira Abramov http://ira.abramov.org/email/ = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]
Re: [OT] php3 app on php4
On Mon, 12 Jul 2004 18:19:18 +0300, Ira Abramov [EMAIL PROTECTED] wrote: I hoped the only thing necessary would be to add this to my Apache's conf: AddType application/x-httpd-php .php3 and the PHP4 engine would parse the pages, but apperently it's broken... I get a blank page with no errors. has anyone got a clue? Is it really a blank page? try doing a view source, my guess is that you will see the PHP code there, which means the PHP code isn't interpreted. Does it work with normal PHP files (*.php)? if yes, the AddType line is sufficient. If not - you probably forgot to load the module (using the LoadModule/AddModule directives). Oh and ofcourse, did you restart apache? much appreciated, Ira. Sagi = To unsubscribe, send mail to [EMAIL PROTECTED] with the word unsubscribe in the message body, e.g., run the command echo unsubscribe | mail [EMAIL PROTECTED]