ehanover wrote on Monday, March 20, 2006:
Working on a new install of OpenEMR 2.8.1 and I’m going throught all of the screens to make sure that everything is working and ran across a problem that I don’t even know if it is a problem. I’m signed in has admin, go to the administration menu, and then click batchcom and get an error message:
Fatal Error: Call to undefined function: xl() in batchcom.php at line 20.
Is this a problem or just a feature that I have not implemented?
Thanks,
Rui
andres_paglayan wrote on Monday, March 20, 2006:
xl() is the function which does translation, and it’s implemented already,
I couldn’t reproduce the error you are having,
batchcom.php includes globals.php which at it’s turn includes the file holding the function xl().
a quick fix would be adding this line to the beginning of batchcom.php
include_once ("/…/library/translation.inc.php");
andres_paglayan wrote on Monday, March 20, 2006:
are you using a soflink to openemr directory?
ehanover wrote on Monday, March 20, 2006:
I’m sorry I don’t know what you mean by “soflink.”
Here’s the full error message.
Fatal error: Call to undefined function: xl() in E:\xampp\htdocs\openemr\interface\batchcom\batchcom.php on line 20
There might something wrong with my install. I found that some tables were missing from the database also. I think that I’ll start over with a fresh install.
win2k server
xampp
openemr 2.8.1
andres_paglayan wrote on Monday, March 20, 2006:
Sorry, I meant softlink, or symbolic
like ln -s
but since you are running it on a win machine,
I don’t realy know how the php __FILE__ macro
works in that environment,
anyone?
you can edit globals.php and replace the include instruction for translation.inc.php to your HD location
kashurjmax wrote on Tuesday, March 21, 2006:
I got the same error when I tried to "overwrite" (not upgrade) a 2.8.0 installation with the 2.8.1 files. Once I did a ne wclean install with the new database install the error went away - not sure if that will be helpful to you.
Best option is to start with a new install and then overwrite just the config files that you may have changed with the old install
ehanover wrote on Thursday, March 23, 2006:
It’s definatly my install. I did it again on another computer and everything is working fine.
Thanks for all of the suggestions.
ehanover wrote on Thursday, March 23, 2006:
Ok found the problem…
In globals.php the language settings section was missing.
I believe that when I upgraded from an earlier version I just kept the same globals.php and that created the problem.