On 14/03/2009 11:56 AM, Michael Foord wrote:
John Machin wrote:
I have received no messages since Wed 11 March. The most recent
message in the list archive bears the same date.
The current evidence is against that hypothesis...
Change hytpothesis: The list was broken between Wed Mar 11 03
I have received no messages since Wed 11 March. The most recent message
in the list archive bears the same date.
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
On 14/02/2009 9:39 AM, Dino Viehland wrote:
It’s an in-place upgrade so you don’t need to re-build hosts that were
built against the previous versions of IronPython – they’ll just
continue to work. If we changed the .NET assembly version then you’d
either have to apply policy or rebuild. The
Sorry about the empty reply just then; finger trouble :-(
On 24/01/2009 5:13 PM, Sheetal Gophane wrote:
Thank you all for your suggestions.
I followed the following way
1.Define a class
2.In class overwrite __cmp__ function.
3.While reading file populate class object and append it in array.
4.Ca
On 24/01/2009 5:13 PM, Sheetal Gophane wrote:
Thank you all for your suggestions.
I followed the following way
1.Define a class
2.In class overwrite __cmp__ function.
3.While reading file populate class object and append it in array.
4.Call array.sort() method. Internally it calls __cmp__ functio
Jose Ignacio Gisbert wrote:
> Ok, sorry guys for my lack of information.
>
> What I have is a folder called xmpp, with .py files including __init__.py In
> python2.5 I import it as normal module and it works perfectly, but in
> IronPython:
>
> What I do is to create a folder named "xmpp" under A
j igisbert.etra-id wrote:
>
> Hi Dino, Thanks for your response, but I was not refering to pyxmpp. I
> am using xmpppy, http://xmpppy.sourceforge.net/ , and as long I have
> read, it does not contain any C Extension Library (or perhaps yes...).
> In normal Python it runs perfect, so it is no pr
Dino Viehland wrote:
> It seems like the simple answer is no – that version of IronPython is
> too old and has a bug which prevents xlrd from working. The ASP.NET
> Futures package may have a recent enough version that it works.
>
>
>
> Using ASP.NET futures it should be as simple as doing a
Dino Viehland wrote:
> Can you try using the library just from the command line and see what
> the result is? You might want to try running w/ -X:ExceptionDetail to
> see where the exception is actually coming from.
>
>
>
> I tried and was able to open a XLS saved in Office 2003 and earlier
On 8/10/2006 12:54 PM, John Machin wrote:
> CPython recognises both 'gbk' and 'cp936' i.e. unicode('some string',
> 'gbk') does what you'd expect.
> IronPython 1.0.1 recognises only 'cp936'.
>
> CPython recognises 'mac_r
CPython recognises both 'gbk' and 'cp936' i.e. unicode('some string',
'gbk') does what you'd expect.
IronPython 1.0.1 recognises only 'cp936'.
CPython recognises 'mac_roman', 'mac_greek', etc.
IronPython doesn't.
After a [rare] flash of inspiration, I tried 'cp1', 'cp10006', etc
and IronPy
On 23/09/2006 1:41 AM, Martin Maly wrote:
[big snip]
>
> So the actual difference is that IronPython doesn't ship out of the box with
> the __future__.py module, otherwise, the behavior of both implementations is
> identical.
>
> Hope this sheds some light on the "from __future__" behavior.
A
On 22/09/2006 10:15 AM, Gary Stephenson wrote:
> Aha! Many thanks John.
>
> It would appear that there is indeed something of an unwritten law in
> operation regarding IronPython, going something like:
>
> "thou shalt always ensure that the CPython Lib be included on thine
> sys.path"
>
On 22/09/2006 8:10 AM, Michael Foord wrote:
> Gary Stephenson wrote:
>> Thanks John (and Seo),
>>
>> When I attempt the same thing I get:
>>
> Of course. The correct syntax is:
from __future__ import division
>
> ;-)
Of course nothing.
Gary's original problem has nothing to do with synt
On 21/09/2006 7:27 PM, Sanghyeon Seo wrote:
> 2006/9/21, Gary Stephenson <[EMAIL PROTECTED]>:
>> Is there a way to get true division in ipy without using the -Qnew command
>> line option? On a per-module or per-instance basis?
>>
>> "from __future__ import true_division"
>> returns "SyntaxError: f
15 matches
Mail list logo
