Ahh, always yet another...
I would be clear with today's updates to ProCrypto.release.3.
- I folded code into Crypto, and brought in TraceMonitor, Registers (slight mods to init), PromisesLocal and ELinda. and so it is all down to one package now, the erstwhile Crypto-rabbt.16.mcz. However, for the release I continue to specifying ProCrypto.release.3 as the release artifact. The locks down version 16 of Crypto, so it's not flying in the wind again.Sorry about that. Bad bunny!
- I had to add an accessor for ClassForPlatform class var, in both RGRegister superclasses to call initialize and provide a valid class for Register instantiation. There was an #initialize load order issue as MD5 wanted to initialize first.
- All test pass, obviously.
- Now using a SchedulerVat in Promises so the send activation Process have the same priority as the sending Process. I may have a #schedule:priority: on the Vat but it is not exposed to the send site. I'm thinking of getting to QoS through thisContext. Is there a way to store a link there or use a Process local var to access ParrotTalkQoS for sending? Perhaps specify QoS when creating the eventual reference in the first place, something like <#eventualPriority: EParrotTalk flashPriority>.
- ASN1:
- I am opening a button bar to inspect aspects of
- ASN1 Modules
- Type Registrations by ASN1Tag
- Type Initializers I am using to control load order.
- If something is defined that's missing in an import, the TypeReference, which is a hated class of mine (I wrote it. You know this feeling?), is installed in the asn1Module of the type being defined, not in the proper import it's supposed to come from. and so when the import gets defined, those TypeReferences are not #becomeForward: -ed to the proper type construction finally being loaded. So it fails. a touch tricky.
- Fails in a
- Learned of the Preference for update on image start, so I'm using that in my local space so I don't impose on y'all.
Enjoy and hit me up with your thoughts. Appreciate.
❤️🔥🐰
On 7/5/23 08:13, rabbit wrote:
Alright, I removed the choice from ParrotTalk. I would share a note about Promises. I removed the PriorityVat and am now scheduling eventual sends on the ProcesssorScheduler, which maintains ordering. This allows the use of Semaphore waits. Performs better too.
Good morning, rabbit
On 7/4/23 23:11, rabbit wrote:
Hello all,
I bailed on getting NaCl working, though the support for libsodium FFI is there. However, I was able to complete my long efforts at moving ASN1 to recognize class tagging. And I have a test! Thus these changes to Crypto's ASN1 is to support my efforts with EParrotTalk and I believe I am finished with these changes. #GREEN! Andso, I will put a seal on this release of ProCrypto.release.3-rabbt.60.mcm.
Nota bene: I am automatically updating from the alpha truck every time the image resumes.
Installer ss project: 'Cryptography'; install: 'ProCrypto.release.3'.
In ParrotTalk, I got all the v39 headers working, Now to the protocol state machine, though they are still being marshaled with a choice, so I am not yet directly marshaling them as first class ASN1Types with the applicationClass class tag <2r01>. I am using numeric tags 0-31 between ParrotTalk and PromisesFar. I have registering them all, so I am ready to remove the choice. You fail 100% of the time you don't take your shot.
Cheers!
-- ❤️🔥🐰-- ❤️🔥🐰-- ❤️🔥🐰
-- ❤️🔥🐰