includes problem

I'm not sure what the problemo here is, but you have an open <? tag at the top and then you open with a <?php tag
Is it not working as in it doesn't check if they're logged in or not?

Just a quick glance... your heredoc syntax looks invalid. The string 'END' in your source should start at the begining of the line to end the echo statement.

I don't have time to examine the code right now. I need to be up in 6.5 hours, and I haven't slept yet. I'll look it over tomorrow if I remember.

One thing I noticed is that (for me) using:

echo<<http://ca3.php.net/echo for more detail.

In the first one, you need to lose the surrounding <? ?>, they will just cause errors as the php is all contained within the code with its own set of <? ?> where needed.

i think it's case sensitive that whatever you type after <<< must match the second occurance exactly

ok. it's got to be the calll to the cookie, because i changed it to this and it's still giving me the same error and the line changed to where the call to the cookie ie. i don't understand why though.

You cannot have white space around the END; -- it has to be at the very beginning of the line and on a line all by itself.

ECHO should be echo <-- lowercase.

What is the error? Please post it.

Parse error: parse error, unexpected T_ENCAPSED_AND_WHITESPACE, expecting T_STRING or T_VARIABLE or T_NUM_STRING in /home/joshua/includes/fyd.unifunc.php on line 103

which is the cookie... and it's not white space... it's the pretty printing that xemacs added... besides, when i took that out it still gave the error

You have the above now?

line 103 is the cookie itself? Can you show the code for it? (looks like whitespace to me, but if you are sure that END; is right at the beginning of the line, that E is the first character of the line, then it *should* work.)

line 103: if(isset($_COOKIE['login'])){ $login=$_COOKIE['login']; } # you've got a cookie

this also happens to be the third function to get parsed....i would expect one of the earlier ends to give an error if the end was the issue

I don't suppose you've copied this code from somewhere? Like from a browser window? If so, you might want to select one of the "spaces" and do a search and replace on it with a real space. PHP code in a browser uses &nbsp; for spaces, which will be unreadable to PHP if left in.

From what I can see, line 103 looks fine. My initial thought is a missing single quote in the lines above.

Quote: Originally posted by m3rajk
i would expect one of the earlier ends to give an error if the end was the issue

Nope. Not always. In this case, I don't think the interpreter has checked the syntax of the file below line 103, where it has encountered an error.

Just to stress the situation of your heredoc syntax, let me echo a quote from the php manual:

Quote: It is very important to note that the line with the closing identifier contains no other characters, except possibly a semicolon (. That means especially that the identifier may not be indented, and there may not be any spaces or tabs after or before the semicolon. It's also important to realize that the first character before the closing identifier must be a newline as defined by your operating system. This is \r on Macintosh for example.

If this rule is broken and the closing identifier is not "clean" then it's not considered to be a closing identifier and PHP will continue looking for one. If in this case a proper closing identifier is not found then a parse error will result with the line number being at the end of the script.

Also note that PHP is, for the most part, case-insensitive. Functions are not case-sensitive, variable names are not case-sensitive, *but* the heredoc delimiter *is* case-sensitive.

turns out mark was right. as soon as i manually took out the spaces xemacs kept putting in as i typed the function.....
http://24.91.157.113/findyourdesire/phpTest/faq.php

normally those things are rather helpful.

and that was actually form one of the two include files.. namely the one with all the functions used by more than one page.