I was recently wondering about Time Travel Debugging in relation to Python.
I found information about tools like:
RevPDB - unfortunately the last recorded activity is from 2016
timetravelpdb - unfortunately the last recorded activity is in 2015
Since the projects were updated so long ago, I was wondering if the tools used for TTD had changed for the moment?
I am counting on constructive discussion and advice & suggestions what to use now.
It is all about sharing the knowledge.
General Overview of TTD Research
At this very moment, available solutions are those listed in the description of the question and additionally PyTrace.
As far as RevPDB and timetravelpdb are concerned, I haven't tested these solutions in any way as the activity in these projects is registered a few years ago so I assumed that in case of problems contact with the support will be difficult.
How to start working with it?
To start with, it is worth using an interactive demo to learn about the basic functionalities and the way it works:
PyTrace Interactive Demo
If you need more information, check this site:
PyTrace Official Site
I am impressed with this project and I'm going to start using it in my daily coding routine so I will post my thought and tips about it later.
Stay tuned!
Related
I've recently joined a research group and I'm trying to figure out how to program in Python to set up an ADwin Gold II to speed up data gathering and processing the results. I'm very rusty with coding haven't done any in a year or so, and finding the docs on ADwin very hard to follow.
If anybody could explain how to used the python ADwin commands from the official python addon, or show me to any material that may be useful. This would be enormously appreciated.
Thanks in advance.
Its very hard to find, but on the installation folder, in the software folder, you can find a python Manual. There was no mention of this anywhere in the manual I stumbled across it by pure chance.
Any other poor soul out there, may this be an aid in your suffering.
The company I work for is looking to run some live dashboards in the reception area to show performance, geographical location of users etc etc - as such, these wouldn't need to be interactive but instead updating relatively quickly (maybe every 5mins?) and would be on permanently.
Is Bokeh a reasonable solution for this? I've used them in the past for personal dashboards and they look nice and are pretty customisable, so it instantly came to mind.
Thanks in advance for any advice...
The apps/dashboards at http://demo.bokeh.org (e.g. one specific one: https://demo.bokeh.org/sliders) have been running continuously without any intervention since 0.12.3 was released, nearly one year ago (early October 2016).
In fact, they run a bit slowly because they are still running on 0.12.3. I have not had an opportunity to re-deploy them using newer, faster Bokeh versions.
I want to write a script that helps employees in a small startup with the tracking of their working hours.
It's supposed to tell them when and how long they were active on the current machine.
For example, Last week: Monday: [Idle(0:00am - 11:59pm)] ; Tuesday [Idle(0:00am-8:00am), Active(8:01am-5:00pm), Idle(5:01pm - 11:59pm)] ; .... and so on.
Does Windows store this information somewhere?
If not, how complicated would it be to write a script that tracks this information?
I'm not really a programmer. I've only written a few small scripts in Python to make some office work more convenient. Pretty much regarding tracking of working hours.
I'm also a little afraid regarding the topic of privacy. I don't want to get any information that I'm not supposed to. If there would be some advice from people who worked on something similar, it would be greatly appreciated.
Currently, i want to implement a trading system for steam games (with python).
So, i searched github, but sadly, there are only
https://github.com/Jessecar96/SteamBot
https://github.com/Jessecar96/SteamKit2
Yeah, they works good. But they are C# -- don't tell me python can't do this :).
So, i want to start with the steamkit part. I thought it's not difficult(maybe just some web-apis), but when i kinda review the code of SteamKit2, i find it seems use TcpConnection to Steam Network, don't know how they get the protocol.
Does anyone has any idea about this, i think about use python load steamkit2.dll, but im really noob with C#
You don't want to use the SteamKit2 port on that repository. It is a branch (and an out dated one at that) of the official SteamKit2 repository. It also looks like they are attempting to get rid of the branch based on this issue discussion.
To answer your question, there is a port of SteamKit to Python. It is called PySteamKit and is written by one of the contributors to SteamKit2.
Unfortunately, there doesn't seem to be much documentation in the Wiki of either the official SteamKit or the Python port on how to use the package. You may have to look at the Samples provided by SteamKit which are in C#.
When it's about archiving and doc portability, it's all about PDF. I heard about DjVu somes years ago, and it seems to be now mature enough for serious usages. The benefits seems to be a small size format and a fast open / read experience.
But I have absolutely no feedback on how good / bad it is in the real world :
Is it technically hard to implement in traditional information management tools ?
Is is worth learning / implementing solution to generate / parse it when you now PDF ?
Is the final user feedback good when it comes to day to day use ?
How do you manage exchanges with the external world (the one with a PDF only state of mind) ?
As a programmer, what are the pro and cons ?
And what would you use to convince your boss to (or not to) use DjVU ?
And globally, what gain did you noticed after including DjVu in your workflow ?
Bonus question : do you know some good Python libs to hack some quick and dirty scripts as a begining ?
EDIT : doing some research, I ended up getting that Wikimedia use it to internally store its book collection but can't find any feedback about it. Anybody involved in that project around here ?
I've found DjVu to be ideal for image-intensive documents. I used to sell books of highly details maps, and those were always in DjVu. PDF however works really well; it's a standard, and -everybody- will be able to open it without installing additional software.
There's more info at:
http://print-driver.com/news/pdf-vs-djvu-i1909.html
Personally, I'd say until its graphic-rich documents, just stick to PDF.