Hi folks,
>From gdbm 1.21, gdbm supports the crash tolerance feature.
see: https://www.gnu.org.ua/software/gdbm/manual/Crash-Tolerance.html
I would like to introduce this feature since python standard library is the
only gdbm binding library that is available for end-users.
And this is also effort
[Barry Scott and Steve Dower share tips for convincing Visual Studio
to show assembler without recompiling the file]
Thanks, fellows! That mostly ;-) workedl. Problem remaining is that
breakpoints just didn't work. They showed up "visually", and in the table
of set breakpoints, but code went whiz
On 1/17/2022 8:47 PM, Barry Scott wrote:
On 17 Jan 2022, at 06:35, Tim Peters wrote:
[Guido]
I don't think there's a way to do a PGO build from Visual Studio; but
a command prompt in the repo can do it using `PCbuild\build.bat --pgo`.
Just be patient with it.
Thanks! That worked, and was
> On 17 Jan 2022, at 06:35, Tim Peters wrote:
>
> [Guido]
>> I don't think there's a way to do a PGO build from Visual Studio; but
>> a command prompt in the repo can do it using `PCbuild\build.bat --pgo`.
>> Just be patient with it.
>
> Thanks! That worked, and was easy, and gave me an execu
> Even less, actually.
> The PEP doesn't make a very clear distinction between invalid Python
> syntax vs. invalid type annotation, so I wanted to check if we're on the
> same page here: the newly valid syntax will be subject to PEP 387.
> We clearly are on the same page, and I don't think you need
El lun, 17 ene 2022 a las 6:25, Petr Viktorin ()
escribió:
> On Wed, Nov 17, 2021 at 8:31 AM Pradeep Kumar Srinivasan
> wrote:
> >
> > This PEP [1] introduces a simple and intuitive way to annotate methods
> and classmethods that return an instance of their class. Such methods and
> classmethods
On Wed, Nov 17, 2021 at 8:31 AM Pradeep Kumar Srinivasan
wrote:
>
> This PEP [1] introduces a simple and intuitive way to annotate methods and
> classmethods that return an instance of their class. Such methods and
> classmethods occur quite frequently, but the existing way to annotate them
> c
On Mon, 17 Jan 2022 at 06:52, Denis Kotov wrote:
> > And that's why you need to do more work than arguing that in principle
> > C++ is just a better language than C. We've been hearing that for 4
> > decades now (at least we greybeards have), and we've discovered that
> > for many existing applic
