As I said in PM, you're seeing those PHP notices because I (temporarily) turned on error reporting in your googlefroogle.php file to see if there was any infomation that would help with the timeout problem you said you were having. Error reporting is turned off now, and your googlefroogle.php file returned to its original state, so you won't see those anymore.

In case it might help anyone else, I'll describe briefly what appears to be happening. This is pretty well what I've already said to you via PM.

The problem you appear to have is not a timeout (the mod does loop through all the records in your database and reports the correct number), rather that only the first batch of records processed by the mod (c. 177 in your case) is written to the feed file.

After the first batch (in $output_buffer) is written to the feed file, $retval appears to become NULL in the function zen_froogle_fwrite() and further batches are not written. Each further attempt to write the contents of $output_buffer to the feed file appears to result in an 'undefined variable' notice

If you count the number of 'undefined variable' notices that appear (after you've run the feed generation) and multiply them by the size of the first batch written (c. 177 records) it comes out pretty near to the number of records in your database.

I tried this on a shop of mine where the feed does complete successfully (ie. all records are processed and written), and (with error reporting turned on) the same PHP notices appeared, so the appearance of the warning notices doesn't seem directly related to whether all the batches of records are written or not.

Searching on php.net, it appears there is/was a bug in PHP 4.3.2 that can result in the returned variable from a function becoming (or being reported as) NULL after the first iteration, although it appears that this doesn't always affect the output of the variable - ie. sometimes the variable still functions, but sometimes it doesn't - put another way, it appears the behaviour can be unpredictable.

It's not clear from the bug report(s) whether this bug has been fixed in PHP 4.x.x or only in PHP 5.x.x.

http://bugs.php.net/bug.php?id=22836%22

But whether this is the cause of your problem or not I don't know - perhaps someone else can chip in with their knowledge/experiences.

Did you try installing a stock zen demo shop in a subdirectory on your server with just the Froogle mod installed as I suggested? If the Froogle mod runs and completes all records on a stock zen demo shop, you will know it's not your server setup.

Then load a *copy* of your live database into the stock zen demo shop and try running the Froogle mod again - does it complete all records? - if it does, then you know it's possibly another mod you have installed on your (live) shop (or a difference in admin settings perhaps) that's causing the problem.

If it doesn't complete all records, then it's possibly something in your live database that's causing the problem.

In any case, it should help you to narrow things down a bit.

As I said in PM, please make sure you change your passwords on cpanel, FTP and your admin now so you can be sure I no longer have access - this is for my security too.