Demo Discussion
Forum Config Examples Contributions Vulnerabilities
  Discussion forum about ELOG  Not logged in ELOG logo
icon5.gif   problem with 20+ attachments, posted by Alexander ZVYAGIN on Tue Apr 22 17:17:36 2003 
    icon2.gif   Re: problem with 20+ attachments, posted by Stefan Ritt on Tue Apr 22 17:21:36 2003 
       icon2.gif   Re: problem with 20+ attachments, posted by Alexander ZVYAGIN on Tue Apr 22 17:34:52 2003 
          icon2.gif   Re: problem with 20+ attachments, posted by Stefan Ritt on Tue Apr 22 20:24:03 2003 
             icon2.gif   Re: problem with 20+ attachments, posted by Justin Dieters on Tue Apr 22 22:23:27 2003 
                icon2.gif   Re: problem with 20+ attachments, posted by Stefan Ritt on Wed Apr 23 08:46:14 2003 
Message ID: 305     Entry time: Wed Apr 23 08:46:14 2003     In reply to: 304
Icon: Reply  Author: Stefan Ritt  Author Email: stefan.ritt@psi.ch 
Category: Bug report  OS:   ELOG Version:  
Subject: Re: problem with 20+ attachments 
> I've been using elog for several months now, and one thing that's always
> seemed odd to me are the things like max number of attachments and max
> attachment size are defined right in the source code, and not in the config
> file.  It would seem that it would be simple to be able to define stuff like
> that in the config file (and have defaults in case they weren't specified),
> which would fix a lot of the recompiling problems - just edit the config 
file
> and restart elog.  Not that recompiling elog is difficult, it just seems 
like
> recompiling for such a simple setting is overkill...
> 
> Anyway, just curious.  Is there a technical reason this is not done?

The max attachment size I was able to not only make configurable, but to make 
dynamically. So if there is a very large attachment, the size is dynamically 
extended as long as there is RAM. The max number of attachments is not easy 
to change, since it's used internally as an array size, which has to be 
determined at compile time. Making this dynamically would require a major 
rework, which of course could be done, but it might be that there are more 
urgent requests.
ELOG V3.1.5-3fb85fa6