php-general Digest 1 Apr 2009 11:41:14 -0000 Issue 6043

Topics (messages 290910 through 290913):

Re: PHP task manager
        290910 by: Phpster

Re: 5.2.9 changes - phpwiki
        290911 by: Michael A. Peters

Re: thread question
        290912 by: Toke Herkild
        290913 by: Virgilio Quilario

Administrivia:

To subscribe to the digest, e-mail:
        php-general-digest-subscr...@lists.php.net

To unsubscribe from the digest, e-mail:
        php-general-digest-unsubscr...@lists.php.net

To post to the list, e-mail:
        php-gene...@lists.php.net


----------------------------------------------------------------------
--- Begin Message ---
Zoho's project tool looks pretty good. Www.zoho.com

Bastien

Sent from my iPod

On Mar 31, 2009, at 18:20, Colin Guthrie <gm...@colin.guthr.ie> wrote:

'Twas brillig, and George Larson at 31/03/09 20:31 did gyre and gimble:
We've got a homebrew ToDo list (task & project) manager / mailer that we're
thinking about replacing with something a little more robust.
Any suggestions? I saw TaskFreak! on Google but I am curious if there are
any personal recommendations out there.

Well Trac is my personal favourite, but it's in Python.

JotBug is a new PHP system based around the same principles as Trac, but written in the Zend Framework.

http://www.jotbug.org/

It's very early days but perhaps it will be something you can get involved with?

Col

--

Colin Guthrie
gmane(at)colin.guthr.ie
http://colin.guthr.ie/

Day Job:
 Tribalogic Limited [http://www.tribalogic.net/]
Open Source:
 Mandriva Linux Contributor [http://www.mandriva.com/]
 PulseAudio Hacker [http://www.pulseaudio.org/]
 Trac Hacker [http://trac.edgewall.org/]


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


--- End Message ---
--- Begin Message ---
Charles Sprickman wrote:
On Mon, 30 Mar 2009, Michael A. Peters wrote:

Charles Sprickman wrote:
Hello all,

Recently I upgraded a box running phpwiki from php 5.2.8 to 5.2.9. After the upgrade, phpwiki (1.3.14) started spitting out the following two errors, both of which are basically leaving the wiki dead in the water:

[30-Mar-2009 22:01:23] PHP Parse error: syntax error, unexpected T_CLONE, expecting T_STRING in /usr/local/www/data/wikisvn/lib/config.php(500) : eval()'d code on line 2 [30-Mar-2009 22:01:23] PHP Fatal error: Class 'WikiDB_backend_PearDB_PearDB' not found in /usr/local/www/data/wikisvn/lib/WikiDB/SQL.php on line 25



first error is in this block:

/**
 * safe php4 definition for clone.
 * php5 copies objects by reference, but we need to clone "deep copy" in
   some places.
 * (BlockParser)
 * We need to eval it as workaround for the php5 parser.
 * See http://www.acko.net/node/54
 */
if (!check_php_version(5)) {
    eval('
    function clone($object) {
      return $object;
    }
    ');
}

I know nothing about phpwiki - but it looks like check_php_version() is a function they have defined?

Because reading the code, if check_php_version(5) is support to return true for php 5 then the eval should only be triggered if the version of php is not 5 - in which case, where phpwiki is broken is in the check_php_version() function.

What happens when you run

<?php
if (check_php_version(5)) {
  echo "php 5";
  } else {
  echo "not php 5";
  }
?>

of course you'll need to copy their check_php version() function into your page.

Well, I fixed it...  Two things:

-Since I'm running php5 and I know it, I removed the version check above. That got me past one error. -Next I started getting bizarre errors everywher preg_match() was called. That stumped me for a bit then I found that between 5.2.8 and 5.2.9 my saved compile options changed and I had NOT used the built-in PCRE library. Switching to the built-in one fixed the preg_match() errors, which in turn let config.php build the right path to the PEAR includes...

Thanks!

I have to wonder if the preg_match issue is what broke their check_php_version() function causing it to return false when it should have returned true.
--- End Message ---
--- Begin Message ---
Virgilio Quilario skrev:
Hi all,

Another question:

If a script starts to perform an operation and the user browses away will
that terminate the thread perfoming the operation eg. the operation is
aborted ?

Mvh
Toke

the script is aborted as soon as server gets no response from the
browser when it sent output to the browser.

virgil
http://www.jampmark.com

Hi virgil,

would that also apply to a script executed from the first script :

example:

if (do_stuff_which_takes_a_long_time){
  exec('php /path_toscript/script.phpsh');
}

would script.phpsh also be aborted if the connection is broken ?

Regards,
Toke

--- End Message ---
--- Begin Message ---
>>> Hi all,
>>>
>>> Another question:
>>>
>>> If a script starts to perform an operation and the user browses away will
>>> that terminate the thread perfoming the operation eg. the operation is
>>> aborted ?
>>>
>>> Mvh
>>> Toke
>>
>> the script is aborted as soon as server gets no response from the
>> browser when it sent output to the browser.
>>
>> virgil
>> http://www.jampmark.com
>
> Hi virgil,
>
> would that also apply to a script executed from the first script :
>
> example:
>
> if (do_stuff_which_takes_a_long_time){
>  exec('php /path_toscript/script.phpsh');
> }
>
> would script.phpsh also be aborted if the connection is broken ?
>
> Regards,
> Toke

when exec starts running commands, php will wait until it ends.

virgil
http://www.jampmark.com

--- End Message ---

Reply via email to