Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG, Page 674 of 808  Not logged in ELOG logo
ID Date Icon Author Author Email Category OS ELOG Version Subject
  1143   Mon May 9 21:14:53 2005 Question Steve Jonessteve.jones@freescale.comQuestionLinux | Other2.5.9Re: Version of GCC to use?
> > > > I ask because I get a dependency that I did not have before with 2.5.3. 
> > > > Compiling with my same 'ole gcc 2.95.2 I see that I now need mxml.h and
> > > > strlcpy.h.  Trying to compile under gcc 3.4 results in all kinds of errors.
> > > 
> > > mxml.h and strlcpy.h are part of the elog tar ball. When untar'ed, they get copied
> > > into a separate directory:
> > > 
> > > ...
> > > -rwxr-xr-x ritt/lke      15090 2005-05-09 13:09:54 elog-2.5.9/eloglang.japanese
> > > -rwxr-xr-x ritt/lke      17587 2005-05-09 13:09:54 elog-2.5.9/eloglang.spanish
> > > drwxr-xr-x ritt/lke          0 2005-05-09 13:09:54 mxml/
> > > -rwxr-xr-x ritt/lke      45577 2005-05-09 13:09:54 mxml/mxml.c
> > > -rwxr-xr-x ritt/lke       2198 2005-05-09 13:09:54 mxml/strlcpy.c
> > > -rwxr-xr-x ritt/lke       4359 2005-05-09 13:09:54 mxml/mxml.h
> > > -rwxr-xr-x ritt/lke        567 2005-05-09 13:09:54 mxml/strlcpy.h
> > > 
> > > I have right now no access to 3.4. Once I get it, I will address the errors
> > > occuring there.
> > 
> > Ah, now I need to figure out how to pickup the new includes.  
> > BTW, personally I wouldn't take my word regarding the 3.4 errors -- I was simply
> > trying an alternative version and it is likely that the way ours is configured is the
> > problem.
> > 
> > Thanks!
> 
> 
> Ok, now I see the issue - the tar extract created the mxml directory in the root (not
> under the created directory elog-2.5.9).  Is there a reason why these includes are not
> placed in the src dir like the regex.h/.c include?


Ack, ok, I moved the includes into src and tried re-compiling -- and received several
"undefined symbol" errors from the linker.  Clearly the libraries cannot be moved into src?
  1142   Mon May 9 21:08:56 2005 Agree Steve Jonessteve.jones@freescale.comQuestionLinux | Other2.5.9Re: Version of GCC to use?
> > > I ask because I get a dependency that I did not have before with 2.5.3. 
> > > Compiling with my same 'ole gcc 2.95.2 I see that I now need mxml.h and
> > > strlcpy.h.  Trying to compile under gcc 3.4 results in all kinds of errors.
> > 
> > mxml.h and strlcpy.h are part of the elog tar ball. When untar'ed, they get copied
> > into a separate directory:
> > 
> > ...
> > -rwxr-xr-x ritt/lke      15090 2005-05-09 13:09:54 elog-2.5.9/eloglang.japanese
> > -rwxr-xr-x ritt/lke      17587 2005-05-09 13:09:54 elog-2.5.9/eloglang.spanish
> > drwxr-xr-x ritt/lke          0 2005-05-09 13:09:54 mxml/
> > -rwxr-xr-x ritt/lke      45577 2005-05-09 13:09:54 mxml/mxml.c
> > -rwxr-xr-x ritt/lke       2198 2005-05-09 13:09:54 mxml/strlcpy.c
> > -rwxr-xr-x ritt/lke       4359 2005-05-09 13:09:54 mxml/mxml.h
> > -rwxr-xr-x ritt/lke        567 2005-05-09 13:09:54 mxml/strlcpy.h
> > 
> > I have right now no access to 3.4. Once I get it, I will address the errors
> > occuring there.
> 
> Ah, now I need to figure out how to pickup the new includes.  
> BTW, personally I wouldn't take my word regarding the 3.4 errors -- I was simply
> trying an alternative version and it is likely that the way ours is configured is the
> problem.
> 
> Thanks!


Ok, now I see the issue - the tar extract created the mxml directory in the root (not
under the created directory elog-2.5.9).  Is there a reason why these includes are not
placed in the src dir like the regex.h/.c include?
  1141   Mon May 9 20:58:11 2005 Agree Steve Jonessteve.jones@freescale.comQuestionLinux | Other2.5.9Re: Version of GCC to use?
> > I ask because I get a dependency that I did not have before with 2.5.3. 
> > Compiling with my same 'ole gcc 2.95.2 I see that I now need mxml.h and
> > strlcpy.h.  Trying to compile under gcc 3.4 results in all kinds of errors.
> 
> mxml.h and strlcpy.h are part of the elog tar ball. When untar'ed, they get copied
> into a separate directory:
> 
> ...
> -rwxr-xr-x ritt/lke      15090 2005-05-09 13:09:54 elog-2.5.9/eloglang.japanese
> -rwxr-xr-x ritt/lke      17587 2005-05-09 13:09:54 elog-2.5.9/eloglang.spanish
> drwxr-xr-x ritt/lke          0 2005-05-09 13:09:54 mxml/
> -rwxr-xr-x ritt/lke      45577 2005-05-09 13:09:54 mxml/mxml.c
> -rwxr-xr-x ritt/lke       2198 2005-05-09 13:09:54 mxml/strlcpy.c
> -rwxr-xr-x ritt/lke       4359 2005-05-09 13:09:54 mxml/mxml.h
> -rwxr-xr-x ritt/lke        567 2005-05-09 13:09:54 mxml/strlcpy.h
> 
> I have right now no access to 3.4. Once I get it, I will address the errors
> occuring there.

Ah, now I need to figure out how to pickup the new includes.  
BTW, personally I wouldn't take my word regarding the 3.4 errors -- I was simply
trying an alternative version and it is likely that the way ours is configured is the
problem.

Thanks!
  1140   Mon May 9 20:55:36 2005 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux | Other2.5.9Re: Version of GCC to use?
> I ask because I get a dependency that I did not have before with 2.5.3. 
> Compiling with my same 'ole gcc 2.95.2 I see that I now need mxml.h and
> strlcpy.h.  Trying to compile under gcc 3.4 results in all kinds of errors.

mxml.h and strlcpy.h are part of the elog tar ball. When untar'ed, they get copied
into a separate directory:

...
-rwxr-xr-x ritt/lke      15090 2005-05-09 13:09:54 elog-2.5.9/eloglang.japanese
-rwxr-xr-x ritt/lke      17587 2005-05-09 13:09:54 elog-2.5.9/eloglang.spanish
drwxr-xr-x ritt/lke          0 2005-05-09 13:09:54 mxml/
-rwxr-xr-x ritt/lke      45577 2005-05-09 13:09:54 mxml/mxml.c
-rwxr-xr-x ritt/lke       2198 2005-05-09 13:09:54 mxml/strlcpy.c
-rwxr-xr-x ritt/lke       4359 2005-05-09 13:09:54 mxml/mxml.h
-rwxr-xr-x ritt/lke        567 2005-05-09 13:09:54 mxml/strlcpy.h

I have right now no access to 3.4. Once I get it, I will address the errors
occuring there.
  1139   Mon May 9 20:51:23 2005 Reply Steve Jonessteve.jones@freescale.comQuestionLinux | Other2.5.9Re: Version of GCC to use?
> > What is the recommended version of gcc to use with elog 2.5.9?  I searched
> > the discussion database but found nothing pertaining to this. 
> 
> Well, the same code compiles on gcc and on Visual C++ under Windows, so
> hopefully there is no dependence on the gcc version (;-)
> 
> I use gcc 3.2.3 on Scientific Linux 3.03.

I ask because I get a dependency that I did not have before with 2.5.3. 
Compiling with my same 'ole gcc 2.95.2 I see that I now need mxml.h and
strlcpy.h.  Trying to compile under gcc 3.4 results in all kinds of errors.
  1138   Mon May 9 20:47:02 2005 Reply Stefan Rittstefan.ritt@psi.chQuestionLinux | Other2.5.9Re: Version of GCC to use?
> What is the recommended version of gcc to use with elog 2.5.9?  I searched
> the discussion database but found nothing pertaining to this. 

Well, the same code compiles on gcc and on Visual C++ under Windows, so
hopefully there is no dependence on the gcc version (;-)

I use gcc 3.2.3 on Scientific Linux 3.03.
  1137   Mon May 9 20:23:59 2005 Question Steve Jonessteve.jones@freescale.comQuestionLinux | Other2.5.9Version of GCC to use?
What is the recommended version of gcc to use with elog 2.5.9?  I searched
the discussion database but found nothing pertaining to this. 

Thanks  
  1136   Mon May 9 17:59:09 2005 Question Ulrich Trüsselulrich.truessel@familienhund.chQuestionWindows2.5.9-2link loss and crash of elogd.exe
Just upgraded from stable running 2.5.2-2 to 2.5.9-2 in case of the usable
Duplicate function. After the problem discribed below i made a new, clean
installation again and played araound with the demo logbook, copying my
testlogbook (part of a real used and under 2.5.2-2 working logbook) into the
demo cfg file. 

ia figured out two serious problems:

1. If I copy the following section to the global into the demo lgbook,
elogd.exe crashes emediatly ewhile starting as a prozess:

[global]
Language = German
Theme = default
logbook tabs = 1
main tab = INHALT
welcome title = <b><big>Ulrich Rolf Trüssel</big></b>
Adressverwaltung (Geschäft & Privat)
Mensch-Tier Coaching&trade;&nbsp;&nbsp;-&nbsp;&nbsp;Mensch-Hund Coaching&trade;
Interessengemeinschaft Familienhund&reg; - Regionalgruppe Zentralschweiz
Lorenz Tierschule port = 8080 Theme = default Message Width = 100 Message Height = 25 Filtered browsing = 1 Suppress default = 2 Suppress Email on Edit = 0 Email Format = 0 Filtered browsing = 1 HTML default = 3 Reverse sort = 1 2. problem (the ting) that made me playing with teh demo cfg: There are totally 8 logbooks running, but just one has this strange problem of not giving a link to to the datasets in full and summary mode. I cutted down all the stuff back to this only lines: [Adresse2] Attributes = Kundensegment, Duzis, Hauptadresse, Selektion, Sperre, Adresse, Unterlagenversand, Empf. gegeben, Gruppe, Mitglied, URT, IGFH, Letzte Anmeldung, IGFH Gruppe, IGFH JB, Anrede, Titel, Briefanrede, Vorname, Name, Firma, Abteilung, Adresse Zusatz, Strasse, Landeskennung, PLZ, Ortschaft, Postfach, Postfach PLZ, Postfach Ort, Telefon Geschäft, Telefon Privat, Telefax, Telefon Mobil, EMail, HomePage, Funktion, Beruf, Geburtstag, Name Hund, Rasse, Sex, Wurfdatum, Anmeldung, Impfbüchlein, Welpenkurs, Erziehungskurs, Hundesport, Bestätigung, OCCH LN, Andere Kurse, Weitere Hunde/Tiere, Referenzen, KlientIn/KundIn List Display = Name, Vorname and got still the same problem. if i create a new logbook it will works, also ut works under 2.5.2-2 but not longer under 2.5.3 up (even not 2.5.9-2). any idea? mening this may be a VERY basic logbook... trued with list display etc. around, nothinh happen. Need to go back to 2.5.2-2 where this wasn't a problem? thanjs for any idea of this to problems...
ELOG V3.1.5-3fb85fa6