> any reason why we are not simply using java.io.File.createTempFile(), where > uniqueness is guaranteed by the JVM/operating system, this would avoid this > checks and recursive calling here... >
If I recall correctly , deleteOnExit does not work for files created by java.io.File.createTempFile . It was the main reason why we used a custom utility. Yegor > Thanks... Dominik. > > > On Thu, Oct 10, 2013 at 6:21 PM, <bugzi...@apache.org> wrote: > > > https://issues.apache.org/bugzilla/show_bug.cgi?id=55647 > > > > Nick Burch <apa...@gagravarr.org> changed: > > > > What |Removed |Added > > > > ---------------------------------------------------------------------------- > > Status|NEW |RESOLVED > > Resolution|--- |FIXED > > > > --- Comment #1 from Nick Burch <apa...@gagravarr.org> --- > > I've just taken a look at the TempFile logic, and spotted we didn't have a > > check to ensure that the temp file name randomly chosen wasn't already in > > use > > > > In r1531040 I've added something to pick a new name if the first one is > > already > > taken, hopefully that'll help avoid this problem for you > > > > -- > > You are receiving this mail because: > > You are the assignee for the bug. > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: dev-unsubscr...@poi.apache.org > > For additional commands, e-mail: dev-h...@poi.apache.org > > > >
