Still, the gatekeeper process shouldn't crash, even if its a config problem. Emran: Could you compile a debug executable, allow core dumps and post a backtrace from a core dump ? That way we could see where the crash occurs and hopefully prevent it. Regards, Jan Gabriel Georgescu wrote: > So is not crashing. > Looks like it cannot find the config file gnugk.ini or doesn't have > enough rights for it. > > > At 12:21 AM 5/4/2007, M.Emran wrote: > >here is the log --------------------------------------------------------- > > > >2007/05/03 14:45:11.365 5 GkStatus.cxx(1111) STATUS Got > >command reload from client > >127.0.0.1:41473=><http://127.0.0.1:7000>127.0.0.1:7000 > >2007/05/03 14:45:11.365 5 Toolkit.cxx > >(883) GK Trying file name /tmp/gnugk.ini-3261 for temp config > >2007/05/03 14:45:11.366 > >5 Toolkit.cxx(906) GK Trying file name > >/tmp/gnugk.ini-3613 for external config > >Killed -- Jan Willamowius, jan@xxxxxxxxxxxxxx, http://www.gnugk.org/ ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________________ Posting: mailto:Openh323gk-users@xxxxxxxxxxxxxxxxxxxxx Archive: http://sourceforge.net/mailarchive/forum.php?forum_id=8549 Unsubscribe: http://lists.sourceforge.net/lists/listinfo/openh323gk-users Homepage: http://www.gnugk.org/
