🌐 Mailman 3 June 2019 - Python-list - python.org

tkinter.tix "Control" widget don't work with StringVar?
by jfong＠ms4.hinet.net June 2, 2019

June 2, 2019

Below is a simplified version of the sample script downloaded from its package. When run it, the entry field display '0' instead of 'P&W'. PS. I am using Python 3.4.4, Windows 32bit ----test0.py---- 1 from tkinter import tix as Tix 2 3 root = Tix.Tk() 4 5 demo_maker = Tix.StringVar() 6 demo_maker.set('P&W') 7 8 c = Tix.Control(root, label='Engine Maker: ', 9 variable=demo_maker, 10 options='entry.width 10 label.width 20 label.anchor e') 11 c.pack(side=Tix.TOP, anchor=Tix.W) 12 13 root.mainloop() -------- I run it under pdb, try to figure out where the problem is: D:\Works\Python>py -m pdb test0.py > d:\works\python\test0.py(1)<module>() -> from tkinter import tix as Tix (Pdb) tbreak 13 Breakpoint 1 at d:\works\python\test0.py:13 (Pdb) cont Deleted breakpoint 1 at d:\works\python\test0.py:13 > d:\works\python\test0.py(13)<module>() -> root.mainloop() (Pdb) !c['value'] '0' (Pdb) !demo_maker.get() 'P&W' (Pdb) quit If I change line 8 to "c = Tix.Control(root, label='Engine Maker: ', value='P&W',", the result is very interest: D:\Works\Python>py -m pdb test0.py > d:\works\python\test0.py(1)<module>() -> from tkinter import tix as Tix (Pdb) tbreak 13 Breakpoint 1 at d:\works\python\test0.py:13 (Pdb) cont Deleted breakpoint 1 at d:\works\python\test0.py:13 > d:\works\python\test0.py(13)<module>() -> root.mainloop() (Pdb) !c['value'] '0' (Pdb) !demo_maker.get() '0' (Pdb) quit Anyone can help? --Jach

3 2

Re: Checking refusal of a network connection
by Cameron Simpson June 1, 2019

June 1, 2019

On 01Jun2019 12:57, Dennis Lee Bieber <wlfraed(a)ix.netcom.com> wrote: >On Sat, 1 Jun 2019 15:33:43 +0200, Markus Elfring <Markus.Elfring(a)web.de> >declaimed the following: > > I don't know "strace" (I'd likely be running WireShark to capture all >traffic for investigation). Sure, but that means you need to winnow it from any other traffic. The advantage of strace is that it watches the programme itself, and shows (in this case) the network system calls. It is great for seeing what the programme is doing/trying to do at the basic level. And, like wireshark, language independent - all runtimes have to go through the OS to get stuff done. I've debugged third party java apps this way because the issue was a basic one like this. >>connect(4, {sa_family=AF_UNIX, sun_path="/var/run/nscd/socket"}, 110) = 0 > >>connect(3, {sa_family=AF_INET, sin_port=htons(37351), sin_addr=inet_addr("127.0.0.1")}, 16) = -1 ECONNREFUSED (Connection refused) > > Without seeing the code, I'd be suspicious of that difference. The >latter is asking for a TCP/UDP family connection, whereas the first is a >UNIX domain socket. To my knowledge they are not compatible types. They're certainly distinct address spaces. In other regards they're pretty compatible - you listen/connect the same way. A UNIX socket is just IPC within the kernel instead of over the network. However, the former connect is to the OS name service (hostname lookup - it will mediate to the /etc/hosts file, DNS, NIS or whatever other name services may be set up). The latter is his connection attempt to his service. So this difference is expected and on the surface it looks correct. Cheers, Cameron Simpson <cs(a)cskk.id.au>

1 0

Getter is not returning the data it should be
by Barb Cr33k June 1, 2019

June 1, 2019

I have a parent Class that has a setter that returns queryFiltre value and a getter that is supposed to pass the queryFiltre value to my child Class. queryFiltre Should return an SQL query like "SELECT * FROM Report WHERE GA_RPM > 0 and CAMPAIGN LIKE '%TT%'... ". The print() in the setter returns a SQL query, but the print() of the getter when called in the child Class returns something like " <main.SimpleGrid object at 0x042AF2B0>". What's wrong with my code? Please bear with me as I'm still learning and oop is still an abstract concept in my head. I've added comments in the code so you can see what happens where: class SimpleGrid(gridlib.Grid): ##, mixins.GridAutoEditMixin): def __init__(self, parent, log): gridlib.Grid.__init__(self, parent, -1) ########### DATABASE CONNECT self.path =os.path.dirname(os.path.realpath(__file__)) self.dbfile = os.path.join(self.path , "report.db") self.db_conn = sqlite3.connect(self.dbfile) self.theCursor = self.db_conn.cursor() ########### SETTING FILE CONNECT self.configFile = os.path.join(self.path , "config.ini") self.config = configparser.ConfigParser() self.config.read(self.configFile) ########### Calling th Getter and Setter self.queryFiltre = self.setQueryFiltre(self) self.getQueryFiltre() ########### Setter def setQueryFiltre(self,queryFiltre): if self.config.get('Network', 'taboola') == "true" and self.config.get('Network', 'ob') == "true": network = "" elif self.config.get('Network', 'taboola') == "true" and self.config.get('Network', 'ob') == "false": network = " and CAMPAIGN LIKE '%TB%'" elif self.config.get('Network', 'outbrain') == "true" and self.config.get('Network', 'tb') == "false": network = " and CAMPAIGN LIKE '%OB%'" else: network = "" queryFiltre = "SELECT * FROM Report WHERE GA_RPM > 0 " + network + " and STATUS = '1' ORDER BY CLICKS DESC" ########### The print below returns the right value of queryFiltre print(queryFiltre) return queryFiltre ########### Getter def getQueryFiltre(queryFiltre): queryFiltre = queryFiltre return queryFiltre class TestFrame(wx.Frame): def __init__(self, parent, log): wx.Frame.__init__(self, parent, 0, "Native Ads Reports V1.0", size=(1400,800)) self.grid = SimpleGrid(self, log) ########### Calling the Getter of the parent Class self.queryFiltre = self.grid.getQueryFiltre() ########### DATABASE CONNECT self.path =os.path.dirname(os.path.realpath(__file__)) self.dbfile = os.path.join(self.path , "report.db") self.db_conn = sqlite3.connect(self.dbfile) self.theCursor = self.db_conn.cursor() ########### The print below returns a bad value, something like : <__main__.SimpleGrid object at 0x042AF2B0> print(self.queryFiltre) You'll notice also that I've added the script to define the path and to connect to the db in both classes, is there a way to do it only once in the first Class? Thank you,

2 1

Checking refusal of a network connection
by Markus Elfring June 1, 2019

June 1, 2019

Hello, I can start a service as desired. elfring@Sonne:~/Projekte/Bau/C++/test-statistic-server1/local> ./test-statistic-server2 & /usr/bin/ss -t -l -p -H|grep test [1] 8961 waiting for connections server_id: localhost server_port: 35529 LISTEN 0 123 [::1]:35529 [::]:* users:(("test-statistic-",pid=8961,fd=3)) elfring@Sonne:~/Projekte/Bau/C++/test-statistic-server1/local> 0 connections were handled. But I wonder about the following error message then. elfring@Sonne:~/Projekte/Python> /usr/bin/python3 ~/Projekte/Python/socket-send_json_data.py --server_id localhost --server_port 35529 Using Python version: 3.7.2 … Traceback …: … File "/home/elfring/Projekte/Python/socket-send_json_data.py", line 17, in send_data so.connect((args.server_id, args.server_port)) ConnectionRefusedError: [Errno 111] Connection refused How should this inter-process communication difficulty be resolved? Regards, Markus

2 3

Re: Handling an connection error with Twython
by Cecil Westerhof June 1, 2019

June 1, 2019

"Peter J. Holzer" <hjp-python(a)hjp.at> writes: > On 2019-05-25 13:46:40 +0200, Cecil Westerhof wrote: >> Just changing the while loop to a for loop did not make sense to me, >> but this does. I now have: >> max_tries = 5 >> for current_try in range(1, max_tries): >> try: >> posted = twitter.update_status(status = message, >> in_reply_to_status_id = message_id, >> trim_user = True) >> return posted['id'] >> except TwythonError as e: >> if not 'Temporary failure in name resolution' in e.msg: >> raise >> timed_message('Failed on try: {0} of {1}'.format(current_try, max_tries)) >> if current_try == max_tries: > ^^^^^^^^^^^^^^^^^^^^^^^^ > This will never be true because the loop will exit > before current_try reaches max_tries. >> print('Could not get a connection to the internet: exiting') >> deinit(2) > Also you don't seem to stop here (unless deinit raises > an exception) > >> time.sleep(60) >> raise RuntimeError('Should not get here') > ^^^^^^^^^^^^^^^^^^^^^ > So if you can't get a status update you will reach this point. Oops, you are completely right. :'-( The for should be: for current_try in range(1, max_tries + 1): A bit silly of me. The function deinit does some deinitialisation and after that an exit with the value it receives. (Default it uses 0.) So you never return from this call. Should have made that clear. -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof

1 0

Re: Handling an connection error with Twython
by Cecil Westerhof June 1, 2019

June 1, 2019

MRAB <python(a)mrabarnett.plus.com> writes: > On 2019-05-24 09:25, Cecil Westerhof wrote: >> Dennis Lee Bieber <wlfraed(a)ix.netcom.com> writes: >> >>> On Fri, 24 May 2019 07:49:23 +0200, Cecil Westerhof <Cecil(a)decebal.nl> >>> declaimed the following: >>> >>>> >>>>I did not do that consciously, because I have to try until it is >>>>successful an I return, or I reached the max tries and re-raise the >>>>exception. With a for loop I could exit the loop and cannot re-raise >>>>the exception. >>> >>> Your /success/ branch exits the loop by executing a "return" statement. >>> >>> Your /fail/ branch exits the loop by "raise" on the third failure. >>> >>> A "for" loop would have the same behavior; you just replace the manual >>> initialization and increment of the loop counter. >>> >>> for tries in range(max_try): >>> try: >>> do something >>> return successful >>> except stuff: >>> if tries+1 == max_try: #since range is 0..max_try-1 >>> raise >>> >>> You never "fall off the end" of the loop. >> >> That is true, but by using a 'while True:' loop it is clear you never >> fall off the end of the loop. I find this much clearer. And when there >> is a bug you get into an endless loop instead of fall of the end. >> Which in my opinion is easier to spot and mend. And endless loop is >> noticed the moment it goes wrong. Falling of the end could go without >> an error and will be spotted much later. >> > You could print a message or raise an exception after the 'for' loop so > that if it ever falls off the end of the loop you'll get a nice message > instead of it just looping forever! :-) > Just changing the while loop to a for loop did not make sense to me, but this does. I now have: max_tries = 5 for current_try in range(1, max_tries): try: posted = twitter.update_status(status = message, in_reply_to_status_id = message_id, trim_user = True) return posted['id'] except TwythonError as e: if not 'Temporary failure in name resolution' in e.msg: raise timed_message('Failed on try: {0} of {1}'.format(current_try, max_tries)) if current_try == max_tries: print('Could not get a connection to the internet: exiting') deinit(2) time.sleep(60) raise RuntimeError('Should not get here') When I do not get an internet connection, I do not do a re-raise anymore, but just give a message. The proc deinit does a sys.exit after some cleanup. -- Cecil Westerhof Senior Software Engineer LinkedIn: http://www.linkedin.com/in/cecilwesterhof

2 1

Re: PEP 594 cgi & cgitb removal
by Jon Ribbens June 1, 2019

June 1, 2019

On 2019-05-25, Michael Torrie <torriem(a)gmail.com> wrote: > On 05/24/2019 04:27 AM, Jon Ribbens via Python-list wrote: >> Sorry, in what sense do you mean "Serverless is CGI"? >> >> As far as I can tell, it's just a script to automatically upload >> bits of code into various cloud providers, none of which use CGI. > > Not really. Serverless just means stateless web-based remote procedure > calls. This is by definition what CGI is. No, it isn't. CGI is a specific API and method of calling a program in order to serve a web request. It isn't a shorthand for "any web-based remote procedure call".

5 4