On Nov 30, 2010, at 6:05 AM, Ramkumar Ramachandra wrote:
...
> +download +href="http://svn.apache.org/repos/asf/subversion/trunk/tools/dev/unix-build/Makefile.svn";
> +>Makefile.svn, rename it to `Makefile` and invoke `make`. For more
> +information, read the +href="http://svn.apache.org/repos/a
n on my G4 and G5 (PowerPC) Macs, though that's less extensively
exercised.
We haven't noticed any corruption issues that could make me suspect
endian-related corruption.
-Travis
ter. I've certainly seen it on
ASCII tables for decades.
http://en.wikipedia.org/wiki/ASCII
(And thus, it seems, part of UTF-8 which adopts ASCII for the first 128 chars
... I see NUL listed on the codepage table at
http://en.wikipedia.org/wiki/UTF-8 )
-Travis
ified and how, including which would have conflicts:
svn merge -r BASE:HEAD --dry-run .
To see the changes that update would try to merge, run this command:
svn diff -r BASE:HEAD [list of files and directories]
-Travis
sep[2] != '\0')
+ return apr_strtok(NULL, sep, str);
+
Entirely possible that I'm not understanding, but shouldn't that be
sep[1] != '\0'
if you're trying to pass on the case where sep is > 1 character to
apr_strtok()?
In the exactly-1-char case:
sep[0] =
sep[1] = 0
sep[2] =
-Travis
On Apr 17, 2012, at 2:26 PM, C. Michael Pilato wrote:
>> Are there
>> any OS with pressing need for Subversion password storage that does not
>> have libdbus?
>
> I'm not aware of any -- I mean, I assume the *BSDs all have libdbus support.
AIX? HPUX? Solaris?
(I don't see it on the AIX 6.1 s
On Apr 29, 2012, at 7:51 AM, Stefan Fuhrmann wrote:
> Another such case that I ran into recently is
> with reverse-merging changes. Those "un-merged"
> revisions seem not to re-appear on the "eligible
> for merge" list. Don't remember the specifics, though.
I seem to recall that that was a consc
ed a simple patch which solves the issue in
the method that I proposed. I've tested it manually and it's fine, but
I haven't run it through the test suite and haven't covered the
directory permission difference case. I'm not sure it is even desirable
to check the directory pe
On Sat, Aug 24, 2013 at 09:53:14PM +0200, Stefan Sperling claimed:
>On Sat, Aug 24, 2013 at 12:26:41PM -0700, Travis Brown wrote:
>> That's just overcomplicating the issue. This doesn't even need to
>> become a tree conflict.
>
>In my opinion it does need to be fl
on or running a second command, is a waste of time.
What I saw in my brief look indicates that it'll be a significant effort
to accomplish this level of polish with the existing code structure.
Since my patch has legitimate objections and I'm not willing to
implement the supported alternative I'll let this drop now.
--
Travis
pgpCh4CEkCze_.pgp
Description: PGP signature
10 matches
Mail list logo
