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.
Received on 2014-12-10 15:38:01 CET