I am on hosted server running Apache, PHP, MySQL. Most modules appear to be working in the Drupal 5 version. D5 recognizes Mapbuilder version but crashes system when attempting to initially build block.


VM’s picture

define crashes system ?

do you get a white page ?
any errros in your apache log ?

jpulles’s picture

Does your php version support libcurl? It may help if you attach phpinfo output and version numbers of apache/php/mysql.

reeljustice’s picture

I apologize for not responding sooner. I'm still trying to get a handle on this "issue tracking" and such.

When the module attempted to build the system just appeared to hang up. Then, I had what I have seen described as the "white page of Drupal death".

In that particular instance, I wiped the database completely and reinstalled Drupal 5. I have since discovered, if I can find the module reference in the system or block table, I disable the given module, or, in the instance of wigiEditor last night where I couldn't find a reference, deleting the module folder altogether.

drinkypoo’s picture

Priority: Normal » Critical

I have the same problem. Enable the module and all you get is white pages back. Here is the relevant entry from the error_log:

[client] PHP Parse error:  parse error, unexpected T_OBJECT_OPERATOR in /srv/www/html/sites/all/modules/mapbuilder/mapbuilder.module on line 679, referer:

now every time I try to load ANY page I get the following error in the log:

[client] PHP Parse error:  parse error, unexpected T_OBJECT_OPERATOR in /srv/www/html/sites/all/modules/mapbuilder/mapbuilder.module on line 679

which is to say, same error, but no referer.

Are you trying to load the map client at this point? Because no location has been specified for one.

This is on a BRAND SPANKING NEW installation of drupal (sandbox style) with only two modules; this one and poormanscron.

I commented out lines 678 and 679 just to see if there would be a new error or anything. This allowed the site to load, and I got the following error at the top of the page:

warning: opendir(sites/all/modules/mapbuilder/mapbuilder-src): failed to open dir: Permission denied in /srv/www/html/includes/file.inc on line 641.

I had unpacked the mapbuilder sources on one system and repacked them as .tar.gz because my virtual LAMP appliance lacks unzip.

I did the following to make sure the perms were good:

cd sites/all/modules/mapbuilder
chmod 755 mapbuilder-src
find mapbuilder-src -type d -exec chmod a+rx '{}' \;
find mapbuilder-src -type f -exec chmod a+r '{}' \;

reloaded the page and the error is no longer present.

Uncommented those two lines and the same error is back. Leaving EITHER line uncommented causes the same error (but with a different line number if it's the second one - line 680, as it should be.)

I suspect this is what was hitting the last user.

With those lines commented out I went through the configuration, added "sites/all/" to the beginning of both paths since the module is installed in sites/all/modules as it should be under drupal-5. Then I tried to create a test page as outlined in the README.txt, number 6. That produced the following error in the http error_log:

[client] PHP Fatal error:  Call to undefined function:  loadxml() in /srv/www/html/sites/all/modules/mapbuilder/mapbuilder.module on line 628, referer:

Hitting the browser's back button produced the following drupal error:

warning: domdocument(): Start tag expected, '<' not found in /srv/www/html/sites/all/modules/mapbuilder/mapbuilder.module on line 626.

Boy is this sucker broken, or what? :)

Anyway I can't go any further at this point. Hope this helps. I'm bumping the priority up to critical because you can't even disable the module without moving out the directory, or commenting out those two lines, either of which is a sort of advanced tactic.

jpulles’s picture

Status: Active » Postponed (maintainer needs more info)

Does your php installation have the php curl extension enabled?

reeljustice’s picture

Sorry it took me so long to respond. I didn't notice what "updated" meant when I check "My Recent Posts". I'll check with my host tonight and respond.

reeljustice’s picture

Posting my server information below:

Server Information: coastaloutdoors.com
Web Site: http://www.coastaloutdoors.com
Package: Odyssey
Account Number: 002802
Server Name: SIX
IP Address:
MySQL Server: MYSQL11
POP Toaster (mail spool): PT01
Local Time: Tue Feb 20 18:21:00 2007 EST [-0500]
GMT/UTC Time: Tue Feb 20 23:21:00 2007
Server Paths
Document Root: /big/dom/xcoastaloutdoors/www
cgi-bin: /big/dom/xcoastaloutdoors/cgi-bin
Sendmail: /usr/lib/sendmail
Perl Path: /usr/local/bin/perl -or- /usr/bin/perl
PHP Path: /usr/local/bin/php
MySQL Path: /usr/local/mysql/bin/mysql
Python Path (1.5.2): /usr/bin/python
Python Path (2.4.3): /usr/bin/python2
POP3 Mail Server: (incoming) pop.coastaloutdoors.com
SMTP Mail Server: (outgoing) mail.coastaloutdoors.com
Version Information
Linux Kernel: 2.4.31 [Nov 04 2005 13:07:07]

Apache Version: 1.3.37 [Jan 10 2007 13:40:09]

MySQL Version: 4.0.27
Perl Version: 5.6.1 [Jan 10 2005 08:30:54]

Python 1 Version: 1.5.2 [Aug 08 2002 02:54:18]

Python 2 Version: 2.4.3 [Jun 21 2006 14:14:19]

PHP CGI Version: 4.3.10 [Dec 17 2004 21:43:24]

PHP Module Version: 4.4.4 (Click here for phpinfo)

Perl CPAN Modules: 1071 Installed (Click here for module info)

Current Server Status
15 Minute Load Average: 1.09
Time Since Last Reset: 123 Days, 6 Hours, 10 Minutes

PHP Version 4.4.4
System Linux six.futurequest.net 2.4.31-FQ_Enigma-sE1040 #1 SMP Fri Nov 4 13:07:07 EST 2005 i686
Build Date Jan 14 2007 21:47:13
Configure Command './configure' '--with-confidential'
Server API Apache
Virtual Directory Support disabled
Configuration File (php.ini) Path /usr/local/lib/php4.ini
PHP API 20020918
PHP Extension 20020429
Zend Extension 20050606
Debug Build no
Zend Memory Manager enabled
Thread Safety disabled
Registered PHP Streams php, http, ftp, compress.zlib

I don't see anything here about whether the php curl extension is enabled. I will request info from my host. Should php curl extension be enabled or disabled?

reeljustice’s picture

CURL support enabled
CURL Information libcurl/7.11.1 OpenSSL/0.9.7d zlib/

lambert’s picture

Title: crashes site when attempt to build module » My T_OBJECT errors were caused by XML functions from PHP5 under PHP4

When I installed PHP5 with the appropriate extensions (curl, GD, XML support) the errors went away. (I can't configure it successfully, but that's another issue).

I sympathize with the developer's desire not to support PHP4 because the XML functions are truly, truly horrible, and I have some expertise with XML. (They are undocumented, work inconsistently, some are only from head, and they're not written to XML standards or mindset. PHP5 XML is fine).

FWIW, here is my PHP5 config:

'./configure' '--enable-pic' '--with-apxs=/usr/local/apache/bin/apxs' '--with-libdir=lib64' '--prefix=/usr/local' '--with-xml' '--enable-bcmath' '--enable-calendar' '--with-curl' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr' '--with-xpm-dir=/usr/X11R6' '--enable-mbstring' '--enable-mbstr-enc-trans' '--enable-mbregex' '--enable-magic-quotes' '--with-mysqli' '--with-mysql=/usr' '--enable-discard-path' '--with-pear' '--enable-sockets' '--enable-track-vars' '--with-zlib'

lambert’s picture

To follow up, this is really not a bug, it's a task. The task would be to backport the XML functions to PHP4.

jpulles’s picture

Status: Postponed (maintainer needs more info) » Closed (won't fix)