SIGSEGVProgram Crash with FTABLE Element

Moderators: michael_borland, soliday

Roussel
Posts: 10
Joined: 16 May 2017, 08:00

SIGSEGVProgram Crash with FTABLE Element

Post by Roussel » 05 Dec 2017, 16:43

Hi,
I am incurring SIGSEGVProgram issues when using the FTABLE element for tracking. I have some success resolving this issue when altering the number of particles in the bunch but this is very inconsistent and the issue is sporadic.

I have attached the relevant files. Please let me know what you guys think,
Thanks!
Attachments
2500A_20mm.sdds
(8 MiB) Downloaded 269 times
rayton.lte
(815 Bytes) Downloaded 261 times
rayton.ele
(936 Bytes) Downloaded 258 times

michael_borland
Posts: 1959
Joined: 19 May 2008, 09:33
Location: Argonne National Laboratory
Contact:

Re: SIGSEGVProgram Crash with FTABLE Element

Post by michael_borland » 05 Dec 2017, 17:14

I wasn't able to duplicate the problem. Can you verify that you are using the latest release, which is 34.0.1?

--Michael

Roussel
Posts: 10
Joined: 16 May 2017, 08:00

Re: SIGSEGVProgram Crash with FTABLE Element

Post by Roussel » 05 Dec 2017, 17:20

Thanks for the response, I am currently running 34.0.0. This issue is intermittent so it is difficult to reproduce. I initially thought it was an issue with processes on my computer outside of elegant, but the problem has persisted across several computers.

Roussel
Posts: 10
Joined: 16 May 2017, 08:00

Re: SIGSEGVProgram Crash with FTABLE Element

Post by Roussel » 05 Dec 2017, 17:22

I just now tried to reproduce the issue at 10001 particles but it went fine. I changed the number of particles to 50001 and it reproduced the error.

michael_borland
Posts: 1959
Joined: 19 May 2008, 09:33
Location: Argonne National Laboratory
Contact:

Re: SIGSEGVProgram Crash with FTABLE Element

Post by michael_borland » 05 Dec 2017, 17:41

I still don't see the crash, even with 50001 particles. What platform are you using?

--Michael

petrenko
Posts: 43
Joined: 09 Jun 2008, 02:53
Contact:

Re: SIGSEGVProgram Crash with FTABLE Element

Post by petrenko » 06 Dec 2017, 04:28

Dear Michael,

We are also encountering a very similar problem!:
> (Windows 10)
> C:\tmp>elegant awake.ele > elegant.txt
> ...
> This is elegant 34.0.0, Oct 31 2017, by M. Borland, J. Calvey, ...
> ...
> Link date: Oct 31 2017 16:49:48, SVN revision: 24662M
> ...
> generating bunch 1
> tracking 500000 particles
> 6 Dec 17 10:13:13: This step establishes energy profile vs s (fiducial beam).
> 6 Dec 17 10:13:13: Rf phases/references reset.
>
> Terminated by SIGSEGVProgram trace-back:
:(

It seems to be triggered by a watchpoint output even in the simplest beamline (for number of particles ~50000-1000000):
W1: WATCH,FILENAME="w1.sdds"
AWAKE: line=(W1)
(the w1.sdds is saved correctly though)

For the number of particles below 10000 this error also occurs from time to time (every 2nd-3rd time, not regularly).

The files are attached.

Best regards,
/Alexey
Attachments
output.txt
(4.4 KiB) Downloaded 250 times
awake.lte
(55 Bytes) Downloaded 248 times
awake.ele
(291 Bytes) Downloaded 245 times

michael_borland
Posts: 1959
Joined: 19 May 2008, 09:33
Location: Argonne National Laboratory
Contact:

Re: SIGSEGVProgram Crash with FTABLE Element

Post by michael_borland » 06 Dec 2017, 11:51

Alexey,

Thanks for the additional clue. We'll try to hunt this down.

--Michael

Roussel
Posts: 10
Joined: 16 May 2017, 08:00

Re: SIGSEGVProgram Crash with FTABLE Element

Post by Roussel » 06 Dec 2017, 12:42

If it helps at all I'm running elegant on windows 7 using the most recent release of cygwin. It also might be the case that it has nothing to do with the FTABLE element as the error happens after a watch point.

soliday
Posts: 405
Joined: 28 May 2008, 09:15

Re: SIGSEGVProgram Crash with FTABLE Element

Post by soliday » 06 Dec 2017, 12:43

The problem has been found. It is now just a matter of recompiling for all the distributions.

soliday
Posts: 405
Joined: 28 May 2008, 09:15

Re: SIGSEGVProgram Crash with FTABLE Element

Post by soliday » 06 Dec 2017, 16:55

The crash was from a bug in the SDDS libraries.
I posted a new elegant release (34.0.1) which I built against a newer version of SDDS.

Post Reply