Re: PetscViewerBinaryOpen getting stuck

["Matthew Knepley" <knepley@xxxxxxxxx>]

On Sat, Mar 8, 2008 at 12:00 AM, Gideon Simpson <GRS2103@xxxxxxxxxxxx> wrote:
> I have some code that wants to read in a previously binary dumped and
>  gzipped matrix.  The first time I run this code, it opens the file
>  with PetscViewerBinaryOpen, loads the data into the matrix and
>  processes as expected.  However, if, for some reason, I want to
>  execute it a second time, when it tries to open the file, it gets
>  stuck.  Investigating a bit, it seems to be that the first time it

1) Is this serial or parallel?

2) What do you mean by "gets stuck"?

3) Is there a small example which illustrates this?

I am looking at the code, and do not see an obvious error.

  Thanks,

     Matt

>  runs, when it gunzips the file, it leaves the file in /tmp.  If that
>  file is still in this folder, it gets stuck.  If I remove it from /
>  tmp, the code executes without a problem, as it did the first time.
>
>  Obviously, I could avoid using zipped files.  Is this a bug (or a
>  feature)?  Is there an obvious way to clean up /tmp after the code
>  executes?
>
>  -gideon
>
>



-- 
What most experimenters take for granted before they begin their
experiments is infinitely more interesting than any results to which
their experiments lead.
-- Norbert Wiener