Change by Vlad Hoi :
--
keywords: +patch
pull_requests: +24117
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/25385
___
Python tracker
<https://bugs.python.org/issu
New submission from Vlad Hoi :
from abc import ABC
class A:
def __init_subclass__(self):
pass
class B(ABC, A, name="name"):
pass
After initialising class B, this exception occurs, because multiple "name"
arguments where provided:
Traceback (most recen
Change by Vlad Emelianov :
--
title: Fix TypedDict totalizy check for inherited keys -> Fix TypedDict
totality check for inherited keys
___
Python tracker
<https://bugs.python.org/issu
Change by Vlad Emelianov :
--
keywords: +patch
pull_requests: +17879
stage: -> patch review
pull_request: https://github.com/python/cpython/pull/18503
___
Python tracker
<https://bugs.python.org/issu
New submission from Vlad Emelianov :
Add changes made in https://github.com/python/typing/pull/700 to upstream.
--
components: Library (Lib)
messages: 361957
nosy: Vlad Emelianov
priority: normal
severity: normal
status: open
title: Fix TypedDict totalizy check for inherited keys
type
Change by Vlad Emelianov :
--
versions: +Python 3.8
___
Python tracker
<https://bugs.python.org/issue38641>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Vlad Emelianov :
Lib2to3 does not support changes made in https://bugs.python.org/issue32117
```python
def test():
my_list = ["value2", "value3"]
yield "value1", *my_list
return "value1", *my_list
```
The idea is to use `
Vlad Shcherbina added the comment:
1. "This patch adds too many lines of code and not enough value."
If the maintainers judge it so, I have nothing to say. You have the
responsibility to keep the codebase relatively simple.
2a. "Existing programs made with the assumptio
Vlad Shcherbina added the comment:
https://github.com/pypa/pip/issues/6582
--
___
Python tracker
<https://bugs.python.org/issue37204>
___
___
Python-bugs-list m
New submission from Vlad Shcherbina :
To reproduce:
1. Download and run Python installer (I used python-3.7.3-amd64-webinstall.exe).
2. Modify install settings:
- Install for all users: yes
- Customize install location: "C:\Python37"
(don't know if it's relevant, mentioni
Vlad Shcherbina added the comment:
Any chance this could get into 3.7.3?
--
nosy: +vlad
___
Python tracker
<https://bugs.python.org/issue34776>
___
___
Pytho
Vlad Shcherbina added the comment:
There is no need to add explicit knowledge of reprlib to the Row object or vice
versa.
Those who use reprlib to limit output size will have no problem. Reprlib
already truncates arbitrary reprs at the string level:
https://github.com/python/cpython/blob
New submission from Vlad Shcherbina :
To reproduce, run the following program:
import sqlite3
conn = sqlite3.connect(':memory:')
conn.row_factory = sqlite3.Row
print(conn.execute("SELECT 'John' AS name, 42 AS salary").fetchone())
It prints ''.
It would be nice if it printed some
Vlad Tudorache added the comment:
The only versions of Tk not showing issues on my Mac are:
- 8.5.18 with any Python in 3.5, 3.6, 3.7 on Mojave AND previous versions;
- 8.6.8 when built on a 10.13 SDK, with the same Python versions.
For 8.6.8 built on Mojave SDK, there's the black background
Vlad Tudorache added the comment:
No, I'm wrong, the editor window seems created by the ListedToplevel.
--
___
Python tracker
<https://bugs.python.org/issue35
Vlad Tudorache added the comment:
At the line 102 in editor.py, I see:
self.top = top = window.ListedToplevel(root, menu=self.menubar)
Looking at window.py it seems that ListedToplevel builds a new Toplevel (the
black one?) instead of adding an existing one (the editor) at the list, I'll
Vlad Tudorache added the comment:
I confirm the issue. Screenshot attached.
--
type: -> behavior
Added file: https://bugs.python.org/file47987/Capture d’écran 2018-12-11 à
22.07.30.png
___
Python tracker
<https://bugs.python.org/issu
Vlad Temian added the comment:
Is there any chance that this fix is gonna be ported to 3.5 as well?
--
nosy: +vtemian
___
Python tracker
<https://bugs.python.org/issue27
Vlad Tudorache added the comment:
@terry.reedy
Maybe "users are urged to install the most recent bug-fix releases" is a little
bit misleading. As I wrote, Tcl/Tk 8.5.18 does not give crashes on macOS, when
both 8.5.17 and 8.5.19 (bug-fix) do. Some times ago, if I remember well,
Vlad Tudorache added the comment:
Yes, like in the Pythonic Tk 8.6.[:8] :), starting at version 8.6.8 (-dev, too)
I see no crash. Tcl/Tk 8.6.8 is built by myself (the last time I checked there
was no 8.6.8 built on ActiveState).
As for the old 8.5 series, only 8.5.18 works with the dual 32
Vlad Tudorache added the comment:
@taleinat
The issues appear with both Tk 8.6.[:8] and (8.5.[:18] + 8.5.[19:], just in
case you update the docs. For 32/64 bit installers on macOS, the only version
(built by myself or ActiveState) without crashes is 8.5.18 (on my Mac).
--
versions
Vlad Tudorache added the comment:
The scroll problem (clicking on the upper half of the slider is taken as
"through1") still persists for me on Mojave with 3.7.1 RC1 downloaded from
python.org and including Tcl/Tk.
--
___
Python track
Vlad Tudorache added the comment:
It seems that Kevin's fix solves the issues.
--
___
Python tracker
<https://bugs.python.org/issue34370>
___
___
Python-bug
Vlad Tudorache added the comment:
Now, the video for TK 8.5 showing expected behavior on macOS.
--
Added file: https://bugs.python.org/file47743/Tk85Mac.mov
___
Python tracker
<https://bugs.python.org/issue34
Vlad Tudorache added the comment:
The bug needs forwarding to the Tcl/Tk community. This is the script written in
Tcl (run with tclsh8.6 script.tcl for Tcl 8.6 and tclsh8.5 script.tcl for 8.5):
package require Tk
scrollbar .vbar -width 10
text .edit
pack .vbar -side right -fill y
pack
Change by Vlad Tudorache :
--
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue34343>
___
___
Python-bugs-list
New submission from Vlad Tudorache :
Run the python script below.
import tkinter
root = tkinter.Tk()
text = tkinter.Text(root)
vbar = tkinter.Scrollbar(root)
vbar.pack(side=tkinter.RIGHT, fill=tkinter.Y)
text.pack(side=tkinter.LEFT, fill=tkinter.BOTH, expand=1)
text.config(yscrollcommand
Vlad Tudorache added the comment:
The scroll works. Many thanks, I thought the callback should have been
rewritten, too. Should one open a different report for the clicks on the
scrollbar ends, like in the script I put (independent of IDLE
Vlad Tudorache added the comment:
And the result (video) of my script is attached to this post.
--
Added file: https://bugs.python.org/file47738/tkinter_scroll_issues.mov
___
Python tracker
<https://bugs.python.org/issue34
Vlad Tudorache added the comment:
Edit:
The code is:
import tkinter
root = tkinter.Tk()
text = tkinter.Text(root)
vbar = tkinter.Scrollbar(root)
vbar.pack(side=tkinter.RIGHT, fill=tkinter.Y)
text.pack(side=tkinter.LEFT, fill=tkinter.BOTH, expand=1)
text.config(yscrollcommand=vbar.set
Vlad Tudorache added the comment:
I've tried to check the source code of IDLE in search of chained comparisons
without parenthesis (like the example I showed and the bug with the mouse
wheel). I couldn't find something important.
Then I wrote in a file the following code:
import tkinter
Vlad Tudorache added the comment:
Thank you very much. Then I will simply remove it.
--
___
Python tracker
<https://bugs.python.org/issue34343>
___
___
Pytho
New submission from Vlad Starostin :
The docstring says "This may be None or an instance of EventLoop". But docs
explicitly state that get_event_loop "must never return None". The same
docstring is also in the example in docs:
https://docs.python.org/3.6/library/asy
New submission from Vlad Tudorache :
I've just started using the embedded Python 3.6 for Windows and I find
turtle.py in the archive, knowing that tkinter isn't present. There's no large
space loss because of it, but it's presence may be confusing.
--
components: Library (Lib
Vlad Tudorache added the comment:
Check the commands below and the results to see why the problem with the mouse
wheel appeared:
>>> a = 1
>>> a >= 0 == True
False
>>> (a >= 0) == True
True
>>> a >= (0 == True)
True
>>> a >= 0 == Fa
Vlad Tudorache added the comment:
In fact, if the first click before dragging takes place in the upper half of
the scrollbar slider, the click is not received nor the drag after. Is like the
scroll slider is translated down with half of the slider length (that's why I
can drag the slider
Vlad Tudorache added the comment:
With:
up = {EventType.MouseWheel: (event.delta >= 0) == darwin,
EventType.Button: (event.num == 4)}
in editor.py at 461-462 I don't see bugs #1 neither #3 on 3.7.0 but I'll try
with other fi
Vlad Tudorache added the comment:
The solution was very simple on my Mac. In
/Library/Frameworks/Python.framework/Versions/3.7/lib/python3.7/idlelib/editor.py,
lines 461-462 should be:
up = {EventType.MouseWheel: (event.delta >= 0) == darwin,
EventType.Button: event.num == 4}
inst
Vlad Tudorache added the comment:
Having 3.6.5 and 3.7.0 with Tcl/Tk 8.6.8, try to File->Open Module and open ssl
module. On 3.6 everything is fine, on 3.7 the scroller sticks at the bottom. A
Tk text widget with the same amount of lines shows no problem. Apple macOS
17.7.0 with 64
Vlad Tudorache added the comment:
I was telling only that I've seen myself the issues with some Tcl/Tk versions.
As I often build Tcl/Tk on macOS, I can confirm that on 8.6.8 I didn't see
issues (those were effectively present in (ActiveState or not) Tcl 8.5.18,
8.5.19, 8.6.6, 8.6.7
Vlad Tudorache added the comment:
The problem shows itself on macOS High Sierra in some Tk Demos, independently
of Python's IDLE. So there is something completely different, to report to the
Tcl/Tk community. Strangely, I didn't notice the issues on Sierra, but I have
no Sierra Mac right
Vlad Tudorache added the comment:
I confirm the crashes. I've tried with personal builds of python 3.5, 3.6, 3.7,
with ActiveTcl and personal builds of Tcl 8.6.x, the problem does not appear
with 8.5.18, but shows itself with 8.5.19 (strange, API changes?). I'll try to
investigate
Vlad Tudorache added the comment:
I've checked again the source code in config_key.py, configdialog.py,
help_about.py, query.py, searchbase.py, textview.py and added a
self.grab_release() in functions like ok() and cancel() before the call to
self.destroy() and I see no more lock/focus
Vlad Tudorache added the comment:
Adding self.grab_release() in the ok() method for the dialogs BEFORE destroy()
solved the problem for me, keeping the grab_set() methods in place
(uncommented, actives).
--
___
Python tracker
<ht
Vlad Tudorache added the comment:
I can confirm that removing the grab_set() calls fixes the locking. But am I
the only one to notice that the dialogs aren't modal any more?
--
___
Python tracker
<https://bugs.python.org/issue34
Vlad Tudorache added the comment:
I’m sorry for not being clear. This problem appears with Tk 8.6, even in
Python 3.5 (compiled by me).
I’ve succeeded to reproduce only once the @autorelease pool error (it
appeared after several open/close of the preferences or about window). Did
anyone else
New submission from Vlad Tudorache :
When closing the IDLE's Preferences dialog the IDLE's Console window and/or
Editor window (whichever was active before) doesn't show cursor/caret any more.
One must click on Desktop or another window then click again in the IDLE's
window in order
Vlad Tudorache added the comment:
I can reproduce this problem only with Tk 8.6.7, both compiled by myself or
installed from ActiveState (Python 3.7 and 3.6 compiled by myself, too). I
can't see it with Tk 8.6.8 provided with the installers, nor with Tk 8.5.18.
--
nosy: +vtudorache
Change by Vlad Starostin <drty...@yandex.ru>:
--
keywords: +patch
pull_requests: +6146
stage: -> patch review
___
Python tracker <rep...@bugs.python.org>
<https://bugs.pyt
New submission from Vlad Starostin <drty...@yandex.ru>:
Long story short, if you have a TCP asyncio-server (implementing
asyncio.Protocol) that sends something to socket in connection_made callback,
it will leak fds and won't be able to handle some consequent requests, if you
wil
Vlad Shcherbina <vlad.shcherb...@gmail.com> added the comment:
If the maintainers agree that it's desirable to automatically deduce
optionality, I'll implement it.
--
___
Python tracker <rep...@bugs.python.org>
<https://bugs.python
New submission from Vlad Shcherbina <vlad.shcherb...@gmail.com>:
from typing import *
def f(arg: str = None):
pass
print(get_type_hints(f))
# {'arg': typing.Union[str, NoneType]}
# as expected
class T(NamedTuple):
field: str = None
print(get_type_hints(T))
# {
Vlad Shcherbina added the comment:
While we are at it, namedtuple inherits other operations that make no sense for
fixed-length tuples:
>>> Rectangle(width=1, height=2) * 3
(1, 2, 1, 2, 1, 2)
>>> Rectangle(width=1, height=2) + Ellipse(x_axis=3, y_axis=4)
(1, 2, 3, 4)
Bu
New submission from Vlad Shcherbina:
Toy example:
>>> from collections import namedtuple
>>> Rectangle = namedtuple('Rectangle', 'width height')
>>> Ellipse = namedtuple('Ellipse', 'x_axis y_axis')
>>> Rectangle(width=1, height=2) == Ellipse(x_axis=1, y_axi
Vlad K. added the comment:
Doesn't this affect Python 3.3 as well, which is in security-only mode?
Shouldn't that version be patched as well?
--
nosy: +vladk
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Vlad K. added the comment:
Any updates on this? We've committed the patch for Python 3.3 as well in
FreeBSD.
https://svnweb.freebsd.org/ports?view=revision=417019
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Vlad K. added the comment:
Here's the patch that I made for FreeBSD's Python 3.3 port. With this patch, on
FreeBSD, Python 3.3 built fine and passed the zipimport related unit tests.
It's basically the same code from 3.4, 3.5 and 2.7, just placed at appropriate
place in the source
Vlad K. added the comment:
I believe this should be applied to Python 3.3 as well, since the same problem
(unchecked data_size before adding +1 for bytes_size) exists there too, and is
thus a security issue.
--
nosy: +vladk
___
Python tracker <
New submission from Vlad Gumerov:
Mac OS X 10.10.3
IDLE 3.4.3, Python 3.4.3
Steps:
1)Open IDLE
2)Input diacritical mark ´ (Alt+E)
Result:
IDLE crashes
--
components: IDLE
messages: 248572
nosy: Vlad Gumerov
priority: normal
severity: normal
status: open
title: IDLE crashes on entering
Hello,
So, I know this topic comes up a lot, but I haven't been able to find any
discussion on this particular twist on the topic. Perhaps someone has some
insight.
So, I have a function, which is decorated. In order for the doctest test finder
to find the doc tests in the decorated function,
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Added file: http://bugs.python.org/file31739/tempfile_collision_tests_27
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18945
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Added file: http://bugs.python.org/file31730/tempfile_collision_tests.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18945
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Removed file: http://bugs.python.org/file31697/tempfile_collision_tests.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18945
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file31697/tempfile_collision_tests.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18945
Vlad Shcherbina added the comment:
Probably yes, I'm just not sure when I'll get the time.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18945
New submission from Vlad Shcherbina:
I intend to add test for (existing dir)-(new file) collision in
http://bugs.python.org/issue18849, but file-file, file-dir and dir-dir
collisions are yet to be covered.
--
components: Tests
messages: 197062
nosy: vlad
priority: normal
severity
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Removed file:
http://bugs.python.org/file31580/temp_dir_exists_retry_test_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Removed file: http://bugs.python.org/file31573/temp_dir_exists_retry_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Removed file: http://bugs.python.org/file31574/temp_dir_exists_retry_33_34.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Removed file:
http://bugs.python.org/file31579/temp_dir_exists_retry_test_33_34.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Added file:
http://bugs.python.org/file31601/temp_dir_exists_retry_test_33_34.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Added file: http://bugs.python.org/file31605/temp_dir_exists_retry_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Added file: http://bugs.python.org/file31604/temp_dir_exists_retry_test_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Added file: http://bugs.python.org/file31602/temp_dir_exists_retry_33_34.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Removed file:
http://bugs.python.org/file31604/temp_dir_exists_retry_test_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Removed file: http://bugs.python.org/file31605/temp_dir_exists_retry_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Removed file:
http://bugs.python.org/file31601/temp_dir_exists_retry_test_33_34.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Removed file: http://bugs.python.org/file31602/temp_dir_exists_retry_33_34.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Added file: http://bugs.python.org/file31607/temp_dir_exists_retry_33_34.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Added file:
http://bugs.python.org/file31606/temp_dir_exists_retry_test_33_34.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Added file: http://bugs.python.org/file31608/temp_dir_exists_retry_test_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Added file: http://bugs.python.org/file31609/temp_dir_exists_retry_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Added file:
http://bugs.python.org/file31579/temp_dir_exists_retry_test_33_34.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Added file: http://bugs.python.org/file31580/temp_dir_exists_retry_test_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Vlad Shcherbina added the comment:
1. I agree that consistency between 2.7 and 3.* have some value, but maybe it's
better to take less permissive approach in 3.* instead and only retry when
exception is PermissionError _and_ errno is EACCES?
2. Currently it's being reraised unless
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Removed file: http://bugs.python.org/file31518/fix_for_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Added file: http://bugs.python.org/file31573/temp_dir_exists_retry_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
Added file: http://bugs.python.org/file31574/temp_dir_exists_retry_33_34.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
Changes by Vlad Shcherbina vlad.shcherb...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file31518/fix_for_27.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18849
New submission from Vlad Shcherbina:
When directory exists with a name chosen for new temporary file, OSError with
EACCESS errno is thrown on windows, while attempts to chose another name only
happen on EEXIST errors.
To reproduce, run
--- 8 -
import sys
import
New submission from Vlad:
This issue is for Python3.3 and doesn't exist in Python3.2
Detailed description with source code can be found here:
http://stackoverflow.com/questions/15387035/second-python-execution-fails
--
components: None
messages: 184081
nosy: theDarkBrainer
priority
Vlad added the comment:
I'm trying to embed the python 3.3 engine for an app that need to run custom
scripts in python. Since the scripts might be completely different, and
sometimes user provided, I am trying to make each execution isolated and there
is not need to preserve any data between
New submission from Vlad vladandje...@gmail.com:
When dealing with a new connection, SocketServer.BaseRequestHandler.__init__
first calls the request handler (self.handle below) and then calls cleanup code
which closes the connection (self.finish below).
class BaseRequestHandler:
def
Vlad Riscutia riscutiav...@gmail.com added the comment:
Thanks for the make patchcheck tip, I didn't know about that. I will update
the patch soon.
In the mean time, I want to point out a couple of things:
First, I'm saying toying with the underlying buffer because none of the bugs
are actual
Vlad Riscutia riscutiav...@gmail.com added the comment:
I agree compiler matters for alignment but if you look at PyCField_FromDesc,
you will see the layout is pretty much #ifdef MS_WIN32 - #else.
Sorry for generalizing, all indeed is not the right word. My point is that we
should set
Vlad Riscutia riscutiav...@gmail.com added the comment:
I attached a patch which replaces all asserts with checks that raise
exceptions. I used my judgement in determining exception types but I might have
been off in some places. Also, this patch replaces ALL asserts. It is possible
that some
Vlad Riscutia riscutiav...@gmail.com added the comment:
Thanks for the quick review! I attached second iteration addressing feedback +
changed all occurrences of checks like type(x) is y to isinstance(x, y).
I would appreciate a second look because this patch has many small changes and
even
Vlad Riscutia riscutiav...@gmail.com added the comment:
Attached doc update against tip (though I still hope my patch for configurable
allocation strategies will make it in).
This is my first doc patch so let me know if I missed something. I am basically
explaining that bit field allocation
Vlad Riscutia riscutiav...@gmail.com added the comment:
I believe there is a deeper issue here in ctypes design. Basically we provide
both c_char_p and POINTER(c_char) which should behave exactly the same since
both are the equivalent of char* in C but internally they have different
Vlad Riscutia riscutiav...@gmail.com added the comment:
Meador, I believe this was the first issue on the tracker that got me looking
into bitfield allocation. I agree that big-endian on MSVC doesn't make too much
sense but you can disregard that - using default endianess will still yield
1 - 100 of 157 matches
Mail list logo
