Re: [python-win32] Uninstallation Command Required

issue. > > SUMMARY: Need a proper uninstall command for windows > > Thanks in advance. > ___ > python-win32 mailing list > python-win32@python.org > https://mail.python.org/mailman/listinfo/python-win32 > -- Bob Kline https://

Re: [python-win32] Object type puzzle

On Sat, Jan 7, 2023 at 2:14 PM Tim Roberts wrote: > ... > Ah, you youngsters who don't remember the glory days. Well, I'll be 75 in a couple of weeks, so I don't know how well I still qualify as a "youngster."  It's more likely that I knew about that "feature" at one time (I used Pine on

Re: [python-win32] Object type puzzle

As a very minor side note, just so you know, it looks like there's a bug in the mailing list software. I went back to the original of my previous post, and the ">" character which appears at the beginning of the paragraph beginning "From what I can tell ..." was not in the message that I sent, but

Re: [python-win32] Object type puzzle

On Tue, Jan 3, 2023 at 9:08 PM Mark Hammond wrote: > ... > This is probably just defined by IDispatch and related interfaces. There > is a good chance that JScript magically uses multiple interfaces at the > same time for an object, whereas Python only tends to use one. Right. Presumably JScript

[python-win32] Object type puzzle

xplanation for the mystery which has eluded me? Thanks, Bob Kline ___ python-win32 mailing list python-win32@python.org https://mail.python.org/mailman/listinfo/python-win32

Re: [python-win32] Windows scripting can't find _ctypes

On Mon, Dec 19, 2022 at 9:40 AM Bob Kline wrote: > > Anyone else stumbled onto this problem? I found a solution. If I add e:\Python\DLLs to the PYTHONPATH environment variable, Windows script is able to import the ctypes module. I would appear that something has changed in the communi

[python-win32] Windows scripting can't find _ctypes

I just ran into a snag after upgrading to Python 3.11.1. Running Python 3.10.1 the ctypes module imports with no problems. Same under Windows scripting using the pywin32 package. With 3.11.1 importing ctypes directly still works. However, under Windows scripting using the pywin32 package "import

Re: [python-win32] Memory access violation using pywin32 as WSH

We have a glimmer of hope. Just got a fresh build of xmetal.exe from the vendor, and it's not failing in my initial tests. Much more testing to do, but this looks very promising. I've asked them to tell me about the fix, but they've dodged that question so far. So let me stop here and tell you

Re: [python-win32] Memory access violation using pywin32 as WSH

On Tue, Nov 29, 2022 at 6:19 PM Mark Hammond wrote: > > On 30/11/2022 3:06 am, Bob Kline wrote: > >> As a side note, imp.new_module() [3] was deprecated back in Python 3.4. > > Yep, you are looking at a very old version. True, but I checked HEAD for the main br

Re: [python-win32] Memory access violation using pywin32 as WSH

On Tue, Nov 29, 2022 at 6:23 PM Mark Hammond wrote: > The close method is Microsoft is not helping much here. The documentation to which you linked has no information about this method other than that it returns a 32-bit integer for which no semantics are given, and that it lives in the

Re: [python-win32] Memory access violation using pywin32 as WSH

On Tue, Nov 29, 2022 at 6:19 PM Mark Hammond wrote: > ... the ax object isn't going to have a Reset - so whatever that's trying to > do isn't getting done. How would we go about finding out what that missing method was supposed to do, so that we can know whether the failure to do it is related

Re: [python-win32] Memory access violation using pywin32 as WSH

One more data point. I added a bit more to my logging and learned that the seven calls to the ScriptItem constructor each time the macro is invoked are for the seven global objects which the host application (XMetaL) makes available to the scripts: * FormDriver * ActiveDocument * Selection *

Re: [python-win32] Memory access violation using pywin32 as WSH

Cranking up the microscope (or spelunking deeper, whichever metaphor you prefer), the first thing I'll say is that this code is devilishly complex. Here's what I've found in the latest pass. First, there's a minor bug at line 353 of pyscript.py [1], where globalNameSpaceModule is set to None

Re: [python-win32] Memory access violation using pywin32 as WSH

On Mon, Nov 28, 2022 at 7:24 PM Mark Hammond wrote: > ... > The absolute best thing for us would be to reproduce the crash in the > test code at > https://github.com/mhammond/pywin32/tree/main/com/win32comext/axscript/test. I presume that would depend on getting the vendor to open the kimono and

Re: [python-win32] Memory access violation using pywin32 as WSH

On Mon, Nov 28, 2022 at 4:12 PM Bob Kline wrote: > > Perhaps, for example, I'll be able to find something which is supposed > to get released at application shutdown time but which isn't. I've added some debug logging to the top of most methods in pyscript.py, mostly just a

[python-win32] Memory access violation using pywin32 as WSH

r where to start? Anyone else run into similar memory access violations using Python as a Windows Scripting Host? Many thanks! -- Bob Kline https://www.rksystems.com mailto:bkl...@rksystems.com ___ python-win32 mailing list python-win32@python.org https://mail.python.org/mailman/listinfo/python-win32

Re: [python-win32] Bug reporting

On Sun, Feb 25, 2018 at 6:18 PM, Mark Hammond wrote: > 1) There's a relatively easy fix that can be made to the copy of adodbapi > which is inside pywin32. Right. Basically, I think what needs to happen is for the fork on GitHub to be brought in sync with the working

Re: [python-win32] Bug reporting

Assuming the effort to clean up the rough edges of the ADODB-base package goes smoothly we'll probably stick with what we're using, at least for the immediate future. But thanks for the suggestion. You never know. :-) -- Bob Kline http://www.rksystems.com mailto:bkl...@rksy

Re: [python-win32] Bug reporting

On Sun, Feb 25, 2018 at 12:31 AM, Mark Hammond wrote: > I'm afraid Bob is going to get quite frustrated if he gets upset about > responses taking more than a few days to come in. I'm going to assume you hadn't yet read the thread leading up to Vernon's last message.

[python-win32] Parameters in adodbapi [was Re: Bug reporting]

On Wed, Feb 21, 2018 at 7:12 PM, Bob Kline <bkl...@rksystems.com> wrote: > The solutions (for the two bugs my patch attempted to address) which > come immediately to mind include: Here's what I think I've been able to determine at this point. 1. The adodbapi package uses tw

Re: [python-win32] Bug reporting

On Wed, Feb 21, 2018 at 10:26 AM, Bob Kline <bkl...@rksystems.com> wrote: > Without the patch, SQL Server is unable to store a NULL value or an > empty string properly using placeholders. So we need to find out why > that is, and come up with a version of the patch which fix

Re: [python-win32] Bug reporting

ericScale: 0 Name: p1, Dir.: Input, Type: adInteger, Size: 0, Value: "1", Precision: 0, NumericScale: 0] ------ Ran 143 tests in 35.413s FAILED (errors=1) Thanks, Bob On Wed, Feb 21, 2018 at 7:31 AM, Bob Kline <bkl...@rksystems.com> wrote: > Hi,

Re: [python-win32] Bug reporting

- Ran 103 tests in 8.394s FAILED (failures=1) I get the same failure if I use a more modern .accdb file. Again, I apologize for this blunt message, but you've done some good work on this package, and it's worth getting it back on the road. Regards, Bob Kl

Re: [python-win32] Bug reporting

it wouldn't work to maintain the project just on GitHub (under pywin). Or perhaps you intended some third interpretation of "good plan." Cheers, Bob > > On Feb 19, 2018 04:57, "Bob Kline" <bkl...@rksystems.com> wrote: >> >> On Mon, Feb 19, 2018 at 2:2

Re: [python-win32] Bug reporting

file (without which adodbapi can't load) not in the GitHub repo? Thanks, Bob On Sat, Feb 17, 2018 at 6:20 PM, Bob Kline <bkl...@rksystems.com> wrote: > Thanks for the tip, Max. I added a review to the SourceForge page so I > could help others avoid wasting time there (I didn't fi

Re: [python-win32] Bug reporting

, please edit your Subject line so it is more specific >> than "Re: Contents of python-win32 digest..." >> >> Today's Topics: >> >>1. sudo.py -- publish to pypi or gist? (Vernon D. Cole) >>2. Bug reports (Bob Kline) >> >> >>

[python-win32] Bug reports

[3] https://sourceforge.net/p/adodbapi/bugs/27/ -- Bob Kline http://www.rksystems.com mailto:bkl...@rksystems.com ___ python-win32 mailing list python-win32@python.org https://mail.python.org/mailman/listinfo/python-win32

Re: [python-win32] datetime values in adodbapi

with sub-second precision stripped (or rounded away) and store that value. That way, at the cost of some precision, I'll be able to guarantee that Python 2 and Python 3 code (any code, really) will get the same value from the database. In this particular instance, the consistency is worth more than the prec

Re: [python-win32] datetime values in adodbapi

would magically work differently. I'm not sure what that means. The value I get back from adodbapi from my SELECT query *is* a Python datetime object: >>> row = cursor.fetchone() >>> type(row[0]) What would be the difference between that and a "real datetime object&quo

Re: [python-win32] datetime values in adodbapi

ython library datetime objects for non-NULL values retrieved from SQL Server DATETIME columns, so that's what row.d is. The fact that the printed representation of the value has trailing zeros reflects the default formatting for datetime objects. -- Bob Kline http://www.rksystems.com mailto:bkl...

Re: [python-win32] datetime values in adodbapi

B3182545) - 13.0.4001.0 (X64) Oct 28 2016 18:17:30 Developer Edition on Windows Server 2012 R2 -- Bob Kline http://www.rksystems.com mailto:bkl...@rksystems.com ___ python-win32 mailing list python-win32@python.org https://mail.python.org/mailman/listinfo/python-win32

Re: [python-win32] datetime values in adodbapi

On Mon, Nov 6, 2017 at 9:59 AM, Vernon D. Cole <vernondc...@gmail.com> wrote: > On Sat, Nov 4, 2017 at 6:27 AM, Bob Kline <bkl...@rksystems.com> wrote: >> >> The adodbapi package does not seem to handle datetime values > > Y You hit the Send button too

[python-win32] datetime values in adodbapi

3.x). Before I dig in to do the work, though, I want to check in here to make sure patches are accepted so I don't spend time on something that's not wanted. Thanks! -- Bob Kline http://www.rksystems.com mailto:bkl...@rksystems.com ___ python-win3