gt; "pywin32",
> "pymsgbox"
> ]
>
> What's wrong?
>
> Link to repository: https://github.com/dornech/utils-mystuff
>
> Regards
> Chris
> ___
> python-win32 mailing list -- python-win32@python.org
> To unsubscribe sen
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
assume will happen? Or is there a third
explanation 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 ct
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 how
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 branch
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 Mic
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
* A
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 when
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
g flow is and what the different classes are
doing.
Any clues for 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 code on SF. I'm going to
gue
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.rksystem
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. Here is some historical conte
On Wed, Feb 21, 2018 at 7:12 PM, Bob Kline 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 two approaches to t
On Wed, Feb 21, 2018 at 10:26 AM, Bob Kline 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 fixes the
> second problem i
On Wed, Feb 21, 2018 at 12:04 PM, Vernon D. Cole wrote:
> Ummm ... "I'm buried under a project right now, and I won't be able to get
> back to you until next Friday."
No worries. I'll keep plugging along with getting my test bed
assembled and then hold off until you come up for air.
Thanks,
Bob
, Size: 0, Value: "2",
Precision: 0, NumericScale: 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 K
0\xe2@\x00'" not in ['\x07\x00\xe2@*',
, '\x07\x00\xe2@*']
--
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 blu
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" wrote:
>>
>> On Mon, Feb 19, 2018 at 2:25 AM, Vernon D. Cole
>> wrote:
>&
7;t drift into forks of each other; (b) figure out how such
synchronization will be accomplished; and most important (c) make it
very clear in both locations what the relationship is between the two
repositories, telling everyone which one should be used in which
situation, where to file i
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 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 find any other
> clue
pecific
>> 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)
>>
>>
>> -- Forwarded message --
>>
ugs/
[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
cision 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 precis
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"?
--
Bob Kline
http://www
jects
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...@rksystems.com
___
1.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 wrote:
> On Sat, Nov 4, 2017 at 6:27 AM, Bob Kline wrote:
>>
>> The adodbapi package does not seem to handle datetime values
>
> Y
You hit the Send button too soon, right?
--
Bob Kline
http://www.rksystems.com
mailto
sub-second precision in retrieved values
in Python 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
36 matches
Mail list logo
