On Wed, Dec 10, 2014 at 01:53:30PM +0000, Bailey, Mark wrote: > I am trying to find out if there has been a fix implemented for this issue > and I cannot track one down. This issue is across all our HPUX hosts using > Subversion 1.8.5 and apr 1.5.0 and apr_util 1.5.3. > > I believe this issue has been persistent on these HPUX hosts for the last few > years. > > Any advice would be appreciated. > > > Thanks Mark.... >
Have you asked HP about this? From this problem description it looks as if their mktemp was seriously broken. > > > Seems like HP-UX's mktemp() shouldn't be used by APR. > Cross-posting this to apr-dev. I believe it should be addressed > in APR rather than Subversion. > > On Tue, Aug 28, 2012 at 11:33:48AM +0300, Edwin Goh wrote: > > OS: HP-UX > > > > SVN: svn, version 1.7.6 (r1370777) compiled Aug 20 2012, 15:40:19 > > > > SVN are download from http://hpux.connect.org.uk/ > > HP-UX mktemp man page > > http://docstore.mik.ua/manuals/hp-ux/en/B2355-60130/mktemp.3C.html > > > > > > > > When I tried to perform a commit with HP-UX svn client, I received the > > following error: > > > > > > > > svn: E000002: Can't create temporary file from template '/tmp/svn-XXXXXX': > > No such file or directory > > > > svn: E000002: Your commit message was left in a temporary file: > > > > svn: E000002: '/home/nginhui/svn-commit.2.tmp' > > > > > > > > After some investigation into SVN 1.7.6 and APR source code, I noticed: > > > > > > > > SVN client: io.c:4036 - temp_file_create function call apr_file_mktemp with > > flag set to not delete when close > > > > APR: mktemp.c:190 - apr_file_mktemp function call Unix mktemp > > > > > > > > It seems the problem due to mktemp HP-UX open file with the following format > > (base on template "svn-XXXXXX") svn-[a-z]<PID> . > > > > For instance: > > > > PID= 23451, first call to mktemp you will have a temp file open as > > /tmp/svn-a23451 the next call to mktemp will result in /tmp/svn-b23451 and > > so on, eventually it will reach z (26 files later), it simple exit with > > error since it run out of character > > > > > > > > What I am not sure is if this is a bug in SVN or APR, shouldn't SVN client > > set the flag to delete the temp file as soon as it is close? On the other > > hands, APR should have use tmpfile function instead of mktemp or the > > internally implementation gettemp. > > > > > NOTICE AND DISCLAIMER > This e-mail (including any attachments) is intended for the above-named > person(s). If you are not the intended recipient, notify the sender > immediately, delete this email from your system and do not disclose or use > for any purpose. > > We may monitor all incoming and outgoing emails in line with current > legislation. We have taken steps to ensure that this email and attachments > are free from any virus, but it remains your responsibility to ensure that > viruses do not adversely affect you. > > EE Limited > Registered in England and Wales > Company Registered Number: 02382161 > Registered Office Address: Trident Place, Mosquito Way, Hatfield, > Hertfordshire, AL10 9BW.
