I thought the hell of stripping trailing Ls off of stringed numbers was gone but it appears that the hex() and oct() builtins still leave the trailing &#39;L&#39; on longs:<br><br>Python 2.6a0 (trunk:58846M, Nov&nbsp; 4 2007, 15:44:12)
<br>[GCC 4.1.2 (Ubuntu 4.1.2-0ubuntu4)] on linux2<br>Type &quot;help&quot;, &quot;copyright&quot;, &quot;credits&quot; or &quot;license&quot; for more information.<br>&gt;&gt;&gt; x = 0xffffffffc10025be<br>&gt;&gt;&gt; x<br>
18446744072652596670L<br>&gt;&gt;&gt; str(x)<br>&#39;18446744072652596670&#39;<br>&gt;&gt;&gt; hex(x)<br>&#39;0xffffffffc10025beL&#39;<br>&gt;&gt;&gt; &#39;0x%x&#39; % (x)<br>&#39;0xffffffffc10025be&#39;<br>&gt;&gt;&gt; oct(x)
<br>&#39;01777777777770100022676L&#39;<br><br>This appears to be fixed in py3k (as there is no longer an int/long to distinguish).&nbsp; Can we at least get rid of the annoying L in 2.6?<br><br>-gps<br><br>