Re: encapsulating a global variable
On 25/02/2020 15:06, BlindAnagram wrote: My interest in this stems from wanting to keep the dictionary only available to the function that uses it and also a worry about being called from threaded code. Hiding your dictionary away inside a class or instance isn't going to protect it from threading disasters by itself, though it will make it easier to protect it as you need. -- Rhodri James *-* Kynesim Ltd -- https://mail.python.org/mailman/listinfo/python-list
Need Help Urgently
[ABCD client error]: Connection to broker at 126.0.0.1: lost! "timestamp":"Wed Feb 19 11:48:41 [XYZ]: Connection to broker at 126.0.0.1: lost! "timestamp":"Wed Feb 19 11:48:40 Note: I want to read the error code i.e ABCD Client error from the line and also wrt timestamp value. Let me know how to do? -- https://mail.python.org/mailman/listinfo/python-list
EuroPython 2020: Call for Proposals opens on March 9th
We are happy to announce that the Call for Proposals will open on March 9. It will be left open for three weeks and then close on: Sunday, March 29 23:59:59 CEST While you wait for submissions to open, please check out the Call for Proposals details on our pre-launch website: https://ep2020.europython.eu/call-for-proposals/ We’re looking for proposals on every aspect of Python: all levels of programming from novice to advanced, applications, frameworks, data science, Python projects, internals or topics which you’re excited about, your experiences with Python and its ecosystem, creative or artistic things you’ve done with Python, to name a few. EuroPython is a community conference and we are eager to hear about your use of Python. Since feedback shows that our audience is very interested in advanced topics, we’d appreciate more entries in this category for EuroPython 2020. Please help spread word about Call for Proposals to anyone who might be interested. Thanks. Some additional updates: - We’re working on launching the website, CfP and ticket sales in March. - We are also preparing the sponsorship packages and should have them ready early in March as well. Early bird sponsors will again receive a 10% discount on the package price. If you’re interested in becoming a launch sponsor, please contact our sponsor team at sponsor...@europython.eu. Help spread the word Please help us spread this message by sharing it on your social networks as widely as possible. Thank you ! Link to the blog post: https://blog.europython.eu/post/611042486524280832/europython-2020-call-for-proposals-opens-on-march Tweet: https://twitter.com/europython/status/1232708258525302784 Enjoy, -- EuroPython 2020 Team https://ep2020.europython.eu/ https://www.europython-society.org/ -- https://mail.python.org/mailman/listinfo/python-list
Re: Need Help Urgently
On Feb 26, 2020 10:56 AM, "Prakash Samal" wrote: > > [ABCD client error]: Connection to broker at 126.0.0.1: lost! > "timestamp":"Wed Feb 19 11:48:41 > > [XYZ]: Connection to broker at 126.0.0.1: lost! > "timestamp":"Wed Feb 19 11:48:40 > > Note: I want to read the error code i.e ABCD Client error from the line and also wrt timestamp value. First a couple of pointers to help you get the results you want in future communications. Use a meaningful subject rather than help. Why? Because we keep track of a communication thread by the subject. It also helps us decide whether or not we can even tackle that particular problem. Send such requests to tu...@python.org. Understand that urgency on your part does not translate to urgency on our part. We are volunteers who donate some of our time to giving help. You can accomplish your objective by using various string processing functions or by using regular expressions. I will assume that you want to extract everything between square brackets as the error and everything following the 2nd quote as the timestamp. Let's use the string find method. With that you can get the index of a particular character and use string slicing with those indexes to get the actual strings. If you have a basic understanding of python that should be enough to get you started. Otherwise I suggest you start with a tutorial that will get you those basics. if you just want someone to write the program for you then one of us will be glad to act as a paid consultant and do that for you. Bob Gailer -- https://mail.python.org/mailman/listinfo/python-list
Re: encapsulating a global variable (BlindAnagram)
On 2020-02-25, Dennis Lee Bieber wrote: > We seem to have some confusion with the use of the word "static"... No doubt carrying on the tradition from C, where the 'static' keyword is used to mean two completely different, orthogonal things. -- Grant Edwards grant.b.edwardsYow! My face is new, my at license is expired, and I'm gmail.comunder a doctor's care -- https://mail.python.org/mailman/listinfo/python-list
Re: encapsulating a global variable (BlindAnagram)
On Thu, Feb 27, 2020 at 9:45 AM Grant Edwards wrote: > > On 2020-02-25, Dennis Lee Bieber wrote: > > > We seem to have some confusion with the use of the word "static"... > > No doubt carrying on the tradition from C, where the 'static' keyword > is used to mean two completely different, orthogonal things. > ... neither of which has anything to do with what a physicist would define "static" as. ChrisA -- https://mail.python.org/mailman/listinfo/python-list
Re: encapsulating a global variable (BlindAnagram)
On 2020-02-26, Chris Angelico wrote: > On Thu, Feb 27, 2020 at 9:45 AM Grant Edwards > wrote: >> >> On 2020-02-25, Dennis Lee Bieber wrote: >> >> > We seem to have some confusion with the use of the word "static"... >> >> No doubt carrying on the tradition from C, where the 'static' keyword >> is used to mean two completely different, orthogonal things. >> > > ... neither of which has anything to do with what a physicist would > define "static" as. I'm not sure what the physics usage of 'static' is, but when used for local variables in C, it sort of makes sense: it means that the location of the variable within the address space won't ever change during the program's lifetime. However, that's only half of what it does in that context: it also means that the location won't be reused for other things, and the location's contents will not change unless it is "intentionally" written to by the program. OTOH, the C usage of 'static' for file-scope variables is completely off the wall. I suspect somebody just put all of the existing keywords that weren't yet valid in that context into a hat... -- Grant Edwards grant.b.edwardsYow! Remember, in 2039, at MOUSSE & PASTA will gmail.combe available ONLY by prescription!! -- https://mail.python.org/mailman/listinfo/python-list
