Runtime exceptions for AssertionMatcher if used with Java 8u60 and 8u65

mockito-java8 stopped working with Java 8u60+ (8u65 is the latest available at the time of writing).
Errors observed in mockito-java8 build:
java.lang.NullPointerException
	at info.solidsoft.mockito.java8.AssertionMatcherTest.shouldAllowToUseAssertionInLambdaWithPrimitiveAsArgument(AssertionMatcherTest.java:53)

org.mockito.exceptions.misusing.UnfinishedVerificationException:
Missing method call for verify(mock) here:
-> at info.solidsoft.mockito.java8.AssertionMatcherTest.shouldAllowToUseAssertionInLambdaWithPrimitiveAsArgument(AssertionMatcherTest.java:53)

org.mockito.exceptions.misusing.InvalidUseOfMatchersException:
Misplaced argument matcher detected here:

-> at info.solidsoft.mockito.java8.AssertionMatcher.assertArg(AssertionMatcher.java:78)

It happens with Java 8u60 and 8u65 (both OracleJDK and OpenJDK). With 8u51 (and for example 8u31 on Travis) it works fine. Tested with Mockito 1.10.19 and 2.0.21-beta (mockito-java8 is not compatible with newest mockito versions).
Full stacktraces: https://gist.github.com/szpak/f85fb33f6d27aa66ccf5.
Branch reproducing the problem: https://github.com/szpak/mockito-java8/tree/tech/strangeTestFailure

Mockito 2.0.31-beta is also affected.

Fixed upstream in typetools 0.4.3. Released mockito-java8 0.3.1.


fix(@angular-devkit/build-angular): add karma as an optional peer dependency

karma is currently used by the karma builder within this package but is not represented in the dependencies.  The can lead to accidental version mismatches as well as package manager hoisting problems due to the package manager not knowing the full dependency set of the package.

added protractor


Build fail

Travis build looks like its passing, but I'm getting this when building locally:
[INFO] OWLTools-Core ...................................... FAILURE [02:29 min]
Suspect this is the relevant bit of the log:
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.094 sec <<< FAILURE! - in owltools.mooncat.RemoveDirectivesTest
testRemove(owltools.mooncat.RemoveDirectivesTest)  Time elapsed: 0.092 sec  <<< FAILURE!
java.lang.AssertionError: expected:<2> but was:<0>
at org.junit.Assert.fail(Assert.java:88)
at org.junit.Assert.failNotEquals(Assert.java:834)
at org.junit.Assert.assertEquals(Assert.java:645)
at org.junit.Assert.assertEquals(Assert.java:631)
at owltools.mooncat.RemoveDirectivesTest.testRemove(RemoveDirectivesTest.java:63)
Building on a mac with the latest maven and
java -version
java version "1.8.0_45"
Java(TM) SE Runtime Environment (build 1.8.0_45-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.45-b02, mixed mode)
ackee:OWLTools-Parent davidos$

This test is for the magical logical-definition-view-relation tag. This allows us to sneak in nesting to obo in limited circumstances.
Reasoning about the behavior of this tag is actually difficult. It takes as an argument a shorthand relation, so shorthands must be preserved for this to work through roundtripping. The tag itself must be preserved otherwise the axiom will end up in owl-axioms in the header.
It's strange this should fail now. It does point to potential issues when using this magical tag in production settings.

OK, merge does behave as expected with this tag, the test was using the wrong API
still odd how travis didn't catch this


Question about reversed() during deleting cache

Thank you for the great work!
From my point of view, in the function erase_over_episodes, the oldest episodes will be erased.
However, when deleting the episode, the code uses reversed(), which may delete the latest episodes?
def erase_over_episodes(cache, dataset_size):
    step_in_dataset = 0
    for key, ep in reversed(sorted(cache.items(), key=lambda x: x[0])):
        if (
            not dataset_size
            or step_in_dataset + (len(ep["reward"]) - 1) <= dataset_size
        ):
            step_in_dataset += len(ep["reward"]) - 1
        else:
            del cache[key]
    return step_in_datas

Does the code have a bug or did I make any mistake? Thank you!

Sorry, i make some mistakes.


tests(*) lazy-setup and teardown

The default setup() and teardown() always run, even if there are no tests to be executed within the describe block. The lazy-ones (lazy_setup() and lazy_teardown()) only execute when there is actually a test to run.
Effectively this means that tests that run migrations and are executed with the #postgres tag, would still also run the migrations on C*.
This should improve the test-suite execution time.

One thing: while spec-old is still in this repository, we should also maintain it, and avoid having it divert from spec. Would you update the initializers in spec-old as well? Thanks.

busted has the flag --lazy that overwrites setup and teardown to be lazy.
If the plan is to use it everywhere it might make sense to use it.
heads up: making all setups lazy might tests when run individually (that rely on previous setup phases of other 'contexts').

imo the default should be lazy, but I also like the explicitness.

@thibaultcha updated to include the old tests

heads up: making all setups lazy might tests when run individually (that rely on previous setup phases of other 'contexts').

I thought of that, but I think if it happens, then this exposes lack of atomicity/incorrect dependencies in our tests (they should be fixed if it's the case — either by making them properly atomic or, at the very least, making the specific ones non-lazy, the explicit option gives us this granularity). But I hope in most cases the dependency relations are properly captured by the nesting of describe blocks.
So, LGTM!


Can Not Uninstalled Windows Driver Kit For Windows 8.1 Ver.8.100.26846

[Enter feedback here]
Can Not Uninstalled Windows Driver Kit For Windows 8.1 Ver.8.100.26846.
Message Windows's Contents is "Setup cannot locate SDK ARM Additions EULA-x86_en-us.msi"
We don't own this version's setup media.
So we want to re-install and after then  re-uninstall. But now ,this version's media cannot get from your web site.
How can we uninstall Windows Driver Kit For Windows 8.1 Ver.8.100.26846?

Document Details
⚠ Do not edit this section. It is required for learn.microsoft.com ➟ GitHub issue linking.

ID: 3f5d6d55-cb35-6b9e-f8ca-e75f70826dc3
Version Independent ID: 1d913516-b1e0-e872-c337-e30ed5dffce8
Content: Previous WDK versions and other downloads - Windows drivers
Content Source: windows-driver-docs-pr/other-wdk-downloads.md
Product: windows-hardware
Technology: whats-new-and-downloads
GitHub Login: @tedhudek
Microsoft Alias: tedhudek

Thanks for the feedback, @bipsmartec and sorry you are having trouble.  Can you clarify, is the problem that you can't uninstall WDK 8.1, or that you can't install WDK 8.1?  (or both?)

Thank you for your reply.
I can install WDK8.1.
However, I am unable to uninstall WDK8.1.
The version of WDK8.1 installed on my PC is 8.100.26846 and the uninstall process seems to require this version of media.
If I download WDK8.1 uploaded on your website and specify it as the msi requested during the uninstall process, the uninstall process will not proceed.
I think it is because the versions are different.
If I could get the WDK8.1 media for version 8.100.26846, I would be able to finish the uninstall process without stopping.
Best Regards.
Isao Doumoto
From: Ted Hudek @.***
Sent: Saturday, May 20, 2023 9:19 AM
To: MicrosoftDocs/windows-driver-docs @.>
Cc: bipsmartec @.>; Mention @.***>
Subject: Re: [MicrosoftDocs/windows-driver-docs] Can Not Uninstalled Windows Driver Kit For Windows 8.1 Ver.8.100.26846 (Issue #3494)
Thanks for the feedback, @bipsmartec https://github.com/bipsmartec  and sorry you are having trouble. Can you clarify, is the problem that you can't uninstall WDK 8.1, or that you can't install WDK 8.1? (or both?)
—
Reply to this email directly, view it on GitHub https://github.com/MicrosoftDocs/windows-driver-docs/issues/3494#issuecomment-1555391942 , or unsubscribe https://github.com/notifications/unsubscribe-auth/ANRRKXNJABSWRDUWSAXLKNDXHAEWHANCNFSM6AAAAAAYHHKQQA .
You are receiving this because you were mentioned.  https://github.com/notifications/beacon/ANRRKXNHU7LH56YPY4JVOOTXHAEWHA5CNFSM6AAAAAAYHHKQQCWGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTS4WVS4M.gif Message ID: @.*** @.***> >

Hi @bipsmartec sorry but I don't have a lot to offer you.  Someone did raise #3480 recently which has a link to a Stack Overflow article that has links to 8.1 kits that are online.  I am not sure if any of these are the version you are looking for.  You might be better off manually deleting things or re-imaging the machine in question, if that's possible.  I'm going to go ahead and close out this issue but feel free to reply here if you have any follow up questions.


Not getting good results with the Caltech faces images for the NN Plots

Not getting good results with the Caltech faces images for the NN Plots --
def plot_nearest_neighbors_3x3(example_image: str, i: int):
Need to either change images -- get simpler images with Simpler Features to be identified and thus matched up with NN ..
Or explore the DIFF / Alternative methods of  getting embedding and features from images

not closing as of now

Collating Ref from other issues -- maybe same as mine -- reading through these now --

https://github.com/DeepLabCut/DeepLabCut/issues/1200
TF repo -- https://github.com/tensorflow/tensorflow/issues/24496
.....


chore(deps): upgrade dev dependencies

Upgrades project dependencies. See details in workflow run.

Automatically created by projen via the "upgrade-dev-dependencies-k8s-26-main" workflow

⚪ Backport skipped
The pull request was not backported as there were no branches to backport to. If this is a mistake, please apply the desired version labels or run the backport tool manually.
Manual backport
To create the backport manually run:
backport --pr 3236

Questions ?
Please refer to the Backport tool documentation


V2 Project Sample JSON

Hello,
This is kind of a 2 part question:
Does V2 currenlty have the ability to do the active learning if the parameters of where the model is located, and where the folder that is outputted is also located (or the endpoint) are in the projects JSON file?
And would we be able to get a copy of a complete schema so that we can edit the project our selves and add in the Active Learning component before the page has been completed to input the locations.

@Walkeras - We don't have the ability to support a custom active learning model at this time but this feature is in the works.  We'll be starting with support for a generic model that supports over 90 domains but soon after we will support a BYOM (bring your own model) to help accelerate active learning efforts.
Regarding v2 schema - we don't have a JSON schema published at this time but the TypeScript interfaces for all the models is available @ https://github.com/Microsoft/VoTT/blob/v2/src/models/applicationState.ts#L102


Segfault importing numba

I am not completely sure how to get a complete minimal repro for the community, as I'm in a fairly unique environment behind a corporate firewall and build llvm, llvmlite, and numba from source, but I need a little direction to be able to come up with more helpful facts to reproduce, so here's what I've got...
This is on CentOS-7.6.1810 , ldd (GNU libc) 2.17, built against llvm-7.0.1 (I have 9.0.0 available but llvmlite refuses to build with it).
I get the same segfault either with python-2.7.13, 3.6.1, and with the pair of:
llvmlite-0.27.0 + numba-0.42.0 vs..
llvmlite-0.31.0 + numba-0.47.0
(those are what I have built, but happy to build any other combination if it would help)
I was previously on CentOS-7.4 and the earlier pair of versions worked for me then.
$ PYTHONFAULTHANDLER=1 python
Python 3.6.1 (default, Apr 26 2017, 17:41:29)
[GCC 4.8.5 20150623 (Red Hat 4.8.5-11)] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> import llvmlite
>>> import llvmlite.binding as ll
>>> print(ll.get_host_cpu_features())
{'sse2': True, 'cx16': True, 'sahf': True, 'tbm': False, 'avx512ifma': False, 'sha': False, 'gfni': False, 'fma4': False, 'vpclmulqdq': False, 'prfchw': False, 'bmi2': False, 'cldemote': False, 'fsgsbase': True, 'ptwrite': False, 'xsavec': False, 'popcnt': True, 'aes': True, 'avx512bitalg': False, 'movdiri': False, 'xsaves': False, 'avx512er': False, 'avx512vnni': False, 'avx512vpopcntdq': False, 'pconfig': False, 'clwb': False, 'avx512f': False, 'clzero': False, 'pku': False, 'mmx': True, 'lwp': False, 'rdpid': False, 'xop': False, 'rdseed': False, 'waitpkg': False, 'movdir64b': False, 'sse4a': False, 'avx512bw': False, 'clflushopt': False, 'xsave': True, 'avx512vbmi2': False, 'avx512vl': False, 'invpcid': False, 'avx512cd': False, 'avx': True, 'vaes': False, 'rtm': False, 'fma': False, 'bmi': False, 'rdrnd': True, 'mwaitx': False, 'sse4.1': True, 'sse4.2': True, 'avx2': False, 'wbnoinvd': False, 'sse': True, 'lzcnt': False, 'pclmul': True, 'prefetchwt1': False, 'f16c': True, 'ssse3': True, 'sgx': False, 'shstk': False, 'cmov': True, 'avx512vbmi': False, 'movbe': False, 'xsaveopt': True, 'avx512dq': False, 'adx': False, 'avx512pf': False, 'sse3': True}
>>> import numba
Fatal Python error: Segmentation fault

Current thread 0x00007f6b6a4b4740 (most recent call first):
  File "/sw/dev/maxnbk/packages/llvmlite/0.31.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/llvmlite/binding/ffi.py", line 114 in __call__
  File "/sw/dev/maxnbk/packages/llvmlite/0.31.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/llvmlite/binding/targets.py", line 244 in create_target_machine
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/targets/codegen.py", line 637 in _init
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/targets/codegen.py", line 628 in __init__
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/targets/cpu.py", line 51 in init
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/compiler_lock.py", line 32 in _acquire_compile_lock
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/targets/base.py", line 260 in __init__
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/targets/registry.py", line 34 in _toplevel_target_context
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/utils.py", line 390 in __get__
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/targets/registry.py", line 50 in target_context
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/dispatcher.py", line 650 in __init__
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/decorators.py", line 191 in wrapper
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/decorators.py", line 175 in jit
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/decorators.py", line 238 in njit
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/typed/typeddict.py", line 19 in <module>
  File "<frozen importlib._bootstrap>", line 205 in _call_with_frames_removed
  File "<frozen importlib._bootstrap_external>", line 678 in exec_module
  File "<frozen importlib._bootstrap>", line 655 in _load_unlocked
  File "<frozen importlib._bootstrap>", line 950 in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 961 in _find_and_load
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/typed/__init__.py", line 3 in <module>
  File "<frozen importlib._bootstrap>", line 205 in _call_with_frames_removed
  File "<frozen importlib._bootstrap_external>", line 678 in exec_module
  File "<frozen importlib._bootstrap>", line 655 in _load_unlocked
  File "<frozen importlib._bootstrap>", line 950 in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 961 in _find_and_load
  File "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-3.6/python/numba/__init__.py", line 196 in <module>
  File "<frozen importlib._bootstrap>", line 205 in _call_with_frames_removed
  File "<frozen importlib._bootstrap_external>", line 678 in exec_module
  File "<frozen importlib._bootstrap>", line 655 in _load_unlocked
  File "<frozen importlib._bootstrap>", line 950 in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 961 in _find_and_load
  File "<stdin>", line 1 in <module>
Segmentation fault

Thanks for the report. How are you building LLVM, llvmlite and numba? i.e. which tooling + instructions are you following. Also, if you do the same under gdb where's the segfault coming from? Thanks.

It's a little tough to describe all possible steps due to us using a relatively obscure package manager (rez), but broadly speaking, we build LLVM using CMake + gcc-6 via CentOS devtoolset-6 package set, .. The cmake flags for llvm used look a bit like this, if you ignore our package-managers expansions:

llvmlite is installed with pip install, against the sdist, with some flags to point it that LLVM as well as the specified python root (depending on it being python 2 or 3, as we build multiple variants):
CXX=${REZ_LLVM_ROOT}/bin/clang++
CC=${REZ_LLVM_ROOT}/bin/clang
LD=${REZ_LLVM_ROOT}/bin/ld.lld
CXX_FLTO_FLAGS="-fuse-ld=${REZ_LLVM_ROOT}/bin/ld.lld -flto"
LD_FLTO_FLAGS="-flto -Wl,--exclude-libs=ALL"
LLVMLITE_CXX_STATIC_LINK=0
LLVM_CXXFLAGS="-v"
LDFLAGS="-v"
CXXFLAGS="-fPIC $CXXFLAGS"
CPPFLAGS="-I${REZ_PYTHON_ROOT}/include/ -I${REZ_LLVM_ROOT}/include/ $CPPFLAGS"
LDFLAGS="-L${REZ_PYTHON_ROOT}/lib64/ -Wl,-rpath,${REZ_PYTHON_ROOT}/lib64/ -L${REZ_PYTHON_ROOT}/lib/ -Wl,-rpath,${REZ_PYTHON_ROOT}/lib/ -L${REZ_LLVM_ROOT}/lib64/ -Wl,-rpath,${REZ_LLVM_ROOT}/lib64/ -L${REZ_LLVM_ROOT}/lib/ -Wl,-rpath,${REZ_LLVM_ROOT}/lib/ $LDFLAGS"

The numba build is the same as llvmlite above, but with llvmlite/numpy includes/ldflags.
All of the compiled .so's are finding the correct libraries to find, as far as I can tell.

Thanks for the info. Do you know where the segfault is coming from (i.e. which function in which part of the library)?

I will attempt to get a gdb stack for this shortly.

my gdb knowledge is limited, but I was able to get this information:
Reading symbols from python...done.
(gdb) set args -c "import numba"
(gdb) run
Starting program: /sw/packages/external/python/2.7.13/platform-linux/arch-x86_64/os-CentOS-7/bin/python -c "im
port numba"
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[Detaching after fork from child process 2536]
[Detaching after fork from child process 2544]

Program received signal SIGSEGV, Segmentation fault.
0x00007fb2ae31a77b in llvm::RegisterTargetMachine<llvm::X86TargetMachine>::Allocator(llvm::Target const&, llvm
::Triple const&, llvm::StringRef, llvm::StringRef, llvm::TargetOptions const&, llvm::Optional<llvm::Reloc::Mod
el>, llvm::Optional<llvm::CodeModel::Model>, llvm::CodeGenOpt::Level, bool) () from /sw/packages/external/llvm
/7.0.1/platform-linux/arch-x86_64/os-CentOS-7/python-2.7/lib/libLLVM-7.so

(gdb) where
#0  0x00007fb2ae31a77b in llvm::RegisterTargetMachine<llvm::X86TargetMachine>::Allocator(llvm::Target const&, llvm::Triple const&, llvm::StringRef, llvm::StringRef, llvm::TargetOptions const&, llvm::Optional<llvm::Reloc::Model>, llvm::Optional<llvm::CodeModel::Model>, llvm::CodeGenOpt::Level, bool) () from /sw/packages/external/llvm/7.0.1/platform-linux/arch-x86_64/os-CentOS-7/python-2.7/lib/libLLVM-7.so
#1  0x00007fb2bd46674a in llvm::Target::createTargetMachine (this=<optimized out>, TT=..., CPU=..., Options=..., RM=..., CM=..., OL=<optimized out>, JIT=false, Features=...) at /sw/packages/external/llvm/7.0.1/platform-linux/arch-x86_64/os-CentOS-7/python-2.7/include/llvm/Support/TargetRegistry.h:397
#2  LLVMPY_CreateTargetMachine (T=0x7fb2afb32d80 <llvm::getTheX86_64Target()::TheX86_64Target>, Triple=<optimized out>, CPU=<optimized out>, Features=<optimized out>, OptLevel=<optimized out>, RelocModel=<optimized out>, CodeModel=<optimized out>, EmitJITDebug=<optimized out>, PrintMC=<optimized out>) at targets.cpp:238
#3  0x00007fb2b2feddcc in ffi_call_unix64 () from /lib64/libffi.so.6
#4  0x00007fb2b2fed6f5 in ffi_call () from /lib64/libffi.so.6
#5  0x00007fb2b3202383 in _call_function_pointer (argcount=9, resmem=0x7fffcc8be700, restype=<optimized out>, atypes=<optimized out>, avalues=0x7fffcc8be6a0, pProc=0x7fb2bd466480 <LLVMPY_CreateTargetMachine(LLVMTargetRef, char const*, char const*, char const*, int, char const*, char const*, int, int)>, flags=4353) at /var/tmp/build/platform-linux/arch-x86_64/os-CentOS-7/build/Modules/_ctypes/callproc.c:841
#6  _ctypes_callproc (pProc=pProc@entry=0x7fb2bd466480 <LLVMPY_CreateTargetMachine(LLVMTargetRef, char const*, char const*, char const*, int, char const*, char const*, int, int)>, argtuple=argtuple@entry=0x7fb2a99d9bd0, flags=4353, argtypes=argtypes@entry=0x7fb2b2da4130, restype=0x12ae010, checker=0x0) at /var/tmp/build/platform-linux/arch-x86_64/os-CentOS-7/build/Modules/_ctypes/callproc.c:1184
#7  0x00007fb2b31f8f25 in PyCFuncPtr_call (self=<optimized out>, inargs=<optimized out>, kwds=<optimized out>) at /var/tmp/build/platform-linux/arch-x86_64/os-CentOS-7/build/Modules/_ctypes/_ctypes.c:3979
#8  0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2afb79ef0, arg=arg@entry=0x7fb2a99d9bd0, kw=kw@entry=0x7fb2a99106e0) at Objects/abstract.c:2547
#9  0x00007fb2bd00dc4e in ext_do_call (nk=<optimized out>, na=<optimized out>, flags=<optimized out>, pp_stack=0x7fffcc8beb00, func=0x7fb2afb79ef0) at Python/ceval.c:4666
#10 PyEval_EvalFrameEx (f=f@entry=0x7fb2b2d90a00, throwflag=throwflag@entry=0) at Python/ceval.c:3028
#11 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=args@entry=0x7fb2b39639f8, argcount=10, kws=kws@entry=0x0, kwcount=kwcount@entry=0, defs=defs@entry=0x0, defcount=defcount@entry=0, closure=0x0) at Python/ceval.c:3584
#12 0x00007fb2bcf88bf8 in function_call (func=0x7fb2b39e8ed8, arg=0x7fb2b39639e0, kw=0x0) at Objects/funcobject.c:523
#13 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2b39e8ed8, arg=arg@entry=0x7fb2b39639e0, kw=kw@entry=0x0) at Objects/abstract.c:2547
#14 0x00007fb2bcf64d65 in instancemethod_call (func=0x7fb2b39e8ed8, arg=0x7fb2b39639e0, kw=0x0) at Objects/classobject.c:2602
#15 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2a99eee10, arg=arg@entry=0x7fb2a99d99d0, kw=kw@entry=0x0) at Objects/abstract.c:2547
#16 0x00007fb2bcfc59a5 in slot_tp_call (self=<optimized out>, args=0x7fb2a99d99d0, kwds=0x0) at Objects/typeobject.c:5546
#17 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2afb82290, arg=arg@entry=0x7fb2a99d99d0, kw=kw@entry=0x0) at Objects/abstract.c:2547                                                     [69/176]
#18 0x00007fb2bd00cf81 in do_call (nk=<optimized out>, na=<optimized out>, pp_stack=0x7fffcc8bf0e0, func=<optimized out>) at Python/ceval.c:4569
#19 call_function (oparg=<optimized out>, pp_stack=0x7fffcc8bf0e0) at Python/ceval.c:4374
#20 PyEval_EvalFrameEx (f=f@entry=0x1161430, throwflag=throwflag@entry=0) at Python/ceval.c:2989
#21 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=args@entry=0x7fb2a99e0728, argcount=1, kws=kws@entry=0x7fb2b396fce0, kwcount=kwcount@entry=6, defs=defs@entry=0x7fb2b2c054c8, defcount=defcount@entry=7, closure=0x0) at Python/ceval.c:3584
#22 0x00007fb2bcf88ced in function_call (func=0x7fb2afb811b8, arg=0x7fb2a99e0710, kw=0x7fb2a9910d70) at Objects/funcobject.c:523
#23 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2afb811b8, arg=arg@entry=0x7fb2a99e0710, kw=kw@entry=0x7fb2a9910d70) at Objects/abstract.c:2547
#24 0x00007fb2bd00dc4e in ext_do_call (nk=<optimized out>, na=<optimized out>, flags=<optimized out>, pp_stack=0x7fffcc8bf3f0, func=0x7fb2afb811b8) at Python/ceval.c:4666
#25 PyEval_EvalFrameEx (f=f@entry=0x7fb2a98119d8, throwflag=throwflag@entry=0) at Python/ceval.c:3028
#26 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=argcount@entry=2, kws=kws@entry=0x7fb2a99f73b8, kwcount=0, defs=0x0, defcount=0, closure=0x0) at Python/ceval.c:3584
#27 0x00007fb2bd012475 in fast_function (nk=<optimized out>, na=2, n=<optimized out>, pp_stack=0x7fffcc8bf620, func=<optimized out>) at Python/ceval.c:4447
#28 call_function (oparg=<optimized out>, pp_stack=0x7fffcc8bf620) at Python/ceval.c:4372
#29 PyEval_EvalFrameEx (f=f@entry=0x7fb2a99f7220, throwflag=throwflag@entry=0) at Python/ceval.c:2989
#30 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=args@entry=0x7fb2b39807b8, argcount=2, kws=kws@entry=0x0, kwcount=kwcount@entry=0, defs=defs@entry=0x0, defcount=defcount@entry=0, closure=0x0) at Python/ceval.c:3584
#31 0x00007fb2bcf88bf8 in function_call (func=0x7fb2a8ebf1b8, arg=0x7fb2b39807a0, kw=0x0) at Objects/funcobject.c:523
#32 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2a8ebf1b8, arg=arg@entry=0x7fb2b39807a0, kw=kw@entry=0x0) at Objects/abstract.c:2547
#33 0x00007fb2bcf64d65 in instancemethod_call (func=0x7fb2a8ebf1b8, arg=0x7fb2b39807a0, kw=0x0) at Objects/classobject.c:2602
#34 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2a99eedc0, arg=arg@entry=0x7fb2a99e05d0, kw=kw@entry=0x0) at Objects/abstract.c:2547
#35 0x00007fb2bcfc5bbf in slot_tp_init (self=0x7fb2a9920910, args=0x7fb2a99e05d0, kwds=0x0) at Objects/typeobject.c:5806
#36 0x00007fb2bcfc247f in type_call (type=<optimized out>, args=0x7fb2a99e05d0, kwds=0x0) at Objects/typeobject.c:765
#37 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x1a947b0, arg=arg@entry=0x7fb2a99e05d0, kw=kw@entry=0x0) at Objects/abstract.c:2547
#38 0x00007fb2bd00cf81 in do_call (nk=<optimized out>, na=<optimized out>, pp_stack=0x7fffcc8bfc50, func=<optimized out>) at Python/ceval.c:4569
#39 call_function (oparg=<optimized out>, pp_stack=0x7fffcc8bfc50) at Python/ceval.c:4374
#40 PyEval_EvalFrameEx (f=f@entry=0x7fb2a8c07c90, throwflag=throwflag@entry=0) at Python/ceval.c:2989
#41 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=args@entry=0x7fb2a99e0568, argcount=1, kws=kws@entry=0x7fb2bd4ec068, kwcount=kw[92/176]try=0, defs=defs@entry=0x0, defcount=defcount@entry=0, closure=0x0) at Python/ceval.c:3584
#42 0x00007fb2bcf88ced in function_call (func=0x7fb2a8adac80, arg=0x7fb2a99e0550, kw=0x7fb2a9907a28) at Objects/funcobject.c:523
#43 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2a8adac80, arg=arg@entry=0x7fb2a99e0550, kw=kw@entry=0x7fb2a9907a28) at Objects/abstract.c:2547
#44 0x00007fb2bd00dc4e in ext_do_call (nk=<optimized out>, na=<optimized out>, flags=<optimized out>, pp_stack=0x7fffcc8bff60, func=0x7fb2a8adac80) at Python/ceval.c:4666
#45 PyEval_EvalFrameEx (f=f@entry=0x7fb2a9ba1050, throwflag=throwflag@entry=0) at Python/ceval.c:3028
#46 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=argcount@entry=1, kws=kws@entry=0x7fb2a8c07c60, kwcount=0, defs=0x0, defcount=0, closure=0x7fb2a98c8e60) at Python/ceval.c:3584
#47 0x00007fb2bd012475 in fast_function (nk=<optimized out>, na=1, n=<optimized out>, pp_stack=0x7fffcc8c0190, func=<optimized out>) at Python/ceval.c:4447
#48 call_function (oparg=<optimized out>, pp_stack=0x7fffcc8c0190) at Python/ceval.c:4372
#49 PyEval_EvalFrameEx (f=f@entry=0x7fb2a8c07ad0, throwflag=throwflag@entry=0) at Python/ceval.c:2989
#50 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=args@entry=0x7fb2a98182a8, argcount=2, kws=kws@entry=0x0, kwcount=kwcount@entry=0, defs=defs@entry=0x0, defcount=defcount@entry=0, closure=0x0) at Python/ceval.c:3584
#51 0x00007fb2bcf88bf8 in function_call (func=0x7fb2a9a3bc08, arg=0x7fb2a9818290, kw=0x0) at Objects/funcobject.c:523
#52 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2a9a3bc08, arg=arg@entry=0x7fb2a9818290, kw=kw@entry=0x0) at Objects/abstract.c:2547
#53 0x00007fb2bcf64d65 in instancemethod_call (func=0x7fb2a9a3bc08, arg=0x7fb2a9818290, kw=0x0) at Objects/classobject.c:2602
#54 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2a99ca500, arg=arg@entry=0x7fb2a99e0450, kw=kw@entry=0x0) at Objects/abstract.c:2547
#55 0x00007fb2bcfc5bbf in slot_tp_init (self=0x7fb2a9920810, args=0x7fb2a99e0450, kwds=0x0) at Objects/typeobject.c:5806
#56 0x00007fb2bcfc247f in type_call (type=<optimized out>, args=0x7fb2a99e0450, kwds=0x0) at Objects/typeobject.c:765
#57 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x19f76c0, arg=arg@entry=0x7fb2a99e0450, kw=kw@entry=0x0) at Objects/abstract.c:2547
#58 0x00007fb2bd00cf81 in do_call (nk=<optimized out>, na=<optimized out>, pp_stack=0x7fffcc8c07c0, func=<optimized out>) at Python/ceval.c:4569
#59 call_function (oparg=<optimized out>, pp_stack=0x7fffcc8c07c0) at Python/ceval.c:4374
#60 PyEval_EvalFrameEx (f=f@entry=0x7fb2a982be10, throwflag=throwflag@entry=0) at Python/ceval.c:2989
#61 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=argcount@entry=1, kws=kws@entry=0x7fb2aa3c9d08, kwcount=0, defs=0x0, defcount=0, closure=0x0) at Python/ceval.c:3584
#62 0x00007fb2bd012475 in fast_function (nk=<optimized out>, na=1, n=<optimized out>, pp_stack=0x7fffcc8c0a00, func=<optimized out>) at Python/ceval.c:4447
#63 call_function (oparg=<optimized out>, pp_stack=0x7fffcc8c0a00) at Python/ceval.c:4372
#64 PyEval_EvalFrameEx (f=f@entry=0x7fb2aa3c9b60, throwflag=throwflag@entry=0) at Python/ceval.c:2989                                                                                [116/176]
#65 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=args@entry=0x7fb2a99dd568, argcount=3, kws=kws@entry=0x0, kwcount=kwcount@entry=0, defs=defs@entry=0x7fb2a9ac2768, defcount=defcount@entry=1, closure=0x0) at Python/ceval.c:3584
#66 0x00007fb2bcf88bf8 in function_call (func=0x7fb2aa493410, arg=0x7fb2a99dd550, kw=0x0) at Objects/funcobject.c:523
#67 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2aa493410, arg=arg@entry=0x7fb2a99dd550, kw=kw@entry=0x0) at Objects/abstract.c:2547
#68 0x00007fb2bcf565c1 in PyObject_CallFunctionObjArgs (callable=0x7fb2aa493410) at Objects/abstract.c:2774
#69 0x00007fb2bcfa40b1 in _PyObject_GenericGetAttrWithDict (obj=0x7fb2a8b07390, name=0x7fb2a9b8bcf0, dict=0x7fb2a990cc58) at Objects/object.c:1439
#70 0x00007fb2bd00be3d in PyEval_EvalFrameEx (f=f@entry=0x7fb2a8c07910, throwflag=throwflag@entry=0) at Python/ceval.c:2543
#71 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=args@entry=0x7fb2a99e03e8, argcount=1, kws=kws@entry=0x0, kwcount=kwcount@entry=0, defs=defs@entry=0x0, defcount=defcount@entry=0, closure=0x0) at Python/ceval.c:3584
#72 0x00007fb2bcf88bf8 in function_call (func=0x7fb2a8b02c08, arg=0x7fb2a99e03d0, kw=0x0) at Objects/funcobject.c:523
#73 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2a8b02c08, arg=arg@entry=0x7fb2a99e03d0, kw=kw@entry=0x0) at Objects/abstract.c:2547
#74 0x00007fb2bcf55ae5 in call_function_tail (args=0x7fb2a99e03d0, callable=0x7fb2a8b02c08) at Objects/abstract.c:2579
#75 PyObject_CallFunction (callable=0x7fb2a8b02c08, format=<optimized out>) at Objects/abstract.c:2603
#76 0x00007fb2bcfa40b1 in _PyObject_GenericGetAttrWithDict (obj=0x7fb2a8b07390, name=0x7fb2aa3941b8, dict=0x0) at Objects/object.c:1439
#77 0x00007fb2bd00be3d in PyEval_EvalFrameEx (f=f@entry=0x1be2ba0, throwflag=throwflag@entry=0) at Python/ceval.c:2543
#78 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=args@entry=0x7fb2a99e0368, argcount=1, kws=kws@entry=0x7fb2a99c2c98, kwcount=kwcount@entry=3, defs=defs@entry=0x7fb2a9839b68, defcount=defcount@entry=4, closure=0x0) at Python/ceval.c:3584
#79 0x00007fb2bcf88ced in function_call (func=0x7fb2a8b00de8, arg=0x7fb2a99e0350, kw=0x7fb2a990c6e0) at Objects/funcobject.c:523
#80 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2a8b00de8, arg=arg@entry=0x7fb2a99e0350, kw=kw@entry=0x7fb2a990c6e0) at Objects/abstract.c:2547
#81 0x00007fb2bcf64d65 in instancemethod_call (func=0x7fb2a8b00de8, arg=0x7fb2a99e0350, kw=0x7fb2a990c6e0) at Objects/classobject.c:2602
#82 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2a99ca4b0, arg=arg@entry=0x7fb2bd4ec050, kw=kw@entry=0x7fb2a990c6e0) at Objects/abstract.c:2547
#83 0x00007fb2bcfc5bbf in slot_tp_init (self=0x7fb2a99f0750, args=0x7fb2bd4ec050, kwds=0x7fb2a990c6e0) at Objects/typeobject.c:5806
#84 0x00007fb2bcfc247f in type_call (type=<optimized out>, args=0x7fb2bd4ec050, kwds=0x7fb2a990c6e0) at Objects/typeobject.c:765
#85 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x1a0f430, arg=arg@entry=0x7fb2bd4ec050, kw=kw@entry=0x7fb2a990c6e0) at Objects/abstract.c:2547
#86 0x00007fb2bd00dc4e in ext_do_call (nk=<optimized out>, na=<optimized out>, flags=<optimized out>, pp_stack=0x7fffcc8c18f0, func=0x1a0f430) at Python/ceval.c:4666
#87 PyEval_EvalFrameEx (f=f@entry=0x1bedab0, throwflag=throwflag@entry=0) at Python/ceval.c:3028
#88 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=argcount@entry=1, kws=kws@entry=0x1163730, kwcount=0[137/176]0, defcount=0, closure=0x7fb2a99c4750) at Python/ceval.c:3584
#89 0x00007fb2bd012475 in fast_function (nk=<optimized out>, na=1, n=<optimized out>, pp_stack=0x7fffcc8c1b20, func=<optimized out>) at Python/ceval.c:4447
#90 call_function (oparg=<optimized out>, pp_stack=0x7fffcc8c1b20) at Python/ceval.c:4372
#91 PyEval_EvalFrameEx (f=f@entry=0x1163550, throwflag=throwflag@entry=0) at Python/ceval.c:2989
#92 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=args@entry=0x7fb2a99d0428, argcount=1, kws=kws@entry=0x7fb2a983aa40, kwcount=kwcount@entry=1, defs=defs@entry=0x7fb2a8b04820, defcount=defcount@entry=6, closure=0x0) at Python/ceval.c:3584
#93 0x00007fb2bcf88ced in function_call (func=0x7fb2a8b1e758, arg=0x7fb2a99d0410, kw=0x7fb2a990c168) at Objects/funcobject.c:523
#94 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2a8b1e758, arg=arg@entry=0x7fb2a99d0410, kw=kw@entry=0x7fb2a990c168) at Objects/abstract.c:2547
#95 0x00007fb2bd00dc4e in ext_do_call (nk=<optimized out>, na=<optimized out>, flags=<optimized out>, pp_stack=0x7fffcc8c1e30, func=0x7fb2a8b1e758) at Python/ceval.c:4666
#96 PyEval_EvalFrameEx (f=f@entry=0x7fb2a8b01b30, throwflag=throwflag@entry=0) at Python/ceval.c:3028
#97 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=<optimized out>, globals=<optimized out>, locals=locals@entry=0x0, args=<optimized out>, argcount=argcount@entry=1, kws=kws@entry=0x7fb2a9a7d8b8, kwcount=0, defs=0x0, defcount=0, closure=0x0) at Python/ceval.c:3584
#98 0x00007fb2bd012475 in fast_function (nk=<optimized out>, na=1, n=<optimized out>, pp_stack=0x7fffcc8c2060, func=<optimized out>) at Python/ceval.c:4447
#99 call_function (oparg=<optimized out>, pp_stack=0x7fffcc8c2060) at Python/ceval.c:4372
#100 PyEval_EvalFrameEx (f=f@entry=0x7fb2a9a7d730, throwflag=throwflag@entry=0) at Python/ceval.c:2989
#101 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=co@entry=0x7fb2a99d9930, globals=globals@entry=0x7fb2b397cd70, locals=locals@entry=0x7fb2b397cd70, args=args@entry=0x0, argcount=argcount@entry=0, kws=kws@entry=0x0, kwcount=kwcount@entry=0, defs=defs@entry=0x0, defcount=defcount@entry=0, closure=closure@entry=0x0) at Python/ceval.c:3584
#102 0x00007fb2bd0142d2 in PyEval_EvalCode (co=co@entry=0x7fb2a99d9930, globals=globals@entry=0x7fb2b397cd70, locals=locals@entry=0x7fb2b397cd70) at Python/ceval.c:669
#103 0x00007fb2bd02af0c in PyImport_ExecCodeModuleEx (name=name@entry=0x1b1db30 "numba.typed.typeddict", co=co@entry=0x7fb2a99d9930, pathname=pathname@entry=0x1b1eb40 "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-2.7/python/numba/typed/typeddict.py") at Python/import.c:731
#104 0x00007fb2bd02b29e in load_source_module (name=0x1b1db30 "numba.typed.typeddict", pathname=0x1b1eb40 "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-2.7/python/numba/typed/typeddict.py", fp=<optimized out>) at Python/import.c:1121
#105 0x00007fb2bd02c211 in import_submodule (mod=mod@entry=0x7fb2a9935fd8, subname=subname@entry=0x1b1db3c "typeddict", fullname=fullname@entry=0x1b1db30 "numba.typed.typeddict") at Python/import.c:2725
#106 0x00007fb2bd02cf26 in load_next (p_buflen=<synthetic pointer>, buf=0x1b1db30 "numba.typed.typeddict", p_name=<synthetic pointer>, altmod=0x7fb2a9935fd8, mod=0x7fb2a9935fd8) at Python/import.c:2539
#107 import_module_level (locals=<optimized out>, level=<optimized out>, fromlist=0x7fb2b3982e90, globals=<optimized out>, name=0x0) at Python/import.c:2247
#108 PyImport_ImportModuleLevel (name=0x7fb2a99c6414 "typeddict", globals=<optimized out>, locals=<optimized out>, fromlist=0x7fb2b3982e90, level=<optimized out>) at Python/import.c:2312
#109 0x00007fb2bd008aff in builtin___import__ (self=<optimized out>, args=<optimized out>, kwds=<optimized out>) at Python/bltinmodule.c:49                                                           [158/176]
#110 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2bd51ffc8, arg=arg@entry=0x7fb2a9af3110, kw=<optimized out>) at Objects/abstract.c:2547
#111 0x00007fb2bd00a607 in PyEval_CallObjectWithKeywords (func=func@entry=0x7fb2bd51ffc8, arg=arg@entry=0x7fb2a9af3110, kw=kw@entry=0x0) at Python/ceval.c:4221
#112 0x00007fb2bd00dee4 in PyEval_EvalFrameEx (f=f@entry=0x7fb2aa3ae560, throwflag=throwflag@entry=0) at Python/ceval.c:2624
#113 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=co@entry=0x7fb2a99ce9b0, globals=globals@entry=0x7fb2b39817f8, locals=locals@entry=0x7fb2b39817f8, args=args@entry=0x0, argcount=argcount@entry=0, kws=kws@entry=0x0, kwcount=kwcount@entry=0, defs=defs@entry=0x0, defcount=defcount@entry=0, closure=closure@entry=0x0) at Python/ceval.c:3584
#114 0x00007fb2bd0142d2 in PyEval_EvalCode (co=co@entry=0x7fb2a99ce9b0, globals=globals@entry=0x7fb2b39817f8, locals=locals@entry=0x7fb2b39817f8) at Python/ceval.c:669
#115 0x00007fb2bd02af0c in PyImport_ExecCodeModuleEx (name=name@entry=0x1928b10 "numba.typed", co=co@entry=0x7fb2a99ce9b0, pathname=pathname@entry=0x1bd3240 "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-2.7/python/numba/typed/__init__.py") at Python/import.c:731
#116 0x00007fb2bd02b29e in load_source_module (name=0x1928b10 "numba.typed", pathname=0x1bd3240 "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-2.7/python/numba/typed/__init__.py", fp=<optimized out>) at Python/import.c:1121
#117 0x00007fb2bd02c799 in load_package (name=0x1928b10 "numba.typed", pathname=<optimized out>) at Python/import.c:1188
#118 0x00007fb2bd02c211 in import_submodule (mod=mod@entry=0x7fb2bd3f6b40, subname=subname@entry=0x1928b16 "typed", fullname=fullname@entry=0x1928b10 "numba.typed") at Python/import.c:2725
#119 0x00007fb2bd02cffa in load_next (p_buflen=<synthetic pointer>, buf=0x1928b10 "numba.typed", p_name=<synthetic pointer>, altmod=0x7fb2bd3f6b40, mod=0x7fb2bd3f6b40) at Python/import.c:2539
#120 import_module_level (locals=<optimized out>, level=<optimized out>, fromlist=0x7fb2bd2def20 <_Py_NoneStruct>, globals=<optimized out>, name=0x0) at Python/import.c:2256
#121 PyImport_ImportModuleLevel (name=<optimized out>, globals=<optimized out>, locals=<optimized out>, fromlist=0x7fb2bd2def20 <_Py_NoneStruct>, level=<optimized out>) at Python/import.c:2312
#122 0x00007fb2bd008aff in builtin___import__ (self=<optimized out>, args=<optimized out>, kwds=<optimized out>) at Python/bltinmodule.c:49
#123 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2bd51ffc8, arg=arg@entry=0x7fb2bd4c8230, kw=<optimized out>) at Objects/abstract.c:2547
#124 0x00007fb2bd00a607 in PyEval_CallObjectWithKeywords (func=func@entry=0x7fb2bd51ffc8, arg=arg@entry=0x7fb2bd4c8230, kw=kw@entry=0x0) at Python/ceval.c:4221
#125 0x00007fb2bd00dee4 in PyEval_EvalFrameEx (f=f@entry=0x7fb2bd4d3050, throwflag=throwflag@entry=0) at Python/ceval.c:2624
#126 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=co@entry=0x7fb2bd3e04b0, globals=globals@entry=0x7fb2bd3fa7f8, locals=locals@entry=0x7fb2bd3fa7f8, args=args@entry=0x0, argcount=argcount@entry=0, kws=kws@entry=0x0, kwcount=kwcount@entry=0, defs=defs@entry=0x0, defcount=defcount@entry=0, closure=closure@entry=0x0) at Python/ceval.c:3584
#127 0x00007fb2bd0142d2 in PyEval_EvalCode (co=co@entry=0x7fb2bd3e04b0, globals=globals@entry=0x7fb2bd3fa7f8, locals=locals@entry=0x7fb2bd3fa7f8) at Python/ceval.c:669
#128 0x00007fb2bd02af0c in PyImport_ExecCodeModuleEx (name=name@entry=0xf54dd0 "numba", co=co@entry=0x7fb2bd3e04b0, pathname=pathname@entry=0xf56df0 "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-2.7/python/numba/__init__.py") at Python/import.c:731
#129 0x00007fb2bd02b29e in load_source_module (name=0xf54dd0 "numba", pathname=0xf56df0 "/sw/dev/maxnbk/packages/numba/0.47.0/platform-linux/arch-x86_64/os-CentOS-7/python-2.7/python/numba/__init__.py",fp=<optimized out>) at Python/import.c:1121#e8e8e7
#130 0x00007fb2bd02c799 in load_package (name=0xf54dd0 "numba", pathname=<optimized out>) at Python/import.c:1188
#131 0x00007fb2bd02c211 in import_submodule (mod=mod@entry=0x7fb2bd2def20 <_Py_NoneStruct>, subname=subname@entry=0xf54dd0 "numba", fullname=fullname@entry=0xf54dd0 "numba") at Python/import.c:2725
#132 0x00007fb2bd02cf26 in load_next (p_buflen=<synthetic pointer>, buf=0xf54dd0 "numba", p_name=<synthetic pointer>, altmod=0x7fb2bd2def20 <_Py_NoneStruct>, mod=0x7fb2bd2def20 <_Py_NoneStruct>) at Python/import.c:2539
#133 import_module_level (locals=<optimized out>, level=<optimized out>, fromlist=0x7fb2bd2def20 <_Py_NoneStruct>, globals=<optimized out>, name=0x0) at Python/import.c:2247
#134 PyImport_ImportModuleLevel (name=0x7fb2bd3f8204 "numba", globals=<optimized out>, locals=<optimized out>, fromlist=0x7fb2bd2def20 <_Py_NoneStruct>, level=<optimized out>) at Python/import.c:2312
#135 0x00007fb2bd008aff in builtin___import__ (self=<optimized out>, args=<optimized out>, kwds=<optimized out>) at Python/bltinmodule.c:49
#136 0x00007fb2bcf55993 in PyObject_Call (func=func@entry=0x7fb2bd51ffc8, arg=arg@entry=0x7fb2bd4300a8, kw=<optimized out>) at Objects/abstract.c:2547
#137 0x00007fb2bd00a607 in PyEval_CallObjectWithKeywords (func=func@entry=0x7fb2bd51ffc8, arg=arg@entry=0x7fb2bd4300a8, kw=kw@entry=0x0) at Python/ceval.c:4221
#138 0x00007fb2bd00dee4 in PyEval_EvalFrameEx (f=f@entry=0x7fb2bd515c20, throwflag=throwflag@entry=0) at Python/ceval.c:2624
#139 0x00007fb2bd01419d in PyEval_EvalCodeEx (co=co@entry=0x7fb2bd3dbeb0, globals=globals@entry=0x7fb2bd4c1168, locals=locals@entry=0x7fb2bd4c1168, args=args@entry=0x0, argcount=argcount@entry=0, kws=kws@entry=0x0, kwcount=kwcount@entry=0, defs=defs@entry=0x0, defcount=defcount@entry=0, closure=closure@entry=0x0) at Python/ceval.c:3584
#140 0x00007fb2bd0142d2 in PyEval_EvalCode (co=co@entry=0x7fb2bd3dbeb0, globals=globals@entry=0x7fb2bd4c1168, locals=locals@entry=0x7fb2bd4c1168) at Python/ceval.c:669
#141 0x00007fb2bd03f289 in run_mod (arena=0xf124e0, flags=0x7fb2bd3dbeb0, locals=0x7fb2bd4c1168, globals=0x7fb2bd4c1168, filename=0x7fb2bd071e0d "<string>", mod=<optimized out>) at Python/pythonrun.c:1376
#142 PyRun_StringFlags (str=str@entry=0xea1010 "import numba\n", start=start@entry=257, globals=0x7fb2bd4c1168, locals=0x7fb2bd4c1168, flags=flags@entry=0x7fffcc8c3350) at Python/pythonrun.c:1339
#143 0x00007fb2bd040edb in PyRun_SimpleStringFlags (command=command@entry=0xea1010 "import numba\n", flags=flags@entry=0x7fffcc8c3350) at Python/pythonrun.c:974
#144 0x00007fb2bd056a40 in Py_Main (argc=3, argv=<optimized out>) at Modules/main.c:584
#145 0x00007fb2bc2313d5 in __libc_start_main () from /lib64/libc.so.6
#146 0x000000000040076e in _start ()
(gdb)

a colleague of mine found:
https://stackoverflow.com/questions/55166188/why-is-llvm-segfaulting-when-i-try-to-call-createtargetmachine

It seems like ABI incompatibility according to this link. And fixed just few days ago according to link.It works fine when I change clang++ with g++. In llvm 8.0, this bug has been fixed. Both clang++ and g++ work fine.

So it seems like this is an issue with LLVM... However, I can't use our LLVM-9 because llvmlite will refuse to compile with it. If the analysis is right, I guess I should take up the issue there?

https://github.com/numba/llvmlite/issues/523 has some info on how to patch the version check away, so perhaps we'll try that.

And you can't use LLVM 8?  We haven't done any rigorous testing with LLVM 9 (although it sounds like some users have had success for their use cases), which is why we still have the version check.

This is on CentOS-7.6.1810 , ldd (GNU libc) 2.17, built against llvm-7.0.1 (I have 9.0.0 available but llvmlite refuses to build with it).

I thought, from the above, that this was on 7.x?

And you can't use LLVM 8? We haven't done any rigorous testing with LLVM 9 (although it sounds like some users have had success for their use cases), which is why we still have the version check.

8 may be an option but we just don't happen to have it built and of course it takes awhile to build. I can look into this, though if 9 support is close behind then maybe it's just a short wait.

This is on CentOS-7.6.1810 , ldd (GNU libc) 2.17, built against llvm-7.0.1 (I have 9.0.0 available but llvmlite refuses to build with it).

I thought, from the above, that this was on 7.x?

It is, the quote from the stackoverflow thing is mentioning that it is fixed in 8, and we were using 7.0.1 where the bug is not fixed.

Closing this as LLVM 9 and LLVM 10 have both had support added for recent versions of Numba (0.50 and 0.51 respectively). If this can be reproduced on those then please do reopen. Many thanks.


Encoded separators '/' and tilde '~' in JSON pointers

Pull Request Test Coverage Report for Build 679798335

2 of 2 (100.0%)  changed or added relevant lines in 1 file are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.04%) to 92.077%

Totals

Change from base Build 547992927:
0.04%

Covered Lines:
337

Relevant Lines:
366

💛  - Coveralls


[Snyk] Security upgrade com.amazonaws:aws-java-sdk-sns from 1.12.290 to 1.12.760

This PR was automatically created by Snyk using the credentials of a real user.![snyk-top-banner](https://github.com/andygongea/OWASP-Benchmark/assets/818805/c518c423-16fe-447e-b67f-ad5a49b5d123)
Snyk has created this PR to fix 4 vulnerabilities in the maven dependencies of this project.
Snyk changed the following file(s):

lambda-functions/notification-template-formatter-service/pom.xml

Vulnerabilities that will be fixed with an upgrade:

Issue
Score
Upgrade

Denial of Service (DoS) SNYK-JAVA-COMFASTERXMLJACKSONCORE-3038424
  616
com.amazonaws:aws-java-sdk-sns:  1.12.290 -> 1.12.760  Proof of Concept

Denial of Service (DoS) SNYK-JAVA-COMFASTERXMLJACKSONCORE-3038426
  616
com.amazonaws:aws-java-sdk-sns:  1.12.290 -> 1.12.760  Proof of Concept

Allocation of Resources Without Limits or Throttling SNYK-JAVA-SOFTWAREAMAZONION-6153869
  589
com.amazonaws:aws-java-sdk-sns:  1.12.290 -> 1.12.760  No Known Exploit

Information Exposure SNYK-JAVA-COMMONSCODEC-561518
  399
com.amazonaws:aws-java-sdk-sns:  1.12.290 -> 1.12.760  No Known Exploit

[!IMPORTANT]

Check the changes in this PR to ensure they won't cause issues with your project.
Max score is 1000. Note that the real score may have changed since the PR was raised.
This PR was automatically created by Snyk using the credentials of a real user.

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open fix PRs.
For more information:
🧐 View latest project report
📜 Customise PR templates
🛠 Adjust project settings
📚 Read about Snyk's upgrade logic

Learn how to fix vulnerabilities with free interactive lessons:
🦉 Denial of Service (DoS)
🦉 Allocation of Resources Without Limits or Throttling

Checkmarx One – Scan Summary & Details – 047b571f-7b44-4fff-b2bd-dedad0b76c63
New Issues

Severity
Issue
Source File / Package
Checkmarx Insight

CVE-2024-38996
Npm-ag-grid-community-29.3.5
Vulnerable Package

CVE-2023-34050
Maven-org.springframework.amqp:spring-amqp-2.0.5.RELEASE
Vulnerable Package

CVE-2024-29415
Npm-ip-1.1.9
Vulnerable Package

CVE-2024-29857
Maven-org.bouncycastle:bcprov-jdk15on-1.67
Vulnerable Package

CVE-2024-29857
Maven-org.bouncycastle:bcprov-jdk15on-1.56
Vulnerable Package

CVE-2024-30171
Maven-org.bouncycastle:bcprov-jdk15on-1.67
Vulnerable Package

CVE-2024-30171
Maven-org.bouncycastle:bcprov-jdk15on-1.56
Vulnerable Package

CVE-2024-30172
Maven-org.bouncycastle:bcprov-jdk15on-1.56
Vulnerable Package

CVE-2024-30172
Maven-org.bouncycastle:bcprov-jdk15on-1.67
Vulnerable Package

CVE-2024-37891
Python-urllib3-1.25.11
Vulnerable Package

CVE-2024-39249
Npm-async-2.6.4
Vulnerable Package

CVE-2024-39249
Npm-async-3.2.5
Vulnerable Package

Cleartext_Submission_of_Sensitive_Information
/lambda-functions/notification-es-logging-service/src/main/java/com/paladincloud/notification_log/config/AuthManager.java: 44
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/lambda-functions/notification-es-logging-service/src/main/java/com/paladincloud/notification_log/config/AuthManager.java: 44
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/pacman-rule-engine-2.0/src/main/java/com/tmobile/pacman/commons/autofix/manager/AuthManager.java: 41
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/pacman-aqua-enricher/src/main/java/com/tmobile/cso/pacman/aqua/jobs/AquaDataImporter.java: 37
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/pacman-rule-engine-2.0/src/main/java/com/tmobile/pacman/commons/autofix/manager/AuthManager.java: 41
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/pacman-rule-engine-2.0/src/main/java/com/tmobile/pacman/commons/autofix/manager/AuthManager.java: 41
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/api/pacman-api-asset/src/main/java/com/tmobile/pacman/api/asset/service/AssetServiceImpl.java: 856
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/pacman-rule-engine-2.0/src/main/java/com/tmobile/pacman/executor/PolicyExecutor.java: 141
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/pacman-rule-engine-2.0/src/main/java/com/tmobile/pacman/executor/PolicyExecutor.java: 141
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/gcp-discovery/src/main/java/com/tmobile/pacbot/gcp/inventory/auth/GCPCredentialsProvider.java: 281
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/azure-discovery/src/main/java/com/tmobile/pacbot/azure/inventory/auth/AzureCredentialProvider.java: 72
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/azure-discovery/src/main/java/com/tmobile/pacbot/azure/inventory/auth/AzureCredentialProvider.java: 67
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/gcp-discovery/src/main/java/com/tmobile/pacbot/gcp/inventory/auth/GCPCredentialsProvider.java: 281
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/azure-discovery/src/main/java/com/tmobile/pacbot/azure/inventory/auth/AzureCredentialProvider.java: 72
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/azure-discovery/src/main/java/com/tmobile/pacbot/azure/inventory/auth/AzureCredentialProvider.java: 67
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/service/AmazonCognitoConnector.java: 121
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/api/pacman-api-vulnerability/src/main/java/com/tmobile/pacman/api/vulnerability/service/VulnerabilityService.java: 973
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/gcp-discovery/src/main/java/com/tmobile/pacbot/gcp/inventory/auth/GCPCredentialsProvider.java: 281
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/azure-discovery/src/main/java/com/tmobile/pacbot/azure/inventory/auth/AzureCredentialProvider.java: 72
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/azure-discovery/src/main/java/com/tmobile/pacbot/azure/inventory/auth/AzureCredentialProvider.java: 67
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/gcp-discovery/src/main/java/com/tmobile/pacbot/gcp/inventory/auth/GCPCredentialsProvider.java: 143
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/gcp-discovery/src/main/java/com/tmobile/pacbot/gcp/inventory/auth/GCPCredentialsProvider.java: 144
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/pacman-data-shipper/src/main/java/com/tmobile/cso/pacman/datashipper/util/AssetGroupUtil.java: 391
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/pacman-data-shipper/src/main/java/com/tmobile/cso/pacman/datashipper/util/AssetGroupUtil.java: 373
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/pacman-data-shipper/src/main/java/com/tmobile/cso/pacman/datashipper/util/AssetGroupUtil.java: 391
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/pacman-data-shipper/src/main/java/com/tmobile/cso/pacman/datashipper/util/AssetGroupUtil.java: 373
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/pacman-data-shipper/src/main/java/com/tmobile/cso/pacman/datashipper/util/AssetGroupUtil.java: 391
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/pacman-data-shipper/src/main/java/com/tmobile/cso/pacman/datashipper/util/AssetGroupUtil.java: 373
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/controller/AccountsController.java: 59
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/controller/AccountsController.java: 59
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/controller/AccountsController.java: 59
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/controller/AccountsController.java: 59
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/controller/AccountsController.java: 59
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/lambda-functions/notification-template-formatter-service/src/main/java/com/paladincloud/HttpUtil.java: 154
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/lambda-functions/notification-send-email-service/src/main/java/com/paladincloud/utils/HttpUtil.java: 152
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/controller/AccountsController.java: 59
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/QualysAccountServiceImpl.java: 132
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/QualysAccountServiceImpl.java: 125
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/jobs/pacman-data-shipper/src/main/java/com/tmobile/cso/pacman/datashipper/util/AuthManager.java: 22
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AquaAccountServiceImpl.java: 125
Attack Vector

Cleartext_Submission_of_Sensitive_Information
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/TenableAccountServiceImpl.java: 119
Attack Vector

Client_Potential_XSS
/commons/pac-api-commons/src/main/resources/docs/v1/js/swagger-ui.js: 20540
Attack Vector

Client_Potential_XSS
/commons/pac-api-commons/src/main/resources/docs/v1/js/swagger-ui.js: 20540
Attack Vector

Client_Potential_XSS
/commons/pac-api-commons/src/main/resources/docs/v1/js/swagger-ui.js: 20540
Attack Vector

Client_Potential_XSS
/commons/pac-api-commons/src/main/resources/docs/v1/js/swagger-ui.js: 20540
Attack Vector

Client_Potential_XSS
/webapp/src/app/shared/searchable-dropdown/searchable-dropdown.component.ts: 142
Attack Vector

Client_Potential_XSS
/commons/pac-api-commons/src/main/resources/docs/v1/js/swagger-ui.js: 21841
Attack Vector

Client_Potential_XSS
/commons/pac-api-commons/src/main/resources/docs/v1/js/swagger-ui.js: 21838
Attack Vector

Client_Potential_XSS
/commons/pac-api-commons/src/main/resources/docs/v1/js/swagger-ui.js: 21831
Attack Vector

Client_Potential_XSS
/commons/pac-api-commons/src/main/resources/docs/v1/js/swagger-ui.js: 21828
Attack Vector

Client_Potential_XSS
/commons/pac-api-commons/src/main/resources/docs/v1/js/swagger-ui.js: 21825
Attack Vector

Client_Potential_XSS
/commons/pac-api-commons/src/main/resources/docs/v1/js/swagger-ui.js: 21822
Attack Vector

Client_Potential_XSS
/commons/pac-api-commons/src/main/resources/docs/v1/js/swagger.js: 63
Attack Vector

Client_Potential_XSS
/commons/pac-api-commons/src/main/resources/docs/v1/js/swagger-ui.js: 20550
Attack Vector

Client_Potential_XSS
/commons/pac-api-commons/src/main/resources/docs/v1/js/swagger-ui.js: 20547
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AbstractAccountServiceImpl.java: 111
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AbstractAccountServiceImpl.java: 106
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AbstractAccountServiceImpl.java: 111
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AbstractAccountServiceImpl.java: 106
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AquaAccountServiceImpl.java: 151
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AquaAccountServiceImpl.java: 154
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AquaAccountServiceImpl.java: 151
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AquaAccountServiceImpl.java: 154
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AquaAccountServiceImpl.java: 151
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AquaAccountServiceImpl.java: 154
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AquaAccountServiceImpl.java: 151
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AquaAccountServiceImpl.java: 154
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AbstractAccountServiceImpl.java: 111
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AbstractAccountServiceImpl.java: 106
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AbstractAccountServiceImpl.java: 111
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AbstractAccountServiceImpl.java: 106
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/controller/AccountsController.java: 59
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AbstractAccountServiceImpl.java: 89
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AwsAccountServiceImpl.java: 213
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AwsAccountServiceImpl.java: 216
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/QualysAccountServiceImpl.java: 155
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/QualysAccountServiceImpl.java: 158
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AquaAccountServiceImpl.java: 151
Attack Vector

Privacy_Violation
/api/pacman-api-admin/src/main/java/com/tmobile/pacman/api/admin/repository/service/AquaAccountServiceImpl.java: 154
Attack Vector

Privacy_Violation

More results are available on AST platform


Skip Torch generic model tests if Torch not installed

closes #363

This matches what we're already doing for classification tests.
Tests no longer failing on my machine.
LGTM.


Smarter search for gridfield Proof-of-Concept

Issue: https://github.com/silverstripe/silverstripe-framework/issues/9356
This is a proof-of-concept to improve the default search set up for GridField.
NOT READY FOR PEER REVIEW.
The current Gridfield primary search has the default shortcomings:

It only search against the first search field ... usually Name or Title.
It requires the search term to appear as-is in the field. e.g. "Royal Shell Dutch" will not match "Royal Dutch Shell"
The primary search is an alias for the matching advanced search filter field ... if you enter a search term and then open the "advanced filter" menu, you see your search term there, which is super confusing from a UX's perspective.
It doesn't provide an obvious way to customise the primary search field.

This Proof-of-Concept improves on this by

By splitting up the search expression into individual words and searching for each word across all searchable summary fields.
By not mapping to a visible field in the "advanced filter" menu.

This works mostly out of the box and could reasonably be shipped in 4.8 without requiring DEV to change anything.
This video illustrates the problem and then switch to this PR to illustrate how it works: https://www.youtube.com/watch?v=Z6SuDeMCrdI

Some of the follow up points worth looking into:

Make sure it works with Relation (Category.Title)
Make sure it works with fields across different tables
Make sure it doesn't fall over when the summary fields include a none-searchable column
Provide and document a nice clean API people can use to customise the search
Provide a way to tweak the name of the Global search field. Right now it defaults to q
The search filter is kind of hackish. It adds a where statement for each term and each column combination. If your search term has 10 words and your gridifeld has 10 summary columns, you'll end up with a 100 where statements
Maybe add a way for this to work with fulltext search, solr and/or elastic search.
Maybe default to searchable_fields instead of summary_fields

Some of the follow up points worth looking into:

Make sure it works with Relation (Category.Title)
Make sure it works with fields across different tables
Make sure it doesn't fall over when the summary fields include a none-searchable column
Provide and document a nice clean API people can use to customise the search
Provide a way to tweak the name of the Global search field. Right now it defaults to q
The search filter is kind of hackish. It adds a where statement for each term and each column combination. If your search term has 10 words and your gridifeld has 10 summary columns, you'll end up with a 100 where statements
Maybe add a way for this to work with fulltext search, solr and/or elastic search.
Maybe default to searchable_fields instead of summary_fields

This combination of hidden field + new filter does provide a nice experience.  It does plug in well with the existing php classes + frontend
The raw SQL it generates when searching for "lorem ipsum" will look like this
 FROM "Member"
 WHERE ((Surname LIKE "lorem") OR (Email LIKE "lorem"))
 AND ((Surname LIKE "ipsum") OR (Email LIKE "ipsum"))

Which is quite different to passing in an array of values to the existing SearchContext, which does not produce a nice set of results
 FROM "Member"
 WHERE ((("Member"."FirstName" LIKE "lorem") OR ("Member"."FirstName" LIKE "ipsum))
 AND (("Member"."Surname" LIKE "lorem") OR ("Member"."Surname" LIKE "ipsum))
 AND (("Member"."Email" LIKE "lorem") OR ("Member"."Email" LIKE "ipsum)))

My main feedback here is that the the use of a SearchFilter on where you define multiple fields via $fieldList is pretty odd and breaks from all the other SearchFilters that work on a single
I'm just wondering if there's a way to write this SQL without the use of a SearchFilter that queries multiple columns?

What ever happened to this feature ? is there currently a work around ?

What ever happened to this feature ? is there currently a work around ?

you can use mine of you want
the class is here
https://github.com/lekoala/silverstripe-base/blob/master/src/ORM/Search/WildcardSearchContext.php
the idea is to override the default search context in the GridFieldFilterHeader
it's not so easy to do, because there is no way to set the searchContext, so I had to use reflection to do so. then, the idea is simply if there is only one search argument to do a filterAny for all availables filters. as an added bonus, i deal with multiple words as multiple AND/OR groups.
sample usage in model admin
    $filter =  $config->getComponentByType(GridFieldFilterHeader::class);
    $wildCardHeader = WildcardSearchContext::fromContext($filter->getSearchContext($gridfield));
    $wildCardHeader->setWildcardFilters(['FirstName', 'Surname','Email']);
    $wildCardHeader->replaceInFilterHeader($filter);

Closed in favor of https://github.com/silverstripe/silverstripe-framework/pull/10382