You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Greg Ames <am...@gmail.com> on 2010/06/02 21:43:22 UTC

Fwd: [PATCH] use APR's ctypes on EBCDIC systems

forgot to cc: dev

On Mon, May 24, 2010 at 8:13 PM, Branko Čibej <br...@xbc.nu> wrote:

>
> >
> >     Others have ported Subversion to EBCDIC systems
> >
> >
> > It was OS/400 (aka. iSeries).  OS/390 was an earlier brand name for z/OS.
>
> (ISTR now that you had something to do with thosat port, right?)
>

I contributed a bunch to the httpd 2.x port to z/OS and to the MPMs, and to
APR on z/OS to a lesser extent.  I haven't worked on OS/400.  I suspect that
it has more complete runtime library support for ASCII than the z/OS
LIBASCII does.


> printf style format strings and args for other (but not all) library
> functions are expected to have native encoding on z/OS, so using the
> #pragmas is not as easy as I would like.

 Oh ouch. That's going to make things realy evil. Imagine, our
> translations are coded in UTF-8 and quite a few printf-style format
> strings come from there.


$ find . -name .svn -prune -o -print | xargs grep "_(.*%"
[...]
./subversion/svnserve/main.c:                    _("svnserve: Root path '%s'
does not exist "
./subversion/svnserve/serve.c:                             _("Unknown
revprop word '%s' in log command"),
[...]
$ find . -name .svn -prune -o -print | xargs grep "_(.*%" | wc -l
1072
$

yeah it will be challenging.  I did notice that the _() macro could pick up
either literal strings or real UTF-8 depending on ENABLE_NLS.

However ... if I'm not too much mistaken, we
> use APR's formatter functions almost everywhere -- I believe the notable
> exception are the command-line output functions.


that's where I first noticed problems.

Are you sure you can't just tickle those, makeing them (elegantly)
> z/OS-specific?


it is amazing how much better the output looks by deleting one charset
conversion from the command line fputs function.  that's not a final
solution, but it suggests that it shouldn't be too bad.


> For example, we do some special magic just for the console output on
> Windows.
>

thanks, I'll see if I can find the magic.

Greg