BERJAYA

Slow shutdown using aioodbc pool
by Rob Cliffe April 23, 2026

April 23, 2026

I amd using 32-bit Python 3.13 on Windows 11. I am writing a server that talks to a Pervasive database using asyncio and aioodbc. I run it from the command prompt. I notice it is very slow to shutdown (just over 3 seconds). Perhaps not important in real life use, but an irritation during development when I want to modify the code, shut down the server, and restart it. Here is a vastly simplified program to demonstrate the problem: import sys, os import time import asyncio import aioodbc CONNECTION_STRING = "Driver={Pervasive ODBC Client Interface};DBQ=MYDATABASE" # Substitute your own database or connection string here. async def Run(): pool = await aioodbc.create_pool( dsn = CONNECTION_STRING ) # A real program would do its work here. pool.close() await pool.wait_closed() print(f'{time.strftime('%H:%M:%S')} Exiting') sys.exit() # or os._exit(0). Takes just over 3 seconds. asyncio.run( Run() ) As it happens my Windows command prompt is configured to display the time (h,m,s) and when the prompt appears the time has moved on by 3 sec or occasionally 4 sec from the time displayed by the program. Note that very little time is needed to explicitly close the pool (as the above program does). Can someone please tell me what is going on, and if I can speed up the program shutdown? A quick-and-dirty hack is fine as far as I am concerned. I have a suspicion that the problem is Pervasive-related, and might not occur with other databases, but even so I would have thought that there should be a Python work-around. I tried putting all the program code into a main function and running that function with cProfile. What happened was that I got about 400 lines of output very quickly, but then the program hung for about 3 seconds apparently doing nothing before returning to the command prompt. In other words it seems that Python is taking about 3 seconds to shut down AFTER executing my code. The same thing happened when I ran python -m cProfile <program-name> from the command prompt, except that now there were nearly 1000 lines of profile output. I tried including gc.collect() at the end of my code but it made no apparent difference (cProfile said that gc.collect was run once and took 2 milliseconds). Puzzled. Best wishes Rob Cliffe

1 0

STCL interpreter
by Walid AlMasri April 22, 2026

April 22, 2026

Dear All, I started a project on accommodating combinatory logic into python Below are my primary efforts https://github.com/mwalmasri/stcl_interpreter Best regards, Walid

1 0

Python and PL/1
by johnnyrebel0801＠gmail.com April 22, 2026

April 22, 2026

Hi, this is John Quinn and I'm new on this board. I live down in Ottawa, Illinois. I'm interested in learning Python so that I can apply it to help in modernizing mainframe legacy systems. I worked as a PL/1 Applications Programmer at State Farm Systems for 13 years using IMS Databases and of course JCL on the IBM MVS Operating System. Then I worked with the same skills at Nielsen Media Research in Florida for a few years. I have nothing technical to add to these discussions yet, but hope to in the future. I am retired and in great health and hoping I can do contract work once I become proficient in Python and the current various developer tools for editing and testing platforms. Looking forward to learning Python and it's associated tools. John Quinn

4 3

ANN: pymmich - An easy to use uploader/downloader for Immich, the photo server
by eGenix Team April 20, 2026

April 20, 2026

*ANNOUNCING* pymmich - uploader/downloader for Immich Version 0.3.0 A a small, focused CLI for uploading and downloading photos and videos to/from an Immich <https://immich.app/> server ------------------------------------------------------------------------ *INTRODUCTION* pymmich is easy to use on Windows, Linux or macOS and only does a few things, but tries to do them well: * upload photos and add them to albums * download photos or albums * list photos and albums * list users (for sharing) * share and unshare albums with other users Usage is simple: uvx pymmich <command> You only need to setup two env vars to have it connect to your Immich <https://immich.app/> server. ------------------------------------------------------------------------ *FEATURES* * CLI tool based on typer * Uses the Immich API for accessing the server * Apache2 licensed * Works with Python 3.13+ ------------------------------------------------------------------------ *RESOURCES* * Github: https://github.com/malemburg/pymmich * PyPI: https://pypi.org/project/pymmich/ * Documentation: https://malemburg.github.io/pymmich/ ------------------------------------------------------------------------ *NEWS* The 0.3.0 release is the first public release. * Created with Claude Code in a short weekend sprint * Solves a real need * Was fun to get going I'd like to try something new with this project: It's an AI-first project. Instead of PRs, we'll have discussions and prompts. I'll then pAIr with Claude to take care of the implementation :-) Enjoy, -- Marc-Andre Lemburg eGenix.com Professional Python Services directly from the Experts (#1, Apr 20 2026) >>> Python Projects, Coaching and Support ... https://www.egenix.com/ >>> Python Product Development ... https://consulting.egenix.com/ ________________________________________________________________________ ::: We implement business ideas - efficiently in both time and costs ::: eGenix.com Software, Skills and Services GmbH Pastor-Loeh-Str.48 D-40764 Langenfeld, Germany. CEO Dipl.-Math. Marc-Andre Lemburg Registered at Amtsgericht Duesseldorf: HRB 46611 https://www.egenix.com/company/contact/ https://www.malemburg.com/

1 0

Re: Lazy Imports -- I Like This Idea
by DFS April 14, 2026

April 14, 2026

On 3/25/2026 9:40 PM, Lawrence D’Oliveiro wrote: > So Python 3.15 will introduce a new, “lazy” import mechanism > <https://peps.python.org/pep-0810/>. > > So far I have done one script where I moved an import into the > function where it was used, instead of doing it globally; this reduced > the script startup time from around 1.5 seconds down to about a > quarter second. > > “Lazy” imports would avoid the need for such workarounds, while > keeping all imports together so they can be found more easily. Faster startup is nice, but lazy importing doesn't reduce total runtime of the program, right?

4 3

Re: Python linuxfs Modules
by DFS April 8, 2026

April 8, 2026

On 3/17/2026 2:33 AM, Lawrence D’Oliveiro wrote: > python_linuxfs <https://gitlab.com/ldo/python_linuxfs> is a set of > Python modules providing higher-level wrappers around various > Linux-specific system APIs. Some of these already have support in the > “os” module in the standard Python library, but most don’t. Even for > the ones that do, I think my wrappers are nicer to use, because they > avoid the requirement for working with bitmasks and use sets of > symbolic bit enums instead (with easy conversions between both forms). > > The package is split into five modules: > > * linuxfs -- file/directory functions and common utilities used by > other modules > * linuxacl -- access-control-list functions > * linuxmount -- enhanced Linux mount API > * linuxpriv -- privilege control, i.e. the Linux landlock API > * linuxproc -- process control: prctl (selected), pidfd, > signalfd and signal mask sets, namespaces This looks like outstanding programming. Got any users or feedback?

1 0

Re: Lazy Imports -- I Like This Idea
by Piergiorgio Sartor April 3, 2026

April 3, 2026

On 29/03/2026 15.49, Gilmeh Serda wrote: > On Thu, 26 Mar 2026 01:40:15 -0000 (UTC), Lawrence D’Oliveiro wrote: > >> “Lazy” > > [PEP] TL;DR > > From the initial idea I got that now we have to have the word lazy > scattered all over the place for every module that needs to be loaded in > such a manner: > > lazy import blah > lazy import whatever > lazy from thisorthat import meh > > > Wouldn't it have been better if they used, e.g. "with" as a starter? Like > so: > > with lazy: > import blah > import whatever > from thisorthat import meh > > Then it would have been much smoother to handle. Why? It's one line more and large overhead for few imports. And the IDE can expand automatically the "lazy" part. Furthermore, it can always be added later, as alternative to explicit "lazy" in front of the import. So, I personally do not see this as needed feature now. > My 2¢ worth... Same... bye, -- piergiorgio

1 0

os.scandir problem
by Rob Cliffe April 2, 2026

April 2, 2026

I am using Python 3.13 and Windows 11. I have a RAM disk (ImDisk), configured to be the R: drive. When the RAM disc is empty, os.scandir("R:") raises a FileNotFoundError instead of (as I would have expected) returning an empty iterator. Whereas for an empty directory on a hard drive or memory stick, os.scandir() does indeed return an empty iterator. This does seem to be a defect of os.scandir. Can it be fixed? Best wishes Rob Cliffe

5 6

Python-list

April 2026