Shift Confusion

[Kamilche]

I'm trying to pack two characters into a single byte, and the shifting
in Python has me confused.

Essentially, it should be possible to use a 'packed string' format in
Python, where as long as the characters you're sending are in the ASCII
range 0 to 127, two will fit in a byte.

Here's the code. Can you tell what I'm doing wrong?

|import types
|
|def PackString(s):
| if type(s) != types.StringTyp e:
| raise Exception("This routine only packs strings!")
| l = len(s)
| if l % 2 != 0:
| s = s + '\0'
| l += 1
| chars = []
| for i in range(0, l, 2):
| x = ord(s[i])
| y = ord(s[i+1])
| chars.append(ch r((y << 1) | x))
| return ''.join(chars)
|
|def UnpackString(s) :
| if type(s) != types.StringTyp e:
| raise Exception("This routine only unpacks strings!")
| l = len(s)
| chars = []
| for i in range(l):
| temp = ord(s[i])
| c = 0xf0 & temp
| chars.append(ch r(c))
| c = 0x0f & temp
| chars.append(ch r(c))
| return ''.join(chars)
|
|
|def main():
| s = "Test string"
| print s
| packed = PackString(s)
| print "This is the string packed:"
| print packed
| print "This is the string unpacked:"
| print UnpackString(pa cked)
|
|main()

[John Machin]

On 23 Feb 2005 22:06:54 -0800, "Kamilche" <kl*******@comc ast.net>
wrote:

I'm trying to pack two characters into a single byte, and the shifting
in Python has me confused.

Essentially, it should be possible to use a 'packed string' format in
Python, where as long as the characters you're sending are in the ASCII
range 0 to 127, two will fit in a byte.

It should be possible, but only in a realm where phlogiston and
perpetual motion machines exist.

To hold one ASCII character 0 <= ord(c) < 128, you need log2(128) == 7
bits. There are 8 bits in a byte. Therefore you can hold only 8/7.0 ==
1.14... ASCII characters in a standard 8-bit byte. If there is such a
thing as a 14-bit byte, that's news to me.

Other things you are doing wrong:

1. Using "L".lower() as a variable name. Some fonts make it extremely
hard to work out what is what in "l1l1l1l1l1l1ll 1l1l" -- can you read
that???

2. Hmmm:

"chr((y << 1) | x))".upper() 'CHR((Y << 1) | X))'

OK so that's a one, not the length of your string, as augmented.
Either would be be wrong. Shifting a character left ONE bit (or,
changing the emphasis, one BIT) and then ORing in another character
would be vaguely reasonable only if you were writing a hash function.

3. Supposing this modern alchemy had worked: when unpacking, how would
you know whether the string was originally (say) seven characters long
or 8 characters long?

4. Your unpacking routine appears to be trying to unpack two 4-bit
items (nibbles) out of a byte, but is not doing (temp & 0xf0) >> 4 for
the top nibble as one might expect ..... aaahhh!!?? are you trying to
emulate packed decimal???

5. Not writing down a clear statement of what you are trying to do,
followed by examples of input and expected output. This latter goes by
fancy names like "test-driven development"; when I started programming
it was known as "common sense".

6. Not using Python interactively to explore what's going on:
ord('x') 120 ord('y') 121 (120 << 1) 240 (120 << 1) | 121 249

HTH,
John

[qwweeeit]

At programming level it seems correct (a part a "return" closure
needed for the "main" function).

But the error is IMHO conceptual:
for a char you need 7 bits (from 0 to 127 or in hex from x00 to x7F)
and you can't accomodate the other char in only one bit!
The other 128 symbols (from 128 to 255 or in hex from x80 to xFF) are
only possible because you use again 7 bits, but with the 8th bit set
to 1!

What you are trying to do I made in C language (some years ago...)
using however bytes and words, packing 2 bytes in only one word, but
you can't pack 2 chars (each one beeing nearly a byte) in a byte!

[Richard Brodie]

"John Machin" <sj******@lexic on.net> wrote in message
news:u8******** *************** *********@4ax.c om...

Essentially, it should be possible to use a 'packed string' format in
Python, where as long as the characters you're sending are in the ASCII
range 0 to 127, two will fit in a byte.

It should be possible, but only in a realm where phlogiston and
perpetual motion machines exist.

alt.sys.pdp10 ?

[Dennis Lee Bieber]

On 23 Feb 2005 22:06:54 -0800, "Kamilche" <kl*******@comc ast.net>
declaimed the following in comp.lang.pytho n:

Essentially, it should be possible to use a 'packed string' format in
Python, where as long as the characters you're sending are in the ASCII
range 0 to 127, two will fit in a byte.
Pardon? You are going to fit TWO 7-bit values into one 8-bit?
-- =============== =============== =============== =============== == <
wl*****@ix.netc om.com | Wulfraed Dennis Lee Bieber KD6MOG <
wu******@dm.net | Bestiaria Support Staff <
=============== =============== =============== =============== == <
Home Page: <http://www.dm.net/~wulfraed/> <
Overflow Page: <http://wlfraed.home.ne tcom.com/> <

[Dennis Lee Bieber]

On Thu, 24 Feb 2005 14:22:59 -0000, "Richard Brodie" <R.******@rl.ac .uk>
declaimed the following in comp.lang.pytho n:

"John Machin" <sj******@lexic on.net> wrote in message
news:u8******** *************** *********@4ax.c om...

Essentially, it should be possible to use a 'packed string' format in
Python, where as long as the characters you're sending are in the ASCII
range 0 to 127, two will fit in a byte.
It should be possible, but only in a realm where phlogiston and
perpetual motion machines exist.

alt.sys.pdp10 ?

Closest thing I know of to what is being attempted is DEC's
RAD-50; but that was essentially just uppercase A..Z, 0..9, and a few
punctuation marks, and packed three of them into two bytes.

-- =============== =============== =============== =============== == <
wl*****@ix.netc om.com | Wulfraed Dennis Lee Bieber KD6MOG <
wu******@dm.net | Bestiaria Support Staff <
=============== =============== =============== =============== == <
Home Page: <http://www.dm.net/~wulfraed/> <
Overflow Page: <http://wlfraed.home.ne tcom.com/> <

[James Kew]

"Dennis Lee Bieber" <wl*****@ix.net com.com> wrote in message
news:pj******** *************** *********@4ax.c om...

On 23 Feb 2005 22:06:54 -0800, "Kamilche" <kl*******@comc ast.net>
declaimed the following in comp.lang.pytho n:

Essentially, it should be possible to use a 'packed string' format in
Python, where as long as the characters you're sending are in the ASCII
range 0 to 127, two will fit in a byte.

Pardon? You are going to fit TWO 7-bit values into one 8-bit?

Quite. Although you can sort of see how one might naively arrive at this
conclusion: one 7-bit char takes 0...127, which when you put it into an
8-bit byte leaves 128...255 unused for a second char....

James

[Steve Holden]

Dennis Lee Bieber wrote:

On Thu, 24 Feb 2005 14:22:59 -0000, "Richard Brodie" <R.******@rl.ac .uk>
declaimed the following in comp.lang.pytho n:

"John Machin" <sj******@lexic on.net> wrote in message
news:u8****** *************** ***********@4ax .com...

Essentially , it should be possible to use a 'packed string' format in
Python, where as long as the characters you're sending are in the ASCII
range 0 to 127, two will fit in a byte.

It should be possible, but only in a realm where phlogiston and
perpetual motion machines exist.

alt.sys.pdp 10 ?

Closest thing I know of to what is being attempted is DEC's
RAD-50; but that was essentially just uppercase A..Z, 0..9, and a few
punctuation marks, and packed three of them into two bytes.

Another code it used was known as SIXBIT, allowing 64 different
characters. IIRC it could cope with letters, digits and a bunch of
punctuation - see

http://nemesis.lonestar.org/referenc...es/sixbit.html

The DECSystem-10 used a 3-6 bit word, so you could get six sixbit
characters to a word. In ASCII you could only get four (or, if you threw
the parity bit away, five) characters to a word.

While its character-handling instructions weren't, as I recall, unique
in the industry, the DECSystem-10 remains the only hardware I ever got
to use that had instructions to handle variable byte sizes.

regards
Steve

[Kamilche]

> Quite. Although you can sort of see how one might naively arrive at
this

conclusion: one 7-bit char takes 0...127, which when you put it into an 8-bit byte leaves 128...255 unused for a second char....

James

Yep, that's what I was doing. Guess I was too tired to program usefully
last night.

Thanks for clearing that up, guys!

[Dennis Lee Bieber]

On Thu, 24 Feb 2005 09:41:56 -0800, "James Kew" <ja*******@gmai l.com>
declaimed the following in comp.lang.pytho n:

Quite. Although you can sort of see how one might naively arrive at this
conclusion: one 7-bit char takes 0...127, which when you put it into an
8-bit byte leaves 128...255 unused for a second char....
Heh... Which can be proven fairly false by just looking at the
old Wendy's advertising (I mean OLD -- like 1979-81). In counter to the
BK "Have it your way", Wendy's used to advertising 256 different ways to
make a burger -- the big feature was that /they/ didn't make the 256
versions. They had a condiment table with 8 toppings, and the buyer had
to put the toppings on... 8 toppings, on/off each, 256 different
combinations...

-- =============== =============== =============== =============== == <
wl*****@ix.netc om.com | Wulfraed Dennis Lee Bieber KD6MOG <
wu******@dm.net | Bestiaria Support Staff <
=============== =============== =============== =============== == <
Home Page: <http://www.dm.net/~wulfraed/> <
Overflow Page: <http://wlfraed.home.ne tcom.com/> <