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://
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
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
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
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
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
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
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
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
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
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
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
*
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
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
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
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
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
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
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.
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
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
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,
-
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
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
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
, 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)
>>
>>
>>
[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
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
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
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...
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
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
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
33 matches
Mail list logo