tekknogenius wrote on Sunday, April 24, 2005:
The calendar doesn’t show at all. Downloaded from CVS and did a fresh install. Everything else seems to work except anything that has to do with the calendar. I did the usual making sure the compiled and cache directories are writable/owned by the webserver. Any clues?
sunsetsystems wrote on Sunday, April 24, 2005:
That’s one problem I have not seen. Are there no PHP errors logged? Or perhaps you don’t have any authorized users?
– Rod <rod at sunsetsystems dot com>
tekknogenius wrote on Sunday, April 24, 2005:
No, errors logged at all. The user is the default user created during setup. I’ll try to create another user and see what happens there.
sunsetsystems wrote on Sunday, April 24, 2005:
Make sure you know if - and to where - PHP is logging its errors. If there is any doubt check your php.ini.
– Rod <rod at sunsetsystems dot com>
tekknogenius wrote on Sunday, April 24, 2005:
The problem lies in my php configuration. I have to figure out what it is now. I just tried the cvs version on my Slackware box and everything worked. Since I had to recompile php because it lacked postgresql support on my Gentoo box, I’m sure that the configuration is somehow screwed up. I wonder what PostNuke uses that the rest of OpenEMR doesn’t because that is the only thing that doesn’t work. Oh well.
tekknogenius wrote on Sunday, April 24, 2005:
Strangely enough I was bumping up against the memory limit. I changed it from 8M to 64M in php.ini and all was fine. I wonder why it works fine @ 8M in Slackware and not in Gentoo. Of course, I’m running on an AMD64 processor, perhaps that has something to do with it. Not sure why it worked before…
sankar1234 wrote on Monday, April 25, 2005:
My calendar also not showing up. I tried to bump it to 64M, didn’t change a thing. I am working on windows XP though.
avedis wrote on Thursday, June 02, 2005:
I’ve got OpenEMR running on suse (I think) and I’m also trying it on Fedora Core 3, but the calendar wouldn’t show in FC3. The calendar test gave me the error that cache and compile directories weren’t writeable, but they couldn’t be any more writeable than they were. Memory limit in php.ini was already set to 64. Other settings seemed to be ok.
I went into security settings and disabled SELinux for httpd daemon, rebooted, and now the calendar comes up. There’s probably a better way around this, but I don’t know enough about SELinux.
ankush1711 wrote on Thursday, June 02, 2005:
I configured Openemr on FC3 and calendar is also showing.
For calender to work you have to create 2 directories under
/var/www/html/openemr/interface/main/calendar/modules/PostCalendar/pntemplates
the 2 directories are
cache and compiled.
make sure you set the permissions for these directories for user apache.
chown apache:root cache
chown apache:root compiled
Also make sure that on openemr you have proper permissions like
chown apache:root openemr
or
chown apache:apache openemr
I did change the memorey_limit in php.ini from 8m to 64m .
SELinux should be off on FC3.
I hope this works.
Regards
Ankush Grover
ankush1711 wrote on Thursday, June 02, 2005:
Sorry I missed something
permission for openemr should be like this
chown -R apache:apache openemr
or
chown -R apache:root openemr.
-R recurrisve,it will make apache as the user for all the files under the openemr directory.
Regards
Ankush
anonymous wrote on Friday, June 03, 2005:
Hi,
Calendar show now and sending messages "Your event has been submitted", but nothing more. Any ideas?
I used RHL and Slackware boxes.
Regards,
Nikolai
openemr wrote on Friday, June 10, 2005:
Actually Not ONLY does the calendar NOT show under openbsd at present(it was before my last CVS update for both OpenBSD and OpenEMR) Still trying permutations of backleveling to 3.7 OpenBSD and 2.72 OpenEMR(instead of CVS) The http process goes to 100% utlization until it is canceled and then searches and the rest of openemr seems to work normally but the calendar never comes back… more as I debug it…
an openemr user
ps tried all of the above fixes…nothing worked…
sunsetsystems wrote on Friday, June 10, 2005:
I remember there was an infinite-loop problem that I fixed back in March. That was in interface/main/calendar/modules/PostCalendar/common.api.php. Sounds like you found another one.
Better to track it down and fix it than just try to make it go away…
– Rod <rod at sunsetsystems dot com>
openemr wrote on Monday, June 13, 2005:
Loop huh?? oh well I have just finished installing xdebug via pear, guess I will figure out how it works(RTFM) and run it against openemr in the morning(we were supposed to enter system test this week 
an openemr user
openemr wrote on Monday, June 13, 2005:
in php module
[Mon Jun 13 10:37:24 2005] [error] PHP Fatal error: Maximum execution time of 300 seconds exceeded in /users/test/openemr/interface/main/calendar/modules/PostCalendar/pnuserapi.php on line 1386
below is line 1386 but I dont see the loop yet
function &__increment($d,$m,$y,$f,$t)
{
if($t == REPEAT_EVERY_DAY) {
return date(‘Y-m-d’,mktime(0,0,0,$m,($d+$f),$y));
// this would appear to be line 1386 where the server times out
I have installed xdebug 2.0 with the gdb debugclient, no joy at getting any output from the server to tell me more about the loop(stack trace) first I need to debug the xdebug install
an OpenEMR user
openemr wrote on Monday, June 13, 2005:
It would seem earlier posters complaining about the number of error messages would seem to have some valid points, its probably my inexperience with xdebug(being able to turn it off until I reach the module of interest), so for now I have just been using cheap hacks to get rid of the error messages(it took 3 of them to reach the login screen alone)… now I have about 6 more to reduce until I can look at the problem… and no kids these probably WONT work for checkin to CVS I just want to debug line 1386 in the previously mentioned module… any ideas??
an OpenEMR User
openemr wrote on Wednesday, June 15, 2005:
Well what has also shown up is extracting a fresh CVS copy is currently broken, setup.php leaves 14 tables created and populated all others would seem to be mia(loaded database.sql and added admin to users after this was done testing(a print at line 1386) confirmed present of loop, currently setting xdebug to give stack trace at this location next(anyone know of a simple way please let this php newbie know…
a OpenEMR user…
openemr wrote on Wednesday, June 15, 2005:
Hi Rod,
you were right about having entries in the openemr_postcalendar_events table(I found 3 default rows there after a cvs install)… deleteing and restoring my old conversion databases/tables shows the same 3 malformed entries there.
except now the calendar doesnt show at all after deleteling these entrys… more as it develops(at least the system is now usable).
thanx again
an OpenEMR user(who has a lot vested in staying the same)
sunsetsystems wrote on Wednesday, June 15, 2005:
On Wednesday 15 June 2005 09:27 am, openemr wrote:
> setup.sh(precreating the database) and find it populated by only 14 tables,
> I then drop the DB and reinstate it via source openemr/sql/database.sql.
Guess I’ll have to test that, but probably won’t have time today.
> Insert the admin user into users and login.
>
> I tried installing 2.72 (it gets the table creation correct at least but exhibits
> the same Pn loop(the calendar is not used yet this is a fresh install
I know 2.7.2 has been tested successfully beyond that, so it would seem to be somehow related to your environment.
> Mysql 4.1.1(any info on moving to 5.06?)
I’ve not looked at that yet. Perhaps someone else has?
> OpenBSD-current.
>
> php 4.3.11
I don’t know of any OpenEMR users with OpenBSD, but there may be some. It’s also possible that your PHP build is missing something, but I don’t have much clue as to what that might be.
– Rod <rod at sunsetsystems dot com>
sunsetsystems wrote on Wednesday, June 15, 2005:
OK, great. Of course you’ll need to put in in-office and out-of-office events for each practitioner before the calendar will do anything interesting. These should be repeating events with zero duration.
– Rod <rod at sunsetsystems dot com>