Pondering a "threadless" VCL execution model

[Nils Goroll]

Hi,

thank you for your feedback, Dridi.

On 8/24/26 17:39, Dridi Boukelmoune wrote:
> You could also track non-blockability at the subroutine level, such
> that one may include a "utility" VCL relying on blocking VMOD code,
> but not necessarily call offending subs.

Yes, I arrived at this conclusion as well, and even think we should maybe even 
take it one level further to request to add this programmatically, such that 
code could add something like

	VBLOCKING()

anywhere.

Another idea was that we could have a vlibc for vmods to compile against to 
interpose all of libc. But I guess I am getting carried away...

Nils


-- 

Nils Goroll (he/him)

** * * UPLEX - Nils Goroll Systemoptimierung

Scheffelstraße 32
22301 Hamburg

tel +49 40 28805731
mob +49 170 2723133
fax +49 40 42949753

xmpp://slink@jabber.int.uplex.de/

http://uplex.de/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0x1DCD8F57A3868BD7.asc
Type: application/pgp-keys
Size: 4845 bytes
Desc: OpenPGP public key
URL: <https://vinyl-cache.org/lists/pipermail/vinyl-dev/attachments/20260826/cf28f2c1/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature.asc
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <https://vinyl-cache.org/lists/pipermail/vinyl-dev/attachments/20260826/cf28f2c1/attachment-0001.bin>