Hi Team,
Iam on python 2.7 and Linux.
Iam pretty new to C Python extension , I was able to export few simple
modules to python and it look like the cool thing to do , but Iam stuck
for with a problem now , Iam not able to figure out how to export
fun_addr_from_addr()
to Python. I would need s
On Wed, Aug 31, 2016 at 9:04 AM, Wanderer <864483...@qq.com> wrote:
> The system environment I alse configured.The Sigil project also build
> successed.
> But When I run the Sigil.exe that follow errors occured.
> --
> Fatal Python error: Py_Initialize: unable to load the file syst
On Wednesday, August 31, 2016 at 12:09:16 AM UTC-7, ast wrote:
> Hello
>
> I made few experiments about variables visibility
> for methods.
>
> class MyClass:
> a = 1
> def test(self):
> print(a)
>
> obj = MyClass()
> obj.test()
>
> Traceback (most recent call last):
> File ""
On 31 August 2016 at 13:49, Cem Karan wrote:
>> Has anyone else found this to be the case? Is there any "make replacement"
>> out there that focuses more on named sets of actions (maybe with
>> prerequisite/successor type interdependencies), and less on building file
>> dependency graphs?
>
> M
On Wednesday, August 31, 2016 at 5:52:02 PM UTC+5:30, Paul Moore wrote:
> On Sunday, 21 August 2016 15:20:39 UTC+1, Marko Rauhamaa wrote:
> > > Aren’t makefiles data-driven?
> >
> > Yes, "make" should be added to my sin list.
> >
> > > [Personally Ive always believed that jam is better than mak
Cem Karan :
> On Aug 31, 2016, at 9:02 AM, Paul Moore wrote:
>> In the days when make was invented, not compiling a source file whose
>> object file was up to date was a worthwhile time saving. Now I'm more
>> likely to just do "cc -c *.c" and not worry about it.
>
> OK, I see what you're doing,
On Aug 31, 2016, at 9:02 AM, Paul Moore wrote:
> On 31 August 2016 at 13:49, Cem Karan wrote:
>>> Has anyone else found this to be the case? Is there any "make replacement"
>>> out there that focuses more on named sets of actions (maybe with
>>> prerequisite/successor type interdependencies),
On Aug 31, 2016, at 8:21 AM, Paul Moore wrote:
> On Sunday, 21 August 2016 15:20:39 UTC+1, Marko Rauhamaa wrote:
>>> Aren’t makefiles data-driven?
>>
>> Yes, "make" should be added to my sin list.
>>
>>> [Personally Ive always believed that jam is better than make and is
>>> less used for en
On Sunday, 21 August 2016 15:20:39 UTC+1, Marko Rauhamaa wrote:
> > Aren’t makefiles data-driven?
>
> Yes, "make" should be added to my sin list.
>
> > [Personally Ive always believed that jam is better than make and is
> > less used for entirely historical reasons; something like half the
> > w
Dear friendI'm very sorry to bother you in a busy schedule.
But I have a questions about Sigil's environment that really need your help.
I'm trying to use Sigil at a windows system,the follow are the relation of
Sigil build and run environment.
OS:WIN10
Python:python-3.6.0a4-amd64
QT:qt5.5.1
A
"dieter" a écrit dans le message de
news:mailman.63.1472630594.24387.python-l...@python.org...
"ast" writes:
You are right. And it is documented this way.
Thank you
--
https://mail.python.org/mailman/listinfo/python-list
"ast" writes:
> ...
> So it seems that when an object's méthod is executed, variables
> in the scope outside the object's class can be read (2nd example),
> but not variables inside the class (1st example).
>
> For 1st example, I know that print(MyClass.a) or print(self.a)
> would have work.
>
> A
Hello
I made few experiments about variables visibility
for methods.
class MyClass:
a = 1
def test(self):
print(a)
obj = MyClass()
obj.test()
Traceback (most recent call last):
File "", line 1, in
obj.test()
File "", line 4, in test
print(a)
NameError: name 'a' is not def
13 matches
Mail list logo