From pingping124 at gmail.com  Mon Aug  2 04:01:53 2010
From: pingping124 at gmail.com (Li Zhengping)
Date: Mon, 2 Aug 2010 10:01:53 +0800
Subject: [python-win32] python-win32 Digest, Vol 88, Issue 12
In-Reply-To: <mailman.39.1280224808.785.python-win32@python.org>
References: <mailman.39.1280224808.785.python-win32@python.org>
Message-ID: <AANLkTi=KZhwFMgfg6ZQPSBgMJ3UbUZyBhgRNBfeRb0py@mail.gmail.com>

Hi Guys,

Is there anybody can help me about the processing taskbar ?
How can I locate the cursor on the icon in the taskbar and double click it
with python?

There is a demo in the python example, for creating an icon in the taskbar
for one task.

Any idea about this is highly appreciated.


Thanks.
Zhengping



2010/7/27 <python-win32-request at python.org>

> Send python-win32 mailing list submissions to
>        python-win32 at python.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://mail.python.org/mailman/listinfo/python-win32
> or, via email, send a message with subject or body 'help' to
>        python-win32-request at python.org
>
> You can reach the person managing the list at
>        python-win32-owner at python.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of python-win32 digest..."
>
>
> Today's Topics:
>
>   1. Possible to update exe file properties and/or icon via the
>      win32api library? (python at bdurham.com)
>   2. Re: Possible to update exe file properties and/or icon via
>      the win32api library? (Tim Roberts)
>   3. Re: Possible to update exe file properties and/or icon via
>      the win32api library? (Mark Hammond)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 26 Jul 2010 16:31:47 -0400
> From: python at bdurham.com
> To: "zz Python Win32 Newsgroup" <python-win32 at python.org>
> Subject: [python-win32] Possible to update exe file properties and/or
>        icon via the win32api library?
> Message-ID: <1280176307.6527.1386838237 at webmail.messagingengine.com>
> Content-Type: text/plain; charset="us-ascii"
>
> Is it possible to update an exe file's properties and/or icon
> file via the win32api library? By exe file properties I mean the
> properties typically set via a resource file when an exe file is
> created. Example properties are what one would see if they right
> clicked on a file in Windows Explorer and chose the Properties
> dialog.
>
> Sample exe file properties:
> - product name
> - product version
> - product description
> - copyright
> - exe icon
> Use case: We have a single exe whose file properties we would
> like to customize for specific customers.
>
> An alternative question would be is there a way to update an
> exe's file properties using an external resource file?
>
> Or would I be better off finding a Windows utility that might
> allow me to script exe resource file updates?
>
> Thank you,
> Malcolm
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://mail.python.org/pipermail/python-win32/attachments/20100726/db0f5c27/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Mon, 26 Jul 2010 13:48:32 -0700
> From: Tim Roberts <timr at probo.com>
> To: zz Python Win32 Newsgroup <python-win32 at python.org>
> Subject: Re: [python-win32] Possible to update exe file properties
>        and/or icon via the win32api library?
> Message-ID: <4C4DF4A0.7080608 at probo.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
>  python at bdurham.com wrote:
> > Is it possible to update an exe file's properties and/or icon file via
> > the win32api library? By exe file properties I mean the properties
> > typically set via a resource file when an exe file is created. Example
> > properties are what one would see if they right clicked on a file in
> > Windows Explorer and chose the Properties dialog.
> >
> > Sample exe file properties:
> > - product name
> > - product version
> > - product description
> > - copyright
> > - exe icon
> >
> > Use case: We have a single exe whose file properties we would like to
> > customize for specific customers.
> >
> > An alternative question would be is there a way to update an exe's
> > file properties using an external resource file?
> >
> > Or would I be better off finding a Windows utility that might allow me
> > to script exe resource file updates?
> >
>
> There are many Resource Editors available on the web today that can
> handle replacing resources in an existing executable, although there are
> no APIs for doing so.  See, for example, "resource hacker".
>
> There are many valid uses for having multiple external resource DLLs.
> That's the way internationalization is often done.  You have one
> resource-only DLL for each language, and the main program looks up
> resources there first.  But if you want to change what Windows Explorer
> shows, then you have little choice other than modifying the executable
> file itself.
>
> --
> Tim Roberts, timr at probo.com
> Providenza & Boekelheide, Inc.
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 27 Jul 2010 17:01:52 +1000
> From: Mark Hammond <skippy.hammond at gmail.com>
> To: python at bdurham.com
> Cc: zz Python Win32 Newsgroup <python-win32 at python.org>
> Subject: Re: [python-win32] Possible to update exe file properties
>        and/or icon via the win32api library?
> Message-ID: <4C4E8460.1040306 at gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 27/07/2010 6:31 AM, python at bdurham.com wrote:
> > Is it possible to update an exe file's properties and/or icon file via
> > the win32api library?
>
> Kinda - although it is pretty painful to use.  To get started, check out
> the 'verstamp.py' utility included with pywin32 and if you want to
> update the icon etc, be prepared to read the win32 docs for
> BeginUpdateResource etc and alot of experimentation (although digging
> into the py2exe source code might be helpful there as it updates icons
> and string resources using the same basic functions - although not via
> pywin32)
>
> Cheers,
>
> Mark
>
>
> ------------------------------
>
> _______________________________________________
> python-win32 mailing list
> python-win32 at python.org
> http://mail.python.org/mailman/listinfo/python-win32
>
>
> End of python-win32 Digest, Vol 88, Issue 12
> ********************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100802/0e8cb8ac/attachment.html>

From d_vineet at yahoo.com  Wed Aug  4 08:30:42 2010
From: d_vineet at yahoo.com (Vineet Deodhar)
Date: Tue, 3 Aug 2010 23:30:42 -0700 (PDT)
Subject: [python-win32] running a python script on WinXP by icon
	double-clicking.
Message-ID: <712451.64511.qm@web32008.mail.mud.yahoo.com>

I have created a py2.6 script for a simple GUI with Tkinter.
Saved it with .py extension and also as .pyw extension.

filename is entry.py
[CODE]
from Tkinter import *
from quitter import Quitter

def fetch():
??? print('Input => "%s"' % ent.get())

root = Tk()
ent = Entry(root)
ent.show='@'
ent.insert(0, 'Type words here')
ent.pack(side=TOP, fill=X)

ent.focus()
ent.bind('<Return>', (lambda event: fetch()))
btn = Button(root, text='Fetch', command=fetch)
btn.pack(side=LEFT)
Quitter(root).pack(side=RIGHT)
root.mainloop()
[/CODE]

1) When run from command prompt as --- 
D:\py>python entry.py
it runs nicely.

2) If I double-click on either entry.py or entry.pyw file, 
nothing happens (no DOS console window to show any error also).

Any idea how should I run this with double-click on icon!

Thanks,
Vineet.


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100803/3e6ea5fd/attachment.html>

From gelonida at gmail.com  Wed Aug  4 09:32:34 2010
From: gelonida at gmail.com (Gelonida)
Date: Wed, 04 Aug 2010 09:32:34 +0200
Subject: [python-win32] running a python script on WinXP by icon
	double-clicking.
In-Reply-To: <712451.64511.qm@web32008.mail.mud.yahoo.com>
References: <712451.64511.qm@web32008.mail.mud.yahoo.com>
Message-ID: <i3b52i$mb8$1@dough.gmane.org>

On 08/04/2010 08:30 AM, Vineet Deodhar wrote:
> I have created a py2.6 script for a simple GUI with Tkinter.
> Saved it with .py extension and also as .pyw extension.
> 
> filename is entry.py
> [CODE]
> from Tkinter import *
> from quitter import Quitter
> 
> def fetch():
>     print('Input => "%s"' % ent.get())
> 
> root = Tk()
> ent = Entry(root)
> ent.show='@'
> ent.insert(0, 'Type words here')
> ent.pack(side=TOP, fill=X)
> 
> ent.focus()
> ent.bind('<Return>', (lambda event: fetch()))
> btn = Button(root, text='Fetch', command=fetch)
> btn.pack(side=LEFT)
> Quitter(root).pack(side=RIGHT)
> root.mainloop()
> [/CODE]
> 
> 1) When run from command prompt as --- 
> D:\py>python entry.py
> it runs nicely.
> 
> 2) If I double-click on either entry.py or entry.pyw file, 
> nothing happens (no DOS console window to show any error also).
> 
Do you have any other python script that works by clicking on it?

I assume, that you r windows file types are not registered correctly.

Do you have multiple version of python installed?


try following twwo commands to see whether windows was made aware of the
python file types

assoc .py
assoc .pyw
you should have received as answers
.py=Python.File

and
.pyw=Python.NoConFile

respectively

if you don't see this just type:
assoc .py=Python.File

and
assoc pyw=Python.NoConFile




type also the command

ftype Python.File

you should see something like
Python.NoConFile="C:\Python26\pythonw.exe" "%1" %*

(depending where your py.exe is installed)

perhaps this entry is wrong and points still to an executable that
doesn't exist anymmore

just type

ftype Python.NoConFile="C:\Python26\pythonw.exe" "%1" %*

(or with thy path to python.exe adapted) to fix it.


then try the same with
ftype Python.NoConFile



> 
> 
> 
> _______________________________________________
> python-win32 mailing list
> python-win32 at python.org
> http://mail.python.org/mailman/listinfo/python-win32



From d_vineet at yahoo.com  Wed Aug  4 10:02:32 2010
From: d_vineet at yahoo.com (Vineet Deodhar)
Date: Wed, 4 Aug 2010 01:02:32 -0700 (PDT)
Subject: [python-win32] running a python script on WinXP by icon
	double-clicking.
In-Reply-To: <AANLkTik8UCjP9knhAw=y-1xihJubwNz5UUCRov6KBMxc@mail.gmail.com>
Message-ID: <7654.35528.qm@web32001.mail.mud.yahoo.com>

Hi Kevin,
I checked "Opens with" option for .py and .pyw files.
Associations are correct.

This problem happens for any python script file, not just this-one.
Do I really need to remove & reinstall py26, or can there any other option !

---Vineet.



--- On Wed, 4/8/10, Kevin Horn <kevin.horn at gmail.com> wrote:

From: Kevin Horn <kevin.horn at gmail.com>
Subject: Re: [python-win32] running a python script on WinXP by icon  double-clicking.
To: "Vineet Deodhar" <d_vineet at yahoo.com>
Date: Wednesday, 4 August, 2010, 12:11

First check that .py or .pyw files are associated with the proper executables.

from an explorer window, choose Tools -> Folder Options
then click on the file types tab

find the PY and PYW entries in the list, and make sure their "Opens with" entries are correct


PY -> python.exe
PY -> pythonw.exe

If those are correct, and you still have problems, then perhaps your python installation is messed up somehow,
or there's something really strange about your script.


Hope this helps,
Kevin Horn

On Wed, Aug 4, 2010 at 1:30 AM, Vineet Deodhar <d_vineet at yahoo.com> wrote:

I have created a py2.6 script for a simple GUI with Tkinter.
Saved it with .py extension and also as .pyw extension.


filename is entry.py
[CODE]
from Tkinter import *
from quitter import Quitter

def fetch():
??? print('Input => "%s"' % ent.get())

root = Tk()
ent = Entry(root)
ent.show='@'

ent.insert(0, 'Type words here')
ent.pack(side=TOP, fill=X)

ent.focus()
ent.bind('<Return>', (lambda event: fetch()))
btn = Button(root, text='Fetch', command=fetch)
btn.pack(side=LEFT)

Quitter(root).pack(side=RIGHT)
root.mainloop()
[/CODE]

1) When run from command prompt as --- 
D:\py>python entry.py
it runs nicely.

2) If I double-click on either entry.py or entry.pyw file, 

nothing happens (no DOS console window to show any error also).

Any idea
 how should I run this with double-click on icon!

Thanks,
Vineet.




      
_______________________________________________

python-win32 mailing list

python-win32 at python.org

http://mail.python.org/mailman/listinfo/python-win32







      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100804/7cfb3942/attachment.html>

From erik at softwaresociety.nl  Wed Aug  4 10:46:34 2010
From: erik at softwaresociety.nl (Erik Oosterwaal)
Date: Wed, 4 Aug 2010 10:46:34 +0200
Subject: [python-win32] Strange problems using Python inside Windows Script
	Components (WSC)
Message-ID: <83C373B33E28C0459A9207E7077E1833E153B9@aristoteles.supportprofessionals.local>

Hi All,

I'm using Python inside a Windows Script Component (.wsc). I instantiate
the WSC and call the code from classic ASP using VBscript. Now I'm
running into a couple of problems:

The standard ASP objects seem not to be available to Python in the WSC,
even though the WSC has the implements ASP tag: <implements type="ASP"
id="ASP"/>
I have a workaround for this; I pass an object to the WSC that has all
of the standard IIS objects like request, response, session etc. as a
property. Using that I -am- able to access the standard IIS objects, but
it's obviously not an ideal solution. The code looks like this:

def openGM(superObject):
    """places all of the projects and ASP objects into a global context
    so we can use it from inside the entire wsc."""
    global request, response, application, session, translate, debug,
usr, datatyping, dal, server
    request = superObject.Request
    response = superObject.Response
    application = superObject.Application
    session = superObject.Session
...etc

 The second problem I'm running into is debugging.

Because I'm running the code from inside a WSC, which is in fact an
active script component, the ASP page calling the WSC doesn't give me a
descriptive error when there's something wrong in the WSC code. 
 When developing in VBscript (at least locally), errors in the WSC will
trigger Visual Studio, or another external debugger and allow me to
debug the WSC code. PyScript doesn't seem to trigger anything. 
I have seen the axdebug module in the win32 extentions, but I have no
idea how to implement this. Is it supposed to work out of the box, or is
there something I need to do, to enable debugging from inside a WSC ? 
I have also tried importing win32traceutil, but that only seems to work
for stdout. If I use the Python print() command from my WSC, the text
will show up in the trace collector window, but errors don't. I was
under the impression that both stdout and stderr were redirected to the
trace collector?
I have also seen suggstions around the Internet to use the --debug
option when registering a component, but this is a script-component, and
I use it exclusively without registration, using the getObject()
function like so:

set pythonwsc =
GetObject("script:"&Server.MapPath("/components/python.wsc"))

Does anyone perhaps have any tips or suggestions I might use to be able
to debug in such a situation? 

The last problem I have, is a very strange one. The module I'm
re-writing in Python is a translation module. What it does is read a
bunch of XML data into a few dictionaries. It then writes those
dictionaries (one for each supported language) into a file using
Python's "shelve". This all works fine. I have a LoadData() function
that checks if there already is a shelve file, if not it will load the
XML (which is always present) and create the shelve file. If the file
already exists, it wil just load the file and use the dictionaries
inside, pretty simple.

I have a global dictionary simply called "d" in my code, and after I
fill or load it, it is available. Then I call the function to give me a
translation for one of the dictionary keys, and all of a sudden "d" is
empty. I have tried defining d outside of all of the functions in the
WSC using d = {}, I have also tried defining d at the moment data is
loaded or created using the gloabal keyword; "global d". Both methods
didn't work. The workaround I have is to create a new global variable in
the function that loads the dictionary and assigning d to that. Here's
what that looks like:

def loadDataFromDAT(filepath):
    response.write("Load data from .DAT file")
    translation_db = shelve.open(filepath)
    d = translation_db[str(usr.var("lcid"))]
    #response.write("<br/>After loading data: " + str(d.keys()))
    global currentDictionary
    currentDictionary = d

The strange thing is that d has values in this function, but when I call
my "label()" function, which looks up a value for a key in the
dictionary, it no longer has values, even though it is defined in
another function as a global, or defined outside all of the functions
(making it a global variable). If I then use "currentDictionary", it
DOES have values.  So the question is, what is the best way in a WSC to
create a global variable, that works across functions inside the WSC?

Thanks a lot  for any answers or leads you guys can give me. The
internet isn't exactly littered with information about Pyscrpt in WSC's
I'm afraid, so I hope someone can shed some light on this. 

Kind regards,

Erik

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100804/7a0b012b/attachment-0001.html>

From timr at probo.com  Wed Aug  4 18:56:21 2010
From: timr at probo.com (Tim Roberts)
Date: Wed, 4 Aug 2010 09:56:21 -0700
Subject: [python-win32] running a python script on WinXP by
	icon	double-clicking.
In-Reply-To: <712451.64511.qm@web32008.mail.mud.yahoo.com>
References: <712451.64511.qm@web32008.mail.mud.yahoo.com>
Message-ID: <4C599BB5.7050802@probo.com>

 Vineet Deodhar wrote:
> I have created a py2.6 script for a simple GUI with Tkinter.
> Saved it with .py extension and also as .pyw extension.
> ...
> 1) When run from command prompt as ---
> D:\py>python entry.py
> it runs nicely.
>
> 2) If I double-click on either entry.py or entry.pyw file,
> nothing happens (no DOS console window to show any error also).
>
> Any idea how should I run this with double-click on icon!
>
>

Does it run if you type just the file name?  For example:
    D:\py>entry.py
or
    D:\py>entry.pyw

If it runs like that, then it should run from a double-click.  Do you
have multiple versions of Python installed?  Is "Quitter.py" in the same
directory as the script?  Can you check the associations from a command
line using the assoc and ftype commands, like this:

C:\tmp>assoc .py
.py=Python.File

C:\tmp>assoc .pyw
.pyw=Python.NoConFile

C:\tmp>ftype python.file
python.file="C:\Apps\Python26\python.exe" "%1" %*

C:\tmp>ftype python.noconfile
python.noconfile="C:\Apps\Python26\pythonw.exe" "%1" %*

Your path will probably be different, but the philosophy should be the same.

-- 
Tim Roberts, timr at probo.com
Providenza & Boekelheide, Inc.


From gelonida at gmail.com  Thu Aug  5 09:04:58 2010
From: gelonida at gmail.com (Gelonida)
Date: Thu, 05 Aug 2010 09:04:58 +0200
Subject: [python-win32] running a python script on WinXP by icon
	double-clicking.
In-Reply-To: <7654.35528.qm@web32001.mail.mud.yahoo.com>
References: <AANLkTik8UCjP9knhAw=y-1xihJubwNz5UUCRov6KBMxc@mail.gmail.com>
	<7654.35528.qm@web32001.mail.mud.yahoo.com>
Message-ID: <i3dnqq$66i$1@dough.gmane.org>

Hi Vineet,


Could you please post the output of the
ftype and the assoc commands?




As Tim asked in his post:

Could you try to start the script from a command prompt without the
preceding python command?

So instead of typing:
python entry.py


just type

entry.py


tell us what happens







On 08/04/2010 10:02 AM, Vineet Deodhar wrote:
> Hi Kevin,
> I checked "Opens with" option for .py and .pyw files.
> Associations are correct.
> 
> This problem happens for any python script file, not just this-one.
> Do I really need to remove & reinstall py26, or can there any other option !
> 
> ---Vineet.
> 
> 
> 
> --- On Wed, 4/8/10, Kevin Horn <kevin.horn at gmail.com> wrote:
> 
> From: Kevin Horn <kevin.horn at gmail.com>
> Subject: Re: [python-win32] running a python script on WinXP by icon  double-clicking.
> To: "Vineet Deodhar" <d_vineet at yahoo.com>
> Date: Wednesday, 4 August, 2010, 12:11
> 
> First check that .py or .pyw files are associated with the proper executables.
> 
> from an explorer window, choose Tools -> Folder Options
> then click on the file types tab
> 
> find the PY and PYW entries in the list, and make sure their "Opens with" entries are correct
> 
> 
> PY -> python.exe
> PY -> pythonw.exe
> 
> If those are correct, and you still have problems, then perhaps your python installation is messed up somehow,
> or there's something really strange about your script.
> 
> 
> Hope this helps,
> Kevin Horn
> 
> On Wed, Aug 4, 2010 at 1:30 AM, Vineet Deodhar <d_vineet at yahoo.com> wrote:
> 
> I have created a py2.6 script for a simple GUI with Tkinter.
> Saved it with .py extension and also as .pyw extension.
> 
> 
> filename is entry.py
> [CODE]
> from Tkinter import *
> from quitter import Quitter
> 
> def fetch():
>     print('Input => "%s"' % ent.get())
> 
> root = Tk()
> ent = Entry(root)
> ent.show='@'
> 
> ent.insert(0, 'Type words here')
> ent.pack(side=TOP, fill=X)
> 
> ent.focus()
> ent.bind('<Return>', (lambda event: fetch()))
> btn = Button(root, text='Fetch', command=fetch)
> btn.pack(side=LEFT)
> 
> Quitter(root).pack(side=RIGHT)
> root.mainloop()
> [/CODE]
> 
> 1) When run from command prompt as --- 
> D:\py>python entry.py
> it runs nicely.
> 
> 2) If I double-click on either entry.py or entry.pyw file, 
> 
> nothing happens (no DOS console window to show any error also).
> 
> Any idea
>  how should I run this with double-click on icon!
> 
> Thanks,
> Vineet.
> 
> 
> 
> 
>       
> _______________________________________________
> 
> python-win32 mailing list
> 
> python-win32 at python.org
> 
> http://mail.python.org/mailman/listinfo/python-win32
> 
> 
> 
> 
> 
> 
> 
>       
> 
> 
> 
> _______________________________________________
> python-win32 mailing list
> python-win32 at python.org
> http://mail.python.org/mailman/listinfo/python-win32



From mail at timgolden.me.uk  Thu Aug  5 11:49:58 2010
From: mail at timgolden.me.uk (Tim Golden)
Date: Thu, 05 Aug 2010 10:49:58 +0100
Subject: [python-win32] Wanted: Win32-savvy developers for core Python
Message-ID: <4C5A8946.40407@timgolden.me.uk>

Please see my blog post on the subject:

http://ramblings.timgolden.me.uk/2010/08/05/wanted-win32-savvy-developers-for-core-python/

In short: give us a hand, please.

TJG

From d_vineet at yahoo.com  Thu Aug  5 15:45:17 2010
From: d_vineet at yahoo.com (Vineet Deodhar)
Date: Thu, 5 Aug 2010 06:45:17 -0700 (PDT)
Subject: [python-win32] running py app by doubleclick on Win32
In-Reply-To: <mailman.35.1281002405.5375.python-win32@python.org>
Message-ID: <832902.35176.qm@web32007.mail.mud.yahoo.com>

Dear all,
As you all suggested, my python installations are messed-up.
There are py2.6 and py3.1 ( py3.1 at two different locations) versions installed.

Although I have set the PYTHONPATH variable correctly to run py2.6 version, I wonder how the py3.1 takes control while running any py script!!!

In my code, I am importing Tkinter (i.e.py 2.6 syntax).
When py3.1 encounters Tkinter, it is giving exception and the program execution halts.

Anyway, I will uninstall all and reinstall py2.6
(Oh Ma! I need to reinstall all other site-packages like MySQLdb, PyQt, etc.)

Then let me again experiment again.

Thanks,

Vineet
---------------------------------------------------------------------------------

--- On Thu, 5/8/10, python-win32-request at python.org <python-win32-request at python.org> wrote:

From: python-win32-request at python.org <python-win32-request at python.org>
Subject: python-win32 Digest, Vol 89, Issue 3
To: python-win32 at python.org
Date: Thursday, 5 August, 2010, 15:30

Send python-win32 mailing list submissions to
??? python-win32 at python.org

To subscribe or unsubscribe via the World Wide Web, visit
??? http://mail.python.org/mailman/listinfo/python-win32
or, via email, send a message with subject or body 'help' to
??? python-win32-request at python.org

You can reach the person managing the list at
??? python-win32-owner at python.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of python-win32 digest..."


Today's Topics:

???1. Re: running a python script on WinXP by??? icon??? double-clicking.
? ? ? (Tim Roberts)
???2. Re: running a python script on WinXP by icon??? double-clicking.
? ? ? (Gelonida)
???3. Wanted: Win32-savvy developers for core Python (Tim Golden)


----------------------------------------------------------------------

Message: 1
Date: Wed, 4 Aug 2010 09:56:21 -0700
From: Tim Roberts <timr at probo.com>
To: Python-Win32 List <python-win32 at python.org>
Subject: Re: [python-win32] running a python script on WinXP by??? icon
??? double-clicking.
Message-ID: <4C599BB5.7050802 at probo.com>
Content-Type: text/plain; charset="ISO-8859-1"

 Vineet Deodhar wrote:
> I have created a py2.6 script for a simple GUI with Tkinter.
> Saved it with .py extension and also as .pyw extension.
> ...
> 1) When run from command prompt as ---
> D:\py>python entry.py
> it runs nicely.
>
> 2) If I double-click on either entry.py or entry.pyw file,
> nothing happens (no DOS console window to show any error also).
>
> Any idea how should I run this with double-click on icon!
>
>

Does it run if you type just the file name?? For example:
? ? D:\py>entry.py
or
? ? D:\py>entry.pyw

If it runs like that, then it should run from a double-click.? Do you
have multiple versions of Python installed?? Is "Quitter.py" in the same
directory as the script?? Can you check the associations from a command
line using the assoc and ftype commands, like this:

C:\tmp>assoc .py
.py=Python.File

C:\tmp>assoc .pyw
.pyw=Python.NoConFile

C:\tmp>ftype python.file
python.file="C:\Apps\Python26\python.exe" "%1" %*

C:\tmp>ftype python.noconfile
python.noconfile="C:\Apps\Python26\pythonw.exe" "%1" %*

Your path will probably be different, but the philosophy should be the same.

-- 
Tim Roberts, timr at probo.com
Providenza & Boekelheide, Inc.



------------------------------

Message: 2
Date: Thu, 05 Aug 2010 09:04:58 +0200
From: Gelonida <gelonida at gmail.com>
To: python-win32 at python.org
Subject: Re: [python-win32] running a python script on WinXP by icon
??? double-clicking.
Message-ID: <i3dnqq$66i$1 at dough.gmane.org>
Content-Type: text/plain; charset=ISO-8859-1

Hi Vineet,


Could you please post the output of the
ftype and the assoc commands?




As Tim asked in his post:

Could you try to start the script from a command prompt without the
preceding python command?

So instead of typing:
python entry.py


just type

entry.py


tell us what happens







On 08/04/2010 10:02 AM, Vineet Deodhar wrote:
> Hi Kevin,
> I checked "Opens with" option for .py and .pyw files.
> Associations are correct.
> 
> This problem happens for any python script file, not just this-one.
> Do I really need to remove & reinstall py26, or can there any other option !
> 
> ---Vineet.
> 
> 
> 
> --- On Wed, 4/8/10, Kevin Horn <kevin.horn at gmail.com> wrote:
> 
> From: Kevin Horn <kevin.horn at gmail.com>
> Subject: Re: [python-win32] running a python script on WinXP by icon? double-clicking.
> To: "Vineet Deodhar" <d_vineet at yahoo.com>
> Date: Wednesday, 4 August, 2010, 12:11
> 
> First check that .py or .pyw files are associated with the proper executables.
> 
> from an explorer window, choose Tools -> Folder Options
> then click on the file types tab
> 
> find the PY and PYW entries in the list, and make sure their "Opens with" entries are correct
> 
> 
> PY -> python.exe
> PY -> pythonw.exe
> 
> If those are correct, and you still have problems, then perhaps your python installation is messed up somehow,
> or there's something really strange about your script.
> 
> 
> Hope this helps,
> Kevin Horn
> 
> On Wed, Aug 4, 2010 at 1:30 AM, Vineet Deodhar <d_vineet at yahoo.com> wrote:
> 
> I have created a py2.6 script for a simple GUI with Tkinter.
> Saved it with .py extension and also as .pyw extension.
> 
> 
> filename is entry.py
> [CODE]
> from Tkinter import *
> from quitter import Quitter
> 
> def fetch():
>? ???print('Input => "%s"' % ent.get())
> 
> root = Tk()
> ent = Entry(root)
> ent.show='@'
> 
> ent.insert(0, 'Type words here')
> ent.pack(side=TOP, fill=X)
> 
> ent.focus()
> ent.bind('<Return>', (lambda event: fetch()))
> btn = Button(root, text='Fetch', command=fetch)
> btn.pack(side=LEFT)
> 
> Quitter(root).pack(side=RIGHT)
> root.mainloop()
> [/CODE]
> 
> 1) When run from command prompt as --- 
> D:\py>python entry.py
> it runs nicely.
> 
> 2) If I double-click on either entry.py or entry.pyw file, 
> 
> nothing happens (no DOS console window to show any error also).
> 
> Any idea
>? how should I run this with double-click on icon!
> 
> Thanks,
> Vineet.
> 
> 
> 
> 
>? ? ???
> _______________________________________________
> 
> python-win32 mailing list
> 
> python-win32 at python.org
> 
> http://mail.python.org/mailman/listinfo/python-win32
> 
> 
> 
> 
> 
> 
> 
>? ? ???
> 
> 
> 
> _______________________________________________
> python-win32 mailing list
> python-win32 at python.org
> http://mail.python.org/mailman/listinfo/python-win32




------------------------------

Message: 3
Date: Thu, 05 Aug 2010 10:49:58 +0100
From: Tim Golden <mail at timgolden.me.uk>
To: Python-Win32 List <python-win32 at python.org>
Subject: [python-win32] Wanted: Win32-savvy developers for core Python
Message-ID: <4C5A8946.40407 at timgolden.me.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Please see my blog post on the subject:

http://ramblings.timgolden.me.uk/2010/08/05/wanted-win32-savvy-developers-for-core-python/

In short: give us a hand, please.

TJG


------------------------------

_______________________________________________
python-win32 mailing list
python-win32 at python.org
http://mail.python.org/mailman/listinfo/python-win32


End of python-win32 Digest, Vol 89, Issue 3
*******************************************



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100805/8e043dd7/attachment.html>

From eric.brunel at pragmadev.com  Thu Aug  5 16:38:39 2010
From: eric.brunel at pragmadev.com (Eric Brunel)
Date: Thu, 5 Aug 2010 16:38:39 +0200
Subject: [python-win32] Filling random paths with gradients via
	win32ui/win32gui
Message-ID: <A02C54A5-7B28-4328-B9E8-FFEC4FF1B24C@pragmadev.com>

Hi all,

I'm trying to do a printing engine for Windows using win32ui and  
win32gui, and I stumbled on a problem: the graphics to print may  
contain random paths, that may have to be filled with a gradient. So I  
browsed the docs and found win32gui.GradientFill, which does gradients  
indeed, but only seems to work for triangles or rectangles (according  
to http://msdn.microsoft.com/en-us/library/dd144957(VS.85).aspx). So  
far so good: filling the bounding rectangle for a path and clipping it  
to the path contents is basically what I want, so I tried to find a  
way to set the clipping region to a random path.

This is where my problem is: methods or functions to handle the  
clipping region exist in win32ui and win32gui, and I seem to need a  
few of both:
- Since neither the SelectClipPath function, nor the SelectClipPath  
method on CDC objects seem to have been made available through  
pywin32, it seems my only option is to build the clipping region from  
the current path.
- There is indeed a function PathToRegion in win32gui, which seems to  
do what I want. Problem: it uses handles as its parameters and return  
values, and I already have a lot of things that use win32ui, and the  
objects it defines: PyCDC, PyCRgn, and so on? I also need some methods  
on PyCDC objects that I haven't found in win32gui (namely StartDoc,  
StartPage, EndPage, EndDoc).
- So I searched for a way to convert or copy objects between the 2  
representations. I found one for getting the handle for PyCDC objects  
(GetHandleOutput) and it seems to work indeed: I can do a  
win32gui.PathToRegion(my_pycdc.GetHandleOutput()), which returns a  
handle on the region built from the current path, or so I think.
- Since I have to pass the region to my_pycdc.SelectClipRgn, which  
only accepts PyCRgn objects, I now need a way to convert the handle on  
the region to a PyCRgn. And this is where I'm stuck: I indeed found a  
conversion function at C++ level (CRgn::FromHandle, http://msdn.microsoft.com/en-us/library/s0w0kk5s.aspx) 
, but it doesn't seem to be exposed via the Python API. I tried to add  
a new method to PyCRgn objects allowing to use this method, but got a  
lot of compilation errors that I couldn't figure out (I'm far from  
being a Windows programming expert?) and couldn't get anything usable.

In the current state of pywin32, is there any way to achieve what I'm  
trying to do? If not, can anybody help me adding my method to the  
PyCRgn object? It's basically a clone of CopyRgn using  
CRgn::FromHandle instead of PyCRgn::GetRgn to get the region to copy.

Thanks!
  - Eric -


From stef.mientki at gmail.com  Fri Aug  6 13:27:31 2010
From: stef.mientki at gmail.com (Stef Mientki)
Date: Fri, 06 Aug 2010 13:27:31 +0200
Subject: [python-win32] fast test if (unknown) process is running ? Why not
	use Autoit ?
Message-ID: <4C5BF1A3.8070005@gmail.com>

 hello,

I wonder if there's a fast way to test if a process is running.

these are my experiences till so far:

1. win32pdh, not usefull, because it shows ths status of some ancient history

2. wmi, VERY SLOW: 1500 .. 2000 msec
   import wmi
    w = wmi.WMI()
    processes = w.instances('Win32_Process')
    instances = []
    for process in processes :
      if process.Name.lower() == name :
        return process.ProcessId

3. Autoit, very fast: 10..20 msec
    autoit = win32com.client.Dispatch ( "AutoItX3.Control" )
    print autoit.ProcessExists ( process )

Are the better (faster) ways, without the use of AutoIt ?

Now this raises another question (please forgive my ignorance):
Why not use AutoIt always, instead of all the win32 libraries ?
AFAIK, the advantages of AutoIt:
- seems to be very fast
- is very well documented
- can be tested in a AutoIt friendly editor (Scite)
AFAIK the disadvantages:
- when distributing, you must add an extra file

thanks,
Stef Mientki


From mail at timgolden.me.uk  Fri Aug  6 13:44:07 2010
From: mail at timgolden.me.uk (Tim Golden)
Date: Fri, 06 Aug 2010 12:44:07 +0100
Subject: [python-win32] fast test if (unknown) process is running ? Why
 not	use Autoit ?
In-Reply-To: <4C5BF1A3.8070005@gmail.com>
References: <4C5BF1A3.8070005@gmail.com>
Message-ID: <4C5BF587.9070403@timgolden.me.uk>

On 06/08/2010 12:27, Stef Mientki wrote:
>   hello,
>
> I wonder if there's a fast way to test if a process is running.
>
> these are my experiences till so far:
>
> 1. win32pdh, not usefull, because it shows ths status of some ancient history
>
> 2. wmi, VERY SLOW: 1500 .. 2000 msec
>     import wmi
>      w = wmi.WMI()
>      processes = w.instances('Win32_Process')
>      instances = []
>      for process in processes :
>        if process.Name.lower() == name :
>          return process.ProcessId
>
> 3. Autoit, very fast: 10..20 msec
>      autoit = win32com.client.Dispatch ( "AutoItX3.Control" )
>      print autoit.ProcessExists ( process )
>
> Are the better (faster) ways, without the use of AutoIt ?
>
> Now this raises another question (please forgive my ignorance):
> Why not use AutoIt always, instead of all the win32 libraries ?
> AFAIK, the advantages of AutoIt:
> - seems to be very fast
> - is very well documented
> - can be tested in a AutoIt friendly editor (Scite)
> AFAIK the disadvantages:
> - when distributing, you must add an extra file

Try psutil (which uses the toolhelp DLL):

http://code.google.com/p/psutil/

<code>
import psutil

for p in psutil.process_iter ():
   if p.name == "blah":
     print p
     break
else:
   print "Not found"

</code>

TJG

From stef.mientki at gmail.com  Fri Aug  6 15:27:24 2010
From: stef.mientki at gmail.com (Stef Mientki)
Date: Fri, 06 Aug 2010 15:27:24 +0200
Subject: [python-win32] fast test if (unknown) process is running ? Why
 not	use Autoit ?
In-Reply-To: <4C5BF587.9070403@timgolden.me.uk>
References: <4C5BF1A3.8070005@gmail.com> <4C5BF587.9070403@timgolden.me.uk>
Message-ID: <4C5C0DBC.9080003@gmail.com>

 thanks Tim,

On 06-08-2010 13:44, Tim Golden wrote:
> On 06/08/2010 12:27, Stef Mientki wrote:
> <snip

> Try psutil (which uses the toolhelp DLL):
>
> http://code.google.com/p/psutil/
>
> <code>
> import psutil
>
> for p in psutil.process_iter ():
>   if p.name == "blah":
>     print p
>     break
> else:
>   print "Not found"
>
> </code>
>
yes that works quit well, just a little bit slower than AutoIt:
AutoIt: 0 .. 15 msec
psutils: 40 ..50 msec

thanks,
Stef Mientki
> TJG
> _______________________________________________
> python-win32 mailing list
> python-win32 at python.org
> http://mail.python.org/mailman/listinfo/python-win32


From sharpblade1 at gmail.com  Fri Aug  6 15:37:15 2010
From: sharpblade1 at gmail.com (sharpblade)
Date: Fri, 6 Aug 2010 14:37:15 +0100
Subject: [python-win32] fast test if (unknown) process is running ? Why
	not use Autoit ?
In-Reply-To: <4C5C0DBC.9080003@gmail.com>
References: <4C5BF1A3.8070005@gmail.com> <4C5BF587.9070403@timgolden.me.uk> 
	<4C5C0DBC.9080003@gmail.com>
Message-ID: <AANLkTikMO_41qWQTs+A_GF--C93+43y4b0OYGCr6M1p9@mail.gmail.com>

You are not using the WMI efficiently. You iterate over every process to
test if only one is there, when you can use WMI like so:

>>> import wmi
>>> x = wmi.WMI()
>>> x.query("SELECT * FROM Win32_Process WHERE Name = 'xchat.exe'")
[<_wmi_object: \\TOM-PC\root\cimv2:Win32_Process.Handle="7052">]
>>> def test():
 t1 = time.time()
x.query("SELECT * FROM Win32_Process WHERE Name = 'xchat.exe'")
 print time.time()-t1

>>> import time
>>> test()
0.0829999446869
>>>

You can further reduce load times by requesting less data from WMI, i.e
stuff you are going to use:
>>> def test():
t1 = time.time()
 x.query("SELECT Handle FROM Win32_Process WHERE Name = 'xchat.exe'")
print time.time()-t1
>>> test()
0.0599999427795

On Fri, Aug 6, 2010 at 2:27 PM, Stef Mientki <stef.mientki at gmail.com> wrote:

>  thanks Tim,
>
> On 06-08-2010 13:44, Tim Golden wrote:
> > On 06/08/2010 12:27, Stef Mientki wrote:
> > <snip
>
> > Try psutil (which uses the toolhelp DLL):
> >
> > http://code.google.com/p/psutil/
> >
> > <code>
> > import psutil
> >
> > for p in psutil.process_iter ():
> >   if p.name == "blah":
> >     print p
> >     break
> > else:
> >   print "Not found"
> >
> > </code>
> >
> yes that works quit well, just a little bit slower than AutoIt:
> AutoIt: 0 .. 15 msec
> psutils: 40 ..50 msec
>
> thanks,
> Stef Mientki
> > TJG
> > _______________________________________________
> > python-win32 mailing list
> > python-win32 at python.org
> > http://mail.python.org/mailman/listinfo/python-win32
>
> _______________________________________________
> python-win32 mailing list
> python-win32 at python.org
> http://mail.python.org/mailman/listinfo/python-win32
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100806/cd91f2ff/attachment.html>

From stef.mientki at gmail.com  Fri Aug  6 21:10:02 2010
From: stef.mientki at gmail.com (Stef Mientki)
Date: Fri, 06 Aug 2010 21:10:02 +0200
Subject: [python-win32] fast test if (unknown) process is running ? Why
 not use Autoit ?
In-Reply-To: <AANLkTikMO_41qWQTs+A_GF--C93+43y4b0OYGCr6M1p9@mail.gmail.com>
References: <4C5BF1A3.8070005@gmail.com> <4C5BF587.9070403@timgolden.me.uk>
	<4C5C0DBC.9080003@gmail.com>
	<AANLkTikMO_41qWQTs+A_GF--C93+43y4b0OYGCr6M1p9@mail.gmail.com>
Message-ID: <4C5C5E0A.3010205@gmail.com>

 thanks,

On 06-08-2010 15:37, sharpblade wrote:
> You are not using the WMI efficiently. You iterate over every process to test if only one is
> there, when you can use WMI like so:
>
> >>> import wmi
> >>> x = wmi.WMI()
> >>> x.query("SELECT * FROM Win32_Process WHERE Name = 'xchat.exe'")
> [<_wmi_object: \\TOM-PC\root\cimv2:Win32_Process.Handle="7052">]
> >>> def test():
> t1 = time.time()
> x.query("SELECT * FROM Win32_Process WHERE Name = 'xchat.exe'")
> print time.time()-t1
>
> >>> import time
> >>> test()
> 0.0829999446869
> >>> 
>
but that looks quit more complicated than psutils,
besides that I believe that psutils is platform independant.

cheers,
Stef
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100806/4611a338/attachment-0001.html>

From mail at timgolden.me.uk  Fri Aug  6 21:18:49 2010
From: mail at timgolden.me.uk (Tim Golden)
Date: Fri, 06 Aug 2010 20:18:49 +0100
Subject: [python-win32] fast test if (unknown) process is running ? Why
 not use Autoit ?
In-Reply-To: <4C5C5E0A.3010205@gmail.com>
References: <4C5BF1A3.8070005@gmail.com>
	<4C5BF587.9070403@timgolden.me.uk>	<4C5C0DBC.9080003@gmail.com>	<AANLkTikMO_41qWQTs+A_GF--C93+43y4b0OYGCr6M1p9@mail.gmail.com>
	<4C5C5E0A.3010205@gmail.com>
Message-ID: <4C5C6019.8040808@timgolden.me.uk>

On 06/08/2010 8:10 PM, Stef Mientki wrote:
>   thanks,
>
> On 06-08-2010 15:37, sharpblade wrote:
>> You are not using the WMI efficiently. You iterate over every process to test if only one is
>> there, when you can use WMI like so:
>>
>>>>> import wmi
>>>>> x = wmi.WMI()
>>>>> x.query("SELECT * FROM Win32_Process WHERE Name = 'xchat.exe'")
>> [<_wmi_object: \\TOM-PC\root\cimv2:Win32_Process.Handle="7052">]
>>>>> def test():
>> t1 = time.time()
>> x.query("SELECT * FROM Win32_Process WHERE Name = 'xchat.exe'")
>> print time.time()-t1
>>
>>>>> import time
>>>>> test()
>> 0.0829999446869
>>>>>
>>
> but that looks quit more complicated than psutils,
> besides that I believe that psutils is platform independant.

Well, just to phrase is slightly differently:

<code>
import wmi

c = wmi.WMI ()
for p in c.Win32_Process (Name="xchat.exe"):
   print p
   break
else:
   print "Not found"

</code>

TJG


From stef.mientki at gmail.com  Sat Aug  7 00:34:55 2010
From: stef.mientki at gmail.com (Stef Mientki)
Date: Sat, 07 Aug 2010 00:34:55 +0200
Subject: [python-win32] fast test if (unknown) process is running ? Why
 not use Autoit ?
In-Reply-To: <4C5C6019.8040808@timgolden.me.uk>
References: <4C5BF1A3.8070005@gmail.com>
	<4C5BF587.9070403@timgolden.me.uk>	<4C5C0DBC.9080003@gmail.com>	<AANLkTikMO_41qWQTs+A_GF--C93+43y4b0OYGCr6M1p9@mail.gmail.com>
	<4C5C5E0A.3010205@gmail.com> <4C5C6019.8040808@timgolden.me.uk>
Message-ID: <4C5C8E0F.8070600@gmail.com>

 thanks Tim,

On 06-08-2010 21:18, Tim Golden wrote:
>> but that looks quit more complicated than psutils,
>> besides that I believe that psutils is platform independant.
> 0.0829999446869
>
> Well, just to phrase is slightly differently:
>
> <code>
> import wmi
>
> c = wmi.WMI ()
> for p in c.Win32_Process (Name="xchat.exe"):
>   print p
>   break
> else:
>   print "Not found"
>
> </code>
>
that looks much better,
but still windows only ;-)

cheers,
Stef
> TJG
>


From RDahlstrom at directedge.com  Sat Aug  7 01:00:32 2010
From: RDahlstrom at directedge.com (Dahlstrom, Roger)
Date: Fri, 6 Aug 2010 19:00:32 -0400
Subject: [python-win32] fast test if (unknown) process is running ? Why
 not use Autoit ?
In-Reply-To: <4C5C8E0F.8070600@gmail.com>
Message-ID: <78C91C6FD63DD04BB8812EE9288C1E812678B30A46@EXCHANGE01.office.directedge.net>

Python-Win32...
As in win32
As in windows...

:-)




----- Original Message -----
From: python-win32-bounces+rdahlstrom=directedge.com at python.org <python-win32-bounces+rdahlstrom=directedge.com at python.org>
Cc: python-win32 at python.org <python-win32 at python.org>
Sent: Fri Aug 06 18:34:55 2010
Subject: Re: [python-win32] fast test if (unknown) process is running ? Why not use Autoit ?

 thanks Tim,

On 06-08-2010 21:18, Tim Golden wrote:
>> but that looks quit more complicated than psutils,
>> besides that I believe that psutils is platform independant.
> 0.0829999446869
>
> Well, just to phrase is slightly differently:
>
> <code>
> import wmi
>
> c = wmi.WMI ()
> for p in c.Win32_Process (Name="xchat.exe"):
>   print p
>   break
> else:
>   print "Not found"
>
> </code>
>
that looks much better,
but still windows only ;-)

cheers,
Stef
> TJG
>

_______________________________________________
python-win32 mailing list
python-win32 at python.org
http://mail.python.org/mailman/listinfo/python-win32


DISCLAIMER:
This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail is prohibited. If you have received this in error, please immediately notify me and permanently delete the original and any copy of any e-mail and any printout thereof. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. Direct Edge may, at its discretion, monitor and review the content of all e-mail communications.


From smokefloat at gmail.com  Sat Aug  7 05:11:39 2010
From: smokefloat at gmail.com (David Hutto)
Date: Fri, 6 Aug 2010 23:11:39 -0400
Subject: [python-win32] Compiling python functions in a c file on windows
Message-ID: <AANLkTinKVsK60swwvFp-P30OTvCLiAeRqO7j_XgaWVn7@mail.gmail.com>

While trying to go through the tutorial in the official python
documentation, I'm encountering a problem on Windows(ubuntu/linux
compiles the same test file fine)

I'm just using a 'dummy' function at this point, so no other errors are thrown:

#include "c:\\Python31\\include\\Python.h"

int main() {

}


When compiling the test file on Visual C++ 2008/9.0 Express it shows the error:

LINK : fatal error LNK1104: cannot open file 'python31_d.lib'

I know that this is the debug lib for my version of python on windows.
I've built the current source tarball, but it seems that it is two
versions down(the one available for install is r312:79149, and the
tarball is r312:79147, which builds the pythoncore fine in debug, but
not in release).
So I have the debug(python31_d.lib), for the tarball version, but not the first.

Compiling python/c on windows is not as easy, when compared to ubuntu,
although I'm sure it's something minor I'm missing(last time was a
toggle box that took me two days to figure out wasn't checked).

So, before I go on a testing rant, do I need to build the debug
pythoncore from the currently used version, not the tarball, or does
it matter(I'm guessing so, because of the syntax error, and a million
unknown character errors I get when trying to use the two down version
on the tarball)?.

This is just to see if their is an easier way(or something simpler
than I thought) to do this. If not, then on to svn checkout.

It seems as though ubuntu would want the python debug file too(however
I have downloaded several packages related to python development that
may have contained this necessary requirement).

TIA,
David

From metolone+gmane at gmail.com  Sat Aug  7 09:13:32 2010
From: metolone+gmane at gmail.com (Mark Tolonen)
Date: Sat, 7 Aug 2010 00:13:32 -0700
Subject: [python-win32] Compiling python functions in a c file on windows
References: <AANLkTinKVsK60swwvFp-P30OTvCLiAeRqO7j_XgaWVn7@mail.gmail.com>
Message-ID: <i3j12s$9r1$1@dough.gmane.org>


"David Hutto" <smokefloat at gmail.com> wrote in message 
news:AANLkTinKVsK60swwvFp-P30OTvCLiAeRqO7j_XgaWVn7 at mail.gmail.com...
> While trying to go through the tutorial in the official python
> documentation, I'm encountering a problem on Windows(ubuntu/linux
> compiles the same test file fine)
>
> I'm just using a 'dummy' function at this point, so no other errors are 
> thrown:
>
> #include "c:\\Python31\\include\\Python.h"
>
> int main() {
>
> }
>
>
> When compiling the test file on Visual C++ 2008/9.0 Express it shows the 
> error:
>
> LINK : fatal error LNK1104: cannot open file 'python31_d.lib'
>
> I know that this is the debug lib for my version of python on windows.
> I've built the current source tarball, but it seems that it is two
> versions down(the one available for install is r312:79149, and the
> tarball is r312:79147, which builds the pythoncore fine in debug, but
> not in release).
> So I have the debug(python31_d.lib), for the tarball version, but not the 
> first.
>
> Compiling python/c on windows is not as easy, when compared to ubuntu,
> although I'm sure it's something minor I'm missing(last time was a
> toggle box that took me two days to figure out wasn't checked).
>
> So, before I go on a testing rant, do I need to build the debug
> pythoncore from the currently used version, not the tarball, or does
> it matter(I'm guessing so, because of the syntax error, and a million
> unknown character errors I get when trying to use the two down version
> on the tarball)?.
>
> This is just to see if their is an easier way(or something simpler
> than I thought) to do this. If not, then on to svn checkout.
>
> It seems as though ubuntu would want the python debug file too(however
> I have downloaded several packages related to python development that
> may have contained this necessary requirement).

Is the directory containing python31_d.lib in the linker's search path?

If you add the python include and lib paths to the following dialog 
(VS2008-specific):

    Tools, Options, Projects and Solutions, VC++ Directories
         Show directories for: Include Files
         Show directories for: Library Files

This makes them available to any project without hard-coding paths in source 
code or project settings.

Alternatively, hard-code the paths in the project's properties:

   Project, Properties, Configuration Properties, C/C++, General, Additional 
Include Directories
   Project, Properties, Configuration Properties, Linker, General, 
Additional Library Directories

In both cases, make sure both Debug and Release builds have the paths set 
correctly.

-Mark



From smokefloat at gmail.com  Sat Aug  7 14:32:32 2010
From: smokefloat at gmail.com (David Hutto)
Date: Sat, 7 Aug 2010 08:32:32 -0400
Subject: [python-win32] Compiling python functions in a c file on windows
In-Reply-To: <AANLkTinKVsK60swwvFp-P30OTvCLiAeRqO7j_XgaWVn7@mail.gmail.com>
References: <AANLkTinKVsK60swwvFp-P30OTvCLiAeRqO7j_XgaWVn7@mail.gmail.com>
Message-ID: <AANLkTimwS2vee4dX5dv3GAftwqr1YDVU2LSQ+wa4EHDh@mail.gmail.com>

On Fri, Aug 6, 2010 at 11:11 PM, David Hutto <smokefloat at gmail.com> wrote:
> While trying to go through the tutorial in the official python
> documentation, I'm encountering a problem on Windows(ubuntu/linux
> compiles the same test file fine)
>
> I'm just using a 'dummy' function at this point, so no other errors are thrown:
>
> #include "c:\\Python31\\include\\Python.h"
>
> int main() {
>
> }
>
>
> When compiling the test file on Visual C++ 2008/9.0 Express it shows the error:
>
> LINK : fatal error LNK1104: cannot open file 'python31_d.lib'
>
> I know that this is the debug lib for my version of python on windows.
> I've built the current source tarball, but it seems that it is two
> versions down(the one available for install is r312:79149, and the
> tarball is r312:79147, which builds the pythoncore fine in debug, but
> not in release).
> So I have the debug(python31_d.lib), for the tarball version, but not the first.
>
> Compiling python/c on windows is not as easy, when compared to ubuntu,
> although I'm sure it's something minor I'm missing(last time was a
> toggle box that took me two days to figure out wasn't checked).
>
> So, before I go on a testing rant, do I need to build the debug
> pythoncore from the currently used version, not the tarball, or does
> it matter(I'm guessing so, because of the syntax error, and a million
> unknown character errors I get when trying to use the two down version
> on the tarball)?.
>
> This is just to see if their is an easier way(or something simpler
> than I thought) to do this. If not, then on to svn checkout.
>
> It seems as though ubuntu would want the python debug file too(however
> I have downloaded several packages related to python development that
> may have contained this necessary requirement).
>
> TIA,
> David
>

This is not correction, but stands upon.
The shoulders of giants, and you know your defiance,
it is your defiance

From mc at mclaveau.com  Sun Aug  8 22:07:39 2010
From: mc at mclaveau.com (Michel Claveau)
Date: Sun, 8 Aug 2010 22:07:39 +0200
Subject: [python-win32]  RAM with Pywin32 on Windows-64
Message-ID: <84D1C7F07E8E488FA08513C5346546BC@MCI1330>

Hi, all!

I have a script, in Pywin32, with a leak memory.
OK, it is my bug (a problem for me, not for you).

But I seen a bizar trick...

When I run the script in Windows 7-32 bits, the "bug" is showed at 2 GB 
crunched  (OK, 2 GB is the max for a process)
When I run the script in Windows 7-64 bits, the "bug" is showed at 4 GB 
crunched, on a computer with 8 GB.

Why 4 GB, and no 2 GB or 8 GB?


Sorry for my bad english, and good night.

-- 
Michel Claveau



From chef at ghum.de  Sun Aug  8 22:47:16 2010
From: chef at ghum.de (Massa, Harald Armin)
Date: Sun, 8 Aug 2010 22:47:16 +0200
Subject: [python-win32] RAM with Pywin32 on Windows-64
In-Reply-To: <84D1C7F07E8E488FA08513C5346546BC@MCI1330>
References: <84D1C7F07E8E488FA08513C5346546BC@MCI1330>
Message-ID: <AANLkTikC6KN3bkCz=0ANf5zsY5T0eUC4qqOsWYTbH7se@mail.gmail.com>

Michael,

I did a quick google for available memory per process win32 on win64

http://www.google.de/search?q=available+memory+per+process+win32+on+win64&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:en-US:unofficial&client=firefox-a

and my first hit is:

http://msdn.microsoft.com/en-us/library/aa366778%28VS.85%29.aspx

there I read:

User-mode virtual address space for each 32-bit process

limit in 32-bit windows:
2 GB
Up to 3 GB with IMAGE_FILE_LARGE_ADDRESS_AWARE and 4GT

limit in 64-bit windows:
2 GB with IMAGE_FILE_LARGE_ADDRESS_AWARE cleared (default)
4 GB with IMAGE_FILE_LARGE_ADDRESS_AWARE set

so, I guess your IMAGE_FILE_LARGE_ADDRESS_AWARE ist set on your 64bit
machine, which explains the 4Gig.

Best wishes,

Harald




On Sun, Aug 8, 2010 at 22:07, Michel Claveau <mc at mclaveau.com> wrote:
> Hi, all!
>
> I have a script, in Pywin32, with a leak memory.
> OK, it is my bug (a problem for me, not for you).
>
> But I seen a bizar trick...
>
> When I run the script in Windows 7-32 bits, the "bug" is showed at 2 GB
> crunched ?(OK, 2 GB is the max for a process)
> When I run the script in Windows 7-64 bits, the "bug" is showed at 4 GB
> crunched, on a computer with 8 GB.
>
> Why 4 GB, and no 2 GB or 8 GB?
>
>
> Sorry for my bad english, and good night.
>
> --
> Michel Claveau
>
>
> _______________________________________________
> python-win32 mailing list
> python-win32 at python.org
> http://mail.python.org/mailman/listinfo/python-win32
>



-- 
GHUM Harald Massa
persuadere et programmare
Harald Armin Massa
Spielberger Stra?e 49
70435 Stuttgart
0173/9409607
no fx, no carrier pigeon
-
Using PostgreSQL is mostly about sleeping well at night.

From smokefloat at gmail.com  Mon Aug  9 09:37:58 2010
From: smokefloat at gmail.com (David Hutto)
Date: Mon, 9 Aug 2010 03:37:58 -0400
Subject: [python-win32] Compiling python functions in a c file on windows
In-Reply-To: <AANLkTimwS2vee4dX5dv3GAftwqr1YDVU2LSQ+wa4EHDh@mail.gmail.com>
References: <AANLkTinKVsK60swwvFp-P30OTvCLiAeRqO7j_XgaWVn7@mail.gmail.com>
	<AANLkTimwS2vee4dX5dv3GAftwqr1YDVU2LSQ+wa4EHDh@mail.gmail.com>
Message-ID: <AANLkTint4JrDKnYraFJyOnBTvPNRqLKwsaMHpv8M8Ac1@mail.gmail.com>

On Sat, Aug 7, 2010 at 8:32 AM, David Hutto <smokefloat at gmail.com> wrote:
> On Fri, Aug 6, 2010 at 11:11 PM, David Hutto <smokefloat at gmail.com> wrote:
>> While trying to go through the tutorial in the official python
>> documentation, I'm encountering a problem on Windows(ubuntu/linux
>> compiles the same test file fine)
>>
>> I'm just using a 'dummy' function at this point, so no other errors are thrown:
>>
>> #include "c:\\Python31\\include\\Python.h"
>>
>> int main() {
>>
>> }
>>
>>
>> When compiling the test file on Visual C++ 2008/9.0 Express it shows the error:
>>
>> LINK : fatal error LNK1104: cannot open file 'python31_d.lib'
>>
>> I know that this is the debug lib for my version of python on windows.
>> I've built the current source tarball, but it seems that it is two
>> versions down(the one available for install is r312:79149, and the
>> tarball is r312:79147, which builds the pythoncore fine in debug, but
>> not in release).
>> So I have the debug(python31_d.lib), for the tarball version, but not the first.
>>
>> Compiling python/c on windows is not as easy, when compared to ubuntu,
>> although I'm sure it's something minor I'm missing(last time was a
>> toggle box that took me two days to figure out wasn't checked).
>>
>> So, before I go on a testing rant, do I need to build the debug
>> pythoncore from the currently used version, not the tarball, or does
>> it matter(I'm guessing so, because of the syntax error, and a million
>> unknown character errors I get when trying to use the two down version
>> on the tarball)?.
>>
>> This is just to see if their is an easier way(or something simpler
>> than I thought) to do this. If not, then on to svn checkout.
>>
>> It seems as though ubuntu would want the python debug file too(however
>> I have downloaded several packages related to python development that
>> may have contained this necessary requirement).
>>
>> TIA,
>> David
>>
>
> This is not correction, but stands upon.
> The shoulders of giants, and you know your defiance,
> it is your defiance
>
Ignore this, I was writing a story in another text editor, while
drinking and got confused apparently. Drunk newb said what?

From mail at timgolden.me.uk  Mon Aug  9 10:28:04 2010
From: mail at timgolden.me.uk (Tim Golden)
Date: Mon, 09 Aug 2010 09:28:04 +0100
Subject: [python-win32] Wanted: subprocess horror stories
Message-ID: <4C5FBC14.5090203@timgolden.me.uk>

I'm doing some work on the Windows-specific bit of the subprocess model. 
In particular, the quoting requirements of strings getting passed to the 
COMSPEC shell, but anything else which crops up.

To start with I've committed patches originally worked up by Gabriel 
Genellina but there's more to do there especially as regards embedded 
quotes etc.

So... I'd like to hear about the hoops you've had to jump through to get 
subprocess.Popen/call working with awkward strings, spaces, quotes, 
redirections, special characters, unicode filenames. Whatever. I'll then 
add them into the test cases as I build. I'm targetting 3.2 but willing 
to port to 3.1 & 2.7

TJG

From Marc-Andre.Belzile at autodesk.com  Tue Aug 10 21:38:05 2010
From: Marc-Andre.Belzile at autodesk.com (Marc-Andre Belzile)
Date: Tue, 10 Aug 2010 12:38:05 -0700
Subject: [python-win32] SystemError: Parent module '__ax_main__' not loaded
Message-ID: <D8305E7409B5DB46A9D6219E54E1CF1A2AA96AD2C1@ADSK-NAMSG-01.MGDADSK.autodesk.com>

Hi,

I'm using the Python ActiveX Scripting engine and I'm trying to set some global variables in the engine global space before parsing some .py files. I use this function to set the variables:

def set_global_vars(fullpath ):
                import os
                globals()['__path__'] = os.path.dirname( fullpath )
                globals()['__file__'] = fullpath

It seems to work with my python installation (py2.6/pywin 212) but some customers of mine have reported an error with this line below (using a similar installation)

from win32com.client import dynamic as D

# ERROR : Traceback (most recent call last):
#   File "<Script Block 2>", line 1, in <module>
#     from win32com.client import dynamic as D
# SystemError: Parent module '__ax_main__' not loaded

Obviously, if set_global_vars is skipped, the error doesn't show up.

Any ideas why would this error happen ?

thank for your help
-mab
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100810/36a44a17/attachment.html>

From axel at esperanto-jeunes.org  Wed Aug 11 11:47:00 2010
From: axel at esperanto-jeunes.org (Axel Rousseau)
Date: Wed, 11 Aug 2010 11:47:00 +0200
Subject: [python-win32] how to "click" on a word "confirm popup"
Message-ID: <AANLkTinv0zpH95u5FdpRSL8eVsNYDT7LWnHxp6-pUxRz@mail.gmail.com>

Hi,
I've open and print word document with a python script (using
"win32com.client") but some documents have macro which ask to click on
a confirm popup.
How can I automatically make this ?

Thank you for your help,

Regards,

Axel

From mdriscoll at co.marshall.ia.us  Wed Aug 11 15:27:35 2010
From: mdriscoll at co.marshall.ia.us (Mike Driscoll)
Date: Wed, 11 Aug 2010 08:27:35 -0500
Subject: [python-win32] how to "click" on a word "confirm popup"
In-Reply-To: <AANLkTinv0zpH95u5FdpRSL8eVsNYDT7LWnHxp6-pUxRz@mail.gmail.com>
References: <AANLkTinv0zpH95u5FdpRSL8eVsNYDT7LWnHxp6-pUxRz@mail.gmail.com>
Message-ID: <4C62A547.80603@co.marshall.ia.us>

  On 1:59 PM, Axel Rousseau wrote:
> Hi,
> I've open and print word document with a python script (using
> "win32com.client") but some documents have macro which ask to click on
> a confirm popup.
> How can I automatically make this ?
>
> Thank you for your help,
>
> Regards,
>
> Axel
>

You can try the following:

1) Open the document in Word and record a macro of you clicking the popup.
2) Stop the recording and open the macro to see what happened.
3) Replicate the code in Python

Good luck!


-- 
*Mike Driscoll*

Blog: http://blog.pythonlibrary.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100811/7b53dc17/attachment.html>

From bussieremaillist at gmail.com  Fri Aug 13 21:41:45 2010
From: bussieremaillist at gmail.com (bussiere maillist)
Date: Fri, 13 Aug 2010 21:41:45 +0200
Subject: [python-win32] problem installing pywin32
Message-ID: <AANLkTik_3gK7BbSx1tr+Y-FYMXHHnoT4krTd0u+Yf4MU@mail.gmail.com>

i've downloaded python 3.1.2
but when i dl pywin32 and install it
it says to me that it founds nothing in the registry
how can i solve it ?
May someone give me what to create in the registry for it to works

Regards
Bussiere
#pywin32probleminstall

From preempt at gmail.com  Thu Aug 12 15:34:32 2010
From: preempt at gmail.com (=?UTF-8?B?QMKpxKfOscKu?=)
Date: Thu, 12 Aug 2010 19:04:32 +0530
Subject: [python-win32] win32com client Workbooks.Open throws exeption
Message-ID: <AANLkTimVX0+7r1srSZdSeQfR2+Yt9GMan9QppTbUKOQY@mail.gmail.com>

Workbooks.Open fails randomly throws an exception

Code:

def logToXLS(fileNameXLS,worksheetNum,row,col,data):

            import win32com.client

            fileName=fileNameXLS     # Xls File name to be updated
            path=os.getcwd()

            filePath=os.path.join(os.getcwd(),fileNameXLS)
            xl = win32com.client.Dispatch("Excel.Application")

            try :
                        wb = xl.Workbooks.Open(filePath)
            except:
                     print "Failed to open spreadsheet for the path %s"
%(filePath)
            sh = wb.worksheets(worksheetNum)
            sh.Cells(row,col).Value = data
            wb.Save()
            wb.Close()

calling logToXLS() occasionally throws the mentioned error at

xl.Workbooks.Open(filePath)

 File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py",

> line 496, in
> __getattr__
>    raise AttributeError, "%s.%s" % (self._username_, attr)
> AttributeError: Excel.Application.Workbooks


1)is there any limitation on number of characters on filepath?
2)How this issue can be overcome?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100812/25f36b95/attachment.html>

From skippy.hammond at gmail.com  Tue Aug 17 05:40:11 2010
From: skippy.hammond at gmail.com (Mark Hammond)
Date: Tue, 17 Aug 2010 13:40:11 +1000
Subject: [python-win32] SystemError: Parent module '__ax_main__' not
	loaded
In-Reply-To: <D8305E7409B5DB46A9D6219E54E1CF1A2AA96AD2C1@ADSK-NAMSG-01.MGDADSK.autodesk.com>
References: <D8305E7409B5DB46A9D6219E54E1CF1A2AA96AD2C1@ADSK-NAMSG-01.MGDADSK.autodesk.com>
Message-ID: <4C6A049B.70501@gmail.com>

On 11/08/2010 5:38 AM, Marc-Andre Belzile wrote:
> Hi,
>
> I'm using the Python ActiveX Scripting engine and I'm trying to set some
> global variables in the engine global space before parsing some .py
> files. I use this function to set the variables:
>
> def set_global_vars(fullpath ):
>
> import os
>
> globals()['__path__'] = os.path.dirname( fullpath )
>
> globals()['__file__'] = fullpath
>
> It seems to work with my python installation (py2.6/pywin 212) but some
> customers of mine have reported an error with this line below (using a
> similar installation)
>
> from win32com.client import dynamic as D
>
> # ERROR : Traceback (most recent call last):
> # File "<Script Block 2>", line 1, in <module>
> # from win32com.client import dynamic as D
> # SystemError: Parent module '__ax_main__' not loaded
>
> Obviously, if set_global_vars is skipped, the error doesn't show up.
>
> Any ideas why would this error happen ?

Probably because you are overriding __path__ and __file__ for a module, 
but the module loader uses those attributes?  Is it possible your client 
is using a different Python version?  FWIW, the 
win32com.axscript.client.pyscript module is what attempts to create a 
new module called __ax_main__

Mark

From pardmeister at gmail.com  Tue Aug 17 17:51:50 2010
From: pardmeister at gmail.com (kabelo)
Date: Tue, 17 Aug 2010 17:51:50 +0200
Subject: [python-win32] win32ras and py2exe
Message-ID: <AANLkTikiOg2pSB+gg9YF+CD-71SPBC5gzCo1NJ-xc3SH@mail.gmail.com>

Hi

I have written a program that uses win32ras on a windows vista machine with
ActiveState's python 2.6.5.12.
I can create an executable with py2exe which works fine on the windows vista
machine, however, when
installing on another machine (windows XP in this case) I get the following
error.

File "win32ras.pyo", line12, in <module>
File "win32ras.pyo", line 10, in __load
ImportError: DLL load failed: The specified procedure could not be found

Does anyone know why this would happen?

Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100817/72dcb139/attachment.html>

From skippy.hammond at gmail.com  Wed Aug 18 03:24:40 2010
From: skippy.hammond at gmail.com (Mark Hammond)
Date: Wed, 18 Aug 2010 11:24:40 +1000
Subject: [python-win32] win32ras and py2exe
In-Reply-To: <AANLkTikiOg2pSB+gg9YF+CD-71SPBC5gzCo1NJ-xc3SH@mail.gmail.com>
References: <AANLkTikiOg2pSB+gg9YF+CD-71SPBC5gzCo1NJ-xc3SH@mail.gmail.com>
Message-ID: <4C6B3658.1090106@gmail.com>

On 18/08/2010 1:51 AM, kabelo wrote:
> Hi
>
> I have written a program that uses win32ras on a windows vista machine
> with ActiveState's python 2.6.5.12.
> I can create an executable with py2exe which works fine on the windows
> vista machine, however, when
> installing on another machine (windows XP in this case) I get the
> following error.
>
> File "win32ras.pyo", line12, in <module>
> File "win32ras.pyo", line 10, in __load
> ImportError: DLL load failed: The specified procedure could not be found
>
> Does anyone know why this would happen?

Check for "extra" DLLs being bundles with your application - py2exe can 
sometimes mistakenly pick up some OS DLLs from the windows the 
distribution was built on, which then fail to load on different OS 
versions.  powrprof.dll is a regularl culprit.  Once you find them, tell 
py2exe to ignore them (using dll_excludes IIRC).

Cheers,

Mark

From pardmeister at gmail.com  Wed Aug 18 10:10:20 2010
From: pardmeister at gmail.com (pard)
Date: Wed, 18 Aug 2010 10:10:20 +0200
Subject: [python-win32] win32ras and py2exe
In-Reply-To: <4C6B3658.1090106@gmail.com>
References: <AANLkTikiOg2pSB+gg9YF+CD-71SPBC5gzCo1NJ-xc3SH@mail.gmail.com>
	<4C6B3658.1090106@gmail.com>
Message-ID: <AANLkTikUuzzx4Cm-xBqe8geXD0NKUnq-Vk8ZsetbThgy@mail.gmail.com>

Thank you. Will try your suggestion and let you know. This will probably be
over the weekend.

On 18 August 2010 03:24, Mark Hammond <skippy.hammond at gmail.com> wrote:

> On 18/08/2010 1:51 AM, kabelo wrote:
>
>> Hi
>>
>> I have written a program that uses win32ras on a windows vista machine
>> with ActiveState's python 2.6.5.12.
>> I can create an executable with py2exe which works fine on the windows
>> vista machine, however, when
>> installing on another machine (windows XP in this case) I get the
>> following error.
>>
>> File "win32ras.pyo", line12, in <module>
>> File "win32ras.pyo", line 10, in __load
>> ImportError: DLL load failed: The specified procedure could not be found
>>
>> Does anyone know why this would happen?
>>
>
> Check for "extra" DLLs being bundles with your application - py2exe can
> sometimes mistakenly pick up some OS DLLs from the windows the distribution
> was built on, which then fail to load on different OS versions.
>  powrprof.dll is a regularl culprit.  Once you find them, tell py2exe to
> ignore them (using dll_excludes IIRC).
>
> Cheers,
>
> Mark
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100818/7d3d4247/attachment.html>

From timr at probo.com  Wed Aug 18 20:00:10 2010
From: timr at probo.com (Tim Roberts)
Date: Wed, 18 Aug 2010 11:00:10 -0700
Subject: [python-win32] win32com client Workbooks.Open throws exeption
In-Reply-To: <AANLkTimVX0+7r1srSZdSeQfR2+Yt9GMan9QppTbUKOQY@mail.gmail.com>
References: <AANLkTimVX0+7r1srSZdSeQfR2+Yt9GMan9QppTbUKOQY@mail.gmail.com>
Message-ID: <4C6C1FAA.5080004@probo.com>

 @???? wrote:
> Workbooks.Open fails randomly throws an exception
> ...
> calling logToXLS() occasionally throws the mentioned error at
>
> xl.Workbooks.Open(filePath)
>
>  File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py",
>
>     line 496, in
>     __getattr__
>        raise AttributeError, "%s.%s" % (self._username_, attr)
>     AttributeError: Excel.Application.Workbooks
>
>
> 1)is there any limitation on number of characters on filepath?
> 2)How this issue can be overcome?

That's not saying that the Open call failed.  That's saying that the
Workbooks object did not contain a function called "Open", which is much
stranger.  Have you used makepy on the Office components to create
wrappers for them?  Is this running in an application or in a service? 
Is it possible, when this happens, that your user already has Excel open
doing something else?  (Although I don't quite know how that would lead
to this.)

-- 
Tim Roberts, timr at probo.com
Providenza & Boekelheide, Inc.


From sjmachin at lexicon.net  Thu Aug 19 07:14:35 2010
From: sjmachin at lexicon.net (John Machin)
Date: Thu, 19 Aug 2010 15:14:35 +1000
Subject: [python-win32] win32com client Workbooks.Open throws exeption
In-Reply-To: <4C6C1FAA.5080004@probo.com>
References: <AANLkTimVX0+7r1srSZdSeQfR2+Yt9GMan9QppTbUKOQY@mail.gmail.com>
	<4C6C1FAA.5080004@probo.com>
Message-ID: <4C6CBDBB.2090600@lexicon.net>

On 19/08/2010 4:00 AM, Tim Roberts wrote:
>  @???? wrote:
>> Workbooks.Open fails randomly throws an exception
>> ...
>> calling logToXLS() occasionally throws the mentioned error at
>>
>> xl.Workbooks.Open(filePath)
>>
>>  File "C:\Python25\Lib\site-packages\win32com\client\dynamic.py",
>>
>>     line 496, in
>>     __getattr__
>>        raise AttributeError, "%s.%s" % (self._username_, attr)
>>     AttributeError: Excel.Application.Workbooks
>>
>>
>> 1)is there any limitation on number of characters on filepath?
>> 2)How this issue can be overcome?
> 
> That's not saying that the Open call failed.  That's saying that the
> Workbooks object did not contain a function called "Open", which is much
> stranger.  Have you used makepy on the Office components to create
> wrappers for them?  Is this running in an application or in a service? 
> Is it possible, when this happens, that your user already has Excel open
> doing something else?  (Although I don't quite know how that would lead
> to this.)
> 

Tim: I think it's saying that Excel.Application does not have an 
attribute "Workbooks", which is equally strange.

OP: Which build of pywin32 are you running? Have you tried a later build?


From q_crack at yahoo.com  Thu Aug 19 08:24:52 2010
From: q_crack at yahoo.com (Alexandru Ionescu)
Date: Wed, 18 Aug 2010 23:24:52 -0700 (PDT)
Subject: [python-win32] win32gui and PyHANDLE
Message-ID: <837706.22431.qm@web53507.mail.re2.yahoo.com>

Hello,


In the last two weeks I've been trying to properly use UpdateLayeredWindow in 
Python but I'm only getting errors. I want to make a quality window with per 
pixel alpha graphics. I tried with win32gui & win32api and I also tried 
with ctypes. I got all kinds of errors. In the end I got this error:
gwl = win32api.GetWindowLong(hwnd,  GWL_EXSTYLES)
OverflowError: Python int too large to convert to C long
Here is my latest code (made with win32gui & win32api):
#==================================================================
import wx
import win32gui
import win32api      #for RGB

GWL_EXSTYLE = 0xFFFFFFEC
WS_EX_LAYERED = 0x00080000
WS_EX_TRANSPARENT = 0x00000020
LWA_ALPHA = 0x00000002
LWA_COLORKEY = 0x00000001
AC_SRC_ALPHA = 0x01
AC_SRC_OVER = 0x00

class  MyFrame(wx.Frame):
    def __init__(self):
        wx.Frame.__init__(self, None, wx.ID_ANY, title = "Test")
        hwnd = self.GetHandle()  
        gwl = win32api.GetWindowLong(hwnd, GWL_EXSTYLE)
        win32gui.SetWindowLong(hwnd, GWL_EXSTYLE, (gwl | WS_EX_LAYERED))
        
        self.bmp = wx.EmptyBitmap(800,600)
        jpg1 = wx.Image('Multiple alpha.png', wx.BITMAP_TYPE_PNG)
        self.bmp = jpg1.ConvertToBitmap()
        w1, h1 = self.bmp.GetWidth(), self.bmp.GetHeight()
        self.SetClientSize( (w1, h1) )
         
        screenDC = win32gui.GetDC(None)
        cScreenDC = win32gui.CreateCompatibleDC(screenDC)
        win32gui.SelectObject(cScreenDC, self.bmp.GetHandle())
        p = wx.Point(50,50)
        p2 = wx.Point(0,0)
        s = wx.Size(816,612)
        blend = PyBLENDFUNCTION(AC_SRC_OVER,0,200,AC_SRC_ALPHA)
        
        crkey = win32api.RGB(255,255,0)
        flags = (LWA_ALPHA | LWA_COLORKEY)
        
        print win32gui.UpdateLayeredWindow(hwnd,
                                           screenDC,
                                          p,
                                          s,
                                          cScreenDC,
                                          p2,
                                          crkey,
                                           blend,
                                          flags)

app = wx.App()
frame = MyFrame()
frame.Show()
app.SetTopWindow(frame)
app.MainLoop()
#==================================================================


You can find a multi layer PNG at the following link
http://en.wikipedia.org/wiki/File:PNG_transparency_demonstration_1.png
or you can use another image.

Thank you,
Alexandru Ionescu



      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100818/576f99a9/attachment.html>

From timr at probo.com  Thu Aug 19 19:52:48 2010
From: timr at probo.com (Tim Roberts)
Date: Thu, 19 Aug 2010 10:52:48 -0700
Subject: [python-win32] win32gui and PyHANDLE
In-Reply-To: <837706.22431.qm@web53507.mail.re2.yahoo.com>
References: <837706.22431.qm@web53507.mail.re2.yahoo.com>
Message-ID: <4C6D6F70.7000008@probo.com>

 Alexandru Ionescu wrote:
> Hello,
>
> In the last two weeks I've been trying to properly use
> UpdateLayeredWindow in Python but I'm only getting errors. I want to
> make a quality window with per pixel alpha graphics. I tried
> with win32gui & win32api and I also tried with ctypes. I got all kinds
> of errors. In the end I got this error:
> /gwl = win32api.GetWindowLong(hwnd, GWL_EXSTYLES)/
> /OverflowError: Python int too large to convert to C long/
> Here is my latest code (made with win32gui & win32api):
> #==================================================================
> import wx
> import win32gui
> import win32api      #for RGB
>
> GWL_EXSTYLE = 0xFFFFFFEC

Although this is a tricky problem in the general case, your solution is
simple.  Just change this to:
    GWL_EXSTYLE = -20
That's a better answer anyway, it matches the C definition, and it works
in the 64-bit case as well.

-- 
Tim Roberts, timr at probo.com
Providenza & Boekelheide, Inc.


From Marc-Andre.Belzile at autodesk.com  Thu Aug 19 20:34:52 2010
From: Marc-Andre.Belzile at autodesk.com (Marc-Andre Belzile)
Date: Thu, 19 Aug 2010 11:34:52 -0700
Subject: [python-win32] SystemError: Parent module '__ax_main__' not
 loaded
In-Reply-To: <4C6A049B.70501@gmail.com>
References: <D8305E7409B5DB46A9D6219E54E1CF1A2AA96AD2C1@ADSK-NAMSG-01.MGDADSK.autodesk.com>
	<4C6A049B.70501@gmail.com>
Message-ID: <D8305E7409B5DB46A9D6219E54E1CF1A2AA987C273@ADSK-NAMSG-01.MGDADSK.autodesk.com>

>>>
-----Original Message-----
From: Mark Hammond [mailto:skippy.hammond at gmail.com] 
Sent: Monday, August 16, 2010 11:40 PM
To: Marc-Andre Belzile
Cc: python-win32 at python.org
Subject: Re: [python-win32] SystemError: Parent module '__ax_main__' not loaded

On 11/08/2010 5:38 AM, Marc-Andre Belzile wrote:
> Hi,
>
> I'm using the Python ActiveX Scripting engine and I'm trying to set some
> global variables in the engine global space before parsing some .py
> files. I use this function to set the variables:
>
> def set_global_vars(fullpath ):
>
> import os
>
> globals()['__path__'] = os.path.dirname( fullpath )
>
> globals()['__file__'] = fullpath
>
> It seems to work with my python installation (py2.6/pywin 212) but some
> customers of mine have reported an error with this line below (using a
> similar installation)
>
> from win32com.client import dynamic as D
>
> # ERROR : Traceback (most recent call last):
> # File "<Script Block 2>", line 1, in <module>
> # from win32com.client import dynamic as D
> # SystemError: Parent module '__ax_main__' not loaded
>
> Obviously, if set_global_vars is skipped, the error doesn't show up.
>
> Any ideas why would this error happen ?

Probably because you are overriding __path__ and __file__ for a module, 
but the module loader uses those attributes?  Is it possible your client 
is using a different Python version?  FWIW, the 
win32com.axscript.client.pyscript module is what attempts to create a 
new module called __ax_main__

[mab] They are using the same version. I haven't figured what is the problem yet but renaming the two variables fixed the problem.

thanks
-mab
Mark

From q_crack at yahoo.com  Sun Aug 22 12:02:35 2010
From: q_crack at yahoo.com (Alexandru Ionescu)
Date: Sun, 22 Aug 2010 03:02:35 -0700 (PDT)
Subject: [python-win32] win32gui and UpdateLayeredWindow
Message-ID: <199311.57913.qm@web53501.mail.re2.yahoo.com>

First I will like to thank Tim Roberts for his answer about GWL_EXSTYL. I 
replaced all the hex values with dec values. Now I don't get any error about the 
handles but I get another error:
error:(317,'UpdateLayeredWindow','The system cannot find message text for 
message number 0x%1 in the message fie for %2.')
Please, can you tell me how to properly use the UpdateLayeredWindow?
My latest code version is:

import  wx
import time
import win32gui
import win32api      #for RGB

GWL_EXSTYLE = -20
WS_EX_LAYERED = 524288
WS_EX_TRANSPARENT = 32
LWA_ALPHA = 2
LWA_COLORKEY = 1

class MyFrame(wx.Frame):
    def __init__(self):
        wx.Frame.__init__(self, None, wx.ID_ANY, title = "Test")
        hwnd = self.GetHandle()  
        gwl = win32api.GetWindowLong(hwnd, GWL_EXSTYLE)
        win32gui.SetWindowLong(hwnd, GWL_EXSTYLE, (gwl | WS_EX_LAYERED))
        
        self.bmp = wx.EmptyBitmap(800,600)
         jpg1 = wx.Image('Multiple alpha.png', wx.BITMAP_TYPE_PNG)
        self.bmp = jpg1.ConvertToBitmap()
        w1, h1 = self.bmp.GetWidth(), self.bmp.GetHeight()
        self.SetClientSize( (w1, h1) )
        
        screenDC = win32gui.GetDC(None)
        cScreenDC = win32gui.CreateCompatibleDC(screenDC)
         win32gui.SelectObject(cScreenDC, self.bmp.GetHandle())
        p = (50,50)
        p2 = (0,0)
        s = (816,612)
        blend = (0,0,200,1)
        
        crkey = win32api.RGB(255,255,0)
        flags = (LWA_ALPHA | LWA_COLORKEY)
         
        print win32gui.UpdateLayeredWindow(hwnd,
                                          screenDC,
                                          p,
                                          s,
                                           cScreenDC,
                                          p2,
                                          crkey,
                                          blend,
                                           flags)

app = wx.App()
frame = MyFrame()
frame.Show()
app.SetTopWindow(frame)
app.MainLoop()

Thank you very much,

Alexandru Ionescu


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100822/c54d76fc/attachment.html>

From timr at probo.com  Tue Aug 24 01:34:11 2010
From: timr at probo.com (Tim Roberts)
Date: Mon, 23 Aug 2010 16:34:11 -0700
Subject: [python-win32] win32gui and PyHANDLE
In-Reply-To: <72963.19349.qm@web53507.mail.re2.yahoo.com>
References: <837706.22431.qm@web53507.mail.re2.yahoo.com>
	<4C6D6F70.7000008@probo.com>
	<72963.19349.qm@web53507.mail.re2.yahoo.com>
Message-ID: <4C730573.80303@probo.com>

 Alexandru Ionescu wrote:
> Thank you very much for your answer. I replaced all the hex values
> with dec values. Now I don't get any error about the handles but I get
> another error:
> error:(317,'UpdateLayeredWindow','The system cannot find message text
> for message number 0x%1 in the message fie for %2.')
> Please, can you tell me how to properly use the UpdateLayeredWindow?

I did a little experimentation but could not get this to work.  I
noticed that you were doing this in __init__, which happens before the
window is displayed, but when I tried using CallAfter to have this
happen after the window is displayed, it still didn't work.

Did you copy this from a C example somewhere?  Can you tell me where? 
Perhaps I can translate it.

-- 
Tim Roberts, timr at probo.com
Providenza & Boekelheide, Inc.


From mvilas at gmail.com  Tue Aug 24 15:00:59 2010
From: mvilas at gmail.com (Mario Vilas)
Date: Tue, 24 Aug 2010 15:00:59 +0200
Subject: [python-win32] WinAppDbg 1.4 is out!
Message-ID: <AANLkTinwdx5KNdF39hGjNWQ_EY6UFXzo8gkxT2yRPGyR@mail.gmail.com>

What is WinAppDbg?
==================

The WinAppDbg python module allows developers to quickly code instrumentation
scripts in Python under a Windows environment.

It uses ctypes to wrap many Win32 API calls related to debugging, and provides
an object-oriented abstraction layer to manipulate threads, libraries and
processes, attach your script as a debugger, trace execution, hook API calls,
handle events in your debugee and set breakpoints of different kinds (code,
hardware and memory). Additionally it has no native code at all, making it
easier to maintain or modify than other debuggers on Windows.

The intended audience are QA engineers and software security auditors wishing to
test / fuzz Windows applications with quickly coded Python scripts. Several
ready to use utilities are shipped and can be used for this purposes.

Current features also include disassembling x86 native code (using the open
source diStorm project, see http://ragestorm.net/distorm/), debugging multiple
processes simultaneously and produce a detailed log of application crashes,
useful for fuzzing and automated testing.


What's new in this version?
===========================

In a nutshell...

 * fully supports Python 2.4 through 2.7
 * fully supports Windows XP through Windows 7, 32 and 64 bit editions
 * crash report tool now supports MSSQL (requires pyodbc)
 * now supports downloading debugging symbols from Microsoft (thanks Neitsa!)
 * new tool: sehtest.py (Windows SEH buffer overflow jump address bruteforcer,
   inspired by the same tool by Nicolas Economou)
 * the tutorial is now available in chm and pdf formats
 * now with only one MSI installer for all supported Python versions
 * added support for diStorm 3 (falls back to the old version if not found)
 * now using cerealizer instead of pickle whenever possible
 * added new command to the command line debugger to show the SEH chain
 * a few more anti-anti-debug tricks were added, still more to go!
 * several improvements to the Window instrumentation classes
 * more code examples
 * more Win32 API wrappers
 * lots of miscellaneous improvements, more documentation and bugfixes as usual!

Entire changelog for all versions (slow!):

  http://p.sf.net/winappdbg/changelog


Where can I find WinAppDbg?
===========================

Project homepage:
-----------------

    http://tinyurl.com/winappdbg

Download links:
---------------

  Windows installer (32 bits)
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.win32.exe/download
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.win32.msi/download

  Windows installer (64 bits)
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.win-amd64.exe/download
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.win-amd64.msi/download

  Source code
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.zip/download
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.tar.bz2/download

Documentation:
--------------

  Online
    http://winappdbg.sourceforge.net/doc/v1.4/tutorial
    http://winappdbg.sourceforge.net/doc/v1.4/reference

  For download
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-tutorial-1.4.chm/download
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-reference-1.4.chm/download
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-tutorial-1.4.pdf/download
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-reference-1.4.pdf/download

From markferg at gmail.com  Tue Aug 24 15:56:06 2010
From: markferg at gmail.com (mark ferguson)
Date: Tue, 24 Aug 2010 14:56:06 +0100
Subject: [python-win32] Client side COM problems with ByRef parameters
Message-ID: <AANLkTi=juBopXm_cNSt0QfMwANFMCxdFFfRwg6iBiu_e@mail.gmail.com>

I'm trying to drive an application via it's COM interface but I am having
trouble with ByRef parameters.

The method I'm having trouble with, in VB, is:
Public Function GetVuserTypeLicenseLimit( ByVal strVuserType As String,
ByRef pRetLimit As Long ) As Long

translating this into python as:
a = o.GetVuserTypeLicenseLimit("userType")

gives me:

com_error: (-2147352561, 'Parameter not optional.', None, None)

Now, I played about with the .py file generated by makepy to see if I could
persuade it to play nicely but nothing affected the result. Eventually I
changed the .py file so that the interface was:

    def xxGetVuserTypeLicenseLimit(self, strVuserType=defaultNamedNotOptArg,
pRetLimit=defaultNamedNotOptArg):
        """Get the License limit for the Vuser Type """
        return self._oleobj_.InvokeTypes(8, LCID, 1, (3, 0), ((8, 1),
(16387, 0)),strVuserType
            , pRetLimit)

and it still didn't change anything! I'd have expected an 'Attribute Error'
or something like that as I've changed the method name. As a last resort I
deleted the contents of the gen_py directory, still with no effect. So, I'm
left thinking that this type lib can't or won't use the win32com magic
Dispatch support and it's falling back to dynamic support. Can anyone
suggest what's actually happening here, and any way forward?

For completeness, the entire script is:

import win32com.client
lr = win32com.client.Dispatch("wlrun.LrEngine")
lr.ShowMainWindow(True) # <- works fine, application pops up ok.
webVusers = lr.GetVuserTypeLicenseLimit("QTWeb") # <:-(
print webVusers


Thanks,

Mark.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100824/8e54f3c9/attachment.html>

From ayampolskiy at gilt.com  Tue Aug 24 21:42:02 2010
From: ayampolskiy at gilt.com (Aleksandr Yampolskiy)
Date: Tue, 24 Aug 2010 15:42:02 -0400
Subject: [python-win32] WinAppDbg 1.4 is out!
Message-ID: <3006FE0AACFD1A49B2E305CFC8B822CC133F61D8AD@GILTMX07.corp.gilt.com>

How is it different from pydbg?
Sent from my Blackberry handheld.

----- Original Message -----
From: Mario Vilas <mvilas at gmail.com>
To: bugtraq at securityfocus.com <bugtraq at securityfocus.com>; full-disclosure at lists.grok.org.uk <full-disclosure at lists.grok.org.uk>; Python-Win32 List <python-win32 at python.org>
Sent: Tue Aug 24 09:00:59 2010
Subject: WinAppDbg 1.4 is out!

What is WinAppDbg?
==================

The WinAppDbg python module allows developers to quickly code instrumentation
scripts in Python under a Windows environment.

It uses ctypes to wrap many Win32 API calls related to debugging, and provides
an object-oriented abstraction layer to manipulate threads, libraries and
processes, attach your script as a debugger, trace execution, hook API calls,
handle events in your debugee and set breakpoints of different kinds (code,
hardware and memory). Additionally it has no native code at all, making it
easier to maintain or modify than other debuggers on Windows.

The intended audience are QA engineers and software security auditors wishing to
test / fuzz Windows applications with quickly coded Python scripts. Several
ready to use utilities are shipped and can be used for this purposes.

Current features also include disassembling x86 native code (using the open
source diStorm project, see http://ragestorm.net/distorm/), debugging multiple
processes simultaneously and produce a detailed log of application crashes,
useful for fuzzing and automated testing.


What's new in this version?
===========================

In a nutshell...

 * fully supports Python 2.4 through 2.7
 * fully supports Windows XP through Windows 7, 32 and 64 bit editions
 * crash report tool now supports MSSQL (requires pyodbc)
 * now supports downloading debugging symbols from Microsoft (thanks Neitsa!)
 * new tool: sehtest.py (Windows SEH buffer overflow jump address bruteforcer,
   inspired by the same tool by Nicolas Economou)
 * the tutorial is now available in chm and pdf formats
 * now with only one MSI installer for all supported Python versions
 * added support for diStorm 3 (falls back to the old version if not found)
 * now using cerealizer instead of pickle whenever possible
 * added new command to the command line debugger to show the SEH chain
 * a few more anti-anti-debug tricks were added, still more to go!
 * several improvements to the Window instrumentation classes
 * more code examples
 * more Win32 API wrappers
 * lots of miscellaneous improvements, more documentation and bugfixes as usual!

Entire changelog for all versions (slow!):

  http://p.sf.net/winappdbg/changelog


Where can I find WinAppDbg?
===========================

Project homepage:
-----------------

    http://tinyurl.com/winappdbg

Download links:
---------------

  Windows installer (32 bits)
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.win32.exe/download
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.win32.msi/download

  Windows installer (64 bits)
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.win-amd64.exe/download
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.win-amd64.msi/download

  Source code
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.zip/download
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.tar.bz2/download

Documentation:
--------------

  Online
    http://winappdbg.sourceforge.net/doc/v1.4/tutorial
    http://winappdbg.sourceforge.net/doc/v1.4/reference

  For download
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-tutorial-1.4.chm/download
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-reference-1.4.chm/download
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-tutorial-1.4.pdf/download
    http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-reference-1.4.pdf/download

From cappy2112 at gmail.com  Wed Aug 25 01:33:44 2010
From: cappy2112 at gmail.com (Tony Cappellini)
Date: Tue, 24 Aug 2010 16:33:44 -0700
Subject: [python-win32] Detecting when a system has multiple monitors
	(desktops)
Message-ID: <AANLkTimUTPG8oi8JQjfjVyw2pkzk7DXw411y6jOsmSTS@mail.gmail.com>

Does anyone know how to detect if a system has multiple monitors
(desktops) through Python?

I've written a program which allows the user to open multiple
stand-alone windows.
When I run this program I usually drag these windows to my secondary monitor.

I was to save the screen coordinates of the window locations so they
can be restored.

First, the program must detect the multiple desktops and then
understand if the screen coordinates of those
windows are related to the primary or secondary desktop.

From timr at probo.com  Wed Aug 25 01:48:16 2010
From: timr at probo.com (Tim Roberts)
Date: Tue, 24 Aug 2010 16:48:16 -0700
Subject: [python-win32] Detecting when a system has multiple monitors
 (desktops)
In-Reply-To: <AANLkTimUTPG8oi8JQjfjVyw2pkzk7DXw411y6jOsmSTS@mail.gmail.com>
References: <AANLkTimUTPG8oi8JQjfjVyw2pkzk7DXw411y6jOsmSTS@mail.gmail.com>
Message-ID: <4C745A40.9010604@probo.com>

 Tony Cappellini wrote:
> Does anyone know how to detect if a system has multiple monitors
> (desktops) through Python?
>
> I've written a program which allows the user to open multiple
> stand-alone windows.
> When I run this program I usually drag these windows to my secondary monitor.
>
> I was to save the screen coordinates of the window locations so they
> can be restored.
>
> First, the program must detect the multiple desktops and then
> understand if the screen coordinates of those
> windows are related to the primary or secondary desktop.

For the task you have described, that's not necessary at all.  On a
multi-monitor system, an application that is not multi-monitor aware
will simply see one large desktop.  If you save the coordinates and
restore them later, it will pop up on the same monitor as when you saved.

For example, I run two 1280x1024 monitors side by side, with the primary
monitor on the right.  If I move a window to the left monitor and then
fetch the screen coordinates, the X coordinate is negative (because
(0,0) is the upper left of the "primary" monitor).  If I kill the app,
bring it back up, and position it to (-900, 100), it is placed on the
left-hand monitor.

-- 
Tim Roberts, timr at probo.com
Providenza & Boekelheide, Inc.


From reckoner at gmail.com  Wed Aug 25 02:21:21 2010
From: reckoner at gmail.com (reckoner)
Date: Tue, 24 Aug 2010 17:21:21 -0700
Subject: [python-win32] Detecting when a system has multiple monitors
 (desktops)
In-Reply-To: <AANLkTimUTPG8oi8JQjfjVyw2pkzk7DXw411y6jOsmSTS@mail.gmail.com>
References: <AANLkTimUTPG8oi8JQjfjVyw2pkzk7DXw411y6jOsmSTS@mail.gmail.com>
Message-ID: <4C746201.2040706@gmail.com>

Tony:

All of this is handled in the dragonfly package:

http://code.google.com/p/dragonfly/

Note that you do not need speech recognition in order to use it. In 
particular, look at

    from dragonfly import Window, monitors


and the

window.py file in the distribution.

Good luck!



On 8/24/2010 4:33 PM, Tony Cappellini wrote:
> Does anyone know how to detect if a system has multiple monitors
> (desktops) through Python?
>
> I've written a program which allows the user to open multiple
> stand-alone windows.
> When I run this program I usually drag these windows to my secondary monitor.
>
> I was to save the screen coordinates of the window locations so they
> can be restored.
>
> First, the program must detect the multiple desktops and then
> understand if the screen coordinates of those
> windows are related to the primary or secondary desktop.
> _______________________________________________
> python-win32 mailing list
> python-win32 at python.org
> http://mail.python.org/mailman/listinfo/python-win32

From cappy2112 at gmail.com  Wed Aug 25 04:27:05 2010
From: cappy2112 at gmail.com (Tony Cappellini)
Date: Tue, 24 Aug 2010 19:27:05 -0700
Subject: [python-win32] Detecting when a system has multiple monitors
	(desktops)
In-Reply-To: <4C746201.2040706@gmail.com>
References: <AANLkTimUTPG8oi8JQjfjVyw2pkzk7DXw411y6jOsmSTS@mail.gmail.com>
	<4C746201.2040706@gmail.com>
Message-ID: <AANLkTi=58JdQsUiaBuQ0o4EGGqhLdkmXz_anHA90jyQy@mail.gmail.com>

Thanks-

but I think Tim's solution is more native and has the added benefit of
not requiring any additional software..
I was thinking too much into the problem.

However, I will keep your reply for future reference. There may be a
time when I need the monitors package.

On Tue, Aug 24, 2010 at 5:21 PM, reckoner <reckoner at gmail.com> wrote:
> Tony:
>
> All of this is handled in the dragonfly package:
>
> http://code.google.com/p/dragonfly/
>
> Note that you do not need speech recognition in order to use it. In
> particular, look at
>
> ? from dragonfly import Window, monitors
>
>
> and the
>
> window.py file in the distribution.
>
> Good luck!
>
>
>
> On 8/24/2010 4:33 PM, Tony Cappellini wrote:
>>
>> Does anyone know how to detect if a system has multiple monitors
>> (desktops) through Python?
>>
>> I've written a program which allows the user to open multiple
>> stand-alone windows.
>> When I run this program I usually drag these windows to my secondary
>> monitor.
>>
>> I was to save the screen coordinates of the window locations so they
>> can be restored.
>>
>> First, the program must detect the multiple desktops and then
>> understand if the screen coordinates of those
>> windows are related to the primary or secondary desktop.
>> _______________________________________________
>> python-win32 mailing list
>> python-win32 at python.org
>> http://mail.python.org/mailman/listinfo/python-win32
>

From mvilas at gmail.com  Wed Aug 25 14:57:06 2010
From: mvilas at gmail.com (Mario Vilas)
Date: Wed, 25 Aug 2010 14:57:06 +0200
Subject: [python-win32] WinAppDbg 1.4 is out!
In-Reply-To: <3006FE0AACFD1A49B2E305CFC8B822CC133F61D8AD@GILTMX07.corp.gilt.com>
References: <3006FE0AACFD1A49B2E305CFC8B822CC133F61D8AD@GILTMX07.corp.gilt.com>
Message-ID: <AANLkTinLAxQ4ec93hQ6qiQ+Y=Rnt5G6kAzOi64P6rVRu@mail.gmail.com>

Basically it supports 64 bits Windows, has a few more features, and
comes with a crash analyzer. PyDbg on the other hand supports Mac OS
and is integrated to PaiMei. So both frameworks have their own
advantages.

Also the programming API for PyDbg is much simpler (but still
powerful), but WinAppDbg's is more complete, documented, and object
oriented.

So if I were you, I wouldn't rush to port all my already written code
to WinAppDbg :) but if you're about to code something new you might
want to give it a try!

On Tue, Aug 24, 2010 at 9:42 PM, Aleksandr Yampolskiy
<ayampolskiy at gilt.com> wrote:
> How is it different from pydbg?
> Sent from my Blackberry handheld.
>
> ----- Original Message -----
> From: Mario Vilas <mvilas at gmail.com>
> To: bugtraq at securityfocus.com <bugtraq at securityfocus.com>; full-disclosure at lists.grok.org.uk <full-disclosure at lists.grok.org.uk>; Python-Win32 List <python-win32 at python.org>
> Sent: Tue Aug 24 09:00:59 2010
> Subject: WinAppDbg 1.4 is out!
>
> What is WinAppDbg?
> ==================
>
> The WinAppDbg python module allows developers to quickly code instrumentation
> scripts in Python under a Windows environment.
>
> It uses ctypes to wrap many Win32 API calls related to debugging, and provides
> an object-oriented abstraction layer to manipulate threads, libraries and
> processes, attach your script as a debugger, trace execution, hook API calls,
> handle events in your debugee and set breakpoints of different kinds (code,
> hardware and memory). Additionally it has no native code at all, making it
> easier to maintain or modify than other debuggers on Windows.
>
> The intended audience are QA engineers and software security auditors wishing to
> test / fuzz Windows applications with quickly coded Python scripts. Several
> ready to use utilities are shipped and can be used for this purposes.
>
> Current features also include disassembling x86 native code (using the open
> source diStorm project, see http://ragestorm.net/distorm/), debugging multiple
> processes simultaneously and produce a detailed log of application crashes,
> useful for fuzzing and automated testing.
>
>
> What's new in this version?
> ===========================
>
> In a nutshell...
>
> ?* fully supports Python 2.4 through 2.7
> ?* fully supports Windows XP through Windows 7, 32 and 64 bit editions
> ?* crash report tool now supports MSSQL (requires pyodbc)
> ?* now supports downloading debugging symbols from Microsoft (thanks Neitsa!)
> ?* new tool: sehtest.py (Windows SEH buffer overflow jump address bruteforcer,
> ? inspired by the same tool by Nicolas Economou)
> ?* the tutorial is now available in chm and pdf formats
> ?* now with only one MSI installer for all supported Python versions
> ?* added support for diStorm 3 (falls back to the old version if not found)
> ?* now using cerealizer instead of pickle whenever possible
> ?* added new command to the command line debugger to show the SEH chain
> ?* a few more anti-anti-debug tricks were added, still more to go!
> ?* several improvements to the Window instrumentation classes
> ?* more code examples
> ?* more Win32 API wrappers
> ?* lots of miscellaneous improvements, more documentation and bugfixes as usual!
>
> Entire changelog for all versions (slow!):
>
> ?http://p.sf.net/winappdbg/changelog
>
>
> Where can I find WinAppDbg?
> ===========================
>
> Project homepage:
> -----------------
>
> ? ?http://tinyurl.com/winappdbg
>
> Download links:
> ---------------
>
> ?Windows installer (32 bits)
> ? ?http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.win32.exe/download
> ? ?http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.win32.msi/download
>
> ?Windows installer (64 bits)
> ? ?http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.win-amd64.exe/download
> ? ?http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.win-amd64.msi/download
>
> ?Source code
> ? ?http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.zip/download
> ? ?http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-1.4.tar.bz2/download
>
> Documentation:
> --------------
>
> ?Online
> ? ?http://winappdbg.sourceforge.net/doc/v1.4/tutorial
> ? ?http://winappdbg.sourceforge.net/doc/v1.4/reference
>
> ?For download
> ? ?http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-tutorial-1.4.chm/download
> ? ?http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-reference-1.4.chm/download
> ? ?http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-tutorial-1.4.pdf/download
> ? ?http://sourceforge.net/projects/winappdbg/files/WinAppDbg/1.4/winappdbg-reference-1.4.pdf/download
>



-- 
HONEY: I want to? put some powder on my nose.
GEORGE: Martha, won?t you show her where we keep the euphemism?

From Francis.Kwok at ca.schneider-electric.com  Tue Aug 24 02:39:37 2010
From: Francis.Kwok at ca.schneider-electric.com (Francis.Kwok at ca.schneider-electric.com)
Date: Mon, 23 Aug 2010 17:39:37 -0700
Subject: [python-win32] Please help with "Library not registered" error
Message-ID: <OFC0560648.3388574F-ON88257789.0002EA70-88257789.00038C8C@US.Schneider-Electric.com>

I'm trying to use Python to wrap a COM library, However I get the 
following error:

(-2147319779, 'Library not registered.', None, None)

I've also tried registering the dll with regsvr2.exe

I've tried a ton of thing from the internet and finally ended up with this 
tonight:

import win32com.client

file = win32com.client.Dispatch("OptoSnapIoMemMapX.O22SnapIoMemMapX", 
resultCLSID= '{54D2FA40-E34F-11D2-9707-080009ABC65D}' ) 
print dir(file.__class__)

coclass = win32com.client.Dispatch(file,  resultCLSID= 
'{54D2FA50-E34F-11D2-9707-080009ABC65D}')
print dir(coclass.__class__)

app = win32com.client.CastTo(coclass,  'IO22SnapIoMemMapX')

app.Close()


The auto generated makepy file is quite big, so i didn't cut and paste it. 


Thanks in Advance.

Francis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100823/a015f7cd/attachment.html>

From skippy.hammond at gmail.com  Thu Aug 26 03:35:48 2010
From: skippy.hammond at gmail.com (Mark Hammond)
Date: Thu, 26 Aug 2010 11:35:48 +1000
Subject: [python-win32] Client side COM problems with ByRef parameters
In-Reply-To: <AANLkTi=juBopXm_cNSt0QfMwANFMCxdFFfRwg6iBiu_e@mail.gmail.com>
References: <AANLkTi=juBopXm_cNSt0QfMwANFMCxdFFfRwg6iBiu_e@mail.gmail.com>
Message-ID: <4C75C4F4.60401@gmail.com>

On 24/08/2010 11:56 PM, mark ferguson wrote:
> and it still didn't change anything! I'd have expected an 'Attribute
> Error' or something like that as I've changed the method name. As a last
> resort I deleted the contents of the gen_py directory, still with no
> effect. So, I'm left thinking that this type lib can't or won't use the
> win32com magic Dispatch support and it's falling back to dynamic
> support. Can anyone suggest what's actually happening here, and any way
> forward?

That seems likely.  The usual reason for this is that the object doesn't 
support runtime calls for the type info, so win32com can't determine the 
makepy object to use.  If you change the Dispatch call to a 
win32com.client.gencache.EnsureDispatch call you will possibly get an 
error informing you about that.  Also, printing the repr of 'lr' should 
give you a clue.

You can probably make things work by manually "wrapping" the Dispatch 
returned object in a generated class.  One approach would be to use 
makepy to generate the code, then move the generated file somewhere else 
then do something like:

import generated_file # the makepy generated file.
lr = win32com.client.Dispatch("wlrun.LrEngine")
lr = generated_file.LrEngine(lr) # wrap it.

The above assumes the class name in the generated file is also LrEngine. 
  You could probably also do it using gencache with something like:

from win32com.client import gencache
klass = gencache.GetClassForCLSID("{clsid-of-the-object}")
lr = win32com.client.Dispatch("wlrun.LrEngine")
lr = klass(lr) # wrap it.

Note that even then, to get reasonable byref behaviour the IDL file for 
the object will need to have specified the "in/out" semantics correctly.

HTH,

Mark

From skippy.hammond at gmail.com  Thu Aug 26 03:40:45 2010
From: skippy.hammond at gmail.com (Mark Hammond)
Date: Thu, 26 Aug 2010 11:40:45 +1000
Subject: [python-win32] Please help with "Library not registered" error
In-Reply-To: <OFC0560648.3388574F-ON88257789.0002EA70-88257789.00038C8C@US.Schneider-Electric.com>
References: <OFC0560648.3388574F-ON88257789.0002EA70-88257789.00038C8C@US.Schneider-Electric.com>
Message-ID: <4C75C61D.9050906@gmail.com>

On 24/08/2010 10:39 AM, Francis.Kwok at ca.schneider-electric.com wrote:
>
> I'm trying to use Python to wrap a COM library, However I get the
> following error:
>
> (-2147319779, 'Library not registered.', None, None)
>
> I've also tried registering the dll with regsvr2.exe

It looks like the object simply doesn't install a type-library, but at 
runtime it does supply its ID.  You can probably avoid the cast-to by 
specifying the clsid of the object you want to end up with, but that 
depends a little on the object itself.

I'm CCing Mark here as I forgot about the ability to specify the 
resultCLSID param, and that might simplify the options I referred him to 
just a few minutes ago.

HTH,

Mark

From markferg at gmail.com  Thu Aug 26 16:54:42 2010
From: markferg at gmail.com (mark ferguson)
Date: Thu, 26 Aug 2010 15:54:42 +0100
Subject: [python-win32] Client side COM problems with ByRef parameters
In-Reply-To: <4C75C4F4.60401@gmail.com>
References: <AANLkTi=juBopXm_cNSt0QfMwANFMCxdFFfRwg6iBiu_e@mail.gmail.com>
	<4C75C4F4.60401@gmail.com>
Message-ID: <AANLkTikVpLo+m9O-9SSyE_efahWPXgrKBoXR+5NtKFM9@mail.gmail.com>

On 26 August 2010 02:35, Mark Hammond <skippy.hammond at gmail.com> wrote:

> ...
> import generated_file # the makepy generated file.
> lr = win32com.client.Dispatch("wlrun.LrEngine")
> lr = generated_file.LrEngine(lr) # wrap it.
> ...
> The above assumes the class name in the generated file is also LrEngine.
> ...
> Note that even then, to get reasonable byref behaviour the IDL file for the
> object will need to have specified the "in/out" semantics correctly.
>
> HTH,
>
> Mark
>

Thanks for the input Mark. I've got a workaround doing the above and also
editing the makepy generated file. The problem seems to be that Get...
methods pass the ByRef parameter when it is not needed. Rather than changing
everything, I'm just changing methods as and when I need them. For example:

#    def GetVuserTypeLicenseLimit(self, strVuserType=defaultNamedNotOptArg,
pRetLimit=defaultNamedNotOptArg):
#        """Get the License limit for the Vuser Type """
#        return self._oleobj_.InvokeTypes(8, LCID, 1, (3, 0), ((8, 1),
(16387, 0)),strVuserType
#            , pRetLimit)
    def GetVuserTypeLicenseLimit(self, strVuserType=defaultNamedNotOptArg):
        """Get the License limit for the Vuser Type """
        return self._oleobj_.InvokeTypes(8, LCID, 1, (3, 0), ((8, 1),
(16387, 0)),strVuserType )*
*
Then I can use:
import win32com.client
import lrcontroller # the makepy generated file, renamed and put in
site-packages

lr = win32com.client.Dispatch("wlrun.LrEngine")
lr = lrcontroller.LrEngine(lr) # wrap it.
lr.ShowMainWindow(True) # <- works fine, application pops up ok.
status, webVusers = lr.GetVuserTypeLicenseLimit("Web & Multimedia Bundle") #
<:-)
print webVusers

Maybe not the most elegant solution, but it does the job!

Mark.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/python-win32/attachments/20100826/7be43862/attachment.html>

From trent at snakebite.org  Fri Aug 27 17:24:27 2010
From: trent at snakebite.org (Trent Nelson)
Date: Fri, 27 Aug 2010 11:24:27 -0400
Subject: [python-win32] Detecting when a system has multiple monitors
 (desktops)
In-Reply-To: <AANLkTimUTPG8oi8JQjfjVyw2pkzk7DXw411y6jOsmSTS@mail.gmail.com>
References: <AANLkTimUTPG8oi8JQjfjVyw2pkzk7DXw411y6jOsmSTS@mail.gmail.com>
Message-ID: <4C77D8AB.4090007@snakebite.org>

On 24-Aug-10 7:33 PM, Tony Cappellini wrote:
> Does anyone know how to detect if a system has multiple monitors
> (desktops) through Python?
>
> I've written a program which allows the user to open multiple
> stand-alone windows.
> When I run this program I usually drag these windows to my secondary monitor.
>
> I was to save the screen coordinates of the window locations so they
> can be restored.
>
> First, the program must detect the multiple desktops and then
> understand if the screen coordinates of those
> windows are related to the primary or secondary desktop.

You might find the following bit of code useful too.  I used to use 
MaxiVista a lot, which meant my desktop would often vary between one and 
four monitors -- nothing was more annoying than apps that would position 
themselves off-screen when I was only working off the laptop display.

So, I wrote fix_window_placements.py, which basically looks for windows 
that may have off-screen coordinates and then moves them back onto the 
main desktop.

Regards,

	Trent.

# Copyright 2010, Trent Nelson (trent at snakebite.org).
# $Id: fix_window_placements.py 6 2010-08-10 09:58:58Z Trent $

from win32gui import (
     SetFocus,
     MoveWindow,
     EnumWindows,
     GetClassName,
     GetWindowRect,
     GetWindowText,
     IsWindowEnabled,
     IsWindowVisible,
     GetDesktopWindow,
     GetWindowPlacement,
)

from ctypes import (
     windll,
     c_int,
     c_long,
     c_ulong,
     c_double,
     POINTER,
     Structure,
     WINFUNCTYPE,
)

class RECT(Structure):
     _fields_ = [
         ('left', c_long),
         ('top', c_long),
         ('right', c_long),
         ('bottom', c_long)
     ]

     def dump(self):
         return map(int, (self.left, self.top, self.right, self.bottom))

MonitorEnumProc = WINFUNCTYPE(c_int, c_ulong, c_ulong, POINTER(RECT), 
c_double)

def enum_display_monitors():
     results = []
     def _callback(monitor, dc, rect, data):
         results.append(rect.contents.dump())
         return 1
     callback = MonitorEnumProc(_callback)
     temp = windll.user32.EnumDisplayMonitors(0, 0, callback, 0)
     return results

def get_desktop_area():
     left = top = right = bottom = 0
     for r in enum_display_monitors():
         if r[0] < left:
             left = r[0]
         if r[1] < top:
             top = r[0]
         if r[2] > right:
             right = r[2]
         if r[3] > bottom:
             bottom = r[3]
     return (left, top, right, bottom)

def inside_desktop(hwnd):
     desktop = get_desktop_area()
     rect = GetWindowPlacement(hwnd)[4]
     return (
         rect[0] >= desktop[0] and
         rect[1] >= desktop[1] and
         rect[2] <= desktop[2] and
         rect[3] <= desktop[3]
     )

def enum_windows():
     results = []
     def _handler(hwnd, results):
         results.append((hwnd, GetWindowText(hwnd), GetClassName(hwnd)))
     EnumWindows(_handler, results)
     return results

def main():
     for hwnd, text, cls in enum_windows():
         if IsWindowEnabled(hwnd) and IsWindowVisible(hwnd) and text:
             if not inside_desktop(hwnd):
                 left, top, right, bottom = GetWindowPlacement(hwnd)[4]
                 width = right - left
                 height = bottom - top
                 (x, y) = GetWindowRect(GetDesktopWindow())[:2]
                 try:
                     MoveWindow(hwnd, x, y, width, height, 1)
                     print "moved '%s'" % text
                 except:
                     # Ignore windows we can't move.
                     pass

if __name__ == '__main__':
     main()