Yes, shared build
----- Original Message -----
> Is this with 12.2?
>
> - tim
>
> On 07/01/2011 09:49 AM, Iulian Grindeanu wrote:
> > Hi Jane,
> > I am trying to use cgm, cubit version on my laptop, and there is a
> > crash when running
> >
> > testgeom tridata1.cub.
> >
> > This affects other tests in meshkit, which use cubit files as
> > geometry sources.
> >
> > The memory becomes corrupted (in the debugger) right when CCubitFile
> > is instantiated
> > ( NCubitFile::CCubitFile ccf;) , line 6360.
> > A variable that holds the string values for file types is defined
> > above.
> > const char *model_type_str[6] = {"", "ACIS_SAT", "", "FACET", "",
> > "GRANITE"};
> >
> > After passing over ( NCubitFile::CCubitFile ccf;) in the debugger,
> > model_type_str is corrupted.
> >
> > Maybe tmpnam use is what causes the problem (some say that tmpnam
> > should never be used on linux) I tried something else (like a
> > hard-coded tmp file name) and it did not fix it. So I think we can
> > rule out tmpnam.
> >
> > Anyway, if I just declare a "buffer" after the file definition, like
> > in
> > NCubitFile::CCubitFile ccf;
> > int buff[10]= {0};buff[1] =0;
> >
> > the memory does not get corrupted, and testgeom tridata1.cub
> > finishes fine.
> >
> > So I am wondering if it is something wrong in CCubitFile
> > object/constructor that corrupts the memory.
> >
> > This does not show up on a 64 bit machine;
> >
> > Any suggestions?
> >
> > Iulian
> >
>
> --
> ================================================================
> "You will keep in perfect peace him whose mind is
> steadfast, because he trusts in you." Isaiah 26:3
>
> Tim Tautges Argonne National Laboratory
> (tautges(a)mcs.anl.gov) (telecommuting from UW-Madison)
> phone: (608) 263-8485 1500 Engineering Dr.
> fax: (608) 263-4499 Madison, WI 53706
