next »

[DanO]

** Can't call method "get" on an undefined value at calendar.pl line 473. **

I don't know why you would be getting that error message if the script worked previously were it is currently located without something changing on the server.

Check the shebang at the top of the script to make sure it is correct for their server and also the file's permissions. It should be chmod to 755.

You could also try reuploading the affected script(s) making sure it is done in ascii mode.

I'm afraid i have no other ideas.

JMO

Dan O.

[Lady Di]

Well, I would have thought they would have modified the "shebang" correctly from the last time it needed editing. I'll ask again. Also which files exactly are chmod to 755?

Someone else who is on the same sever came up with this as a possible problem:

Code:

The line numbers point to the lines that have the error.  The variables that are not defined from the error messages above are:

    * $Config in the calendar.pl file
    * $QUERY_STRING in the calendar.pl file
    * $nvp in the HTML.pm file


Then it errors out when it attempts to run the showScreen function for the error.html file.  That's why you see the blank screen...

AND

Code:

The problem is with the $Config object.  It hasn't been defined somewhere and must be before it can be used to call the get function: $Config->get("time_zone_offset").  So this should be a pretty good hint of what's wrong to those who support this utility.

Is this understandable??

[DanO]

** The problem is with the $Config object.  It hasn't been defined **

It is defined on line 330 or 331 of the calendar.pl file but none of that makes sense if the script ever ran. If it did, there can't be anything missing or incorrect about it.

** which files exactly are chmod to 755? **

The script files called by your browser (ie. the files ending in .pl or .cgi).

Dan O.

[Lady Di]

Can't call method "get" on an undefined value at calendar.pl line 473

Seems I'm all out of options here  . I guess after all this time of good use I'm going to have to ditch the calendar I'd come to depend on and love  .

Thanks Dan for years of assistance!!

[Lady Di]

Dan, what would you say about this:

Yes, the $Config object is defined at line 334, but when the populateTemplateVariables function is called, it is not defined.  Ask him if it is possible for the showScreen function to be called in the event of an error of some kind before the $Config object is defined.  If true, that would explain why the $Config object isn't defined because the showScreen function calls the populateTemplateVariables function where the error is being logged...

[DanO]

As far as I can see the script basically starts running with the code following "Here is all the dirty work" at around line 280. The $Config variable is defined shortly thereafter (@ ~330), before the populateTemplateVariables() function is ever called by the code.

The first time the populateTemplateVariables() function is called is when the showScreen() function is called at ~ line 420 (if login is required) or ~ line 458 right before "END", well AFTER the $Config variable has been defined (@ ~330).


I'll remind you that I am not the script designer nor the script owner, just helping out here. For any more detailed help you'd have to try asking Scott, the current script owner to look into it although he wasn't involved in development of CalendarScript 3 either.


In the mean time you could ask your hosting support if that WAS a problem with the script, how could the script have run previously on the server (as I take it from your post it DID) without problems? What they're saying is the problem doesn't make sense *to me* as i would NOT expect the script to run at all, ever (on their server or the other 10+ sites I have personally installed it on without problems).

JMO

Dan O.

[Lady Di]

Dan, I know, I know... you've been supporting me and my woes for a long time now. I think back in 2003 or so. So anyhow, I have no clue why this script is not working all of a sudden. I asked and asked and asked my host and they say they do not give support to 3rd party software even in the face of it worked before why is not working now. They tell me something has changed in the script and to ask the script developer and have all but dropped me off.

Bad thing is I don't want to move for fear I will carry the problem with me. So I am stuck on trying to fix it where it's worked for a long time. I have been on Hostica, Exist and one other prior to now and had no issues with the script until now. Well except that one time we all got it sorted. Anyhow, you know most of my issues have been my errors and goofs.

So, where's this Scott? And where's Matt now days? I'm so far back on this that I used to talk to him too.

[DanO]

** They tell me something has changed in the script **

Did you try uploading fresh copies of the script?

** So, where's this Scott? **

LINK > Moderators: scott

** And where's Matt now days? **

Last I heard he was dealing with a new baby.

Good luck!

Dan O.

[Lady Di]

Yes, I uploaded new scripts a few days ago. I get a 500 internal error page now. Ok, on Scott and Matt. Will keep you posted as you know I've kinda gotten addicted to that calendar and so has everyone else.

[scott]

Hi,

I'm looking at the source code, and will post any thing I find.

I'll be making some announcements soon (hopefully this week) regarding Calendarscript...

[Lady Di]

Ahhhhhhhhhh, there "Scott" is. (waves hello). Again, thank you loads for anything you can help me with to get this working again.

[DanO]

Were you able to find the problem and get it working?

Dan O.

[Lady Di]

Nothing yet. Did make contact with Scott. Still waiting...

Thank you for asking Dan and have a splendid day!!

[DanO]

Have you gotten the problem worked out yet?

Dan O.

[Lady Di]

Have you gotten the problem worked out yet?

Dan O.

Nope DanO.