Plugins show header as file contents..?

[parkynz]

Plugin Arc 1.1 installed correctly and config.php edited for tools plugin and $config['url_path'] = '/cacti/';

but the header shows up as the file contents... any suggestions?

Thanks.
~Andy.

[Howie]

Plugin Arc 1.1 installed correctly and config.php edited for tools plugin and $config['url_path'] = '/cacti/';

but the header shows up as the file contents... any suggestions?

Thanks.
~Andy.

That's the top part of setup.php... is there somehow an extra '?>' or a missing '<?' or '<?php' somewhere where there shouldn't be (near the top of setup.php)?

[parkynz]

Plugin Arc 1.1 installed correctly and config.php edited for tools plugin and $config['url_path'] = '/cacti/';

but the header shows up as the file contents... any suggestions?

Thanks.
~Andy.

That's the top part of setup.php... is there somehow an extra '?>' or a missing '<?' or '<?php' somewhere where there shouldn't be (near the top of setup.php)?

I'll check but it does the same for any other plugin so I would suspect something wrong in one of the main Cacti files... thanks.

[parkynz]

I have checked all the added Plugin Arc 1.1 files for syntax in a script editor and they appear fine to me. I didn't use the patch but instead copied the files after using a program called Notepad2 (http://www.flos-freeware.ch/notepad2.html) to change the line endings from Unix (LF) to Windows (CR+LF) in all the plugin files which I know screams "There's the most likely culprit buddy!" but it all looks fine..?

I have attached the output from the View Source command in IE to show what the main login page in comprised of when the problem occurs, basically the plugin (happens for all plugins regardless) gets it's Setup.php contents whacked in on top.

My setup is:
Win2k3 SP1
IIS 6
PHP 5.2.1 (with the manual fix in cmd.php)
Cacti 0.8.6j with Plugin Arc 1.1 for 0.8.6j

Cacti works fine otherwise.

Any thoughts please?
~A.

[Howie]

I have checked all the added Plugin Arc 1.1 files for syntax in a script editor and they appear fine to me. I didn't use the patch but instead copied the files after using a program called Notepad2 (http://www.flos-freeware.ch/notepad2.html) to change the line endings from Unix (LF) to Windows (CR+LF) in all the plugin files which I know screams "There's the most likely culprit buddy!" but it all looks fine..?

I have attached the output from the View Source command in IE to show what the main login page in comprised of when the problem occurs, basically the plugin (happens for all plugins regardless) gets it's Setup.php contents whacked in on top.

My setup is:
Win2k3 SP1
IIS 6
PHP 5.2.1 (with the manual fix in cmd.php)
Cacti 0.8.6j with Plugin Arc 1.1 for 0.8.6j

Cacti works fine otherwise.

Any thoughts please?
~A.

Check that the files end in a CR-LF, too. I believe this can cause strange problems in PHP, otherwise. See (for example) the PEAR coding standards: [ur]http://pear.php.net/manual/en/standards.file.php[/url]

[mcutting]

Edit your include/config, and REM out the line

//$plugins[] = 'tools';

This will probably resolve the error that you see (although it disables the plugin also). Do you have RRDCleaner installed ? Have a look at the below URL, as this is also known to prodiuce problems. This particular issue was fixed in this post.

http://forums.cacti.net/viewtopic.php?p ... ght=#73430

I have also included my copy of the tools plugin (works fine on my system).

Hope this is of some use.

[parkynz]

Seems my syntax checking was bad - the very first line in each plugin setup.php file started with <? rather than <?php. Added the php bit and everything is fine. This prob is there by default in the downloaded packages - maybe someone should tend to that..?

Thanks for your help guys!