[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: HPUX : E000002 - libapr

From: Bailey, Mark <mark.bailey_at_ee.co.uk>
Date: Wed, 10 Dec 2014 15:21:02 +0000

Thanks Stefan,

I am looking into the HPUX implementation of mktemp which does show that is very old >10 years on these hosts so may well not be compliant with todays standards or just containing this issue.

Thanks, Mark....

Visit the repository server here for Subversion help and support ;
https://repository.eead.eeint.co.uk:19443/blog/

-----Original Message-----
From: Stefan Sperling [mailto:stsp_at_elego.de]
Sent: 10 December 2014 14:35
To: Bailey, Mark
Cc: users_at_subversion.apache.org
Subject: Re: HPUX : E000002 - libapr

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.
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 16:24:55 CET

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.