Hi Stefan,

I have a thread of 70 entries.  I added another entry, which was saved, but elog crashed.
It would restart, but crash every time I then tried to access that 71 entry thread.

By editing the yymmdda.log files to remove the latest entry, all was well again.
Add a test new entry (much smaller) also crashed elog as before.

If it is any help, this is the error message I caught on a console:

src/elogd.c:703: xrealloc: Assertion `*((unsigned int *) (temp + old_size)) == 0xdeadc0de' failed.
./log: line 1:  3123 Aborted    

Now I have got around this, by ending that thread with reference to a new one to continue, but is this to be
expected?  

If this is something (like memory allocation) that would have been in hiding from the start, I cannot imagine
that it is likely to be hit often enough to actually "bug fix" - it might, in any case, cause problems elsewhere.

I upgraded 2.7.5 rev 2175 to 2.7.7 rev 2246 last Thursday. I tested it with several logbooks with no problems. However I received a rep[ort today that it was down. I discovered whenever I tried to open a logbook entitled "Equipment Reservation" in the folder "EquipmentReservations" Elog would crash. I checked the elog.log file with no entries in it other than showing when it was restarted. I backed up to 2.7.5 and had no porblems with the same logbook. I repeated the upgrade to 2.7.7 with the crash problem returning. I am now back on 2.7.5 with no problems.

I just decided to try 2.7.6 rev 2239 and had the same results as 2.7.7.

This is running under Win2K with SP4 as an automatic service on port 80.

I am also running Elog V2.7.4-2118 on a different port (8080) simultaneously with no problems.

If you wish I will send the elog.cfg file. Anything else I can do to help, please let me know.

Thanks,

David

I need to reproduce your problem. Therefore I need the configuration and the xxxxxxa.log file containing the offending entries. You can strip it down to the minimum needed to do the crash. 

After I moved an item from one logbook to another one I cannot reply on this item anymore.

When the submit button is clicked it returns: Submit not allowed

This eLog server running Linux is sync'd with an server running Windows XP.

On the windows server the funcionality is working perfect(so no Submit is not allowed on a reply)

Check your configuration file for the destination logbook, probably you have only restricted rights there ("Guest menu", "Login user" ???) 

 In the process of trying to reduce it to a minimum I discovered that the entry that appears to be causing the crash is this:

Hi Stefan,

I must have seen this before, but only just "noticed" it.

If you attach a picture or pdf to the first entry in a tread, there is then a paperclip after the thread display
line.  This shows up in threaded view or collapsed threaded view.

If you then attach a picture or pdf to a subsequent entry, the paperclip icon does not show up in threaded
display, (it is still there on the initial entry) but if the attachment is to the latest entry it shows up in
treaded collapsed display (collapse on last=1, of course).  If collapse on last=0, then initial entry shows on
threaded, collapsed, and that has the icon as expected.

When the icon does show, you can click on it and get the correct attachment to show/launch reader or whatever.

It would appear to be a bug that the attachment icon does not appear in the threaded display (for any entry
other than the initial one).

(sorry about the first posting, hit the wrong key sequence in error)

Regards,

David Pilgram.

I may have made this sound as if the issue occurs if the first entry in a thread has an attachment; in fact it
happens whether or not there is an attachment to the first entry.

Hope this makes matters a bit clearer.


> Hi Stefan,
> 
> I must have seen this before, but only just "noticed" it.
> 
> If you attach a picture or pdf to the first entry in a tread, there is then a paperclip after the thread display
> line.  This shows up in threaded view or collapsed threaded view.
> 
> If you then attach a picture or pdf to a subsequent entry, the paperclip icon does not show up in threaded
> display, (it is still there on the initial entry) but if the attachment is to the latest entry it shows up in
> treaded collapsed display (collapse on last=1, of course).  If collapse on last=0, then initial entry shows on
> threaded, collapsed, and that has the icon as expected.
> 
> When the icon does show, you can click on it and get the correct attachment to show/launch reader or whatever.
> 
> It would appear to be a bug that the attachment icon does not appear in the threaded display (for any entry
> other than the initial one).
> 
> (sorry about the first posting, hit the wrong key sequence in error)
> 
> Regards,
> 
> David Pilgram.