Hi,
Von: Jeff Hardy
> Keith's point is that 'from x import *' would be potentially dangerous (as
> you don't know what the properties might do when get is called), unlike
> explicit property imports. Unlikely, yes, but possible.
>
> If someone provides some code to prove that the property getters
Hi, Vernon,
Von: Vernon Cole
We Ubuntu users are still very inconvenienced by that quick "we don't build"
answer. Thanks for fixing the builder so that I can _try_ to home-build a .NET
2 version. After killing and reinstalling my Ubuntu system, I gave up trying
to actually accomplish it. It r
Hi, Jeff,
> Von: Jeff Hardy [mailto:jdha...@gmail.com]
> On Sun, Jun 19, 2011 at 11:07 PM, Markus Schaber software.com> wrote:
> > Are there no 3rd-party applications which embed and install
IronPython
> > with their own installer?
> >
> > Being afraid of such scenarios was the main reason why we
Jeff wrote:
> >
> > I think events were an oversight - of course we could just make the
> > decision to relax this and bring in the value of the property at the
> > time of import *. If it changes you lose.
>
> Which is what happens when it's imported explicitly, correct? In that case I
> think
On Mon, Jun 20, 2011 at 12:04 PM, Jimmy Schementi wrote:
> On Jun 20, 2011, at 2:59 PM, Keith Rome wrote:
>> Evaluating a property could potentially introduce unexpected side effects.
>> Best practices in OOP says that a property getter should never alter state,
>> but it happens enough in the w
On Jun 20, 2011, at 2:59 PM, Keith Rome wrote:
> Evaluating a property could potentially introduce unexpected side effects.
> Best practices in OOP says that a property getter should never alter state,
> but it happens enough in the wild that I would think it to be dangerous to
> blindly invoke
Evaluating a property could potentially introduce unexpected side effects. Best
practices in OOP says that a property getter should never alter state, but it
happens enough in the wild that I would think it to be dangerous to blindly
invoke any getters during an import.
Also, presence of a prop
On Mon, Jun 20, 2011 at 11:27 AM, Dino Viehland wrote:
> Jeff wrote:
>> On Mon, Jun 20, 2011 at 9:35 AM, Jimmy Schementi
>> wrote:
>> > If we chose to map .NET property imports to module variables, then
>> > we'd have to execute the getter when imported, which would break this
>> > example (rando
Jeff wrote:
> On Mon, Jun 20, 2011 at 9:35 AM, Jimmy Schementi
> wrote:
> > If we chose to map .NET property imports to module variables, then
> > we'd have to execute the getter when imported, which would break this
> > example (random numbers). We could do some magic of exposing the
> > Property
On Jun 20, 2011, at 1:16 PM, Jeff Hardy wrote:
> On Mon, Jun 20, 2011 at 9:35 AM, Jimmy Schementi wrote:
>> If we chose to map .NET property imports to module variables, then we'd have
>> to execute the getter when imported, which would break this example (random
>> numbers). We could do some magi
Hi,
The following issues are ones I would like fixed for 2.7.1. I'm not
expecting all of them to be, of course, but as many as possible. If
there's something you want added to the list, or if you want one the
issues assigned to you, please reply to this message.
391 Implement zipimport module
On Mon, Jun 20, 2011 at 10:18 AM, Jeff Hardy wrote:
> On Mon, Jun 20, 2011 at 9:59 AM, Slide wrote:
> > I didn't see an issue filed for the zimport missing, am I just missing it
> in
> > the bug tracker?
>
> http://ironpython.codeplex.com/workitem/391
>
> Yikes, that's a low number, and high vot
On Mon, Jun 20, 2011 at 9:59 AM, Slide wrote:
> I didn't see an issue filed for the zimport missing, am I just missing it in
> the bug tracker?
http://ironpython.codeplex.com/workitem/391
Yikes, that's a low number, and high votes.
Anybody want to tackle this one? I've got a big sack of interne
On Mon, Jun 20, 2011 at 9:35 AM, Jimmy Schementi wrote:
> If we chose to map .NET property imports to module variables, then we'd have
> to execute the getter when imported, which would break this example (random
> numbers). We could do some magic of exposing the PropertyInfo itself as the
> varia
On Mon, Jun 20, 2011 at 8:53 AM, Jeff Hardy wrote:
> On Sun, Jun 19, 2011 at 11:07 PM, Markus Schaber
> wrote:
> > Are there no 3rd-party applications which embed and install IronPython
> > with their own installer?
> >
> > Being afraid of such scenarios was the main reason why we build
> > Iron
On Mon, Jun 20, 2011 at 9:30 AM, Vernon Cole wrote:
> We Ubuntu users are still very inconvenienced by that quick "we don't build"
> answer. Thanks for fixing the builder so that I can _try_ to home-build a
> .NET 2 version. After killing and reinstalling my Ubuntu system, I gave up
> trying to a
On Mon, Jun 20, 2011 at 9:43 AM, Jimmy Schementi wrote:
>
> Jeff, do you know what's blocking zipimport from working?
Well, zipimport is a C module in CPython. There is a pure-Python
version[1], but I've never tried it. Now that zlib is supported it
should work fine.
- Jeff
[1] http://code.goog
On Jun 20, 2011, at 11:53 AM, Jeff Hardy wrote:
>
> For embedding, I would recommend you continue what you're doing - it's
> just just straight-up safer. It's a shame zipimport doesn't work; we
> could cut the deployed size of the stdlib down significantly.
How about pre-compiling your python fi
On Jun 20, 2011, at 11:57 AM, Jeff Hardy wrote:
> On Mon, Jun 20, 2011 at 5:16 AM, Doug Blank wrote:
>> Yes, indeed. So, my question is: how to get a "public static property"
>> to be dynamically included with "from x import *"? You can't mark it
>> readonly, right? And it doesn't seem possible wi
We Ubuntu users are still very inconvenienced by that quick "we don't build"
answer. Thanks for fixing the builder so that I can _try_ to home-build a
.NET 2 version. After killing and reinstalling my Ubuntu system, I gave up
trying to actually accomplish it. It requires installing a second versio
On Mon, Jun 20, 2011 at 5:16 AM, Doug Blank wrote:
> Yes, indeed. So, my question is: how to get a "public static property"
> to be dynamically included with "from x import *"? You can't mark it
> readonly, right? And it doesn't seem possible without enumerating the
> static items myself and creat
On Sun, Jun 19, 2011 at 11:07 PM, Markus Schaber
wrote:
> Are there no 3rd-party applications which embed and install IronPython
> with their own installer?
>
> Being afraid of such scenarios was the main reason why we build
> IronPython on our own (with changed assembly name and signing key) and
On Mon, Jun 20, 2011 at 2:40 AM, Markus Schaber
wrote:
> Hi, Doug,
>
>> Von: Doug Blank
>
> [> ]
>> On Sun, Jun 19, 2011 at 3:06 AM, Abubakar wrote:
>> > try reading the following, maybe that'll explain:
>> > http://stackoverflow.com/questions/44834/can-someone-explain-all-in-py
>> > thon
>> > ..
23 matches
Mail list logo
