next »

[kmadsen]

I have customized an SSI template that I use on my home page to show next week's events.  It has been working well.

However, today, I'm getting an error:

Day '00' out of range 1..31 at /cgi/calendarscript/lib/TimeLocal.inc line 58.

I'm using the following construction in my getEvents call:

&getEvents( {'duration'=>$in{duration} , range=>'week' , month=>$NEXT_WEEK_MONTH , date=>$NEXT_WEEK_DATE , year=>$NEXT_WEEK_YEAR} );

It has been working; I suspect a leap year problem, as "next week" from today is 2/29/2004.

Any thoughts?

Other debug info:

* The server is Apache on Linux.
* I'm viewing the page(s) with Mozilla 1.6.

Kent

[DanO]

** Any thoughts? **

Have you tried printing on the template what the values of $NEXT_WEEK_MONTH $NEXT_WEEK_DATE $NEXT_WEEK_YEAR variables are that you're passing to the getEvents routine? I can only guess that one of them is not correct for the routine to use in its calulations.

Dan O.

------------------

[kmadsen]

Dan,

Thanks for the reply.  Yes, the 'date'(day) value is being returned as zero.  However, my immediate problem is that I uploaded a new template with a workaround (hard-coded date) but calendarscript.pl does not appear to be using it as I'm still getting the error result.

This may be related to my hosting setup.  They provide me a 'cgi' subdirectory, but sometimes I see the URL as cgi-bin/sbox/<script and parameters>.  I don't know if that's a symbolic link or a copy or ?

Kent

------------------

[DanO]

** I don't know if that's a symbolic link or a copy or ? **

Me neither, you're going to have to ask your host's support.

I don't know why CalendarScript wouldn't be using your modified template unless you didn't upload it to the correct location, it has a different file name or maybe your host caches files (like happens if running under mod_perl or possibly other configurations).

You can always check its output by renaming the template something different than calling it directly with calendar.pl?template=Template_Name.html to at least see if it works.

Dan O.

[This message has been edited by DanO (edited February 23, 2004).]