Change by David CARLIER :
--
components: Library (Lib)
nosy: devnexen
priority: normal
pull_requests: 26711
severity: normal
status: open
title: DragonflyBSD fix nis module build
type: compile error
versions: Python 3.11
___
Python tracker
<ht
Change by David Mandelberg :
--
nosy: +dseomn
___
Python tracker
<https://bugs.python.org/issue44309>
___
___
Python-bugs-list mailing list
Unsubscribe:
David Melgar added the comment:
Same issue. Running Monterey beta. Experiencing crash.
Is there any plan for a fix or is the plan to wait for Monterey to release?
--
nosy: +enki1711
___
Python tracker
<https://bugs.python.org/issue44
New submission from David Rajaratnam :
I'm trying to use `importlib.resources.files()`. However, I cannot work out how
to properly use the `importlib.readers.MultiplexedPath()` object that is
returned.
As I expect and want, the returned object is referring to a directory, but I
cannot
David Rajaratnam added the comment:
Thanks for the quick response. I think the attached file shows the issue.
In the directory where you download and run this file create a sub-directory
'data'. Then running the file creates the output (note: I've truncated the path
name):
David Hagen added the comment:
Because the implementation in GH-25786 relies on the new
`dataclass(slots=True)` feature (i.e. it does not work if the slots are
specified with `__slots__`), I don't think this can be trivially backported to
versions before
David Bohman added the comment:
Thank you for your help, Ned.
--
___
Python tracker
<https://bugs.python.org/issue45405>
___
___
Python-bugs-list mailin
David Rajaratnam added the comment:
Hi Filipe,
Thanks very much for the pointers and for the clarifications. I'll look at
using importlib.resources.as_file(). I think this is the API that I stupidly
seemed to have missed!
However, it is also very possible that I am misunderstandin
David Rajaratnam added the comment:
I'm closing the bug report. Clearly not a bug. It looks like
importlib.resources.as_file() is exactly what I want. It returns a context and
can potentially create a temporary file system directory structure with all
files I want underneath. Not sure
David Rajaratnam added the comment:
Hi Jason,
Thanks for the extra pointers. My initial intention in explaining my use-case
was to find out whether treating an externally embedded interpreter's files as
`importlib.resources` is the correct use of this library. However, you're r
David Lukeš added the comment:
This is unfortunate, especially since it used to work... Going forward, is the
intention not to support this use case? Or is it possible that support for
generic NamedTuples will be re-added in the future?
--
nosy: +dlukes
David Bolen added the comment:
I don't know if this is a buildbot, test or 3.9-specific issue but this commit
appears to have introduced a permanent initial failure (but success on retry)
in test_pickle on both Windows 10 3.9 builders. First failure for my builder
at
David Bolen added the comment:
So I'm guessing something is just borderline under 3.9 on Windows.
In some manual testing with a standalone build of 3.9 so far for me:
-m test.test_pickle always succeeds (executed directly)
-m test test_pickle always fails (execute
Change by David Bolen :
--
nosy: +db3l
___
Python tracker
<https://bugs.python.org/issue45806>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from David Pratten :
Hi
Example "eg def2" works but "eg def4" gives an error?
David
```
emp = [
{
"empno": 7839,
"mgr": 0,
"ename": "KING"
},
{
"empno": 7566,
David Pratten added the comment:
Hi Mark,
Thanks.
The anomaly is that the print("eg def2", ...) works. Should it not fail in
the same way that print("eg def4", ...) does.
David
On 22/11/2021 7:36:31 PM, Mark Dickinson wrote:
Mark Dickinson added the comment:
T
New submission from David Federman :
When building with Visual Studio 2017+, any Directory.Build.props/targets above
the repo in the file structure (eg. in the parent repo when the python repo is
a submodule) will be imported automatically.
--
components: Build
messages: 407320
nosy
Change by David Federman :
--
keywords: +patch
pull_requests: +28082
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/29854
___
Python tracker
<https://bugs.python.org/issu
David Jack added the comment:
Thank you for the information. That will definitely be helpful. Also, thank you
for being so detailed with your explanation. Thank you so much. my name is
david. i am provide mac optimizer pro software your mac has been speed slow and
malware attack and junk
David Jack added the comment:
Thank you for the information. That will definitely be helpful.
https://pcoptimizerpro.com/
--
___
Python tracker
<https://bugs.python.org/issue31
David Halter added the comment:
This is not a duplicate. It is related to https://bugs.python.org/issue26103,
because __get__ is not required anymore for an object to be a data descriptor.
The current code on master (of inspect.getattr_static) still thinks a
descriptor has both __get__ and
New submission from David Shiko :
AsyncConnection mentioned only one at this docs but not imported or presented
somehow else.
https://docs.python.org/3/library/unittest.html.
--
components: Tests
messages: 408000
nosy: dsb321mp
priority: normal
severity: normal
status: open
title
Change by David CARLIER :
--
components: FreeBSD
nosy: devnexen, koobs
priority: normal
pull_requests: 28216
severity: normal
status: open
title: fcntl module add F_DUP2FD_CLOEXEC
type: enhancement
versions: Python 3.11
___
Python tracker
<ht
New submission from David CARLIER :
Exposing these specific freebsd constants to the module.
--
___
Python tracker
<https://bugs.python.org/issue46016>
___
___
New submission from David CARLIER :
- Enabling new F_KINFO flag.
- Returning a subset of practical data from it.
--
components: FreeBSD
messages: 408088
nosy: devnexen, koobs
priority: normal
pull_requests: 28224
severity: normal
status: open
title: fcntl module update supports FreeBSD
David CARLIER added the comment:
- The F_KINFO flag returns the related kinfo_file from the file descriptor.
- While F_KINFO is, at the moment, FreeBSD's specific however other BSD has
kinfo_file data as well thus the possibility they support a similar feature
(F_KINFO appears only a
David CARLIER added the comment:
- Got clues mostly from source code and header
https://github.com/freebsd/freebsd-src/blob/794d3e8e63f4a6ebc8926030b6c937109ddc5485/sys/sys/fcntl.h#L273
--
___
Python tracker
<https://bugs.python.org/issue46
David CARLIER added the comment:
Ah right then no point then if there is no support for upcoming feature, indeed
it s only FreeBSD 14 scheduled next year :-)
--
___
Python tracker
<https://bugs.python.org/issue46
David CARLIER added the comment:
- A kinfo_file data holds file information from the kernel's perspective (like
the path or the current offset), more info here
https://github.com/freebsd/freebsd-src/blob/main/sys/sys/user.h#L342
--
___
P
New submission from David Heffernan :
Starting with Python 3.8 certain ctypes callbacks fail to restore the stack
pointer.
In the repo below, when the DLL is compiled with MSVC under default debug
settings, running the Python script leads to a debug error dialog which says:
Run-Time Check
New submission from David Nicolson :
Converting float values stored as strings with the real data type can result in
an integer value or a rounding error.
import plistlib
xml = """
http://www.apple.com/DTDs/PropertyList-1.0.dtd";>
FloatExample
100.0
Floa
David Nicolson added the comment:
It looks like it's just inconsistency in plutil that is causing the confusion.
/usr/libexec/PlistBuddy -c Print test.plist
Dict {
FloatExample2 = 0.10
FloatExample3 = 100.00
FloatExample = 0.00
}
cat test.plist | plutil -convert
David Cuthbert added the comment:
How much harm would there be in bringing the DeprecationWarning into the next
patch of existing (3.6, 3.7, 3.8) releases? The security implications are
significant enough that I'd want to be notified of it in my software ASAP.
Users can (and s
David Cuthbert added the comment:
I'm working on patches for the deprecation bits (targeting 3.6 for now; will
work my way up from there) for review, including documentation. Unless someone
tells me to stop. :-)
In an attempt to make this not-so-Linux-specific, I'm reviewing how
David Cuthbert added the comment:
FreeBSD 12.1 and MacOS 10.15.1 (Catalina) appear to have saner and safer
behavior.
Both require the use of SO_REUSEPORT for this behavior to happen as well.
FreeBSD also requires the UID to be the same or 0 for subsequent processes to
make the bind() call
David Cuthbert added the comment:
Alright -- my first stab at the DeprecationWarning in 3.6.
https://github.com/dacut/cpython/commit/6a1e261678975e2c70ec6b5e98e8affa28702312
Please critique away, and don't fret about bruising my ego. :-)
Is there a more idiomatic way of getting a warni
David Cuthbert added the comment:
Jukka -- Fair enough; will reword this a bit. I'm trying to keep the
DeprecationWarning short enough so people's eyes don't glaze over; will see
what wordsmithing I can do here. (Once you get beyond a certain length, the
number of folks wh
David Cuthbert added the comment:
On the completely deprecate reuse_address and rewrite/force folks to use
reuse_port proposals, I'm a bit dubious of this approach.
Right now, we have two knobs that directly correspond to (potential)
kernel-level socket parameters, SO_REUSEADD
New submission from David Coles :
See the `recv_fds` example for `socket.recvmsg`.
This code produces a `DeprecationWarning` on current versions of Python.
https://docs.python.org/3.9/library/socket.html#socket.socket.recvmsg
--
assignee: docs@python
components: Distutils
David Bolen added the comment:
I think fixing the underlying pty issue should certainly be the goal, but the
question is whether the process group change should remain active in the
meantime, as its presence is causing a regression in the tests. I think such
cases in the past are usually
Change by David Carlier :
--
components: FreeBSD
nosy: David Carlier, koobs
priority: normal
severity: normal
status: open
title: DTrace FreeBSD build fix
versions: Python 3.9
___
Python tracker
<https://bugs.python.org/issue38
Change by David Carlier :
--
keywords: +patch
pull_requests: +16932
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/17451
___
Python tracker
<https://bugs.python.org/issu
New submission from David Turner :
Trying to set up shortcut function to clear screen but its not working as
expected on my Mac OS Catalina -- below is txt from idle
import os
>>> cls= lambda: os.system('clear')
>>> cls()
256
--
messages: 358908
nosy:
David Bolen added the comment:
The issue appears to be the temporary flag (O_TEMPORARY) that is used under
Windows with delete on close temporary files. That appears to prevent any
separate access to the file by anyone else including obtaining another
reference in the same process
David Bolen added the comment:
I'd be happy to test an updated PR 17774 on a Windows builder, but I don't
actually see any change yet. It still appears to hold the earlier
NamedTemporaryFile with mode='w' change
David Bolen added the comment:
Ok, I can confirm that the updated PR 17774 test passes under Windows (and
still cleans up after itself).
--
___
Python tracker
<https://bugs.python.org/issue27
New submission from David Heffernan :
When creating an instance of CDLL (or indeed WinDLL) for a DLL that is already
loaded, you pass the HMODULE in the handle argument to the constructor.
In older versions of ctypes you could pass None as the name argument when doing
so. However, the
David Heffernan added the comment:
Personally I'd hang this off whether handle has been specified. It seems
pointless to set the mode if you are never going to use it.
--
___
Python tracker
<https://bugs.python.org/is
David Heffernan added the comment:
I would approve of that
On Tue, 7 Jan 2020, 20:43 Steve Dower, wrote:
>
> Steve Dower added the comment:
>
> In that case, we should refactor the init method to check whether handle
> has been specified earlier, so that it's
David Lambert added the comment:
Sometimes I say nice things about python.
https://www.quora.com/Is-Python-fast-yet/answer/David-Lambert-86?__nsrc__=4&__snid3__=6376944631
On 10/31/19 1:14 PM, Brett Cannon wrote:
> Brett Cannon added the comment:
>
> Please note that call
David Barnett added the comment:
We were also bitten by this behavior change in
https://github.com/google/vroom/issues/110. I'm kinda baffled by the new
behavior and assumed it had to be an accidental regression, but I guess not. If
you have any other context on the BDFL conversatio
David Hagen added the comment:
Should `dataclass.Field.type` become a property that evaluates the annotation
at runtime much in the same way that `get_type_hints` works?
--
nosy: +drhagen
___
Python tracker
<https://bugs.python.org/issue39
David Edelsohn added the comment:
The file was created and owned by another user. I have removed the file. I
have reached out to the user to find out why he is creating it.
--
___
Python tracker
<https://bugs.python.org/issue39
David Edelsohn added the comment:
$ ./python -m test tet_zipfile
0:00:00 load avg: 0.03 Run tests sequentially
0:00:00 load avg: 0.03 [1/1] tet_zipfile
test tet_zipfile crashed -- Traceback (most recent call last):
File "/home/dje/src/cpython/Lib/test/libregrtest/runtest.py", li
David Edelsohn added the comment:
Sorry, posted the wrong output above.
$ ./python -m test test_zipfile
0:00:00 load avg: 0.01 Run tests sequentially
0:00:00 load avg: 0.01 [1/1] test_zipfile
test test_zipfile failed -- Traceback (most recent call last):
File "/home/dje/src/cpython/Lib
Change by David Filiatrault :
--
nosy: +David Filiatrault
___
Python tracker
<https://bugs.python.org/issue38980>
___
___
Python-bugs-list mailing list
Unsub
Change by David Filiatrault :
--
nosy: +David Filiatrault
___
Python tracker
<https://bugs.python.org/issue25702>
___
___
Python-bugs-list mailing list
Unsub
David Edelsohn added the comment:
Do you believe that a single GCC 10 issue is affecting PPC64LE, ARM, and s390x,
but expressed in different manners on the different architectures OR is the
PPC64LE issue separate and architecture-depdendent
David Edelsohn added the comment:
Output on s390x Fedora Rawhide:
$ ./python utime_stat_localtime.py
os.utime (sec): 4386268800
os.stat (sec): 4386268800
os.stat (ns): 21474836470
stat==utime? False
localtime: (2038, 1, 18, 22, 14, 7
David Edelsohn added the comment:
$ ./python
Python 3.9.0a3+ (heads/master:aabdeb766b, Jan 28 2020, 13:50:48)
[GCC 10.0.1 20200121 (Red Hat 10.0.1-0.4)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> impor
David Edelsohn added the comment:
$ ./python utime_stat_localtime2.py
os.utime (sec): 4386268800
os.stat (sec int): 2147483647
os.stat (sec float): 2147483647.0
os.stat (ns): 21474836470
--
___
Python tracker
<https://bugs.python.
David Edelsohn added the comment:
Not -O3, but it's calling PyLong_FromLongLong on s390x as well
0x011ca524 <+28>:brasl %r14,0x10649b0
--
___
Python tracker
<https://bugs.python.
David Edelsohn added the comment:
[dje@rawhide ~]$ touch testfn
[dje@rawhide ~]$ python3 -c 'import os; os.utime("testfn", (4386268800,
4386268800))'
[dje@rawhide ~]$ stat testfn
File: testfn
Size: 0 Blocks: 0 IO Block: 4096 regular empty file
David Edelsohn added the comment:
In utime_stat_localtime.py, "os.stat (sec)" is the result of os.utime.
In utime_stat_localtime2.py "os.stat (sec int)" is the result of os.stat.
--
___
Python tracker
<https://bug
Change by David Edelsohn :
--
nosy: +David.Edelsohn, Michael.Felt
___
Python tracker
<https://bugs.python.org/issue38628>
___
___
Python-bugs-list mailin
New submission from David Hwang :
These two numbers are off by 1, and so should give different answer to
>>> math.remainder(12345678901234567890,3)
1.0
>>> math.remainder(12345678901234567891,3)
1.0
--
components: Library (Lib)
messages: 361211
nosy: David Hwan
David Edelsohn added the comment:
I think that Victor means AIX kernel and filesystems are not prepared for Y2038.
--
nosy: +David.Edelsohn
___
Python tracker
<https://bugs.python.org/issue39
David Edelsohn added the comment:
How was Python compiled? With GCC? Which version of GCC?
I assume that Python was built as a 64 bit application based on libc loading
the 64 bit member shr_64.o.
Does the testcase work in 32 bit mode?
Does the testcase work if Python is compiled by XLC
David Edelsohn added the comment:
Is this a legal use of Python ctypes? I don't see anything in the Python
documentation that one can call a ctypes function with an argument list that
does not match the function signature and expect it to work. Maybe this works
on x86 by accident
David Edelsohn added the comment:
The bug report implies a different bug than what is being reported. The bug is
not related to calling a LIBC function with an argument list that does not
match the function signature.
The true issue is that a Python ctypes structure definition on AIX that
Change by David CARLIER :
--
nosy: devnexen
priority: normal
pull_requests: 17786
severity: normal
status: open
title: ossaudiodev update helpers signature
versions: Python 3.9
___
Python tracker
<https://bugs.python.org/issue39
New submission from David Harding :
I wasn't sure where to report this.
ctypes currently bundled with Ubuntu 16.04 and 18.04 is version 1.1.0.
ctypes available through pypi is 1.0.2.
https://pypi.org/project/ctypes/
This makes maintaining a reproducible environment with venv kind of t
David Harding added the comment:
Hi ammar2,
Your comment completely clears up my issue. I was just uninformed.
As you have stated, no change needs to be made to the pypi version.
To enforce a version of ctypes with venv/pip, I need only enforce a python
version that is packaged with that
David Carlier added the comment:
Sorry for the inconveniences. I can reproduce on FreeBSD too if I do not set
the DFLAGS env var (because FreeBSD needs architecture bits in addition). What
happens when make distclean && export DFLAGS="" &&
David Carlier added the comment:
What about DFFLAGS=" " ?
--
___
Python tracker
<https://bugs.python.org/issue39761>
___
___
Python-bugs-list mailing
David Carlier added the comment:
Weird I just tried on ubuntu/systemtap...
--
___
Python tracker
<https://bugs.python.org/issue39761>
___
___
Python-bugs-list m
David Carlier added the comment:
ah sorry I meant DFLAGS=" " (with a space).
--
___
Python tracker
<https://bugs.python.org/issue39761>
___
___
David Carlier added the comment:
If it works for you, it might mean making a specific case for Linux systems in
configure.ac as a proper fix.
--
___
Python tracker
<https://bugs.python.org/issue39
Change by David CARLIER :
--
keywords: +patch
nosy: +devnexen
nosy_count: 4.0 -> 5.0
pull_requests: +18029
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18672
___
Python tracker
<https://bugs.python.org/i
New submission from David Hewitt :
I have been looking into using vectorcall in
[pyo3](https://github.com/PyO3/pyo3) (Rust bindings to Python) against
python3.8.
It looks like the _PyObject_Vectorcall symbols are not included in the shared
library. I've checked both Windows and Linu
David Hewitt added the comment:
I had suspected that might be the case. We already use PyObject_Call but had
been hoping to experiment with the Vectorcall optimizations.
Without the symbols I might resort to reproducing the implementation of these
functions on the Rust side. Shouldn'
New submission from David Vo :
If math.copysign(x, y) is passed an x that cannot be converted to a float and a
y that implements __float__() in Python, math.copysign() will raise a
SystemError from the TypeError resulting from the attempted float conversion of
x.
math.copysign() should
David Vo added the comment:
I'm currently rather busy with other work, but if this happens to still be open
in a couple of months I might pick it up.
--
___
Python tracker
<https://bugs.python.org/is
David Edelsohn added the comment:
Likely somewhere in the Python configuration process it is probing a command
line option that emits a .lst file.
--
___
Python tracker
<https://bugs.python.org/issue40
Change by David Bolen :
--
nosy: -db3l
___
Python tracker
<https://bugs.python.org/issue33608>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from David Strobach :
On Windows (Server 2012 R2 in my case) os.stat() seems to be striping
significant trailing spaces off the path argument:
>>> import os
>>> os.stat("c:\\Program Files ")
os.stat_result(st_mode=16749, st_ino=281474976710717, s
David Strobach added the comment:
Hi Eryk, thanks for your time and for the explanation.
> The Windows file API normalizes paths to replace forward slashes with
> backslashes; resolve relative paths and "." and ".." components; strip
> trailing spaces and dots
New submission from David Naylor :
With commit 18ee29d0b8 [1] a change was introduced that prevents a round-trip
of some zip files (i.e. files generated by Microsoft Excel) due to the
clobbering of `ZipInfo.flag_bits`[2] and `external_attr`[3].
For example:
```python[name=zip-round-trip.py
New submission from David Tucker :
https://github.com/python/cpython/commit/518835f3354d6672e61c9f52348c1e4a2533ea00#diff-47c8e5750258a08a6dd9de3e9c3774acL741-R804
That diff changed len(platform.uname()) to 5 (from 6).
I noticed because we have some code that checks for 6 strs (arguably
Change by David Tucker :
--
keywords: +patch
pull_requests: +19320
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/20009
___
Python tracker
<https://bugs.python.org/issu
David Heiberg added the comment:
Just playing around with this and I think one thing to consider is how to
handle negative weights. Should they even be allowed? One interesting behaviour
I encountered with the current draft is the following:
>>> r.sample(['katniss&#
David Heiberg added the comment:
Ahh I see, thanks for clearing that up!
On Sun, May 10, 2020, 04:41 Raymond Hettinger
wrote:
>
> Raymond Hettinger added the comment:
>
> Negative weights are undefined for choices() as well. Just like bisect()
> and merge() don't ver
New submission from David Bell :
In Python 3.5 the urljoin function was rewritten to be RFC 3986 compliant and
fix long standing issues. In the initial rewrite duplicate slashes were added
by accident, and so code was added to prevent that. The discussion is here:
https://bugs.python.org
Change by David Bolen :
--
nosy: -db3l
___
Python tracker
<https://bugs.python.org/issue36876>
___
___
Python-bugs-list mailing list
Unsubscribe:
David Bolen added the comment:
This change to the 3.8 branch appears to be consistently failing on the Windows
7 buildbot (first failing build at
https://buildbot.python.org/all/#/builders/270/builds/126).
It's all failures in the new test_configure_custom_copy and
test_map_custom
David Bolen added the comment:
I was wondering if there was any update on whether or not this new behavior can
be corrected?
I was attempting to review a buildbot failure today and it's actually pretty
tough to "race the refresh" when trying to review the build
Change by David Beazley :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue16132>
___
___
Python-bugs-list
Change by David Beazley :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue27436>
___
___
Python-bugs-list
Change by David Beazley :
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue32810>
___
___
Pyth
Change by David Beazley :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue24844>
___
___
Python-bugs-list
801 - 900 of 5979 matches
Mail list logo
