ID |
Date |
Icon |
Author |
Author Email |
Category |
OS |
ELOG Version |
Subject |
68959
|
Thu May 2 09:47:41 2019 |
| Alessio Sarti | alessio.sarti@uniroma1.it | Bug report | Mac OSX | 3.1.4 | Re: elogd Service exited with abnormal code: 1 |
Thanks a lot for providing a quick fix!
The elog is now happily running since two days without problems :)
I will get back to you in case anything else shows up.
Thanks a lot again.
Stefan Ritt wrote: |
Ok, that helped. It looks to me that the strlcpy() function from MacOSC does not like overlapping stings as parameters. Funny that this does not happen on my Mac (Mojave 10.14.4). I fixed the two cases you reported (lines 18712 and 19021) and committed the changes to bitbucket, from where you can pull and test it again (see https://elog.psi.ch/elog/download.html for instructions). If it happens again, please report the line number in elogd.c like here (where it is 19021:7):
frame #8: 0x000000010006a7ac elogd`build_ref(ref="page6?&sort=Subject", size=256, mode="full", expand="", attach="", new_entries="") at elogd.c:19021:7
Good luck!
Stefan
|
|
69483
|
Thu Mar 3 08:26:40 2022 |
| Alessandro Petrolini | alessandro.petrolini@cern.ch | Question | Windows | 3.1.4-a04faf9f | Vulnerability? |
Hi, I have been using elog for years at CERN.
Now I installed in my local workstation at my home inistitue
and sysadmin reported the following vulnerabilities:
- Configuration File Disclosure (CVE-2019-3992)
- Password Hash Disclosure (CVE-2019-3993)
- Use After Free (CVE-2019-3994)
- NULL Pointer Dereference (CVE-2019-3995)
- Unintended Proxy (CVE-2019-3996)
Am I doing soimething wrong?
sysadmin will not allow me to use it until it is fixed....
Any help is welcome.
|
69485
|
Fri Mar 4 08:51:24 2022 |
| Alessandro Petrolini | alessandro.petrolini@cern.ch | Question | Windows | 3.1.4-a04faf9f | Re: Vulnerability? |
Ok, many many thanks!
I will pass the info to my sysadmin.
Best Regards.
> The CVEs you refer to are very old and have been fixed a long time ago.
>
> Please refer to:
> https://www.tenable.com/security/research/tra-2019-53
>
> This report states that all the reported problems are fixed as of ELOG 3.1.4-283534d or later.
>
> Note that the elog git history does not refer to these CVEs because
> they were fixed before the CVE number was assigned, per "Disclosure Timeline"
> in the above document. The relevant commits are listed under "Additional References".
>
> K.O. |
69486
|
Sun Mar 6 09:00:33 2022 |
| Alessandro Petrolini | alessandro.petrolini@cern.ch | Question | Windows | 3.1.4-a04faf9f | Re: Vulnerability? |
> Ok, many many thanks!
> I will pass the info to my sysadmin.
> Best Regards.
>
> > The CVEs you refer to are very old and have been fixed a long time ago.
> >
> > Please refer to:
> > https://www.tenable.com/security/research/tra-2019-53
> >
> > This report states that all the reported problems are fixed as of ELOG 3.1.4-283534d or later.
> >
> > Note that the elog git history does not refer to these CVEs because
> > they were fixed before the CVE number was assigned, per "Disclosure Timeline"
> > in the above document. The relevant commits are listed under "Additional References".
> >
> > K.O.
Am I wrong that the windows executable version on the site is dated 2018? 3.1.4-2? |
68743
|
Fri Feb 23 21:27:12 2018 |
| Ales Novak | Cortana.Alert@gmail.com | Bug report | Windows | V3.1.3-fd7f1e2 | BSOD |
Hi,
I have been using elog for a few years and it is a wonderfull software and has been one that I can't go without. So thank you very much for making it. 
After about a year, I upgraded to the latest version. I noticed that it causes the system to crash. It doesn't seem to happen that often.
I have installed this on 2 machines, one Windows 10 and one on Windows 7. Over the last week I got one BSOD on each OS.
The elogs have different configs and logbooks. One is a simple elog that doesn't have any attachments or anything funky. Just straight text.
Please see attached a screenshot of the Memory.DMP which has happned seconds after an schedule restarted the elog service on my PC.
I will keep monitoring and see if will happen again. But I thought I log it here anyway.
Thanks.
Cheers.
Ales. |
Attachment 1: MemDmp.png
|
|
67672
|
Wed Mar 5 03:58:51 2014 |
| Alejandro Gomez | alefisico@gmail.com | Question | Linux | V2.9.0-241 | How to upload several images at once |
Hi
I just want to know if there is a way to upload a bunch of images at once. I need to upload ~50 images per day and of course it is really tedious.
Thanks!! |
69806
|
Thu Jul 18 11:38:01 2024 |
| Aled Isaac | c.a.isaac@swnsea.ac.uk | Question | Windows | ELOG V3.1.4-a04 | Elog/ImageMagick under windows 11 |
I was wondering if anyone would be able to assist me in getting the ImageMagick/figure scaling working on an elog running under windows 11 (Microsoft Windows Version 22H2 (OS Build 22621.3880)). I've followed the installation instructions and checked that $PATH contains the directory for both ImageMagick and GSS. In a 'command prompt' window, when I execute "identify -version" from any directory I get the response:
Version: ImageMagick 7.1.1-35 Q16-HDRI x64 d775d2a:20240714 https://imagemagick.org
Copyright: (C) 1999 ImageMagick Studio LLC
License: https://imagemagick.org/script/license.php
Features: Channel-masks(64-bit) Cipher DPC HDRI Modules OpenCL OpenMP(2.0)
Delegates (built-in): bzlib cairo flif freetype gslib heic jng jp2 jpeg jxl lcms lqr lzma openexr pangocairo png ps raqm raw rsvg tiff webp xml zip zlib
Compiler: Visual Studio 2022 (194033811)
which I believe is correct. I've looked through the source-code for the elog and I believe that upon initialisation elogd is looking for a response containing "ImageMagick" somewhere in the response [image_magick_exist = (strstr(str, "ImageMagick") != NULL);] so I'm not sure I understand why this isn't being satisfied. When I run elogd I get the statement "ImageMagick NOT detected. Image scaling will not work.".
I have the feeling that this is some security restriction in windows 11, so was wondering if anyone had seen this problem before and knew of a solution.
Many Thanks
|
69809
|
Wed Jul 24 17:21:45 2024 |
| Aled Isaac | c.a.isaac@swnsea.ac.uk | Info | Windows | ELOG V3.1.4-a04 | Re: Elog/ImageMagick under windows 11 |
I've managed to get it working and the problem wasn't what I thought it was. It turns out that ImageMagick v7 doesn't have a "convert.exe" program in the windows version due to some conflict with a disk conversion utility. The "convert.exe" has been replaced with a "magick.exe" and so I made a CONVERT.BAT script within the elog folder with content "magick %*". This workaround appears to have solved the problem.
Aled Isaac wrote: |
I was wondering if anyone would be able to assist me in getting the ImageMagick/figure scaling working on an elog running under windows 11 (Microsoft Windows Version 22H2 (OS Build 22621.3880)). I've followed the installation instructions and checked that $PATH contains the directory for both ImageMagick and GSS. In a 'command prompt' window, when I execute "identify -version" from any directory I get the response:
Version: ImageMagick 7.1.1-35 Q16-HDRI x64 d775d2a:20240714 https://imagemagick.org
Copyright: (C) 1999 ImageMagick Studio LLC
License: https://imagemagick.org/script/license.php
Features: Channel-masks(64-bit) Cipher DPC HDRI Modules OpenCL OpenMP(2.0)
Delegates (built-in): bzlib cairo flif freetype gslib heic jng jp2 jpeg jxl lcms lqr lzma openexr pangocairo png ps raqm raw rsvg tiff webp xml zip zlib
Compiler: Visual Studio 2022 (194033811)
which I believe is correct. I've looked through the source-code for the elog and I believe that upon initialisation elogd is looking for a response containing "ImageMagick" somewhere in the response [image_magick_exist = (strstr(str, "ImageMagick") != NULL);] so I'm not sure I understand why this isn't being satisfied. When I run elogd I get the statement "ImageMagick NOT detected. Image scaling will not work.".
I have the feeling that this is some security restriction in windows 11, so was wondering if anyone had seen this problem before and knew of a solution.
Many Thanks
|
|