Greetings all. I haven't been paying too much attention to the
list emails of late, but I saw a couple on this thread, and read back
in the archives to read it all.
Bob, I wish you good luck, and do understand your issues. There
are many issues, and while some people can say "use a 32-bit build,"
that's not always an option. I am running imapd on a NetBSD/sparc64
machine (and UltraSparc IIi), and there isn't the option of running
things in 32-bit mode. I could reinstall the entire OS with a 32-bit
version, but.
At any rate. Mark helped me find a fix a problem much like he
describes a couple years ago. The issue was that a parameter was
being assumed to be one size and was in fact another, and
dereferences were looking into memory in the wrong place. It is
quite often not that a value is being put into a 64-bit pointer, but
the pointers being passed also have to point to something that can be
dereferenced in the same way as the original, and that was sometimes
off.
There *are* many tricky little bits, no question. But, I found
that a couple days of effort, and extensive tracing of the code in
normal operation, allowed me to find the bits that were biting me.
I've no question there are others, and that each person may have to
find them on their own, but.
I have not tried a 64-bit build on Solaris, but I expect the
problems to be somewhat similar. I wish you luck, and I'm sorry I
can't offer specific help.
- Chris
_______________________________________________
Imap-uw mailing list
[email protected]
https://mailman1.u.washington.edu/mailman/listinfo/imap-uw
