dst[dstIndex++] = (byte)(( byteCount >> 8 ) & 0xFF );
        dstIndex += byteCount;

        /* Normally, without intervention everything would batch
         * with everything else. If the below clause evaluates true
         * the andx command will not be written and therefore the
         * response will not read a batched command and therefore
         * the 'received' member of the response object will not

        end = srcIndex + this.rDataLength;
        /*
         * Apparently readRDataWireFormat can return 0 if resultCode != 0 in
         * which case this will look indefinitely. Putting this else clause around
         * the loop might fix that. But I would need to see a capture to confirm.
         * if (resultCode != 0) {
         * srcIndex += rDataLength;
         * } else {
         */

,EAAI1T,KAAKC,UAAY,GAC1EnB,EAAMhB,EAAMR,OAcb,IAZKiW,IAMJtR,EAAmB/E,GAAWtD,GAAYsD,GAAWqW,GAM9CpX,IAAM2C,GAAgC,OAAvBT,EAAOP,EAAO3B,IAAeA,IAAM,CACzD,GAAKkX,GAAahV,EAAO,CACxBU,EAAI,EAME7B,GAAWmB,EAAK6I,eAAiBtN,IACtCwI,EAAa/D,GACb4P,GAAO3L,GAER,MAAU0M,EAAUkE,EAAiBnU,KACpC,GAAKiQ,EAAS3Q,EAAMnB,GAAWtD,EAAUqU,GAAQ,CAChDrN,EAAQhG,KAAMyD,GACd,MAGGkV,IACJ3Q,EAAU+Q,GAKPP,KAGG/U,GAAQ2Q,GAAW3Q,IACzBmV,IAII7M,GACJsI,EAAUrU,KAAMyD,IAgBnB,GATAmV,GAAgBrX,EASXiX,GAASjX,IAAMqX,EAAe,CAClCzU,EAAI,EACJ,MAAUiQ,EAAUmE,E...

        final BoolQueryBuilder boolQuery = QueryBuilders.boolQuery();
        for (final BooleanClause clause : booleanQuery.clauses()) {
            final QueryBuilder queryBuilder = getQueryProcessor().execute(context, clause.getQuery(), boost);
            if (queryBuilder != null) {
                switch (clause.getOccur()) {
                case MUST:
                    boolQuery.must(queryBuilder);
                    break;

<setting id="org.eclipse.jdt.core.formatter.insert_space_before_parenthesized_expression_in_return" value="insert"/>
<setting id="org.eclipse.jdt.core.formatter.alignment_for_throws_clause_in_method_declaration" value="16"/>
<setting id="org.eclipse.jdt.core.formatter.insert_new_line_after_annotation_on_parameter" value="do not insert"/>

 */

package jcifs.smb1.util;

import java.security.MessageDigest;

/**
 * This is an implementation of the HMACT64 keyed hashing algorithm.
 * HMACT64 is defined by Luke Leighton as a modified HMAC-MD5 (RFC 2104)
 * in which the key is truncated at 64 bytes (rather than being hashed
 * via MD5).
 */ 
public class HMACT64 extends MessageDigest implements Cloneable {

 */

package jcifs.util;


import java.security.MessageDigest;


/**
 * This is an implementation of the HMACT64 keyed hashing algorithm.
 * HMACT64 is defined by Luke Leighton as a modified HMAC-MD5 (RFC 2104)
 * in which the key is truncated at 64 bytes (rather than being hashed
 * via MD5).
 */
class HMACT64 extends MessageDigest implements Cloneable {

        addrEntry = new NbtAddress[rDataLength / 6];
        end = srcIndex + rDataLength;
/* Apparently readRDataWireFormat can return 0 if resultCode != 0 in
which case this will look indefinitely. Putting this else clause around
the loop might fix that. But I would need to see a capture to confirm.
if (resultCode != 0) {
    srcIndex += rDataLength;
} else {
*/
        for( addrIndex = 0; srcIndex < end; addrIndex++ ) {

        dstIndex += this.byteCount;

        /*
         * Normally, without intervention everything would batch
         * with everything else. If the below clause evaluates true
         * the andx command will not be written and therefore the
         * response will not read a batched command and therefore
         * the 'received' member of the response object will not

,EAAI1T,KAAKC,UAAY,GAC1EnB,EAAMhB,EAAMR,OAcb,IAZKiW,IAMJtR,EAAmB/E,GAAWtD,GAAYsD,GAAWqW,GAM9CpX,IAAM2C,GAAgC,OAAvBT,EAAOP,EAAO3B,IAAeA,IAAM,CACzD,GAAKkX,GAAahV,EAAO,CACxBU,EAAI,EAME7B,GAAWmB,EAAK6I,eAAiBtN,IACtCwI,EAAa/D,GACb4P,GAAO3L,GAER,MAAU0M,EAAUkE,EAAiBnU,KACpC,GAAKiQ,EAAS3Q,EAAMnB,GAAWtD,EAAUqU,GAAQ,CAChDrN,EAAQhG,KAAMyD,GACd,MAGGkV,IACJ3Q,EAAU+Q,GAKPP,KAGG/U,GAAQ2Q,GAAW3Q,IACzBmV,IAII7M,GACJsI,EAAUrU,KAAMyD,IAgBnB,GATAmV,GAAgBrX,EASXiX,GAASjX,IAAMqX,EAAe,CAClCzU,EAAI,EACJ,MAAUiQ,EAAUmE,E...