🌐 Mailman 3 July 2020 - Python-list - python.org

Re: "1,+2,", but not "(1,)+2,"
by Python July 31, 2020

July 31, 2020

Stefan Ram wrote: > Jon Ribbens <jon+usenet(a)unequivocal.eu> writes: >> On 2020-07-31, Stefan Ram <ram(a)zedat.fu-berlin.de> wrote: >>> You can write >>> |>>> 1,+2, >>> |(1, 2) >>> , but not >>> |>>> (1,)+2, >>> |TypeError: can only concatenate tuple (not "int") to tuple >>> . Why? (Python 3.9) >> For the obvious reason, as indicated by the error message? >> What are you expecting these expressions to mean? > > In »1,+2,«, the right operand »2,« obviously is interpreted > to be a 1-tuple. Nope. The right operant is 2 not 2, and is interpreted as an int.

1 0

Winreg
by R Pasco July 31, 2020

July 31, 2020

I can't find instructions for the proper way to reply to 'python list'. Is it simply a matter of keeping the message title identical to the original message and emailing again to python-list(a)python.org ? I'll reply both ways to test this. Yes, it's the 64/32-bit views that got me stuck. I think I've got it mostly figured out. The key HKEY_LOCAL_MACHINE:SOFTWARE requires KEY_WOW64_64KEY to be 'OR'ed. Winreg gives no indication of this requirement, but the Windows doc "Redirected, Shared, and Reflected Keys Under WOW64" does specifically mention HKEY_CURRENT_USER :SOFTWARE as needing this added access. By the way, I'm running python X64, so the program is a "64 bit" application. Strangely, the KEY_WOW64_32KEY access rights param also works identically. To sum it up the pertinent code, so far, is: ====================================== # Be able to test creating both WOW64 and non-WOW64 key paths. if 1 : hive = winreg.HKEY_LOCAL_MACHINE hivename = 'HKEY_LOCAL_MACHINE' else : hive = winreg.HKEY_CURRENT_USER hivename = 'HKEY_CURRENT_USER' # parent_keypath = 'Software' # Both hives happen to have this top level key. newsubkey = 'AAA New Leaf Key, Process PID={}' .format( os.getpid() ) # Note keys created in HKEY_LOCAL_MACHINE::SOFTWARE will be viewed in RegEdit # at HKEY_LOCAL_MACHINE:SOFTWARE\*Wow6432Node*\{newsubkey}. CreateKeyEx # access rights must be set to [winreg.KEY_ALL_ACCESS | winreg.KEY_WOW64_64KEY] # -OR- # [winreg.KEY_ALL_ACCESS | winreg.KEY_WOW64_32KEY] (??? Why does this also work ?) # newsubkeyPath = os.path.join( parent_keypath, newsubkey ) valuename = 'NewString' value = 'New String Value' with winreg.ConnectRegistry( None, hive ) as hivehndl : with winreg.OpenKeyEx( hivehndl, parent_keypath ) as parentpath_hndl : with winreg.CreateKeyEx( parentpath_hndl, newsubkey, 0, # winreg.KEY_ALL_ACCESS | winreg.KEY_WOW64_64KEY ) as newkeyhndl : winreg.KEY_ALL_ACCESS | winreg.KEY_WOW64_32KEY ) as newkeyhndl : winreg.SetValueEx( newkeyhndl, valuename, 0, winreg.REG_SZ, value ) #end ====================================== Thanks for all the help. Ray Pasco

5 4

Re: Gtk.TextBuffer problem on converting from GTK+ 2 to GTK+ 3
by Chris Green July 30, 2020

July 30, 2020

MRAB <python(a)mrabarnett.plus.com> wrote: > > > > What am I doing wrong? Virtually nothing has changed in this part of > > my code between gtk+ 2 and gtk+ 3, just the import and gtk to Gtk and > > a couple of enum formats. > > > You're creating a TextBuffer and a TextView, but I don't see any code > that ties them together. How would the view know to display the contents > of the buffer? Absolutely right, thank you. I should have spotted that. I think the Gtk.TextView contructor used to take a buffer parameter but the version 3 one doesn't so I had removed it. Hence, as you say, no code tying them together. I've simply changed to:- self.view = Gtk.TextView.new_with_buffer(self.buffer) ... and all is well again. -- Chris Green ·

1 0

Gtk.TextBuffer problem on converting from GTK+ 2 to GTK+ 3
by Chris Green July 30, 2020

July 30, 2020

I'm converting a program from Python 2 gtk+ 2 to Python 3 and gtk+ 3. It's mostly gone reasonably smoothly but I can't get multi-line text entry to work. The class that provides text entry (both single and multi-line) is:- # # # Field on the GUI # class guiField: widget = None lines = 1 # # # Initialise the field # def __init__(self, lines=1): self.lines = lines if (self.lines > 1): self.buffer = Gtk.TextBuffer() self.view = Gtk.TextView() self.view.set_size_request(-1, 24 * lines) self.view.set_accepts_tab(False) # self.widget = self.view self.widget = Gtk.ScrolledWindow() self.widget.add(self.view) self.widget.set_policy(Gtk.PolicyType.AUTOMATIC, Gtk.PolicyType.AUTOMATIC) self.widget.set_shadow_type(Gtk.ShadowType.ETCHED_IN) else: self.widget = Gtk.Entry() # # # get text from field # def get_text(self): if (self.lines > 1): [start, end] = self.buffer.get_bounds() print(self.buffer.get_text(start, end, False)) return self.buffer.get_text(start, end, False) else: return self.widget.get_text() # # # put text into a field # def set_text(self, text): if (self.lines > 1): self.buffer.set_text(text) else: self.widget.set_text(text) The single line Gtk.Entry widgets work fine, text gets loaded, I can change it and save it. The multi-line Gtk.TextBuffer ones refuse to work at all, no errors or anything but text won't load into them or save out of them. They used to work fine in gtk+ 2. Text loaded into the Gtk.TextBuffer using set_text() doesn't appear, the text boxes are empty even though the 'text' parameter does have a string in it (I've checked with a print()). I can enter text using the keyboard but that text isn't retrieved by the get_text() method. What am I doing wrong? Virtually nothing has changed in this part of my code between gtk+ 2 and gtk+ 3, just the import and gtk to Gtk and a couple of enum formats. -- Chris Green ·

2 1

why is requests 2.24 behaving differently on different Win10Pro PCs?
by nhpython July 30, 2020

July 30, 2020

python 3.6+ requests 2.24 2- windows 10 Pro version 2004, build 19041.388 1- kubuntu 18.04 1-suse leap 15.2 Questions 1. how do I begin to diagnose the source of the problem? 2. Has anyone experienced this behavior? I have 4 PCs running the same code. On 3 they work, but 1 fails. I have 2 win10Pros running the same code on the same network on the same subnet, which uses "requests.get()" 1 PC works fine; the code executes perfectly, but the other FAILS. (statusCode = 200, but the website doesn't send webpage) The error response from the website: We've detected unusual activity from your computer network To continue, please click the box below to let us know you're not a robot. Why did this happen? Please make sure your browser supports JavaScript and cookies and that you are not blocking them from loading. For more information you can review our Terms of Service and Cookie Policy. BTW, I tried reverting back to "urllib.request" and the same problem appears. 1 PC works the other fails. I even tried "HTMLsession" which renders javascript. Same problem.

2 1

Re: Winreg
by Barry Scott July 30, 2020

July 30, 2020

You left python list off your reply. > On 29 Jul 2020, at 23:38, R Pasco <pascor22234(a)gmail.com> wrote: > > Hi, Barry, > > On Wed, Jul 29, 2020 at 5:12 PM Barry <barry(a)barrys-emacs.org <mailto:barry@barrys-emacs.org>> wrote: > > > On 29 Jul 2020, at 19:50, R Pasco <pascor22234(a)gmail.com <mailto:pascor22234@gmail.com>> wrote: > > > > I'm running python 3.8 on Windows 8.1 x64. Running the following code > > produces no errors but does not add a key, name or value. I had no problems > > doing this using _wirreg under python 2.7. Any insight will be helpful. > > How do you check that the key is present? > > I'm using regedit.exe to try to view it. > > Are you aware that there is one registry for 32 bit code and a separate registry for 64 bit code. > > Only vaguely. Are the "separate" registries really 64 and 32 views of the one and only Registry ? That is, using Winreg ? > Some examples use "winreg.KEY_ALL_ACCESS | winreg.KEY_WOW64_32KEY" as the access mode. Not sure what this does. > I am using python 64-bit, so what should the argument value "access=" be set to in the call to "winreg.CreateKeyEx()" ? Yes they are views. I cannot remember the details, but I suggest that you look up the details on microsoft's MSDN for the info you need. Searching for KEY_WOW64_32KEY takes you into thoses docs for example. Barrry

1 0

Re: How to find code that causes a 'deprecated' warning?
by Chris Green July 30, 2020

July 30, 2020

Peter Otten <__peter__(a)web.de> wrote: > Chris Green wrote: > > > I am getting the following warning from a program I have just > > converted from gtk 2 to gtk 3 :- > > > > (abook:58240): Gtk-WARNING **: 12:01:58.064: Theme parsing error: > > gtk.css:66:28: The :prelight pseudo-class is deprecated. Use :hover > > instead. > > > > How do I find what is causing the warning? I'm not using the prelight > > pseudo-class directly in my code anywhere. > > >From reading the message I would guess that the culprit is the file gtk.css, > line 66 specifically ;) > Oops, yes! :-) I guess that came with the [x]ubuntu installation, it's in ~/.config/gtk-3.0/gtk.css so I deny any responsibility for it! -- Chris Green ·

1 0

Re: What's the enum for a button press event in pygobject 3?
by Chris Green July 30, 2020

July 30, 2020

MRAB <python(a)mrabarnett.plus.com> wrote: > On 2020-07-30 11:09, Chris Green wrote: > > I am going round and round in steadily increasing frustration trying > > to find the constants for button events in Pygobject/Gtk 3. > > > > I have the following imports:- > > > > import gi > > gi.require_version('Gtk', '3.0') > > from gi.repository import Gtk > > from gi.repository import Gdk > > > > > > The old GTK 2 code had (I think):- > > > > if (event.type == gtk.gdk.BUTTON_PRESS): > > > > > > So what is BUTTON_PRESS in the new version, I simply can't find a > > straightforward description of it or example of its use. > > > > > I believe it's: > > Gdk.EventType.BUTTON_PRESS > > There's documentation here: > > https://lazka.github.io/pgi-docs/#Gdk-3.0/enums.html#Gdk.EventType.BUTTON_P… Brilliant, thank you, just what I needed. -- Chris Green ·

1 0

What's the enum for a button press event in pygobject 3?
by Chris Green July 30, 2020

July 30, 2020

I am going round and round in steadily increasing frustration trying to find the constants for button events in Pygobject/Gtk 3. I have the following imports:- import gi gi.require_version('Gtk', '3.0') from gi.repository import Gtk from gi.repository import Gdk The old GTK 2 code had (I think):- if (event.type == gtk.gdk.BUTTON_PRESS): So what is BUTTON_PRESS in the new version, I simply can't find a straightforward description of it or example of its use. -- Chris Green ·

2 1

Re: How to diagnose import error when importing from .so file?
by Chris Green July 30, 2020

July 30, 2020

Christian Heimes <christian(a)python.org> wrote: > On 29/07/2020 15.34, Chris Green wrote: > > I have some Python Gtk 2 code I'm trying to convert to Python > > pygobject GTK 3. > > > > However I'm stuck on an import statement that fails:- > > > > import pyscand > > > > > > The error message is:- > > > > File "/usr/libexec/okimfputl.new/guicom.py", line 66, in <module> > > import pyscand > > ImportError: /usr/libexec/okimfpdrv/pyscand.so: undefined symbol: _Py_ZeroStruct > > > > pyscand is a .so file so I fear I may be a bit stuffed unless I can > > find the source code for it. However any other ideas would be most > > welcome. > > > > In fact looking for this error it seems that is is a Python version > > mismatch error and I need to recompile pyscand.so against Python 3. Is > > there no way to sort of convert it to Python 3 without having the > > source? > > You are right. The extension module is compiled for Python 2. > _Py_ZeroStruct is only available in Python 2. You need the C code for > the extension module. and possibly even modify the C code to make the > extension work with Python 3. > Thanks for confirming, though it's not good news really as the chances of getting the C code to recompile pyscand.so are minimal. It's a piece of code provided by OKI and I don't really think I'll be able to get the code out of them. Even more annoying is that most of what's in pyscand.so is constants, there's only a couple of functions in there, so there's very little to it really. -- Chris Green ·

2 1