frankmarion

Ah! This is the exact error. Do you understand it?

[Tue Oct 04 21:52:13 2005] [error] [client 127.0.0.1]
PHP Fatal error: Only variables can be passed by reference
in E:\\Documents-Server\\htdocs\\wordpress\\wp-includes\\classes.php
on line 629, referer: https://zeph.dnsalias.com/wordpress/

and the corresponding code is:

if ($this->is_category) {
$category = &get_category($this->get('cat')); // line 629
$this->queried_object = &$category;
$this->queried_object_id = $this->get('cat');


The question is not “what is wrong with this code” but rather (I think) how is my theme interacting with this, wheras the others, for most intents and purposes is identical.

No, not a change. Here’s the thing I don’t get. I don’t think that it’s wordpress, because the default themes work perfectly. In my mind, that rules out the app itself, and narrows it down to my theme. What I don’t understand is that a comparison of each them file, other than the placement of the sidebar include, and the inclusion of the function <?php bloginfo(‘stylesheet_directory’); ?> in the header and <?php echo get_settings(‘home’); ?> once in the sidebar, no php has been changed.

It’s not an issue or rendering, because a view of the source clearly shows that at some point it’s cut off.

I’m a coldfusion guy, we can make error message display where the error actually occurs. Can the same be done in PHP?

Can content have this kind of effect?

Any page. It’s at the bottom of footer.php

Done. (Cool!)

If I delete the contents of page.php, the same issue occurs. So I’m going to guess that is not the page itself.

The same occurs regardless of the template that I assign on the admin side. And occurse with one or more articles.

OK. Strange. Updating the article with the word “test” caused the template to break again. Deleting the article causes things to render correctly. Adding a new article causes it to break again.

All right now! That causes the whole page to render. That appears to be where the blockage is.

Evidently the list of articles, doesn’t show up, but the bugger is being traced down.

I have done so with each theme based PHP file. Use the address given above and append the filename.phps

As such? https://zeph.dnsalias.com/wordpress/sidebar.phps

But wait! There’s more. For only $2.99 and a view of the source, you can see that it still cuts off, it just cuts off after the article listing has been served. Bizzar. I’m installing etherial and checkin out what’s going on with useneybinaries.com (IP: 64.20.39.27)

Ah! The cause has been found. 50% of the problem solved. The cause is that I moved the line

<?php get_sidebar(); ?>

To just below

<?php get_header(); ?>

When I return it to end, just above

<?php get_footer(); ?>

It displays the content. Apparently the archive page seems to be feeding some value to a variable in get_sidebar().

Now all I have to do, is to get it to display in the correct location (on the left hand side, before the content is fed)

BTW: I don’t think I’ve thanked you for your able questions and persistent help. Thanks! I really appreciate your help.

OK, I’ve cleaned up a lot of the html, it should present well on FireFox, IE, and Opera (at least the PC versions). You are right, though, it appears as if the processing is interrupted somehow. If you look at the results page, the div does not appear to terminate. Something is indeed interrupting it. Yet, it doesn’t on other templates. I don’t understand this.

Yes, I now see the useneybinaries.com thing. Oddly enough, when I go directly to my IP, I am unable to view the site, much in the same way that IE doesn’t display it. Very, very strange. I’ll investigate that, and get back to you briefly.

As far as the HTML goes, I did have a trailing div at the end. Thanks for pointing that out.