532,800 This is simple to do with long multiplication. Start from the right (the units) and multiply each of the top numbers by the bottom units, the zero. 666 x800 ____ 000 0x6, 0x6, 0x6 0000 You are multiplying by 10s so add a zero for place value. 0x6,0x6,0x6 532800 Add two zeros for hundreds. 8x6,8x6,8x6. Add remainders in. ________ Add together. 532800
If it is 2x9 = x6, then2x9 = x62x9 - x6= 0x6(2x3 - 1) = 0x6 = 0; x = 0 or2x3 - 1 = 0x3 = 1/2x = (1/2)1/3 = (4*1/2*4)1/3 = 41/3/2
6, 12, 18, 24, 30, 36, 42, 48, 54, 60, 66, 72 and so on.
532,800 This is simple to do with long multiplication. Start from the right (the units) and multiply each of the top numbers by the bottom units, the zero. 666 x800 ____ 000 0x6, 0x6, 0x6 0000 You are multiplying by 10s so add a zero for place value. 0x6,0x6,0x6 532800 Add two zeros for hundreds. 8x6,8x6,8x6. Add remainders in. ________ Add together. 532800
If it is 2x9 = x6, then2x9 = x62x9 - x6= 0x6(2x3 - 1) = 0x6 = 0; x = 0 or2x3 - 1 = 0x3 = 1/2x = (1/2)1/3 = (4*1/2*4)1/3 = 41/3/2
The same way as any other two numbers, just remembering that each digit can have the value 0-F, and that carrying from one column to the next is in units of 1016 (= 1610). You may find it easier to convert the numbers to decimal, do the multiplication in decimal and convert the answer back to hexadecimal; or to convert each multiplication to decimal as you do it and convert the answer back to hexadecimal (I tend to do half this way, half directly). For example: 0x56 x 0x2e: (using long multiplication, writing out each multiplication answer, underscores are used as spaces align the columns) __2e __56 X ----- __54 (0x6 x 0xe = 6 x 14 = 84 = 0x54) __c0 (0x6 x 0x20) _460 (0x50 x 0xe) _a00 (0x50 x 0x20) ----- _f74
567 * 10^-7
0x5 = 5 0x1 = 1 0x2 = 2 0x3 = 3 0x4 = 4 0x5 = 5 0x6 = 6 0x7 = 7 0x8 = 8 Is there something specific you would like to know about these values or a question you would like to ask related to them?
It depends on the encoding but if we assume standard ASCII encodings, the representation is the same for all systems, the only difference being the number of leading 0 bits per character. 7-bit ASCII (ISO/IEC 646): 1100100 1100001 1100100 1100100 1111001 0000000 8-bit ASCII (ISO/IEC 8859, Windows-1252 and UTF8): 01100100 01100001 01100100 01100100 01111001 00000000 UTF16: 00000000 01100100 00000000 01100001 00000000 01100100 00000000 01100100 00000000 01111001 00000000 00000000 To perform these conversions, convert each character to its ASCII representation (in decimal): d = 100 a = 97 d = 100 d = 100 y = 121 For completeness, we should also include the null-terminator, character code 0. null = 0 Now convert each decimal value to its 8-bit representation in hexadecimal: 100 = 0x64 97 = 0x61 100 = 0x64 100 = 0x64 121 = 0x79 0 = 0x00 Convert each hexadecimal digit to its 4-bit binary representation: 0x6 = 0110 0x4 = 0100 0x6 = 0110 0x1 = 0001 0x6 = 0110 0x4 = 0100 0x6 = 0110 0x4 = 0100 0x7 = 0111 0x9 = 1001 0x0 = 0000 0x0 = 0000 Place the binary codes in sequence. "daddy" = 01100100 01100001 01100100 01100100 01111001 00000000 Finally, add or remove leading zero bits to suit the actual encoding.
The Mapping is done in the ARP table. C:\Documents and Settings\martin>arp -a Interface: 10.1.1.3 --- 0x6 Internet Address Physical Address Type 10.1.1.1 00-22-b0-8e-94-41 dynamic
6, 12, 18, 24, 30, 36, 42, 48, 54, 60, 66, 72 and so on.
The square root of -36 is the square root of -1 times the square root of +36. The answer is 6i, where i is the square root of -1. This can be checked by the standard formula for two complex numbers: (a,b)x(c,d) = (ac-bd, ad+bc) (0,6) x (0,6) = (0x0 - 6x6, 0x6 + 6x0) = (-36, 0) or just -36.
Split the binary value into groups of 4 bits (half-a-byte). Translate each nybble to its corresponding hex digit. Use the following table to translate each nybble: 0000 = 0x0 0001 = 0x1 0010 = 0x2 0011 = 0x3 0100 = 0x4 0101 = 0x5 0110 = 0x6 0111 = 0x7 1000 = 0x8 1001 = 0x9 1010 = 0xA 1011 = 0xB 1100 = 0xC 1101 = 0xD 1110 = 0xE 1111 = 0xF
An exe is machine code and machine code is written entirely in binary. No conversion is necessary. A hex-editor is the simplest way to view the binary code. The code will be shown in hexadecimal rather than binary, however this actually makes it much easier for humans to interpret the binary code because the conversion from hex to binary is so simple. Each hex digit represents a unique 4-bit binary pattern: 0x0 = 0000 0x1 = 0001 0x2 = 0010 0x3 = 0011 0x4 = 0100 0x5 = 0101 0x6 = 0110 0x7 = 0111 0x8 = 1000 0x9 = 1001 0xA = 1010 0xB = 1011 0xC = 1100 0xD = 1101 0xE= 1110 0xF = 1111 Thus the hex value 0x9A translates directly to the 8-bit binary value 10011010. That is, 8 binary digits reduce to just 2 hex digits and therefore makes it much easier for humans to interpret the binary value.
First convert the hexadecimal to binary. Every hexadecimal digit corresponds to 4 binary digits: 0x0 = 0000 0x1 = 0001 0x2 = 0010 0x3 = 0011 0x4 = 0100 0x5 = 0101 0x6 = 0110 0x7 = 0111 0x8 = 1000 0x9 = 1001 0xA = 1010 0xB = 1011 0xC = 1100 0xD = 1101 0xE = 1110 0xF = 1111 Next, after you have converted each hexadecimal digit into binary digits, convert the binary digits to Octal. Each octal digit corresponds to 3 binary digits: 00 = 000 01 = 001 02 = 010 03 = 011 04 = 100 05 = 101 06 = 110 07 = 111 Make sure that you don't accidentally mix up the digits. If you are computer scientist, then you may also have to worry about endianess (whether the most significant digit comes first or the least significant digit comes first).