[Nek5000-users] Error stemming from genbox

[nek5000-users at lists.mcs.anl.gov]

Hi,

This has been fixed and the repo updated.  Thanks!
Katie

On Fri, Aug 12, 2011 at 8:19 AM, <nek5000-users at lists.mcs.anl.gov> wrote:

> Thanks for looking into it Katie!
>
> Josh
>
> On Thu, Aug 11, 2011 at 3:56 PM,  <nek5000-users at lists.mcs.anl.gov> wrote:
> > HI Josh,
> >
> > Yes, the current version of genbox should be set up to set the logical
> flags
> > a little differently than before.
> >
> > Now, the user is able to create a .rea file for heat only simulations by
> > setting the number of fields (line 3 in the .box file) to negative, so
> part
> > of the logical flags are written out differently than before.
> >
> > However, it shouldn't overwrite the IFTRAN logical, that is an error.  I
> > will take care of it and update the repo.
> >
> > Thanks!!
> > Katie
> >
> > On Thu, Aug 11, 2011 at 3:15 PM, <nek5000-users at lists.mcs.anl.gov>
> wrote:
> >>
> >> Neks,
> >>
> >> I was getting an odd error in Nek when using geometry generated from
> >> the newest version of genbox (repo 718) that I did not get from repo
> >> 713 (the log file from the run using genbox from repo 718 is
> >> attached--the error message appears at the top).
> >>
> >> After comparing the two generated .rea files, I found the issue.  On
> >> older versions of genbox, it seems that it took the base.rea file
> >> specified and used the upper portion of it to generate the header of
> >> your new .rea file.  But, on the new version, it doesn't appear to do
> >> this for the logical flags.  So, the issue I was running into (while
> >> running the example turbChannel) was that
> >>
> >> IFTRAN    T
> >>
> >> in base.rea was being replaced by
> >>
> >> IFHEAT    F
> >>
> >> in the generated box.rea file, where in the older version it kept them
> >> the same.   Manually changing IFHEAT    F   back to IFTRAN    T
> >> removed the error message and the case ran fine as normal.
> >>
> >> I'm not sure if this was an intentional change or not, or if anyone
> >> else has run into this issue, but I thought this might help clear up
> >> any confusion if anyone else runs into this same problem (took me a
> >> while to figure out what exactly was going wrong :) ).
> >>
> >> --
> >> Josh Camp
> >>
> >> "All that is necessary for the triumph of evil is that good men do
> >> nothing" -- Edmund Burke
> >>
> >> _______________________________________________
> >> Nek5000-users mailing list
> >> Nek5000-users at lists.mcs.anl.gov
> >> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
> >>
> >
> >
> > _______________________________________________
> > Nek5000-users mailing list
> > Nek5000-users at lists.mcs.anl.gov
> > https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
> >
> >
>
>
>
> --
> Josh Camp
>
> "All that is necessary for the triumph of evil is that good men do
> nothing" -- Edmund Burke
> _______________________________________________
> Nek5000-users mailing list
> Nek5000-users at lists.mcs.anl.gov
> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.mcs.anl.gov/pipermail/nek5000-users/attachments/20110816/5a571b5b/attachment.html>