Elegant users forum

Ryutaro, The problem is that the data was spread across multiple pages. You can fix this using these commands for file in dipole3T_[xy]*.sdds ; do sddscombine $file m$file -merge ; done Also, the x, y, and z data values appear to be in mm, but the definition is m. You can fix this with for file in m...

Ryutaro,

I don't see the uploaded files.

It might help to make a zip or other archive file, then upload that.

--Michael

I think it was basically working. I made a few changes to improve agreement of run0 and run1. Look for "!MB" in the .ele files. There's a script called runScript that runs the various simulations and plots the results. I don't see any connection between run0.ele/run1.ele and transport.ele. Also, tra...

I found the source of the memory leak and fixed it. The fix will appear in the next release.

Thanks again for reporting the problem.

--Michael

Can you provide the command to make run0.terms?

--Michael

Can you upload the four files? I can check to see what the problem might be.

--Michael

Thanks, I'll look into this.

Impedances are the most typical implementation used in storage ring modeling, so it is possible there's a memory leak we haven't identified.

--Michael

You just need to sort the four files using the sddssort command. In bash, you can do --Michael

You can use the bunched_beam_moments command instead of bunched_beam. For example, &bunched_beam_moments n_particles_per_bunch = 1000, distribution_type[0] = 3*"gaussian", ! Gaussian in (x, x'), (y, y'), (s, dp/p) distribution_cutoff[0] = 3*3, ! Cut off gaussian random numbers at 3 sigma in all plan...

That is very odd. Can you say a bit more about the simulations? Are you requesting output from the wake elements? Is this a multi-bunch simulation?

--Michael