"Max Bowsher" <firstname.lastname@example.org> wrote on 09/09/2004 05:44:27 PM:
> email@example.com wrote:
> > Mark Phippard <MarkP@softlanding.com> writes:
> >> My company is working on porting Subversion to OS/400, an EBCDIC
> >> As a side note, things are actually going pretty well with this port
> >> although it has been a lot of work.
> >> We are currently running into a problem with svnadmin dump and load
> >> because of the way OS/400 handles pipes and redirections,
> >> wants to convert the stream to/from EBCDIC which would make the dump
> >> files
> >> not portable across platforms.
> And it provides no way to turn this off? Ewww.
> What are you supposed to do if you are redirecting binary data (which
> dumpfiles are, really)
There might be a way to control it, we are definitely going to investigate
those options more before we go down the patch route. Even though OS/400
offers a Unix-like environment and shell, it is not used very often and
not at all in "traditional" OS/400 programs. So there might be a way to
do pipes and redirection using the normal OS/400 interfaces and we will
investigate that as well.
> > I have no objection to the proposed feature. Suggest that you post a
> > detailed spec first -- give the option's name(s), and its exact
> > behavior. That way people know exactly what they're evaluating.
> Karl seems to have assumed above that you are planning:
> svnadmin load --someoptionname DUMPFILE REPOSITORY
> svnadmin dump --someoptionname DUMPFILE REPOSITORY
> instead of:
> svnadmin load REPOSITORY DUMPFILE
> svnadmin dump REPOSITORY DUMPFILE
> I think I like the --option better too.
> Likewise, no objections to the feature, if OS/400 really doesn't supply
> way to say "my stdout/stdin is binary, not textual".
I was thinking the latter as you pointed out. I have no objection to
using a --option though. Does --dumpfile or --file sound right? I will
check back in with more details if we cannot find a workaround that uses
the current technique.
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Fri Sep 10 01:45:25 2004