sparc64: cvs problem with 18x18ja.bdf (out of memory)

[mho <mho_(_at_)_mho_(_dot_)_nu>]

I am in the process of moving anoncvs.se.openbsd.org from an SS10/71
to an Ultra-1/170E. Unfortunately, I'm stumped by a cvs (server)
issue.

When checking out XF4/xc/fonts/bdf/misc/18x18ja.bdf from a local
repository (a rather useful thing for an anoncvs server to be
able to do), the cvs server gets itself into some sort of loop
and runs out of memory. As far as I know, this is the only file
in the cvs repo that causes this problem - it's a big file, but
that shouldn't break things (and it works on i386, of course.)

I first noticed this problem rather a while back, when sparc64
wasn't very stable, and I had hoped it would have fixed itself,
by now:-)

Anyone has any idea if this is a cvs bug/compiler problem/64bit?
I would be grateful if someone with a working alpha could try
to check out an XF4 tree from a repo on local disk.

Any tips on how to proceed (including how to get gdb to work better
on sparc64:-)) would be much appreciated!

The following is excerpts from a ktrace ran under a current kernel
with a userland from around March 3 on a Ultra-1/170E:

    - mho

anoncvs#/local/src/OpenBSD/XF4/xc/fonts/bdf/misc>ktrace cvs up 18x18ja.bdf
cvs [update aborted]: out of memory; can not reallocate 5242880 bytes
anoncvs#/local/src/OpenBSD/XF4/xc/fonts/bdf/misc>kdump

 12778 ktrace   RET   ktrace 0

[ ... ]

 12778 cvs      CALL  open(0x788700,0,0x1b6)
 12778 cvs      NAMI  "/cvs/XF4/xc/fonts/bdf/misc/18x18ja.bdf,v"
 12778 cvs      RET   open 6

[ ... ]

        000200
        000200
        0"
 12778 cvs      GIO   fd 6 read 8 bytes
       "00000
        00"
 12778 cvs      RET   read 8192/0x2000
 12778 cvs      CALL  read(0x6,0x79c000,0x2000)
 12778 cvs      GIO   fd 6 read 979 bytes
       "0000
        000000
        000000

[ ... ]

        1.1.1.1
        log
        @second part of XFree86 4.0.2 import
        @
        text
        @@
       "
 12778 cvs      RET   read 979/0x3d3
 12778 cvs      CALL  read(0x6,0x79c000,0x2000)
 12778 cvs      RET   read 0
 12778 cvs      CALL  sigprocmask(0x1,0xffffffff)
 12778 cvs      RET   sigprocmask 0
 12778 cvs      CALL  mprotect(0x482000,0x4000,0x7)
 12778 cvs      RET   mprotect 0
 12778 cvs      CALL  mprotect(0x482000,0x4000,0x5)
 12778 cvs      RET   mprotect 0
 12778 cvs      CALL  sigprocmask(0x3,0)
 12778 cvs      RET   sigprocmask -65793/0xfffefeff
 12778 cvs      CALL  break(0xf9a000)
 12778 cvs      RET   break 0
 12778 cvs      CALL  break(0x149a000)
 12778 cvs      RET   break 0
 12778 cvs      CALL  break(0x149a000)
 12778 cvs      RET   break 0

[ ... ]

 12778 cvs      RET   break 0
 12778 cvs      CALL  break(0x2e16000)
 12778 cvs      RET   break 0
 12778 cvs      CALL  break(0x3316000)
 12778 cvs      RET   break -1 errno 12 Cannot allocate memory
 12778 cvs      CALL  sigprocmask(0x1,0xffffffff)
 12778 cvs      RET   sigprocmask 0

[ ... ]