> Regardless, in rfc1035/rfc1035reply.c, lines 128 and 129 read: > > r->ra=(p[3] >> 7) & 1; > r->rcode=p[3] & 15; > > While I do believe these two lines should read as: > > r->ra=(((unsigned char)p[3]) >> 7) & 1; > r->rcode=((unsigned char)p[3]) & 15;
Those casts will have no effect on the final result of the expression. Because the bitwise AND will discard any upper bits that might get generated differently due to the cast affecting sign extension. Warning: Copyright ResMed. Where the contents of this email and/or attachment includes materials prepared by ResMed, the use of those materials is subject exclusively to the conditions of engagement between ResMed and the intended recipient. This communication is confidential and may contain legally privileged information. By the use of email over the Internet or other communication systems, ResMed is not waiving either confidentiality of, or legal privilege in,the content of the email and of any attachments. If the recipient of this message is not the intended addressee, please call ResMed immediately on +61 2 9886 5000 Sydney, Australia. ------------------------------------------------------- This SF.Net email is sponsored by: InterSystems CACHE FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8 _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
