Mike Hunhoff
Mike Hunhoff
**Is your feature request related to a problem? Please describe.** I'm attempting to create an environment for Jep that mirrors that of the Python interpreter from which it was installed....
`Jep` throws `TypeError: cannot create 'jep.PyJClass' instances` when attempting to subclass `Java` classes using `Python` classes. `jep.jproxy` appears to get us there for `Java` interfaces but throws `ValueError: java.lang.IllegalArgumentException: is...
Jep, by default, gives Java packages precedence over Python libraries with the same name when importing from Python. Is it possible to make both available e.g. by mapping the Java...
```yaml - and: - api: System.Reflection.Assembly::GetType - string: "Microsoft.Win32.Win32Native" ```
Used by malware to prevent a target system from rebooting during sensitive operations. https://learn.microsoft.com/en-us/windows/win32/api/winuser/nf-winuser-shutdownblockreasoncreate
https://github.com/horsicq/Detect-It-Easy/blob/93c70fb69232b36dce61a3b1e18619e744c5d400/db/PE/Safengine%20Shielden.2.sg#L4
https://learn.microsoft.com/en-us/windows/win32/api/synchapi/nf-synchapi-initonceexecuteonce
.NET is cross-platform so we should not us OS-specific references unless we are absolutely sure e.g. #706 where OS-specific types may be used. Instead, we should use "... in .NET"...
Collecting my thoughts here but happy to spin off separate issues/discussions. - I like the `in .NET on Android` naming - so far rules are inconsistent requiring format/os - this...
restrict to `os: android`? or maybe the name and API namespace are sufficient? we'll have to come up with a consistent style on things like this. i don't know today....