on when we'd get to this though, but most likely sooner than supporting pyd's :).
What's the best way for me to supply the on-record opinion that PYD support should have a very very low priority compared to other things? :)
--
Curt Hagenlocher
[EMAIL PROTECTED
On 1/5/07, Michael Foord [EMAIL PROTECTED] wrote:
IronPython is case-insensitive with regards to imports, whereas CPython
is not.
I'm going to guess that this is platform-specific, and that you happen to be
running CPython on a filesystem that's not case-sensitive.
--
Curt Hagenlocher
If you mean a CLR interface, you will have to define it in a C# or
VB.NETassembly and then derive from that interface in IronPython.
There's not
currently any way to define a CLR interface from IronPython.
On 3/12/07, Ed Fialkowski [EMAIL PROTECTED] wrote:
Hi all, I'm pretty much totally new
not a lawyer, but this seems highly unlikely. Independent
rediscovery does not protect you from claims of patent infringement, only
from copyright infringement.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
users mailing list
users@lists.ironpython.com
http
On 6/1/07, M. David Peterson [EMAIL PROTECTED] wrote:
On 6/1/07, Curt Hagenlocher [EMAIL PROTECTED] wrote:
Independent rediscovery does not protect you from claims of patent
infringement, only from copyright infringement.
Unless I am misreading, it seems you are suggesting
anything about real-world law.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
On 7/10/07, Dino Viehland [EMAIL PROTECTED] wrote:
Major things we know we still have to do include yield expressions
(sorry, there's probably a technical term for them)
Closures :P.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
users mailing list
On 7/10/07, Curt Hagenlocher [EMAIL PROTECTED] wrote:
On 7/10/07, Dino Viehland [EMAIL PROTECTED] wrote:
Major things we know we still have to do include yield expressions
(sorry, there's probably a technical term for them)
Closures :P.
Doh! I'm so retarded that I misspelled generators
and try to use it. Alternatively, check out
http://fepy.sourceforge.net/ as a one-stop-shop.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
users mailing list
users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
1.4.4.
I would guess not, as that's almost certainly reliant on C extensions.
What you probably want are .NET bindings for SVN. There don't seem to be
any official ones, but you might try the project at
http://www.pumacode.org/projects/svndotnet/
--
Curt Hagenlocher
[EMAIL PROTECTED
class implemented in C#/VB/etc.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
application's requirements,
you may be able to use the SslStream class that's built into the .NET
Framework instead.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users
for that.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
'different'
I don't know *why* someone would want to write code like this unless they've
been programming for such a short time that they've never had to go back and
change something that they wrote over a year ago. I find this style
unreadable.
--
Curt Hagenlocher
[EMAIL PROTECTED
in a colon must be the first one on the line. That is, the first of
these lines is legal Python and the second and third are not.
if 1: print 'goodbye'; print 'hello'
print 'hello'; if 1: print 'goodbye'
if 1: print 'goodbye'; else: print 'hello'
--
Curt Hagenlocher
[EMAIL PROTECTED
, given that Python standard library
doesn't use COM.
There is COM support in the Pythonwin extensions. Some people might
consider this to be part of the standard library under Windows, even though
it's not an official part of Python.
--
Curt Hagenlocher
[EMAIL PROTECTED
for binary compatibility anyway.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
port,
but I think it would be pretty useless for the .net runtime, as you need
to expose a C API anyway.
Of course, if Managed C++ isn't supported by Mono, that's probably a
sufficiently good reason not to take this approach.
--
Curt Hagenlocher
[EMAIL PROTECTED
interop as
transparent as possible.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
in a heartbeat.
But I would expect that Mono-compatibility is especially critical for this
project.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
IEnumerable-like object. I'm not sure
what PyTuple_New should return, but whatever it is will need to have
PyObject*-like semantics.
How does DllImport fit into this picture? How can I avoid implementing all
these functions in C or C++?
--
Curt Hagenlocher
[EMAIL PROTECTED
) The code returns a tuple. How will this tuple be translated into a CLR
object for consumption by IronPython?
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users
.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
is a PyObject *. That asterisk
there is an old-fashioned way of saying unsafe code. :)
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
this implemented by
default is that in some situations (e.g. outside the console) we won't
actually know what the main thread is.
*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Curt Hagenlocher
*Sent:* Friday, October 19, 2007 10:17 AM
*To:* Discussion of IronPython
*Subject:* Re
.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
thread.interrupt_main has somewhat different semantics than Thread.Abort; it
basically triggers a keyboard interrupt on the main thread -- this is, of
course, an exception that can be caught and handled by user code on that
thread.
On 10/19/07, Dino Viehland [EMAIL PROTECTED] wrote:
I think
code. This is definitely
cleaner but has the disadvantage of a tighter binding between the two parts
and a potentially much more painful versioning story.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http
decimal.py to use ToUpperInvariant()? Are you sharing the
file with CPython?
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
a
(published) ScriptModule through the API? Or is engine.Execute('del
sys.modules['module_name']) my best bet in this regard?
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi
On 11/12/07, Dino Viehland [EMAIL PROTECTED] wrote:
I guess now is as good as any time to announce that we're going to support
multiple instances of engines in a single app domain.
I'm spectacularly happy about this; thanks for letting us know! :)
--
Curt Hagenlocher
[EMAIL PROTECTED
.
*From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
*On Behalf Of *Curt Hagenlocher
*Sent:* Friday, January 04, 2008 6:03 AM
*To:* Discussion of IronPython
*Subject:* [IronPython] Deleting a module from the host
In a previous alpha of IPY 2.0, I deleted modules by saying
it on ScriptDomainManager.CurrentManager -- I don't see
one implemented on ScriptEngine in the latest drop.
There's a bug in ScriptDomainManager.GetPublishedModules that I've
started running into; guess I'll post it to Codeplex.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing
to the script from the hosting
code? If you've got a ScriptScope for the module, you can just say
PythonEngine.CurrentEngine.SetVariable(module, varName, varValue)
where module is the ScriptScope.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing
the sys
module.
If you've done the equivalent of poking a = 1 into module foo, you
can access this value from __main__ by saying from foo import a.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http
myfunc()
That way, the import gets re-run each time you run SomeFunc, and
you'll always get the latest version of the module.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi
said was that the
myfunc symbol will be reimported from the mymod module at that
point in time, and will therefore pick up any changes to mymod that
have been made -- including changes made by a reload. I did not mean
to imply that mymod itself would be reloaded.
--
Curt Hagenlocher
[EMAIL
have modified the value of myfunc without doing a
reload. And saying from mymod import myfunc will pickup the new
function that's been assigned to that symbol.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http
in their namespaces. This is another way of saying that from X
import * is potentially evil and should be used very carefully. Try
saying import FormOne and then qualify the class as
FormOne.FormOne.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing
into the
local namespace at run time. The C# using statement is simply a
directive to the compiler to tell it which namespaces to search in for
symbols that are otherwise undefined in the local scope. It literally
does not emit any IL code that is executed at runtime.
--
Curt Hagenlocher
[EMAIL
.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
with the categorization, but couldn't think
of a better way to express what I meant. Your answer was exactly what
I wanted:
clr.GetClrType(Microsoft.Scripting.IDynamicObject).IsAssignableFrom(type(obj))
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users
for that rather unintuitive error message?
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
import System
Output is:
IronPython.Runtime.Exceptions.ImportException : No module named System
What do I need to do to my embedding host to make sure it's preloading the
same assemblies as the interactive console?
--
Curt Hagenlocher
[EMAIL PROTECTED
] [
[EMAIL PROTECTED] On Behalf Of Curt Hagenlocher [
[EMAIL PROTECTED]
*Sent:* Sunday, February 03, 2008 9:38 PM
*To:* Discussion of IronPython
*Subject:* [IronPython] Assemblies loaded by default
When I run IronPython interactively, I automatically get System.dllloaded:
PS f:\IronPython-2.0A8
Oh! I didn't realize that about 2.6.
There is indeed a big difference between a Python runtime decorator and a
.NET compile time attribute; in fact, the similarities are superficial at
best.
.NET attributes are totally static, so there's no way to modify a .NET class
definition to add them. The
the source a little before releasing it,
but was wondering if anyone had some feedback on the design as described so
far. What should be changed or implemented in order for this to be more
useful to you?
Thanks,
-Curt
--
Curt Hagenlocher
[EMAIL PROTECTED
? If not then are
you just compiling Python to static assemblies?
To my mind the former is more interesting than the latter... (Although
both are interesting of course...)
Michael
http://www.manning.com/foord
Curt Hagenlocher wrote:
After a bit of spare-time hacking this weekend, I've got a
proof
that information to decorate the
generated type.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
On Feb 4, 2008 11:07 AM, Michael Foord [EMAIL PROTECTED] wrote:
Curt Hagenlocher wrote:
The assemblies call into the IronPython engine (version 2) to load and
execute the script. Currently, the script is loaded from the file
system, but I'd eventually like to support embedding any
required
and properties. Hmm... where have I heard that recently... :)
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
Slashdot
headline: Microsoft inflicts 'embrace and extend' on Python. Silly
or not, perceptions are hugely important.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users
with the hosting-level interfaces of 1.1, but I seem to
recall that (at the level in question) they're largely isomorphic with
what's currently in 2.0.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http
such
a tool in a greedy mode (which tries to wrap everything) and a
precision mode (which only wraps what you tell it to).
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users
WcfServer.py theoretically implements a WCF server, though I haven't gotten
as far as actually testing the output yet. (The generated code passes the
eyeball compiler.)
Code quality is unimpressive; your mileage may vary. And I've got to get
back to my day job for a few hours now :).
--
Curt Hagenlocher
is a kind of next generation NUnit for unit testing, and I recommend
it highly. You can find it at http://www.codeplex.com/xunit
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com
For the five people here who aren't on it, the following link was posted to
the IronRuby mailing list:
http://blogs.msdn.com/charlie/archive/2008/01/25/future-focus.aspx
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users
imposition to put on the consumers of the
code in question. I'm worried that I'm missing something about the expected
semantics of these standard functions.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http
that as the entry point.
On Feb 5, 2008 12:00 PM, Curt Hagenlocher [EMAIL PROTECTED] wrote:
You can download my work-in-progress from
http://hagenlocher.org/software/ClrWrapper.zip
The source consists of the three files ClrBuilder.py, ClrWrapper.py and
MakeModule.py. There are also two demo files
with the Python type foo. However,
the __init__ method was never called.
What am I doing wrong?
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
, 2008 9:17 AM, Curt Hagenlocher [EMAIL PROTECTED] wrote:
The following code creates a Python class foo with a single method
__init__. It then gets the class object.
string code = class foo(object):\n\tdef __init__(self):\n\t\tprint
'hello world'\n;
SourceUnit scriptSource
This is in Codeplex as work item 10518
http://www.codeplex.com/IronPython/WorkItem/View.aspx?WorkItemId=10518
The item was marked as a duplicate of 10825, which has been marked as
resolved in 1.1.1. However, I am able to reproduce the problem with 1.1,
1.1.1 and alpha 8.
On Feb 18, 2008 10:54
I should amend this to say that I can *inconsistently* reproduce it. The
URL in the original sample always fails with that error, but
http://www.microsoft.com has been succeeding for me more often than not.
On Feb 18, 2008 2:38 PM, Curt Hagenlocher [EMAIL PROTECTED] wrote:
This is in Codeplex
On Feb 18, 2008 3:11 PM, Michael Foord [EMAIL PROTECTED] wrote:
On 18/02/2008, Curt Hagenlocher [EMAIL PROTECTED] wrote:
I should amend this to say that I can *inconsistently* reproduce it. The URL
in the original sample always fails with that error, but
http://www.microsoft.com
has been
On Feb 18, 2008 3:34 PM, Curt Hagenlocher [EMAIL PROTECTED] wrote:
Here's a simpler way to reproduce the problem:
import httplib
h = httplib.HTTP('www.google.com')
h.putrequest('GET', '/')
h.endheaders()
a, b, c = h.getreply()
fp = h.getfile()
fp.read(1024*8)
Turning debugging
On Feb 18, 2008 4:12 PM, Curt Hagenlocher [EMAIL PROTECTED] wrote:
Is it possible that CPython's socket.close method won't actually close
the socket while there's still a makefile'd file attacked to the
underlying OS socket? And that IronPython's will? Because that's the
only explanation I
= imp.new_module('socket')
execfile('..\\lib\\socket.py', module.__dict__)
import xmlrpclib
server = xmlrpclib.Server('http://localhost:4567')
month = server.getMonth(2002, 8)
I've tested this and it works.
(Code shamelessly stolen from Birsch's recent BeautifulSoup example.)
--
Curt Hagenlocher
[EMAIL
The page in question doesn't seem to show what you describe -- deriving a
Python class from a C# class. Maybe you could show us your sample code?
On Thu, Feb 21, 2008 at 7:39 PM, Howland-Rose, Kyle
[EMAIL PROTECTED] wrote:
Hi all,
I am following
()
Thanks again,
Kyle
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Curt
Hagenlocher
Sent: Friday, 22 February 2008 3:08 PM
To: Discussion of IronPython
Subject: Re: [IronPython] returning inherited classes to .NET
The page in question
interface?
(All pointers to pre-existing doco warmly received :)
Thanks
Kyle
--
*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Curt Hagenlocher
*Sent:* Friday, 22 February 2008 4:29 PM
*To:* Discussion of IronPython
*Subject:* Re
I built a test executable and was able to reproduce this. And when I
changed
clr.AddReferenceToFile(WebControlLibrary.dll)
to
clr.AddReference(WebControlLibrary)
it worked as expected.
On Fri, Feb 22, 2008 at 6:02 AM, Curt Hagenlocher [EMAIL PROTECTED]
wrote:
Ah, no. I was thinking that you
Here's a snippet that I'm using under A8. I can't promise that everything
is right, but it works correctly for how I'm using it.
// Load Class1.py into a new scope
SourceUnit source =
PythonEngine.CurrentEngine.CreateScriptSourceFromFile(Class1.py);
IScriptScope m =
Sorry... the type of theClass should actually be PythonType and not
object.
On Fri, Feb 22, 2008 at 8:18 AM, Curt Hagenlocher [EMAIL PROTECTED]
wrote:
Here's a snippet that I'm using under A8. I can't promise that everything
is right, but it works correctly for how I'm using it.
// Load
:
[EMAIL PROTECTED] *On Behalf Of *Curt Hagenlocher
*Sent:* Saturday, 23 February 2008 1:33 AM
*To:* Discussion of IronPython
*Subject:* Re: [IronPython] FW: FW: FW: returning inherited classes to
.NET
I built a test executable and was able to reproduce this. And when I
changed
WebControlLibrary presumably because I needed to add the dll's path to a
path list somewhere.
--
*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Curt Hagenlocher
*Sent:* Monday, 25 February 2008 10:31 AM
*To:* Discussion of IronPython
*Subject
then.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
On 3/3/08, Suma Talya [EMAIL PROTECTED] wrote:
Do we need to have py file also in the same directory along with dll?
Yes, that is correct.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http
.)
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
details on how the project is going ?
I've just gotten back from vacation and will resume work on the
project once I recover from the twin devils of jet lag and the
backlog. I can't make any specific promises about progress right
now, but I'm definitely committed to making some :).
--
Curt Hagenlocher
://www.codeplex.com/coils. Feel free to
provide feedback or sign up :).
The existing code works against 2.0A8; it will updated for 2.0B1 by
the end of the week.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http
[EMAIL PROTECTED]
wrote:
This is a great analysis - based upon this I think it'll be pretty easy to
fix this. I'll take a look at it tomorrow and respond back.
-Original Message-
From: [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] On Behalf Of Curt Hagenlocher
Sent: Monday, February 18
Nope; got it wrong again. I'll just supply a patch once I get this working.
On Fri, Mar 21, 2008 at 2:36 PM, Curt Hagenlocher [EMAIL PROTECTED]
wrote:
I noticed that this still isn't fixed in 2.0b1, so I took another look at
socket.cs and realized that my analysis was slightly off. There's
Is the file at http://compilerlab.members.winisp.net/dlr-spec-hosting.pdf still
the latest publically-available version of the spec? The PDF was created on
Jan 3, 08 but otherwise contains no versioning information.
--
Curt Hagenlocher
[EMAIL PROTECTED
Ooh, I was unaware of __reduce__ and __reduce_ex__; thanks.
On Wed, Mar 26, 2008 at 8:36 AM, Dino Viehland [EMAIL PROTECTED]
wrote:
Unfortunately I don't think what you want will work. If it's your .NET
class you could implement __reduce_ex__ and I think we'd pick it up and use
that for
that into the pickle stream along w/ the extra Python info.
That's probably include a type name which you'd just load and see what you
got – much like how cPickle does an import and uses what it gets when it's
loading a global.
*From:* [EMAIL PROTECTED] [mailto:
[EMAIL PROTECTED] *On Behalf Of *Curt
The script engine allows you to set the search path by calling
ScriptEngine.SetScriptSourceSearchPaths, but it neither lets you query the
existing path nor amend it -- just set it outright. Is this intentional?
--
Curt Hagenlocher
[EMAIL PROTECTED
Some of those look like names from A9, which have changed in B1.
The easiest way to evaluate an expression from scratch seems to be as
follows:
ScriptEngine engine = ScriptRuntime.Create().GetEngine(py);
ScriptScope scope = engine.CreateScope();
ScriptSource source =
)scope.GetExtension(scope.Language.ContextId);
extension.TrueDivision = true;
It looks like you can set this globally by doing something like this:
((IronPython.PythonEngineOptions)engine.Options).DivisionOptions =
IronPython.PythonDivisionOptions.New;
--
Curt Hagenlocher
[EMAIL PROTECTED
The snippets represent executable code that's generated dynamically by the
DLR from your Python source. Do you have a small piece of sample code that
reproduces the failure?
On Sat, Mar 29, 2008 at 1:28 PM, Davy Mitchell [EMAIL PROTECTED]
wrote:
Hi All,
IPY2.0 B1 Vista SP1
I keep seeing
, Mar 29, 2008 at 8:34 PM, Curt Hagenlocher [EMAIL PROTECTED]
wrote:
The snippets represent executable code that's generated dynamically by
the
DLR from your Python source. Do you have a small piece of sample code
that
reproduces the failure?
On Sat, Mar 29, 2008 at 1:28 PM, Davy
);
// runtime.LoadAssembly(typeof(System.Diagnostics.Debug).Assembly);
// File foo.py contains class Foo
ScriptScope scope = runtime.ExecuteFile(foo.py);
object theClass;
scope.TryGetVariable(Foo, out theClass);
object theValue = PythonCalls.Call(theClass);
--
Curt Hagenlocher
' is not defined
I imagine this is just a temporary glitch in 2.0b1, as IronPython
1.1.1 shows the right line:
PS F:\IPCE-r7\ipy .\ipy.exe test2.py
Traceback (most recent call last):
File F:\IPCE-r7\ipy\test2.py, line 1, in Initialize
NameError: name 'self' not defined
--
Curt Hagenlocher
[EMAIL
On Mon, Mar 31, 2008 at 4:51 AM, Michael Foord
[EMAIL PROTECTED] wrote:
I saw a post on the list recently about
ScriptEngine.SetScriptSourceSearchPaths, but this doesn't seem to
exist in 2b1.
I'm looking at it in 2b1 right now...
--
Curt Hagenlocher
[EMAIL PROTECTED
(ScriptRuntime).GlobalOptions.DebugMode =
true in a hosting scenario.
(Thanks to Jimmy Schementi's post on the IronRuby list for pointing me at this.)
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http
that the semantics of a class vary so much between Python, Ruby and
Javascript, this isn't really a surprise.
--
Curt Hagenlocher
[EMAIL PROTECTED]
___
Users mailing list
Users@lists.ironpython.com
http://lists.ironpython.com/listinfo.cgi/users-ironpython.com
bug in IP 2B1
Curt Hagenlocher wrote:
On Mon, Mar 31, 2008 at 8:10 AM, Michael Foord
[EMAIL PROTECTED] wrote:
In general, error reporting/tracebacks seem to be much worse in
IronPython 2. If I have time I will try and produce a repro...
If you run with a -D flag, you get much better
(I think) I can repro this with the following code:
static void Main() {
AppDomainSetup info = new AppDomainSetup();
info.ApplicationBase = System.Environment.CurrentDirectory;
info.ApplicationName = Test;
Evidence evidence = new Evidence();
evidence.AddHost(new
For what it's worth, I got that result on 2.0.50727.1434.
On Tue, Apr 1, 2008 at 3:52 PM, Sho List [EMAIL PROTECTED] wrote:
Thanks Curt, that code does reproduce the exception I am getting. I am
running on 2.0.50727.312
Thanks!
--
More immediate than e-mail?
This indicates that your executable directory does not contain
IronPython.Modules.dll.
On Thu, Apr 3, 2008 at 7:35 PM, Paul Turbett [EMAIL PROTECTED] wrote:
Hi
Was there ever a solution to this problem? I'm getting the same thing,
though not with NUnit. To port my IP interface from 1.1 to
In CPython 2.5.2, the prototype of _fileobject.__init__ is this:
def __init__(self, sock, mode='rb', bufsize=-1, close=False):
The close flag controls whether or not the socket should be closed when the
file is closed. As such, this may be directly related to CodePlex issue
10825 -- and
1 - 100 of 453 matches
Mail list logo