Hi Kai!
For some reason I've patched apr.h with this #include to get it build,
but I don't remember why.
After a quick look at the file (wspiapi.h) i suppose it is to get the
definition of "getaddrinfo" function, which is used by apr.
Maybe I should have done this patch in some cpp file instea
Hi
I'm using SVN 1.8.0 rc2 and I noticed that, on a svn checkout, I need to
specify twice that I don't would like to save my password unencrypted.
If this is expected behavior with the new ra_serf access method, then
please ignore this.
Thanks
- Jan
$ svn checkout https://x/svn/admin
Error
On 27.05.2013 16:01, Branko Čibej wrote:
Can you try this: run the following command for a couple of seconds, it
should give you an idea about the system clock precision.
{ while true; do date '+%M:%S.%N'; done; } | uniq
Redirected to a file, I get about 1250 unique timestamps per second,
nic
On 27.05.2013 15:40, Tobias Bading wrote:
> On 27.05.2013 12:43, Branko Čibej wrote:
>> On 27.05.2013 09:59, Tobias Bading wrote:
>>> Quick update:
>>> The problem is definitely timestamp related. "touch 3449_spurious"
>>> fixes a "corrupt" working copy, i.e. "svn status" and "svn diff" work
>>> pr
On 27.05.2013 12:43, Branko Čibej wrote:
On 27.05.2013 09:59, Tobias Bading wrote:
Quick update:
The problem is definitely timestamp related. "touch 3449_spurious"
fixes a "corrupt" working copy, i.e. "svn status" and "svn diff" work
properly afterwards. I'll try to figure out why my machine is
On 27.05.2013 09:59, Tobias Bading wrote:
> Quick update:
> The problem is definitely timestamp related. "touch 3449_spurious"
> fixes a "corrupt" working copy, i.e. "svn status" and "svn diff" work
> properly afterwards. I'll try to figure out why my machine is living
> in its own timeline. All I
Hi folks!
Please add me to the CC list on this topic, I am not subscribed.
I try to implement the svn lib in my own software using the Win32Svn
binary package (Version 1.7.9 - apache22).
My compiler is the Visual C++ 6.0, the operating system is Windows XP.
When I try to compile there occurs a
Another update:
Tried to build against latest apr-1.4.6.tar.bz2 & apr-util-1.5.2.tar.bz2
instead of the older versions from the Ubuntu Lucid repositories. No
change :-(, i.e. the test fails with the original
svn_io_sleep_for_timestamps implementation.
Next update:
With a plain & simple
void
svn_io_sleep_for_timestamps(const char *path, apr_pool_t *pool)
{
apr_sleep(101);
}
in libsvn_subr/io.c the test is running slower, but works every time.
Quick update:
The problem is definitely timestamp related. "touch 3449_spurious" fixes
a "corrupt" working copy, i.e. "svn status" and "svn diff" work properly
afterwards. I'll try to figure out why my machine is living in its own
timeline. All I can say after reading just a few lines of python
10 matches
Mail list logo
