Hi,
I am trying to port a classic ASP application to Python with a
mid-point step where we use the Python in ASP. As part of this, we are
calling into Python from VBScript and finding that some parameters end
up becoming Null after a function call.
Some digging turned up an old bug against Python
Further information:
It looks like this is a general COM issue, not just an ActiveX Script
issue. If I do the test with a registered Python COM object, I get the
same results from VBScript. The bug has been updated with this new
information.
-Chris
On Thu, Mar 24, 2011 at 9:49 AM, Chris
Hi,
I am embedding python code into an existing legacy classic asp
application. I need to access utf-8 encoded unicode query string data
from python.
I have something along the lines of (simplified):
# have set in IIS7 ASP configuration for default session code page to
be CodePage = 65001
a = u
'utf-8')
__unicode__ was introduced in python 2.2 and therefore is supported by
every 2.x version of python that a build is provided for on
sourceforge download page.
-Chris
On Thu, Jun 30, 2011 at 10:40 PM, Chris Lambacher
wrote:
> Hi,
>
> I am embedding python code into an existing
An online resource is:
http://oreilly.com/catalog/pythonwin32/chapter/ch12.html#51294
That contains all the basics of how to define an object and register
it to be available via COM (i.e. to be able to use the object from
VBScript).
There is also documentation that comes with Pywin32. The docume
Hi,
Whenever I load an extension using the ActiveX Script for Python in a
Classic ASP page, I get an error saying the DLL can't be loaded. I
have solved this problem thus far by patching the distutils source for
my local Python instance and rebuilding the extension (see
http://groups.google.com/gr
*sigh*
I responded to him and didn't notice that he only responded to me and
the list bounce address. Here is *my* response to Bruce which went to
him off list:
Hi Bruce,
You have to write some Python objects that have special properties
that describe the COM interface to expose. That is the "c
[HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{DF630910-1C1D-11d0-AE36-8C0F5E00}\PythonCOM]
@="win32com.axscript.client.pyscript.PyScript"
[HKEY_CLASSES_ROOT\Wow6432Node\CLSID\{DF630910-1C1D-11d0-AE36-8C0F5E00}\VersionIndependentProgID]
@="Python"
On Tue, Sep 6, 2011 at 10:28 P
I can also confirm that pythoncomloader26.dll has a manifest that
includes the MSVCRT as Microsoft.VC90.CRT.
-Chris
On Tue, Sep 6, 2011 at 10:56 PM, Chris Lambacher wrote:
> Hi Mark,
>
> It looks like it is trying to use pythoncomloader26.dll. Maybe it is
> to due with the Wow64
ols in IIS and not disrupt my
other work.
I have also determined that I have no reference to pythoncom26.dll,
only pythoncomloader26.dll, in my registry.
-Chris
On Tue, Sep 6, 2011 at 11:09 PM, Mark Hammond wrote:
> On 7/09/2011 12:56 PM, Chris Lambacher wrote:
>>
>> Hi Mark,
Hi Mark,
It is not Wow64. I did a very basic test to see what I get. I
installed 2.7.2 x64 and appropriate pywin32 216, and lxml 2.3, throw:
import sys
Response.Write(sys.version)
import lxml.etree
Response.Write("
Worked")
into an ASP file and get:
2.7.2 (default, Jun 12 2011, 14:24:46) [M
On Thu, Sep 8, 2011 at 11:24 PM, Mark Hammond wrote:
> I guess you are saying that that module will have no reference to the CRT
> assembly and that you will rebuild it so it does and that will fix the
> problem?
I am rebuilding to ensure that the CRT reference is included in the
DLL manifest for
On Sun, Sep 11, 2011 at 11:57 AM, Chris Lambacher
wrote:
>>
>> If so, that surprises me. To get as far as you did, much of the pywin32
>> framework was imported, so all those modules must have imported OK.
>
> I don't know why the imported pyd files are not
Missed copying the list :(
-- Forwarded message --
From: Chris Lambacher
Date: Tue, Sep 13, 2011 at 11:34 AM
Subject: Re: [python-win32] Loading C extensions in Python 2.6/2.7
from classic ASP
To: Mark Hammond
On Sun, Sep 11, 2011 at 3:42 PM, Mark Hammond wrote:
> The b
On Tue, Sep 13, 2011 at 11:45 AM, Chris Lambacher
wrote:
> Maybe the other modules are loading other DLLs and therefore need the
> manifest in order to be able to inherit it since it is not the main
> process loading the DLLs anymore?
>
Scratch that theory. This extension has a m
cuse my brevity.
>
> Chris Lambacher wrote:
>>
>> On Sun, Sep 11, 2011 at 3:42 PM, Mark Hammond
>> wrote:
>> > The best I can suggest is to make a small .asp example which requires
>> > nothing beyond pywin32 - eg, some of the asp samples. Once you are
>> &
Please excuse my brevity.
>
> Chris Lambacher wrote:
>>
>> Basically every C extension I have ever tried:
>>
>> lxml
>> pycrypto
>> pyodbc
>> psyco
>>
>> -Chris
>>
>> On Tue, Sep 13, 2011 at 1:30 PM, mhamm...@skippinet.com.au
>>
any
sense. At least I have a work-around.
-Chris
On Tue, Sep 13, 2011 at 7:54 PM, Chris Lambacher wrote:
> I don't import anything from pywin32 other than what would have already been
> loaded before getting to my code by the pywin32 machinery that makes active
> scripting wor
Microsoft has stated that only . NET apps will run on Windows on ARM so you
will likely need to use IronPython if you want to use Python on Windows on
Arm.
-Chris
On Tuesday, June 19, 2012, Marcell Vazquez-Chanlatte wrote:
> Hey,
> Does anyone here know about python implementations for windows o
On Wed, Jun 20, 2012 at 12:37 PM, Tim Roberts wrote:
> Chris Lambacher wrote:
> > Microsoft has stated that only . NET apps will run on Windows on ARM
> > so you will likely need to use IronPython if you want to use Python on
> > Windows on Arm.
>
> That's not c
On Wed, Jun 20, 2012 at 10:50 AM, Michael Manfre wrote:
> The observed behavior is equivalent to this bit of SQL.
>
> DECLARE @retval int, @someOut int
>> exec @retval = uspReturnsAResultSetOrTwo @someOut OUTPUT
>> SELECT @retval, @someOut
>>
>
> I haven't been able to find any documentation stat
21 matches
Mail list logo
