How do I get ldapsearch to stop automatically minimizing base-64 encoded results?

Question

It appears that: when executing an ldapsearch, any result that is base-64 encoded will automatically be decoded.
In cases of the user password that is an encoded salted hash, it ends up removing the "SHA" from the password value. This is not desired. In other instances of ldapsearch such as linux or sun, there is a flag (-e) for example to actually cause the minimizing of a base-64 value because it defaults to not-minimize. With the ldapsearch on Mac, it's the other way around.
So how do I get it to not minimize? Here is an example where the password is "base-64" minimized:
Example 1.
ldapsearch -b "o=mybase" -LLL -D cn=myAdminName -H "ldaps://ldapserver.anycompany.com" -w mypassword-x "cn=john.smith" userpassword
dn: cn=john.smith,ou=here,o=mybase
userPassword:: eolk3ru093jrkahflj90jAFDF3ruiodfanklgh
Normally, you see the following result where the value of password is not altered:
Example 2.
ldapsearch ......<yada yada>
dn: cn=john.smith,ou=here,o=mybase
userPassword: {SSHA}IJatTTSrueiovCAPjWWrnmadjfkdfuegjda8923rv==
In other iterations of ldapsearch such as on Sun (Oracle), you can execute the search with -e flag and it will produce the same result as example 1. (Not what I want).
uname -a
Darwin <REMOVED> 14.0.0 Darwin Kernel Version 14.0.0: Fri Sep 19 00:26:44 PDT 2014; root:xnu-2782.1.97~2/RELEASE_X86_64 x86_64

Answer 1

QUOTIENT works with integers (or the integer part of a decimal numbers, so what you're seeing it the result of this arithmetic exercise (without the remainder):
The remainder is provided by the MOD (short for modul0) function.
Jerry is correct in describing the result you want as the "precise" answer rather than the "exact" answer. While both are the same for your example, the example is a special case.
Had you spent only a penny more (or a penny less) there would be no "exact" answer to the question "amount" divided by seven. There would be a correct answer, precise to the nearest hundredth of a dollar.
Regards,
Barry