We need to sort out a mechanism to associate a group of splines with a tune. Was that discussed at the meeting?
> On 9 Apr 2018, at 19:04, Steven Dytman <[log in to unmask]> wrote:
> Steve Dennis, Gabe, Robert, and I met this morn.
> We are now aiming for code freeze Apr 18, Wed next week. US Taxes will be
> done and we will all be working with renewed vigor.
> Robert made 4 splines last week and will post them soon. I will look at them.
> Gabe is getting Julia to set up validations to work with versions other than G00_00a.
> We agree that G18_10i is interesting.
> Steve D is working on reweight. Right now, it doesn't work and Marco is working
> on fixes to registry to make it happen. Steve guesses this will finish this week.
> I haven't looked at Llewellyn-Smith or reweighting yet.
> Marco says code is stable. I was having trouble with CCRES this morn, I think it's
> settled after I updated more carefully. Any other issues?
>> On 4/9/2018 10:40 AM, Roda, Marco wrote:
>> Hi all,
>> I have another meeting at the same time and I won't be able to
>> Anyway, I'd like to report a few things.
>> Last week, together with Julia Vidal, our PhD student, we started the
>> tuning using professor of the old default.
>> The system is stable: we have a generation with 500 points in a 7D
>> parameter space. This is enough to build a 4th order polynomial in the
>> parameter space and we are in the process of trying the result of the
>> minimization procedure.
>> This is another way to say that the whole chain that looks for external
>> configuration and tunes has been tested and it's doing what we thought.
>> Also, the usage of the Tunable special parameter set has been
>> extensively tested in this process and it's working.
>> Second thing which is worth reporting about the code. While
>> investigating with Steve Dennis about the reweighing issue I found a
>> problem in the Registry class.
>> The problem is in line 975 of Registry.cxx
>> The whole function (Append) is always creating new memory but because
>> of the way the std::map::insert is working, sometimes it is not saved
>> in the memory, hence we leak memory. This is a very old problem and
>> unrelated to the v3 updates.
>> The right thing to do would be to check if the insertion is successful
>> and if not, delete the memory.
>> I plan do add a similar method called Merge for Registry as we need a
>> method to override existing entries which insert is not doing.
>> I can fix this issue at the same time.
>> ETA 2 days.
>> Sorry for the long email.
>> Il giorno ven, 06/04/2018 alle 15.22 -0400, Steven Dytman ha scritto:
>>> It seems appropriate to have a mtg Monday at usual time. Last week
>>> as quiet as might have been hoped but good progress was made. Seems
>>> to assess where we are. I am hopeful there are some new splines and
>>> simulation runs. We also need to assess status of code.
>>> Hi there,
>>> Steven Dytman is inviting you to a scheduled Zoom meeting.
>>> Topic: Steven Dytman's Personal Meeting Room
>>> Join from PC, Mac, Linux, iOS or Android: https://na01.safelinks.protection.outlook.com/?url=https%3A%2F%2Ffnal.zoom.us%2Fj%2F4126&data=01%7C01%7Cdytman%40pitt.edu%7C03507e2551ae402d93b908d59e27d145%7C9ef9f489e0a04eeb87cc3a526112fd0d%7C1&sdata=bygRi0%2B4WGVho2hFZWvOc7qvfG2vdk3yflu66WmsbcE%3D&reserved=0
>>> Or iPhone one-tap :
>>> US: +16465588656,,4126249244# or +16699006833,,4126249244#
>>> Or Telephone:
>>> Dial(for higher quality, dial a number based on your current
>>> US: +1 646 558 8656 or +1 669 900 6833
>>> Meeting ID: 412 624 9244
> GENIE mailing list
> [log in to unmask]