cannot build ruby runtime

Travis is failing with:
mv: cannot stat 'incubator-openwhisk-runtime-go-golang1.11-1.13.0-incubating': No such file or directory

The command '/bin/sh -c curl -L "$PROXY_SOURCE" | tar xzf -   && mkdir -p src/github.com/apache   && mv incubator-openwhisk-runtime-go-golang1.11-1.13.0-incubating      src/github.com/apache/incubator-openwhisk-runtime-go   && cd src/github.com/apache/incubator-openwhisk-runtime-go/main   && CGO_ENABLED=0 go build -o /bin/proxy' returned a non-zero code: 1

Sat Aug 17 04:40:44 UTC 2019: Command 'docker build -t actionloop-ruby-v2.6 /home/travis/build/apache/openwhisk-runtime-ruby/core/ruby2.6ActionLoop' failed with exitCode 1, no more retries left, aborting...

:core:ruby2.6ActionLoop:distDocker FAILED

:core:ruby2.6ActionLoop:tagImage

Sat Aug 17 04:40:44 UTC 2019: Executing 'docker tag actionloop-ruby-v2.6 whisk/actionloop-ruby-v2.6:latest'

Error response from daemon: No such image: actionloop-ruby-v2.6:latest

Sat Aug 17 04:40:44 UTC 2019: Command 'docker tag actionloop-ruby-v2.6 whisk/actionloop-ruby-v2.6:latest' failed with exitCode 1, 2 retries left, retrying...

Sat Aug 17 04:40:44 UTC 2019: Executing 'docker tag actionloop-ruby-v2.6 whisk/actionloop-ruby-v2.6:latest'

Error response from daemon: No such image: actionloop-ruby-v2.6:latest

Sat Aug 17 04:40:44 UTC 2019: Command 'docker tag actionloop-ruby-v2.6 whisk/actionloop-ruby-v2.6:latest' failed with exitCode 1, 1 retries left, retrying...

Sat Aug 17 04:40:44 UTC 2019: Executing 'docker tag actionloop-ruby-v2.6 whisk/actionloop-ruby-v2.6:latest'

Error response from daemon: No such image: actionloop-ruby-v2.6:latest

Sat Aug 17 04:40:44 UTC 2019: Command 'docker tag actionloop-ruby-v2.6 whisk/actionloop-ruby-v2.6:latest' failed with exitCode 1, no more retries left, aborting...

:core:ruby2.6ActionLoop:tagImage FAILED

@sciabarracom do you know how to fix this?

Yes I mentioned on the mailing list this problem, we need a new release of the sources. In the meanwhile I can work around building straight from git.

check PR#33

Hm the build now it is failing for a reason related to akka.
Detected possible incompatible versions on the classpath. Please note that a given Akka version MUST be the same across all modules of Akka that you are using, e.g. if you use [2.5.22] all other modules that are released together MUST be of the same version. Make sure you're using a compatible set of libraries. Possibly conflicting versions [2.5.3, 2.5.22, 2.5.7] in libraries [akka-cluster-metrics:2.5.3, akka-protobuf:2.5.22, akka-actor:2.5.22, akka-slf4j:2.5.22, akka-remote:2.5.7, akka-cluster:2.5.7, akka-distributed-data:2.5.3, akka-stream:2.5.22, akka-stream-testkit:2.5.22, akka-cluster-tools:2.5.3]
Can you suggest a fix?

I thought I got a successful build in #30 that fixed this.  Been on vacation. I will take a look once I'm unburied...

I don't know how these tests passed in the past - the stdout sentinel is currently only emitted when the server is shutdown and so all the tests which check for the stdout sentinel fail.

The github settings for this repo are not right; allowing merges without successful travis runs.  Guess we should not ask infra to fix that until we actually can get a clean run though..

Yep I noticed and was using it to our advantage right now.


Starting VS Documentation

Hi kreusada! Downloaded this thinking I'd be one step closer to inventing mobile coding, I was wrong.
"If you want something, and it doesn't exist, invent it" - Edison

Hey Equalizer, this cog is currently under development and shouldn't be downloaded anyway, its an rst for my docs. I'm not quite sure what you are trying to converse to me.

Oh I'm sry I meant github in general lol

Ok, please stop commenting here. If you need help you can contact me in the development server


Fix Indicator Memory Leak

When testing, the app only used 10mb of RAM. I noticed the RAM usage go up and down as I went through the survey
Fixes #267

The problem is that the size of Fresco's memcache grew too large while taking indicators. solution was too evict items from memcache when the view was destroyed. This works here because the offscreen page limit for the view pager is 2... So it is essentially caching things itself. When those views are destroyed, they can be removed from the memcache.


Credentials provided are only used by DSC commands

Only DCS commands are using provided credentials and are writing them in clear into the MOF files.
Everything else is running in current users context.
This is confusing. You may name the parameter "DSCCredentials" or use the Credential parameter to run the full script in the context of the provided credentials.

I apologize, but I'm somewhat confused. None of the cmdlets for this module use DSC, and none presently accept credentials in either the Master or Dev branch. None of the plugins do either. Are you sure you put this on the correct repo?


Flutter pusher works in Android but not in IOS

Working well on Android devices but not on IOS . On IOS it only connect to the pusher but not able to subscribe to a private channel. Do all the things and try again and again but  the issue is still remain there.

@mohamedsalah414  Thankyou so much now it is working and continue to subscribe to the private channels.That was a big fix for me.

@mohamedsalah414  but how can I define authEndpoint cause it's required for connection private channel ?

@Shahmirzali-Huseynov you can try implementing your own a POST request to your auth backend in your onAuthorizer method, returning the necessary keys.
However I can't reproduce the the iOS app not hitting the auth endpoint with the auth request. Are you both using the latest 2.2.0 version of our flutter library? Does your auth endpoint receive the auth request from your flutter client?

@benjamin-tang-pusherthanks for your reply. But I solved the issue, but for now I'm using different package, cause my socket is self-hosted.


Keyword match exactly for words followed by non-character word

Supposed I want to highlight all the words "night" in the following sentence:
"Every night, I like to watch the moonlight. Especially tonight, it's not every night that we have such a beautiful night."
If I use options = {accuracy: "exactly"}, I get the following sentence, which is not what I want.
"Every night, I like to watch the moonlight. Especially tonight, it's not every night that we have such a beautiful night."
But if I use options = {accuracy: "partially"}, I also get an undesired result:
"Every night, I like to watch the moonlight. Especially tonight, it's not every night that we have such a beautiful night."
The result which I want is:
"Every night, I like to watch the moonlight. Especially tonight, it's not every night that we have such a beautiful night."
Did I miss something in the docs?

Hi @fesnt,
Thanks for reporting this issue.
You didn't missed something, this behavior is as expected. The documentation says:

When searching for "lor" only those exact words with a word boundary will be marked.

Word boundary in this case means either a blank or the end/start of the phrase. That said, it would mark night,, if it wouldn't be followed by a , but a blank.
Nevertheless, I already thought that sometime someone would want exactly what you've just described. So I am willing to offer a solution. Instead of making a blank necessary, we could offer an additional option that allows either

a blank
the end/start of the string
or a comma and dot

What do you think? There might be more characters that should be allowed additionally to comma and dot, e.g. a dash or hyphen. The question is where is the limit!?

Hello @julmot, thanks for the reply, it was really fast.
I think there are lots of characters that should be the limit, maybe we could generalize to any non-word character followed by a blank one as the limit, but I'm not sure if this would cause some problems depending on the word. Take a look at this, I was playing around trying to find some solution:
http://regexr.com/3dffj
My English knowledge is limited, and I don't know if this generalization would fail in some cases. Another problem is that I'm based on English for this, probably if we think on another language this pattern would break in some cases. I don't really know, just thinking out loud here. What do you think?

@fesnt I think using \W isn't a bad idea, but this will not work with diacritic characters, as they aren't in the range A-Za-z that is matched by \W. So we need a character class for the normal ASCII word characters + unicode.
As JavaScript doesn't offer a character class for this, I think the only solution is to match it the other way around: special characters. I'll play around with it tomorrow and let you know once I have something new.

@fesnt Here is my result.

Using the character class \w will not match diacritic characters like ö, ä, ü, etc. so we can't use it
Manually defining all word characters including unicode will be almost impossible, as it's such a wide variety
The other way around – matching all special characters – will be hard too, as there is no character class and e.g. these emoticons are also unicode "special characters" (non-word characters)

So, as I don't want to include all diacritic characters nor all special characters in a regex and there is no character class to match those, I think the only way would be to let the user specify the characters itself. That said, with an option the user could define custom characters that will be handled as a word boundary. For example:
var options = {
    "wordBoundaryCharacters": ",.-–"
};
```

What do you think?

[Unicode in JS RegExp](http://stackoverflow.com/questions/280712/javascript-unicode-regexes)

I think it solves all of my problems. It serves both as a start/end boundary, right? Because otherwise we would have a problem with quotes, or any non-word character that comes at the start.

Alright, then let's take this idea. I'll start implementing it soon.
However, I'm still thinking about a smart and tiny option name. The above option name is way too long.

The only tiny one that I could come up with is: limiters or wordLimiters. Coming up with names is not my thing. Hope it gives you some ideas.

+1 on the inclusion of quotation marks (", ”, “)
I'm not sure if apostrophes would be appropriate but I'll raise that, too. (night's?)

I'll give my use case to show you an example. When a user clicks a word in a given text, mark.js highlights all occurrences of that word. I  and I'm are two distinct words, because I'm is the contraction of I am. So, in my use case I would not highlight night's, because it is a different word of night. However, this decision of distinct words is entirely arbitrary, I can see another cases where you would highlight the way you suggested. But how to give this option?

@fesnt @rhewitt22 From my point of view, both of your use cases could be solved with specifying custom limiters. When specifying the limiter ' then "night's" will be highlighted and "I'm", when not specyfing ' nothing will be highlighted. If this doesn't solve your use cases then please let me know.

I, too, need an option similar to {accuracy: "exactly"} but ignores all adjacent punctuation and will mark night whether it's night, night's, "night", (night), night!, night?, or night. It sounds like the limiter option should work. Looking forward to its implementation.

Thanks for your input @rainerschuhsler. And you're right, with specifying all punctuation characters this should work. The only problem I have with this is that every user needs to find out all characters he needs himself and add them to the initialization of mark.js. It would be cleaner to have a simple yes or no option and make the rest for him. But as @fesnt suggested, this is not what every user wants. So I don't see any other way.
Just want to let you know that this is the next point of my to-do list.

@rainerschuhsler @fesnt  @rhewitt22  Just implemented this in v6.4.0. Let me know if you encounter problems.

It works perfectly! Thank you so much @julmot!!

In case anybody else is trying to limit most punctuation like me, I used the following option:
'accuracy': {
	'value': 'exactly',
	'limiters': ['!', '@', '#', '&', '*', '(', ')', '-', '–', '—', '+', '=', '[', ']', '{', '}', '|', ':', ';', '\'', '\"', '‘', '’', '“', '”', ',', '.', '<', '>', '/', '?']
}

@rainerschuhsler Thanks for this stack of limiters.
Do you have any basis for this? I'd like to mention something like that on the website, in case others need the same. But I'd like to be sure that it includes really all punctuation marks.
Btw: I think you don't need to escape '\"' as you're putting " inside '.

Thanks @julmot, this is really helpful.


Cannot find source file: wavpackdll/wavpackdll.rc

I'm getting the following error when compiling on Windows with MSVC (Visual Studio 2019).
C:\Data\Projects\strawberry\strawberry-dependencies\msvc\sources\wavpack-5.4.0\build>cmake .. -G "NMake Makefiles" -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX="c:\msvc_x86_64" -DBUILD_SHARED_LIBS=ON -DBUILD_TESTING=OFF -DWAVPACK_BUILD_DOCS=OFF -DWAVPACK_BUILD_PROGRAMS=OFF -DWAVPACK_ENABLE_ASM=OFF -DWAVPACK_ENABLE_LEGACY=OFF -DWAVPACK_BUILD_WINAMP_PLUGIN=OFF -DWAVPACK_BUILD_COOLEDIT_PLUGIN=OFF
-- The C compiler identification is MSVC 19.29.30141.0
-- The CXX compiler identification is MSVC 19.29.30141.0
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working C compiler: C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe - skipped
-- Detecting C compile features
-- Detecting C compile features - done
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Check for working CXX compiler: C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/cl.exe - skipped
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Looking for a ASM compiler
-- Looking for a ASM compiler - C:/Strawberry/c/bin/gcc.exe
-- The ASM compiler identification is GNU
-- Found assembler: C:/Strawberry/c/bin/gcc.exe
-- The ASM_MASM compiler identification is MSVC
-- Found assembler: C:/Program Files (x86)/Microsoft Visual Studio/2019/Community/VC/Tools/MSVC/14.29.30133/bin/Hostx64/x64/ml64.exe
-- Found OpenSSL: C:/msvc_x86_64/lib/libcrypto.lib (found version "3.0.1")
-- Looking for cos in m
-- Looking for cos in m - not found
-- Looking for pthread.h
-- Looking for pthread.h - not found
-- Found Threads: TRUE
-- Found Iconv: C:/msvc_x86_64/lib/libiconv.lib
-- Could NOT find LibXslt (missing: LIBXSLT_LIBRARIES) (found version "1.1.33")
-- Performing Test HAVE___BUILTIN_CLZ
-- Performing Test HAVE___BUILTIN_CLZ - Failed
-- Checking large files support...
-- Looking for sys/types.h
-- Looking for sys/types.h - found
-- Looking for stdint.h
-- Looking for stdint.h - found
-- Looking for stddef.h
-- Looking for stddef.h - found
-- Checking size of off_t without any definitions:
-- Check size of off_t
-- Check size of off_t - done
-- Checking of off_t without any definitions: 4
-- Checking size of off_t with _FILE_OFFSET_BITS=64:
-- Check size of off_t
-- Check size of off_t - done
-- Checking size of off_t with _FILE_OFFSET_BITS=64: 4
-- Checking size of off_t with _LARGE_FILES:
-- Check size of off_t
-- Check size of off_t - done
-- Checking size of off_t with _LARGE_FILES: 4
-- Checking size of off_t with _LARGEFILE_SOURCE:
-- Check size of off_t
-- Check size of off_t - done
-- Checking size of off_t with _LARGEFILE_SOURCE: 4
Result of checking large files support: not supported
-- Looking for fseeko
-- Looking for fseeko - not found
-- The following features have been enabled:

 * BUILD_SHARED_LIBS, Build shared library.
 * ENABLE_DSD, Enable support for WavPack DSD files.
 * INSTALL_CMAKE_MODULE, Generate and install CMake package configuration module.
 * ENABLE_LIBCRYPTO, Use OpenSSL::Crypto library.
 * INSTALL_DOCS, Install documentation.
 * INSTALL_PKGCONFIG_MODULE, Generate and install wavpack.pc.

-- The following OPTIONAL packages have been found:

 * Threads, Threads library
   Required to build tests.

-- The following RECOMMENDED packages have been found:

 * Iconv, converts from one character encoding to another through Unicode conversion
   Required to build programs.
 * OpenSSL, TLS/SSL and crypto library
   Can be used to build wavpack library.

-- The following features have been disabled:

 * BUILD_TESTING, Build tests.
 * ENABLE_LEGACY, Decode legacy (< 4.0) WavPack files.
 * ENABLE_ASM, Enable assembly optimizations.
 * BUILD_PROGRAMS, Build programs.
 * BUILD_COOLEDIT_PLUGIN, Build CoolEdit plugin.
 * BUILD_WINAMP_PLUGIN, Build WinAmp plugin.
 * BUILD_DOCS, Build documentation.

-- The following OPTIONAL packages have not been found:

 * LibXslt,  XSLT C library developed for the GNOME project.
   Required to generate documentation.

-- Configuring done
CMake Error at CMakeLists.txt:159 (add_library):
  Cannot find source file:

    wavpackdll/wavpackdll.rc

  Tried extensions .c .C .c++ .cc .cpp .cxx .cu .mpp .m .M .mm .h .hh .h++
  .hm .hpp .hxx .in .txx .f .F .for .f77 .f90 .f95 .f03 .ispc

CMake Error at CMakeLists.txt:159 (add_library):
  No SOURCES given to target: wavpack

CMake Generate step failed.  Build files cannot be regenerated correctly.

If I remove "wavpackdll/wavpackdll.rc" from CMakeLists.txt:
sed -i '/wavpackdll.rc/d' wavpack-5.4.0/CMakeLists.txt
CMake configuration completes and I end up with a linking error:
C:\Data\Projects\strawberry\strawberry-dependencies\msvc\sources\wavpack-5.4.0\build>cmake --build .
[  4%] Building C object CMakeFiles/wavpack.dir/src/common_utils.c.obj
common_utils.c
[  8%] Building C object CMakeFiles/wavpack.dir/src/decorr_utils.c.obj
decorr_utils.c
[ 12%] Building C object CMakeFiles/wavpack.dir/src/entropy_utils.c.obj
entropy_utils.c
[ 16%] Building C object CMakeFiles/wavpack.dir/src/extra1.c.obj
extra1.c
[ 20%] Building C object CMakeFiles/wavpack.dir/src/extra2.c.obj
extra2.c
[ 25%] Building C object CMakeFiles/wavpack.dir/src/open_utils.c.obj
open_utils.c
[ 29%] Building C object CMakeFiles/wavpack.dir/src/open_filename.c.obj
open_filename.c
[ 33%] Building C object CMakeFiles/wavpack.dir/src/open_legacy.c.obj
open_legacy.c
[ 37%] Building C object CMakeFiles/wavpack.dir/src/open_raw.c.obj
open_raw.c
[ 41%] Building C object CMakeFiles/wavpack.dir/src/pack.c.obj
pack.c
[ 45%] Building C object CMakeFiles/wavpack.dir/src/pack_dns.c.obj
pack_dns.c
[ 50%] Building C object CMakeFiles/wavpack.dir/src/pack_floats.c.obj
pack_floats.c
[ 54%] Building C object CMakeFiles/wavpack.dir/src/pack_utils.c.obj
pack_utils.c
[ 58%] Building C object CMakeFiles/wavpack.dir/src/read_words.c.obj
read_words.c
[ 62%] Building C object CMakeFiles/wavpack.dir/src/tags.c.obj
tags.c
[ 66%] Building C object CMakeFiles/wavpack.dir/src/tag_utils.c.obj
tag_utils.c
[ 70%] Building C object CMakeFiles/wavpack.dir/src/unpack.c.obj
unpack.c
[ 75%] Building C object CMakeFiles/wavpack.dir/src/unpack_floats.c.obj
unpack_floats.c
[ 79%] Building C object CMakeFiles/wavpack.dir/src/unpack_seek.c.obj
unpack_seek.c
[ 83%] Building C object CMakeFiles/wavpack.dir/src/unpack_utils.c.obj
unpack_utils.c
[ 87%] Building C object CMakeFiles/wavpack.dir/src/write_words.c.obj
write_words.c
[ 91%] Building C object CMakeFiles/wavpack.dir/src/pack_dsd.c.obj
pack_dsd.c
[ 95%] Building C object CMakeFiles/wavpack.dir/src/unpack_dsd.c.obj
unpack_dsd.c
[100%] Linking C shared library libwavpackdll.dll
LINK: command "C:\PROGRA~2\MICROS~2\2019\COMMUN~1\VC\Tools\MSVC\1429~1.301\bin\Hostx64\x64\link.exe /nologo @CMakeFiles\wavpack.dir\objects1.rsp /out:libwavpackdll.dll /implib:libwavpackdll.dll.a /pdb:C:\Data\Projects\strawberry\strawberry-dependencies\msvc\sources\wavpack-5.4.0\build\libwavpackdll.pdb /dll /version:0.0 /machine:x64 /INCREMENTAL:NO libwavpack.def C:\msvc_x86_64\lib\libcrypto.lib kernel32.lib user32.lib gdi32.lib winspool.lib shell32.lib ole32.lib oleaut32.lib uuid.lib comdlg32.lib advapi32.lib /MANIFEST /MANIFESTFILE:libwavpackdll.dll.manifest" failed (exit code 1107) with the following output:
libwavpack.def : fatal error LNK1107: invalid or corrupt file: cannot read at 0x7E9
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\Common7\IDE\CommonExtensions\Microsoft\CMake\CMake\bin\cmake.exe"' : return code '0xffffffff'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.29.30133\bin\HostX64\x64\nmake.exe"' : return code '0x2'
Stop.
NMAKE : fatal error U1077: '"C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\VC\Tools\MSVC\14.29.30133\bin\HostX64\x64\nmake.exe"' : return code '0x2'
Stop.

Removing libwavpack.def from the link command works, but there is no .lib file. (Or removing it from sources here: https://github.com/dbry/WavPack/blob/master/CMakeLists.txt#L337)
I have tried the latest code from git, same issue.
Samme issue in GitHub Actions CI.
Another issue is that wavpack.h is installed directly in include instead of include/wavpack

Hi, and thanks for reporting this! Unfortunately, the Cmake stuff is one of the areas I know very little about and from the output you posted it looks like the system is still trying to do a *nix-style build rather than MSVC. Have you tried using the MSVC solution file directly, or is there a reason that doesn't work for you?
@evpobr can you provide any more insight into this? Thanks!

Hi. Ok, I will take a look.

Cannot reproduce bug:

D:\source\repos\WavPack\build>cmake --build .
Scanning dependencies of target wavpack
[  4%] Building C object CMakeFiles/wavpack.dir/src/common_utils.c.obj
common_utils.c
[  8%] Building C object CMakeFiles/wavpack.dir/src/decorr_utils.c.obj
decorr_utils.c
[ 12%] Building C object CMakeFiles/wavpack.dir/src/entropy_utils.c.obj
entropy_utils.c
[ 16%] Building C object CMakeFiles/wavpack.dir/src/extra1.c.obj
extra1.c
[ 20%] Building C object CMakeFiles/wavpack.dir/src/extra2.c.obj
extra2.c
[ 24%] Building C object CMakeFiles/wavpack.dir/src/open_utils.c.obj
open_utils.c
[ 28%] Building C object CMakeFiles/wavpack.dir/src/open_filename.c.obj
open_filename.c
[ 32%] Building C object CMakeFiles/wavpack.dir/src/open_legacy.c.obj
open_legacy.c
[ 36%] Building C object CMakeFiles/wavpack.dir/src/open_raw.c.obj
open_raw.c
[ 40%] Building C object CMakeFiles/wavpack.dir/src/pack.c.obj
pack.c
[ 44%] Building C object CMakeFiles/wavpack.dir/src/pack_dns.c.obj
pack_dns.c
[ 48%] Building C object CMakeFiles/wavpack.dir/src/pack_floats.c.obj
pack_floats.c
[ 52%] Building C object CMakeFiles/wavpack.dir/src/pack_utils.c.obj
pack_utils.c
[ 56%] Building C object CMakeFiles/wavpack.dir/src/read_words.c.obj
read_words.c
[ 60%] Building C object CMakeFiles/wavpack.dir/src/tags.c.obj
tags.c
[ 64%] Building C object CMakeFiles/wavpack.dir/src/tag_utils.c.obj
tag_utils.c
[ 68%] Building C object CMakeFiles/wavpack.dir/src/unpack.c.obj
unpack.c
[ 72%] Building C object CMakeFiles/wavpack.dir/src/unpack_floats.c.obj
unpack_floats.c
[ 76%] Building C object CMakeFiles/wavpack.dir/src/unpack_seek.c.obj
unpack_seek.c
[ 80%] Building C object CMakeFiles/wavpack.dir/src/unpack_utils.c.obj
unpack_utils.c
[ 84%] Building C object CMakeFiles/wavpack.dir/src/write_words.c.obj
write_words.c
[ 88%] Building C object CMakeFiles/wavpack.dir/src/pack_dsd.c.obj
pack_dsd.c
[ 92%] Building C object CMakeFiles/wavpack.dir/src/unpack_dsd.c.obj
unpack_dsd.c
[ 96%] Building RC object CMakeFiles/wavpack.dir/wavpackdll/wavpackdll.rc.res
Microsoft (R) Windows (R) Resource Compiler Version 10.0.10011.16384
Copyright (C) Microsoft Corporation.  All rights reserved.

[100%] Linking C shared library wavpackdll.dll
[100%] Built target wavpack

Are you running the configuration from VS command prompt?

** Visual Studio 2019 Developer Command Prompt v16.11.11
** Copyright (c) 2021 Microsoft Corporation
**********************************************************************
[vcvarsall.bat] Environment initialized for: 'x86'

C:\Program Files (x86)\Microsoft Visual Studio\2019\Community>d:

D:\>cd source\repos\WavPack\build

D:\source\repos\WavPack\build>cmake .. -G "NMake Makefiles" -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX="c:\msvc_x86_64" -DBUILD_SHARED_LIBS=ON -DBUILD_TESTING=OFF -DWAVPACK_BUILD_DOCS=OFF -DWAVPACK_BUILD_PROGRAMS=OFF -DWAVPACK_ENABLE_ASM=OFF -DWAVPACK_ENABLE_LEGACY=OFF -DWAVPACK_BUILD_WINAMP_PLUGIN=OFF -DWAVPACK_BUILD_COOLEDIT_PLUGIN=OFF

I also advise, if possible, always use package managers. For example Vcpkg:

PS C:\Users\evpob> vcpkg install wavpack:x64-windows
Computing installation plan...
The following packages will be built and installed:
    wavpack[core]:x64-windows -> 5.4.0#1
Detecting compiler hash for triplet x64-windows...
Restored 0 packages from C:\Users\evpob\AppData\Local\vcpkg\archives in 1.705 ms. Use --debug to see more details.
Starting package 1/1: wavpack:x64-windows
Building package wavpack[core]:x64-windows...
-- Downloading https://github.com/dbry/WavPack/archive/5.4.0.tar.gz -> dbry-WavPack-5.4.0.tar.gz...
-- Extracting source D:/source/repos/vcpkg/downloads/dbry-WavPack-5.4.0.tar.gz
-- Applying patch OpenSSL.patch
-- Applying patch fix-symbol-exports.patch
-- Using source at D:/source/repos/vcpkg/buildtrees/wavpack/src/5.4.0-582c220836.clean
-- Found external ninja('1.10.2').
-- Configuring x64-windows
-- Building x64-windows-dbg
-- Building x64-windows-rel
-- Installing: D:/source/repos/vcpkg/packages/wavpack_x64-windows/share/wavpack/copyright
-- Fixing pkgconfig file: D:/source/repos/vcpkg/packages/wavpack_x64-windows/lib/pkgconfig/wavpack.pc
-- Using cached msys-mingw-w64-i686-pkg-config-0.29.2-3-any.pkg.tar.zst.
-- Using cached msys-mingw-w64-i686-libwinpthread-git-<IP_ADDRESS>73.5be8fcd83-1-any.pkg.tar.zst.
-- Using msys root at D:/source/repos/vcpkg/downloads/tools/msys2/9a1ec3f33446b195
-- Fixing pkgconfig file: D:/source/repos/vcpkg/packages/wavpack_x64-windows/debug/lib/pkgconfig/wavpack.pc
-- Performing post-build validation
-- Performing post-build validation done
Stored binary cache: C:\Users\evpob\AppData\Local\vcpkg\archives\32\326b88ddbee3f7e2d8374e849db8a0c15fdb078a6f4663a1858b3356449816bb.zip
Installing package wavpack[core]:x64-windows...
Elapsed time for package wavpack:x64-windows: 30.79 s

Total elapsed time: 37.34 s

The package wavpack provides CMake targets:

    find_package(wavpack CONFIG REQUIRED)
    target_link_libraries(main PRIVATE WavPack::wavpack)

wavpackdll/wavpackdll.rc is missing from wavpack-5.4.0.tar.xz, git works.
The linking error was caused by a MinGW installation in PATH, so that's not a bug.

So it's ok now?

Yeah but you might want to include wavpackdll.rc in the tarball

@jonaski Thanks for reporting this!
@evpobr @SoapGentoo So is the correct and complete way to fix this to simply add wavpackdll/wavpackdll.rc to the EXTRA_DIST section of Makefile.am? It looks like packages generated from the Cmake system already include everything.

@dbry yes, given that the .rc is not part of any native Automake rule, adding it to EXTRA_DIST should pick it up for the tarball


Support N days to change password

I am interested in assisting with this task, could you provide me with a more detailed description of the tasks?

Dear @popovics00
e.g. microsoft ad can set user need to change new password every N days.
default asp.net core identity doesn't support this.


[draft] Livestream new api

Re-used lots of Anthony's code + made fixes to a few areas including the publish page.
Kill api may come back later.
Forcing quality selector on all for now
Some hacky stuff to de-duplicate streams, but seems to work.
Nice to have:  grey out replay or don't allow submit if it's not "completed".  Would probably just fail to upload...

:+1:


Successful login does not set cookies

I have hosted this template on a 3rd party domain. My issue is every time I refresh the page, I have to log in again. I do see the call to generateToken. This does return a token with an expiration of 60 minutes. I don't see where this is getting persisted in the code however. (I'm assuming IdentityManager)

Hey @nobleach
I think the best way to achieve that would be to use oAuth.
Here are some helpful resources:
https://developers.arcgis.com/authentication/signing-in-arcgis-online-users/
https://developers.arcgis.com/javascript/3/jshelp/ags_secureservices.html
https://developers.arcgis.com/authentication/


Added Box2D ChainShape render function

Added Box2D ChainShape render function

Fixed the changelog conflict for you

Whats this build error? The command "set -e" exited with 0.
$ ./scripts/format.sh
files not formatted

@rubberbird this is our script to verify if the files are formatted according our lint, to fix those formatting problems, just run flutter format . on the root of the project :)

@rubberbird this is our script to verify if the files are formatted according our lint, to fix those formatting problems, just run flutter format . on the root of the project :)

Thats odd, as I ran that in my base project as you suggested. Are you able to give it a try for me?


Use bare mozilla nix overlay instead of  flake one

https://github.com/mozilla/nixpkgs-mozilla

Is it still a draft ?


Enhance/130

Prerequisites

[x] I have read the Contributing guidelines
[x] I have read the Code of conduct and I agree with it

Description
Reorder immutaTest args
Issue : #130

Codecov Report

Merging #259 into master will not change coverage.
The diff coverage is n/a.

@@          Coverage Diff          @@
##           master   #259   +/-   ##
=====================================
  Coverage     100%   100%
=====================================
  Files          95     95
  Lines         276    268    -8
=====================================
- Hits          276    268    -8

Impacted Files
Coverage Δ

...kages/immutadot-lodash/src/util/convertLodashFp.js
100% <ø> (ø)
:arrow_up:

packages/immutadot/src/path/utils.js
100% <ø> (ø)
:arrow_up:

packages/immutadot/src/array/convertArrayMethod.js
100% <ø> (ø)
:arrow_up:

packages/immutadot/src/path/apply.js
100% <0%> (ø)
:arrow_up:

packages/immutadot/src/core/get.js
100% <0%> (ø)
:arrow_up:

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update b71aa89...19b8bbb. Read the comment docs.

It's working but i'm not totally satisfied with code formatting. Do i look further to improve it @nlepage (example: no new lines at each array elements) ?

LGTM despite the formatting.
What formatting would you like ? One line per argument of immutaTest ?


Default output is unclear

> uvx python_readiness
Installed 10 packages in 10ms
Determined support for 9/10 packages...
aiohttp>=3.10.9                           # has_classifier_and_explicit_wheel (existing requirement ensures support)
frozenlist>=1.4.1                         # has_classifier_and_explicit_wheel (existing requirement ensures support)
multidict>=6.1.0                          # has_classifier_and_explicit_wheel (existing requirement ensures support)
yarl>=1.13.1                              # has_classifier_and_explicit_wheel (existing requirement ensures support)
aiohappyeyeballs>=2.4.3                   # has_classifier (existing requirement ensures support)
attrs>=24.2.0                             # has_classifier (existing requirement ensures support)
idna>=3.10                                # has_classifier (existing requirement ensures support)
packaging>=24.1                           # has_classifier (existing requirement ensures support)
aiosignal>=1.3.1                          # has_viable_wheel (cannot ensure support)
python_readiness>=2.0                     # has_viable_wheel (cannot ensure support)

So... what does this mean?
Which is the missing package (not in 9/10)?
What Python versions are we talking about here, my projects? my venv?
Where did fronzenlist come from? There's no mention of that in my project, and it's not in the venv.

Thanks for trying it out!
Running just python_readiness will check whether the versions in the current environment are compatible with the specified Python. Since you're using uvx to run python_readiness out of an isolated environment, the current environment will (not particularly helpfully) be the isolated environment. You could use the -e flag to specify a specific environment.
I think https://github.com/hauntsaninja/python_readiness/pull/16 should help address your feedback, let me know if there's something else that can be improved.


Stop encryptor before getting console log

When encryption or update fails, stop the metavisor instance before
attempting to collect the console log.  The current behavior in AWS is
that the console log isn't immediately available unless the instance
state changes.

LGTM


Collaborative annotating and Custom Json data structure

I was wondering how the tool actually handles collaborative annotating, how will the labels be attributed to all annotators?
How does one invite and control permissions of a collaborator?
Would it be possible allow the user to choose the field of text to render in the input json data structure (as would be in input jsonL file)?
Is it possible to add multiple annotations to one utterance/ or one phrase?

I was wondering how the tool actually handles collaborative annotating, how will the labels be attributed to all annotators?
One can create an annotation project and annotators can do their work for this project.

How does one invite and control permissions of a collaborator?
Frequently Asked Questions

Would it be possible allow the user to choose the field of text to render in the input json data structure (as would be in input jsonL file)?
Right now this is impossible.

Is it possible to add multiple annotations to one utterance/ or one phrase?
You can not annotate an utterance multiple times.


Wrong redirection when waypoint is completed

Challenge http://www.freecodecamp.com/challenges/waypoint-add-images-to-your-website has an issue. When you complete it and click the button to go to the next challenge, it redirects you to: http://www.freecodecamp.com/challenges/waypoint-manipulate-arrays-with-push
Instead it should redirect you to the correct waypoint which is: http://www.freecodecamp.com/challenges/waypoint-size-your-images

Can't reproduce, is this still a thing?

No, it's fixed now.
Thanks anyways!


Vertical and horizontal seps in navbar

Codecov Report

Merging #383 (aab3798) into develop (fd1fffb) will not change coverage.
The diff coverage is n/a.

@@              Coverage Diff              @@
##             develop        #383   +/-   ##
=============================================
  Coverage   96.60334%   96.60334%
=============================================
  Files             79          79
  Lines           1737        1737
=============================================
  Hits            1678        1678
  Misses            59          59


IN-339: exit after command has executed, better error handling, CLI helpers

A follow up PR to the previous one.
Changes:

removed ascii text art
sorted --dryRun, now if it's not passed it will take as false, if passed it will set it to true
better logging
terminated after execution
deleted unused files
removed --es-module-specifier-resolution=node as it was blocking build

There’s some old example JSON in the Library functions section of the README that can be deleted https://github.com/digicatapult/dscp-process-management/blob/main/README.md?plain=1#L49-L83


Upgrade django-auth-ldap to latest version

You should get this error when you run ./tools/test-backend after you upgrade to latest version. I tried on 1.2.15
Running zerver.tests.test_auth_backends.FetchAPIKeyTest.test_ldap_auth_email_auth_disabled_success

======================================================================
FAIL: test_ldap_auth_email_auth_disabled_success (zerver.tests.test_auth_backends.FetchAPIKeyTest)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/usr/lib/python3.5/unittest/case.py", line 58, in testPartExecutor
    yield
  File "/usr/lib/python3.5/unittest/case.py", line 600, in run
    testMethod()
  File "/srv/zulip-py3-venv/lib/python3.5/site-packages/django/test/utils.py", line 384, in inner
    return func(*args, **kwargs)
  File "/home/zulipdev/zulip/zerver/tests/test_auth_backends.py", line 1433, in test_ldap_auth_email_auth_disabled_success
    self.assert_json_success(result)
  File "/home/zulipdev/zulip/zerver/lib/test_classes.py", line 427, in assert_json_success
    self.assertEqual(result.status_code, 200, json['msg'])
  File "/usr/lib/python3.5/unittest/case.py", line 820, in assertEqual
    assertion_func(first, second, msg=msg)
  File "/usr/lib/python3.5/unittest/case.py", line 813, in _baseAssertEqual
    raise self.failureException(msg)
AssertionError: 403 != 200 : Your username or password is incorrect.

----------------------------------------------------------------------
Ran 44 tests in 3.403s

FAILED (failures=1)

FAILED ./tools/test-backend

@hackerkid can you edit this issue to the traceback that one gets after upgrading?

@timabbott done

@umairwaheed can you look into this one?

Sure. @zulipbot claim.


Query snark-coordinator for how much work needs to be done. (could be assigned)

Purpose: add additional snark-work capacity when queue is long.

Get most expensive work

there's a function get_most_expensive_work

Talked to Joel and he said that this function should return the number of uncompleted snark work


Use datetime objects for GRIB2 date/time metadata

Rather than using past practices of turning GRIB2 date/time metadata into numeric or string objects, let's leverage Python's built-in datetime module.
Represent the GRIB2 reference date and end of Overall Time Period (where available) as datetime.datetime objects.  Date components and other time range metadata can be represented using datetime.time and datetime.timedelta objects.
Time-based arithmetic becomes much easier!

Reopening.  For v2.0, we will make all Grib2Message attributes that are date and/or time information datetime objects.

Done.


detected memory leaks in NC_hashmapnew netcdf/libdispatch/nchashmap.c

detected memory leaks in NC_hashmapnew netcdf/libdispatch/nchashmap.c
Built from git commit hash 63150df
OS: Ubuntu 20.04
Compiler: clang version 11.0
Build options:

Shared library disabled
CC=clang
CXX=clang++
CFLAGS="-g -fno-inline -fsanitize=address"
CXXFLAGS="-g -fno-inline -fsanitize=address"
LDFLAGS="$LDFLAGS -fsanitize=address"
ASAN_OPTIONS=abort_on_error=1

Command: ./ncdump pov
POV file:
pov.zip
Stack trace:
==3252502==ERROR: LeakSanitizer: detected memory leaks
Direct leak of 56 byte(s) in 1 object(s) allocated from:
#0 0x4c4f4f in malloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3
#1 0x7f9154581641  (/lib/x86_64-linux-gnu/libhdf5_serial.so.103+0x10a641)
Indirect leak of 5240 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x70411b in NC_hashmapnew netcdf/libdispatch/nchashmap.c:183:29
#2 0x6a8c98 in ncindexnew netcdf/libsrc4/ncindex.c:225:18
#3 0x688065 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:985:21
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 5240 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x70411b in NC_hashmapnew netcdf/libdispatch/nchashmap.c:183:29
#2 0x6a8c98 in ncindexnew netcdf/libsrc4/ncindex.c:225:18
#3 0x687f6c in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:982:25
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 5240 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x70411b in NC_hashmapnew netcdf/libdispatch/nchashmap.c:183:29
#2 0x6a8c98 in ncindexnew netcdf/libsrc4/ncindex.c:225:18
#3 0x687fbf in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:983:20
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 5240 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x70411b in NC_hashmapnew netcdf/libdispatch/nchashmap.c:183:29
#2 0x6a8c98 in ncindexnew netcdf/libsrc4/ncindex.c:225:18
#3 0x6880b8 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:986:21
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 5240 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x70411b in NC_hashmapnew netcdf/libdispatch/nchashmap.c:183:29
#2 0x6a8c98 in ncindexnew netcdf/libsrc4/ncindex.c:225:18
#3 0x688012 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:984:20
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 296 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x56e268 in nclistsetalloc netcdf/libdispatch/nclist.c:88:22
#2 0x6a8c8c in ncindexnew netcdf/libsrc4/ncindex.c:223:5
#3 0x6880b8 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:986:21
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 296 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x56e268 in nclistsetalloc netcdf/libdispatch/nclist.c:88:22
#2 0x6a8c8c in ncindexnew netcdf/libsrc4/ncindex.c:223:5
#3 0x687fbf in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:983:20
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 296 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x56e268 in nclistsetalloc netcdf/libdispatch/nclist.c:88:22
#2 0x6a8c8c in ncindexnew netcdf/libsrc4/ncindex.c:223:5
#3 0x688012 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:984:20
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 296 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x56e268 in nclistsetalloc netcdf/libdispatch/nclist.c:88:22
#2 0x6a8c8c in ncindexnew netcdf/libsrc4/ncindex.c:223:5
#3 0x687f6c in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:982:25
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 296 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x56e268 in nclistsetalloc netcdf/libdispatch/nclist.c:88:22
#2 0x6a8c8c in ncindexnew netcdf/libsrc4/ncindex.c:223:5
#3 0x688065 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:985:21
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 200 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x687188 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:330:16
#2 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#3 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#4 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#5 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#6 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#7 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 148 byte(s) in 1 object(s) allocated from:
#0 0x43f4b7 in strdup /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_interceptors.cpp:452:3
#1 0x687282 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:336:20
#2 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#3 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#4 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#5 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#6 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#7 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 96 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x687cd1 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:962:21
#2 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#3 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#4 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#5 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#6 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#7 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#8 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x4c4f4f in malloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3
#1 0x70406d in NC_hashmapnew netcdf/libdispatch/nchashmap.c:173:23
#2 0x6a8c98 in ncindexnew netcdf/libsrc4/ncindex.c:225:18
#3 0x687fbf in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:983:20
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x4c4f4f in malloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3
#1 0x56dc21 in nclistnew netcdf/libdispatch/nclist.c:34:16
#2 0x6a8bd3 in ncindexnew netcdf/libsrc4/ncindex.c:221:19
#3 0x687fbf in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:983:20
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x4c4f4f in malloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3
#1 0x70406d in NC_hashmapnew netcdf/libdispatch/nchashmap.c:173:23
#2 0x6a8c98 in ncindexnew netcdf/libsrc4/ncindex.c:225:18
#3 0x687f6c in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:982:25
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x4c4f4f in malloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3
#1 0x56dc21 in nclistnew netcdf/libdispatch/nclist.c:34:16
#2 0x6a8bd3 in ncindexnew netcdf/libsrc4/ncindex.c:221:19
#3 0x687f6c in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:982:25
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x643c02 in nc4_open_file netcdf/libhdf5/hdf5open.c:720:40
#2 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#3 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#4 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#5 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#6 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x4c4f4f in malloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3
#1 0x56dc21 in nclistnew netcdf/libdispatch/nclist.c:34:16
#2 0x6874e3 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:349:21
#3 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#4 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#5 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#6 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#7 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#8 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x4c4f4f in malloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3
#1 0x70406d in NC_hashmapnew netcdf/libdispatch/nchashmap.c:173:23
#2 0x6a8c98 in ncindexnew netcdf/libsrc4/ncindex.c:225:18
#3 0x6880b8 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:986:21
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x4c4f4f in malloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3
#1 0x56dc21 in nclistnew netcdf/libdispatch/nclist.c:34:16
#2 0x6a8bd3 in ncindexnew netcdf/libsrc4/ncindex.c:221:19
#3 0x6880b8 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:986:21
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x4c4f4f in malloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3
#1 0x56dc21 in nclistnew netcdf/libdispatch/nclist.c:34:16
#2 0x687494 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:348:20
#3 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#4 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#5 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#6 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#7 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#8 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x4c4f4f in malloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3
#1 0x70406d in NC_hashmapnew netcdf/libdispatch/nchashmap.c:173:23
#2 0x6a8c98 in ncindexnew netcdf/libsrc4/ncindex.c:225:18
#3 0x688065 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:985:21
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x4c4f4f in malloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3
#1 0x56dc21 in nclistnew netcdf/libdispatch/nclist.c:34:16
#2 0x6a8bd3 in ncindexnew netcdf/libsrc4/ncindex.c:221:19
#3 0x688065 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:985:21
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x4c4f4f in malloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3
#1 0x56dc21 in nclistnew netcdf/libdispatch/nclist.c:34:16
#2 0x687445 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:347:19
#3 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#4 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#5 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#6 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#7 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#8 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x4c4f4f in malloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3
#1 0x70406d in NC_hashmapnew netcdf/libdispatch/nchashmap.c:173:23
#2 0x6a8c98 in ncindexnew netcdf/libsrc4/ncindex.c:225:18
#3 0x688012 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:984:20
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 24 byte(s) in 1 object(s) allocated from:
#0 0x4c4f4f in malloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:145:3
#1 0x56dc21 in nclistnew netcdf/libdispatch/nclist.c:34:16
#2 0x6a8bd3 in ncindexnew netcdf/libsrc4/ncindex.c:221:19
#3 0x688012 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:984:20
#4 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#5 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#6 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#7 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#8 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#9 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#10 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 16 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x6a8bab in ncindexnew netcdf/libsrc4/ncindex.c:219:13
#2 0x687fbf in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:983:20
#3 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#4 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#5 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#6 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#7 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#8 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#9 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 16 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x6a8bab in ncindexnew netcdf/libsrc4/ncindex.c:219:13
#2 0x6880b8 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:986:21
#3 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#4 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#5 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#6 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#7 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#8 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#9 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 16 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x6a8bab in ncindexnew netcdf/libsrc4/ncindex.c:219:13
#2 0x688065 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:985:21
#3 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#4 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#5 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#6 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#7 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#8 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#9 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 16 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x6a8bab in ncindexnew netcdf/libsrc4/ncindex.c:219:13
#2 0x688012 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:984:20
#3 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#4 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#5 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#6 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#7 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#8 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#9 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 16 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x6a8bab in ncindexnew netcdf/libsrc4/ncindex.c:219:13
#2 0x687f6c in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:982:25
#3 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#4 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#5 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#6 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#7 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#8 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#9 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 8 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x56e268 in nclistsetalloc netcdf/libdispatch/nclist.c:88:22
#2 0x56e650 in nclistset netcdf/libdispatch/nclist.c:126:7
#3 0x68a5af in obj_track netcdf/libsrc4/nc4internal.c:717:5
#4 0x688164 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:991:5
#5 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#6 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#7 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#8 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#9 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#10 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#11 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 8 byte(s) in 1 object(s) allocated from:
#0 0x4c5107 in calloc /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_malloc_linux.cpp:154:3
#1 0x643c86 in nc4_open_file netcdf/libhdf5/hdf5open.c:724:49
#2 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#3 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#4 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#5 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#6 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
Indirect leak of 2 byte(s) in 1 object(s) allocated from:
#0 0x43f4b7 in strdup /home/chaitra/aflgo-top/build/llvm_tools/llvm-11.0.0.src/projects/compiler-rt/lib/asan/asan_interceptors.cpp:452:3
#1 0x687ef0 in nc4_grp_list_add netcdf/libsrc4/nc4internal.c:975:31
#2 0x687552 in nc4_nc4f_list_add netcdf/libsrc4/nc4internal.c:354:19
#3 0x643ad2 in nc4_open_file netcdf/libhdf5/hdf5open.c:714:19
#4 0x6437c5 in NC4_open netcdf/libhdf5/hdf5open.c:1035:12
#5 0x535a0b in NC_open netcdf/libdispatch/dfile.c:2172:12
#6 0x534cc5 in nc_open netcdf/libdispatch/dfile.c:668:12
#7 0x4faf34 in main netcdf/ncdump/ncdump.c:2457:19
#8 0x7f9153e88082 in __libc_start_main /build/glibc-SzIz7B/glibc-2.31/csu/../csu/libc-start.c:308:16
SUMMARY: AddressSanitizer: 28614 byte(s) leaked in 36 allocation(s).

That file you sent (pov.zip) contained what appears to be an HDF5 file (pov).
When I attempted to dump it using the h5dump command, I got the error below.
This is clearly a malformed HDF5 file. Can you describe how the file was created?

h5dump pov.nc
h5dump error: internal error (file h5dump.c:line 1518)
HDF5: infinite loop closing library      L,T_top,P,P,Z,FD,VL,VL,PL,E,SL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL,FL
Aborted (core dumped)
ncdump:

As mentioned previously (https://github.com/Unidata/netcdf-c/issues/2665#issue-1631223054), I found the error when running ncdump on the pov file not while running h5dump. Have you tried to run ncdump on the pov file?
The pov file was generated by fuzzing ncdump.

For historical reasons, when our library encounters an unrecoverable error, then it does
not always reclaim allocated memory, hence there can be memory leaks in that case.
In the event that there are not errors, we test and fix any memory leaks.
The pov file you sent does not appear to be a legitimate netcdf-4 or hdf5 file, so we get
errors, which implies potential memory leaks.
So the real problem, from my point of view, is that you somehow managed to create a
malformed file. If you did it somehow using the netcdf library, then that is the problem
I need to fix.


Publish 02/08/2021, 3:30 PM

Docs Build status updates of commit 7c701f7:
:white_check_mark: Validation status: passed

File
Status
Preview URL
Details

docset/docfx.json
:white_check_mark:Succeeded

For more details, please refer to the build report.
Note: Broken links written as relative paths are included in the above build report. For broken links written as absolute paths or external URLs, see the broken link report.
For any questions, please:Try searching in the Docs contributor and Admin GuideSee the frequently asked questionsPost your question in the Docs support channel


[#6596] TeamsChannelData need OnBehalfOf

Fixes #6596
Description
This PR adds the OnBehalfOf property to send messages via bots on behalf of another user in Teams.
It also adds unit tests to cover the new code.
Specific Changes

Added the OnBehalfOf property in the TeamsChannelData class.
Added the TeamsGetTeamOnBehalfOf method to return the current activity's OnBehalfOf list.

Testing
The following image shows the message of the bot on behalf of another user in the Teams channel.

The following image shows the related unit test passing.

Pull Request Test Coverage Report for Build 345844

0 of 0   changed or added relevant lines in 0 files are covered.
8 unchanged lines in 5 files lost coverage.
Overall coverage decreased (-0.008%) to 79.096%

Files with Coverage Reduction
New Missed Lines
%

/libraries/AdaptiveExpressions/BuiltinFunctions/GetNextViableTime.cs
1
90.91%

/libraries/AdaptiveExpressions/BuiltinFunctions/GetPreviousViableTime.cs
1
90.91%

/libraries/Microsoft.Bot.Streaming/Payloads/StreamManager.cs
1
90.0%

/libraries/Microsoft.Bot.Streaming/Transport/NamedPipe/NamedPipeClient.cs
1
71.43%

/libraries/Microsoft.Bot.Builder/Teams/TeamsActivityExtensions.cs
4
78.26%

Totals

Change from base Build 344537:
-0.008%

Covered Lines:
25817

Relevant Lines:
32640

💛  - Coveralls

:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Builder.dll
:heavy_check_mark: No Binary Compatibility issues for Microsoft.Bot.Schema.dll


Nothing happens in production on server

After installation and configuration with dropbox, all works in local.
But if I execute the test command
php artisan db:backup --database=mysql --destination=dropbox --destinationPath=test.sql --compression=null
it returns me:
Dumping database and uploading...

Successfully dumped mysql, compressed with null and store it to dropbox at test.sql

But no file is created (instead of run this command in local)
How can I debug this? What could be the problem?

Are you using dropbox API v2?
How about local storage destination (--destination=local)? Is backup file created?

I'm using of course API v2.
If I set destination to local, it correctly works also on my server.

I solved with php artisan config:clear

I just wanted to make another quick note: when the destination is set to local, ex: db:backup --database=mysql --destination=local --destinationPath=test.sql --compression=null, the file is saved in the project_folder/storage/app directoy. It took me a while to find the saved file.


iOS: Have to select a marker before I can press again drag it

I've got an app for both iOS and Android using a pretty standard draggable marker with a custom image.
On Android, I can press and start dragging the pins immediately.  On iOS I need to select the pin I want to drag before I can press and drag it.
Is this a known issue and I just missed it?  Is there a workaround?
Thanks.

Any thoughts on this one?  Am I just doing something wrong? Thx!

It's a matter of the marker not being selected by default on IOS. I made an adjustment here.
https://github.com/freshnewegg/react-native-maps/commit/a0965efe97844317e81aee027bfe519914437be2

@freshnewegg Had to take a break from my project for a bit for another one. Just getting back to this and will try your adjustment tonight.  Thanks!


Compiler middleware doesn't works

I run node v0.4.9 and express 2.5.0, in my app.coffee file I have:
app.use express.compiler { src: __dirname + '/pubic', enable: ['less', 'coffeescript'] }
app.use express.static __dirname + '/public'
And the directory structure for the is as follows
/public
/scripts
index.coffee
/stylesheets
index.less
But when I request  scripts/index.js or  stylesheets/index.css, I get a 404 error.

compiler() was removed from connect, so it wont be supported anymore, you're welcome to grab the source and update it if you like

each module should (if they wish) supply middleware, the process gets much more complicated when things like @import are involved so it didn't turn out to be a nice abstraction

Unless I'm mistaken, using e.g. express /tmp/foo -c less (running express 2.5.1) still generates an app with the line app.use(express.compiler({ src: __dirname + '/public', enable: ['less'] })); .. took me a looong time to find this thread after digging through stack overflow and various other blogs trying to figure out what I was doing wrong. If compiler is no longer supported, shouldn't the express cli drop the -c flag?

it has been in master but yeah I should backport that to 2.x


Add http success codes to settings

Pull Request Test Coverage Report for Build 2848

0 of 0   changed or added relevant lines in 0 files are covered.
2 unchanged lines in 2 files lost coverage.
Overall coverage decreased (-0.02%) to 90.075%

Files with Coverage Reduction
New Missed Lines
%

common/utils/RetryOperation.js
1
94.74%

data-access-layer/cf/TokenIssuer.js
1
98.57%

Totals

Change from base Build 2847:
-0.02%

Covered Lines:
9097

Relevant Lines:
9764

💛  - Coveralls


Enforce that Object type is not nil

Disclaimer: Still new to the gem, might have missed something.
With https://github.com/dry-rb/dry-types/issues/123, an Object type was introduced. However, I don't currently see a way to enforce that what you pass in is not nil. For example, I have code to the following effect using dry-struct:
class MyValueObject < Dry::Struct::Value
  constructor_type :strict

  attribute :some_object_reference, Types::Object
end

but I'd like MyValueObject.new to fail, since it doesn't include the object reference.
Is there any way to make this happen? I realise that Types::Object just generally doesn't really give you a lot of type safety, but in this case I have existing objects that I'd like to reuse and not passing an argument to the constructor is one of these errors that I'd like to catch early.

Do you know all possible object types?

actually Types::Something doesn't provide any constraints (actually, this is pretty unobvious).
Try Types::Strict::Object which forces constraints.
BTW, @solnic is there good reason behind that Types::Int['123'] doesn't fail?

@Kukunin If I try Types::Strict::Object I get an error like:

uninitialized constant #Module:0x007fa3cdb92878::Object

@solnic In theory yes. In practice, I have a unit test that constructs a MyValueObject instance but sends in test doubles since the real objects are expensive to construct. That would break if I constrained the class type. But maybe (very possibly) I'm doing it wrong?
I have tried to look at dry-logic predicates. Maybe one of these (filled??) could work, but I have so far been unsuccessful in finding out how to turn that predicate into a type constraint. Types::Object.constrained(filled: true) doesn't seem to enforce anything (is that related to what @Kukunin commented?).

ok. another attempt.
Did you know, that nil.is_a?(Object) is true? So, nil is an object itself.
So, you need to clarify your constraint.
you can achieve what you need with Types::Object.constrained(excluded_from: [nil]).
You can even hide this with something like
Types::NotNilObject = Types::Object.constrained(excluded_from: [nil])

class MyValueObject < Dry::Struct::Value
  constructor_type :strict

  attribute :some_object_reference, Types::NotNilObject
end

@Kukunin that works :) ty!


Scoala Principesa Margareta(new request)

Institution/School Name
{Scoala Gimnaziala Principesa Margareta}
Instiution/School Website
{ https://www.scoalaprincipesamargareta.ro/ }
Email Users
Please place an x between the square brackets if yes
[x] Students
[x] Academic/Teaching Staff
Other/Support Staff
Alumni
Education Levels
Please place an x between the square brackets if yes
Post-graduate research
Graduate School
[x]
College (University) or Undergraduate School or equivalent
Community College or equivalent
[x]High School or equivalent
Elementary School or equivalent
FTR: Proof of ownership: https://www.rotld.ro/whois/?domain=scoalaprincipesamargareta.ro

@LucaAndrei12 Pull request merged. Thank you!

@philipto I THANK YOU!!


cli: Use timestamp as timeout by default (GoN)

this would avoid errors (IBC Timeouts) when the ClientState is not updated frequently.
Ref: https://github.com/game-of-nfts/gon-evidence/issues/235

@dreamer-zq Does this pr need to be merged


feat(analyzer): recognize custom error literals in return

This commit adds ability to recognize return of custom error literals under [error] interface type, e.g.,
package example

type S struct {
  i int
  s string
}

type CustomError struct { msg string }

func (e CustomError) Error() string { return e.msg }

func returnCustomError_1() (S, error) {
  return S{}, &CustomError{msg: "error message"} // Ok
}

func returnCustomError_2() (S, error) {
  return S{}, &CustomError{} // Warning: example.CustomError is missing field msg
}

func returnCustomError_3() (S, error) {
  return S{}, nil // Warning: example.S is missing fields i, s
}

Here are the results of running the old and new versions of exhaustruct on the k8s repository.
old.txt
new.txt
The difference is the following:
diff.txt
It looks like all these cases are removed false positive warnings:

https://github.com/kubernetes/kubernetes/blob/master/test/instrumentation/decode_metric.go#L258
https://github.com/kubernetes/kubernetes/blob/master/test/instrumentation/decode_metric.go#L120
https://github.com/kubernetes/kubernetes/blob/master/pkg/volume/util/operationexecutor/operation_generator.go#L1514
https://github.com/kubernetes/kubernetes/blob/master/pkg/registry/admissionregistration/resolver/resolver.go#L61
https://github.com/kubernetes/kubernetes/blob/master/pkg/kubeapiserver/options/authentication.go#L545
https://github.com/kubernetes/kubernetes/blob/master/pkg/controller/garbagecollector/operations.go#L47

Thank you for pull request, first of all.
It is definely a step towards #89, but slightly in wrong direction, as it still implies that function should return an error interface, which covers most of the cases as it is the way recommended by go-team, but still not covers all of the cases since tehere are lots of places where concrete type being returned instead of error.
I will commit to your pullrequest, but change the code, reusing testcases.

@ruslanSorokin @navijation - pushed the version. All details can be found in tests and readme.
This solution is way simpler that one proposed by Ruslan. Also i trimmed tests a bit, leaving only ones that cover cornercases of errors handling.

As for diff - it handles more false positives on kubernetes repo
diff.txt

Thank you for pull request, first of all.
It is definely a step towards #89, but slightly in wrong direction, as it still implies that function should return an error interface, which covers most of the cases as it is the way recommended by go-team, but still not covers all of the cases since tehere are lots of places where concrete type being returned instead of error.
I will commit to your pullrequest, but change the code, reusing testcases.

Yeah, I definitely took the wrong approach which also gives less functionality. Thanks for taking the time to review it.


Configure classesDirs and sourceDirs

Is there a way to configure classesDirs and sourceDirs in maven plugin similar to gradle plugin. As I can see from the code that reactorProjects is used get classesDirs.
I use a multi module maven pom, I added the diffCoverage goal to some of the child modules. But on debugging I realized that at each submodules it takes all the modules using reactorProjects and runs for everything. Can't we run this plugin at required submodules only. If yes can you please explain the way to do it. Thanks

Unfortunatelly, Maven is much less flexible comparing to Gradle. Thats why I can suggest far from perfect solution, but it should work for you:

Create a separate report module that depends on submodules you want to build report for.
Configure classes using include/exclude.
Configure exec files using dataFileIncludes/dataFileExcludes.

Note: we don't need to configure sources separately(Jacoco engine skip sources that doesn't have corresponding class files)
Here example from integration tests: multi-module-reports-generation-check
If you have additional questions or you have some issues with the suggested approach then feel free to ask.

@SurpSG This worked for me.


Bash/Emacs-style Key-Bindings

I really love fzf except for the default key-bindings as I want the Bash/Emacs mappings. Especially:

Ctrl-k: Delete rest of the line into the kill buffer
Ctrl-t: Transpose characters around cursor
Alt-t: Transpose words around cursor
and probably more I'll disover as I needed them.

Is there a way to change these?

This depends on the shell you're using, for example
zsh: https://github.com/junegunn/fzf/blob/b46227dcb6f1718d66ad828443d9f03a4bd58c4c/shell/key-bindings.zsh#L36
bash: https://github.com/junegunn/fzf/blob/b46227dcb6f1718d66ad828443d9f03a4bd58c4c/shell/key-bindings.bash#L75
You can just override these in your shell initialization files.  For example, zsh's bindkey: https://github.com/eqyiel/dotfiles/blob/dff548627e65fd06a318de4d38f892768eaec1b0/nix/.config/nixpkgs/home/config/zsh/default.nix#L330-L337

CTRL-K functionality is available via kill-line action
fzf --bind ctrl-k:kill-line

If you use it a lot, you might want to add --bind option to your FZF_DEFAULTS_OPTS.
transpose-words is not needed since fzf doesn't care about the order of the search terms. i.e. foo bar and bar foo are treated the same. If you want foo to appear before bar, type in foobar instead.
transpose-chars is not available.

Apologies to open up an old issue.
I really don't want fzf keybindings clobbering my C-t keybinding to transpose-chars.
I have the following in my .bash_profile:
if [ -f /usr/share/doc/fzf/examples/key-bindings.bash ]
then
  source /usr/share/doc/fzf/examples/key-bindings.bash
  bind '"\C-t": transpose-chars'
fi

This fixes \C-t but I lose the keybinding for \C-r as it's completely removed (according to bind -X). The auxiliary bind command run after the source seems to do more than just set C-t, but also removes the existing keybindings.
Anyone know how to properly reset the \C-t keybinding?

Another year later and I come to note that the following work for me to reset CTRL-T - after fzf's key bindings change it - back to what my muscle memory knows as transpose characters, and puts fzf-file-widget on an otherwise unused, and more mnemonic,  control character that I don't use in Emacs anyway.
bind -m emacs-standard -x '"\C-t": transpose-chars'
bind -m emacs-standard -x '"\C-f": fzf-file-widget'

bind -X in BASH_VERSINFO[0] greater than macOS's ancient bash 3 now says I have
"\C-f": "fzf-file-widget"
"\C-r": "__fzf_history__"
"\C-t": "transpose-chars"


fixes mentions input re-apply

Precursor to https://github.com/tokens-studio/figma-plugin/pull/2923 that fixes the most important pieces: Selecting mentions

Merging in without approval given we'll have that change as part of the larger PR too


Binary operator precedence (< over +)

Problem description
Hi guys, I've been using the library extensively and I think I've found a bug:
The following expression yields a boolean: (1*1) + num > 5,
it should be interpreted as ((1*1) + num) > 5
as shown here:

Whereas the library interprets the operation as (1*1) + (num > 5)

is this a matter of flipping the operator precedence here: https://github.com/tree-sitter/tree-sitter-java/blob/master/grammar.js#L13 ?

seems like a dupe of https://github.com/tree-sitter/tree-sitter-java/issues/68
Could you fix also the priority of shift operators?


distributions.ncf numerical issues

First of all, attempting to integrate pdf runs into slight precision issues:

>>> stats.ncf.expect(lambda x: 1, args=(18, 7, 0.41))
/home/br/.local/lib/python2.7/site-packages/scipy/integrate/quadpack.py:293: UserWarning: The algorithm does not converge.  Roundoff error is detected
  in the extrapolation table.  It is assumed that the requested tolerance
  cannot be achieved, and that the returned result (if full_output = 1) is
  the best which can be obtained.
  warnings.warn(msg)
0.9999974463736788
>>> stats.ncf.cdf(stats.ncf.b, dfn=18, dfd=7, nc=0.41)
1.0

A possibly related issue is that entropy is a bit fishy (cf https://github.com/scipy/scipy/issues/2765)

Both of these might be related to the fact that ncf does not define explicit pdf

3rd and 4th moments are fishy: they are calculated by generic code, even though explicit expressions are available in the literature.

Well, it has been almost six years since @ev-br commented, maybe it's about time for a reply...
There are some mistakes in the Wolfram page.  There is a typo in the formula for μ₂', where the expression (n + 1 + 2) should be (n₁ + 2).  Also, the expression for σ² incorrectly gives the raw second moment instead of the central second moment.
The "off by three" difference for the kurtosis sounds like the difference between "plain" kurtosis and excess kurtosis, which is simply the kurtosis minus 3.

As reported in here,
on some platforms
scipy/stats/tests/test_continuous_basic.py::test_cont_basic[500-200-ncf-arg74 fails with:
scipy/integrate/quadpack.py:400: in quad
    warnings.warn(msg, IntegrationWarning, stacklevel=2)
E   scipy.integrate.quadpack.IntegrationWarning: The occurrence of roundoff error is detected, which prevents
E     the requested tolerance from being achieved.  The error may be
E     underestimated.

Thought this looked similar enough to share this issue.
Note that NCF is implemented in Boost, so it would be relatively easy to wrap now with Boostinator if that works better. @tupui

Please try with Boost-provided ncf: gh-15763.  Would be interested to know if that error goes away or we need to replace some usage of the legacy ncf functions somewhere else

stats.ncf.expect(lambda x: 1, args=(18, 7, 0.41))  # 0.9999999999972788, no warnings.

Also no more quadpack error in scipy/stats/tests/test_continuous_basic.py::test_cont_basic[500-200-ncf-arg74. LGTM.

The skewness and kurtosis were garbage before, too. In main:
> stats.ncf.stats(18, 7, 0.41, moments='mvsk')
(array(1.43188889),
 array(1.74636847),
 array(1.67785106e+08),
 array(7.2856733e+09))

> dfn, dfd, nc = 27, 27, 0.416
> stats.ncf.stats(dfn, dfd, nc, moments='mvsk')
(array(1.09664),
 array(0.20138255),
 array(3.9832508e+10),
 array(-2.32826213e+11))

Now:
> stats.ncf.stats(18, 7, 0.41, moments='mvsk')
(array(1.43188889), array(1.74636847), array(9.87145096), array(nan))

> dfn, dfd, nc = 27, 27, 0.416
> stats.ncf.stats(dfn, dfd, nc, moments='mvsk')
(array(1.09664), array(0.20138255), array(1.36179204), array(6.70607544))

Wolfram alpha says that kurtosis is indeterminate if dfd is <=8.

so the nan above seems appropriate.


pd: speed up reconnecting to a pd leader

Client may spend a lot to time to reconnect when the pd leader is isolated. Speed it up by adding a timeout.
Also it puts the previous leader at the last when reconnecting.

LGTM

LGTM.


HDDS-6934. OM crashed with OzoneManagerDoubleBuffer

What changes were proposed in this pull request?
Race condition between async thread OzoneManagerDoubleBuffer.flushTransactions() and BucketDeleteRequest:
Case:
While processing OMKeysDeleteResponseWithFSO by  the OzoneManagerDoubleBuffer.flushTransactions() thread, response logic constructs "buck_Id" by querying BucketTable. Assume during this time, DELETE_BUCKET  request for this bucket "buck_Id" has been processed and updated the DB. Now, OMKeysDeleteResponseWithFSO will not see the bucket and throws NPE.
More Details:
OzoneClient: deleteBucket with recursive flag = true. Now, ozone client will splits this user call to multiple RPC calls to OM.
step-1)List paths and deleteObjects.
step-2)Finally deleteBucket
Preventive Action:
Action-1) Revisited all the Response classes. VolumeId and bucketId should be passed to all Response objects before sending response back to the client. This will avoid fetch bucketId from DB again and avoids NPE.
Action-2) Validated bucketInfo and volumeInfo for the non-existent case and throws OMException.
long getVolumeId(String volume) throws IOException;
long getBucketId(String volume, String bucket) throws IOException;
2022-06-22 11:53:30,901 Deleted all the keys and responded back to the ozone client after adding an OMKeysDeleteResponseWithFSO entry to the OzoneManagerDoubleBuffer
2022-06-22 11:53:30,905  DeleteBucket call came for the  "vol_Id/buck_Id" and responded back to ozone client after adding an OMKeysDeleteResponseWithFSO entry to the OzoneManagerDoubleBuffer
2022-06-22 11:53:30,907 OzoneManagerDoubleBuffer#flushTransactions  kicked in and picks up OMKeysDeleteResponseWithFSO entry. While processing it tries to construct "vol_Id/buck_Id/prefixId" inorder to delete the path from DirTable & FileTable.

What is the link to the Apache JIRA
https://issues.apache.org/jira/browse/HDDS-6934
How was this patch tested?
Added test cases.

Thanks @JyotinderSingh for the reviews. I will merge it.


Add flag in gateway to specify whether to register to LNv1

Gatewayd currently supports running the LNv2 module and LNv1 module. This introduces a new user-facing painpoint, where an LNv2 invoice from a federation is no longer payable by an LNv1 client. One way to fix this is to enforce that gateways either run as LNv2 or LNv1. To support backwards compatibility in devimint, we'd ideally like the way to run both modules at the same time, to not increase our devimint complexity.

https://github.com/fedimint/fedimint/issues/6072


Golang support

Just wondering if it will have Golang support to make the FUIF standard more common place.

@DonaldTsang Let me take this internally with the team.
We'll update here with any insights.

@idobarnoam Any insights?

FUIF development has stopped since FUIF is subsumed in JPEG XL (https://jpeg.org/jpegxl/index.html), which is based on a combination of Pik and FUIF.
Once the JPEG XL standard is ready, we are planning to make a royalty-free and open source reference implementation available.
This reference implementation will contain a C library, and I expect there will be bindings for various programming languages.

@jonsneyers thanks for the explanation


making directory code update

The previous code throws unknown errors. When I searched stack overflow the developers suggest avoiding the code and use the alternative. So, I updated the changes and now creating a pull request.

Thank you very much!


Remove metadata version check on init

@ironman-machine go

Hello @LaurenSpiegel
Starting end to end procedure using the following payload:
{"REPO_NAME": "S3", "SCALITY_S3_BRANCH": "fix/disableMdCheck", "DEFAULT_BRANCH": "rel/6.2.5"}
Please follow http://ci.ironmann.io/gh/scality/Integration/7956 for CI status.

end to end passed


Avoid static references in DataGrid fluent theme

What does the pull request do?
We had a lot of StaticResource usage in DataGrid Fluent theme, as it was ported from WindowsCommunityToolkit.
It was supposed to be used with ThemeDictionaries, and this "bug" remained in Avalonia for a while. But while working on theme dictionaries, I found it's absolutely unnecessary to use ThemeDictionaries here. Everything can be done with old DynamicResource.
Breaking changes
Some resource names were changed (from *Color to *Brush), but now it's more consistent.
Fixed issues
Fixes https://github.com/AvaloniaUI/Avalonia/issues/7659

I had a thought to split apart the DataGrid theme into separate files for each control. This is being done already for ColorPicker and I think it looks OK. Do you mind if this is done with DataGrid as well since you are taking a look at it? I can do it later myself if you think it is a good idea. I guess the only concern is potentially performance.

@robloo it can be done, but not in this PR. I want to merge this one sooner to avoid conflicts.
There is a small overhead of StyleInclude which isn't compiled yet. I.e. instead of adding Style directly to the Styles collection, it needs to look up for it once. But it's pretty minor overhead iirc, as somebody in core team tested it before.

You can test this PR using the following package version. 0.10.999-cibuild0020539-beta. (feed url: https://nuget.avaloniaui.net/repository/avalonia-all/index.json) [PRBUILDID]


Deploy UI to demo server

For this to work, we need Docker images on DockerHub, and have versioned releases.

[x] Add automated build o2rproject/ui with version tags
[ ] image works locally (i.e. shows the app)
[x] Add placeholder to some user-facing HTML page (App.js) so the version is transparently visible
[x] update post_checkout hook to set the version in the HTML page
[x] add 0.2.0 image to reference implementation
[x] add 0.2.0 image to Ansible deployment configuration
[x] have one place where API endpoint is configured, currently there are two (@MarkusKonk)

https://github.com/o2r-project/o2r-UI/blob/Demo/ui/src/helpers/httpRequests.js#L3
https://github.com/o2r-project/o2r-UI/blob/Demo/ui/src/helpers/config.json

[x] put all into master branch (@MarkusKonk)

https://cloud.docker.com/u/o2rproject/repository/docker/o2rproject/ui

It's all in the master branch now which is the new demo branch. There is also only one config file now.

https://github.com/o2r-project/o2r-UI/pull/100 add the version to the footer

https://github.com/o2r-project/ansible/commit/fb9a7d42089ad94f02180989a86590d17d105fa0

https://o2r.uni-muenster.de/_config/versions.json


Tuya login error: code 500 please contact the admin

I was having some trouble with migrating from Tuya v1 to Tuya v2 and had both installed in my Home Assistant.
The V1 was loading quicker than the V2. Now i removed V1 and after re install and new config V2 is trowing the error
"Tuya login error response: {'code': 500, 'msg': 'system error,please contact the admin', 'success': False, 't':<PHONE_NUMBER>393}"
Screenshot
Home Assistant Version
Home Assistant 2021.10.5
2021-10-16 14:24:30 DEBUG (MainThread) [custom_components.tuya_v2] Tuya async setup conf None 2021-10-16 14:24:30 DEBUG (MainThread) [custom_components.tuya_v2] tuya.__init__.async_setup_entry-->{'o0o0o0': '0ec3f726b3c3fd24964ad2c9f9700a83fc5f9ce42c137675d5529bb9e5d80233c3ac84211ff4ca2323e24bb79e70d2860d6c69597498ca9adc1c0a0bdbc5cb9c987493a90cf4dea4ae630c9462c5e222d55ff04f888649ceeceb1616c6a0ba3607d31b666c88d8b5a9a38d4272c324e6514acf84999e071b8138daa9e1d3710edc5f6589b6d0153eb2b3c5dc4c92331d33ce07b3c5af86881721c9a7ab51a16725740140d0ad9e2dc2c59855926a2361acda76ecdfa005c952c98022e94c6c5b63e682b6d0bb7c2422b61f36edcb4ea63696256d64f65b8d6c705296d2721c93cd9b3793196aae0036614642c54cece3c747313cc21b0a96b354eb8a3b94a3416f17856878f74bf4eec9f80d2b8fabf37fe692fb5e984b054767fff067f3682f', '00oo00': 'AQNRWyUFFlQbEBRAQAhYQl1bAgpXEwJfUkMeGUVCCQo=', 'oo00oo': '96ecec3c862cec5141e34f76434cc2b3cacb031de5f29368e02cae550cf29dc3'} 2021-10-16 14:24:30 INFO (MainThread) [custom_components.tuya_v2] tuya.__init__.exist_xor_cache-->True 2021-10-16 14:24:30 DEBUG (SyncWorker_2) [tuya iot] Request: method = POST, url = https://openapi.tuyaeu.com/v1.0/iot-01/associated-users/actions/authorized-login, params = None, body = {'username'<EMAIL_ADDRESS>'password': '***', 'country_code': 'DE', 'schema': 'Smart Life'}, t =<PHONE_NUMBER>809 2021-10-16 14:24:31 DEBUG (SyncWorker_2) [tuya iot] Response: { "code": 500, "msg": "system error,please contact the admin", "success": false, "t":<PHONE_NUMBER>989 } 2021-10-16 14:24:31 ERROR (MainThread) [custom_components.tuya_v2] Tuya login error response: {'code': 500, 'msg': 'system error,please contact the admin', 'success': False, 't':<PHONE_NUMBER>989}
Which admin should i contact ? :)

I am having the exact same issue as well...

same here

yup. the same....

the same...
Cette erreur provient d'une intégration personnalisée
Logger: custom_components.tuya_v2
Source: custom_components/tuya_v2/init.py:153
Integration: Tuya v2 (documentation)
First occurred: 16 octobre 2021 à 21:57:32 (3 occurrences)
Last logged: 22:09:08
Tuya login error response: {'code': 500, 'msg': 'system error,please contact the admin', 'success': False, 't':<PHONE_NUMBER>088}
Tuya login error response: {'code': 500, 'msg': 'system error,please contact the admin', 'success': False, 't':<PHONE_NUMBER>014}
Tuya login error response: {'code': 500, 'msg': 'system error,please contact the admin', 'success': False, 't':<PHONE_NUMBER>212}

schema of the transmitted data is Smart Life.
This must be smartlife originally.
In other words, there is a lack of processing to convert user input from Smart Life to smartlife.

Same here

Attending fix, you can modify the /config/custom_components/tuya_v2/const.py L40 with :
TUYA_APP_TYPES = {"TuyaSmart": "tuyaSmart", "smartlife": "smartlife"}
After restart HA and cache empty, it work...

@mureaul it's working now. thanks

I got the same as @cooltech786 .
My log file says
2021-10-17 14:37:07 DEBUG (Thread-106) [tuya iot] connecting ssl://m1.tuyaeu.com:8883 2021-10-17 14:37:07 DEBUG (SyncWorker_7) [tuya iot] Response: { "code": 28841105, "msg": "No permissions. This project is not authorized to call this API.", "success": false, "t":<PHONE_NUMBER>513 }
Has something changed with region codes? :x

Attending fix, you can modify the /config/custom_components/tuya_v2/const.py L40 with : TUYA_APP_TYPES = {"TuyaSmart": "tuyaSmart", "smartlife": "smartlife"} After restart HA and cache empty, it work...

i fixed it by just adding all options from the previous version TUYA_APP_TYPES.
my code looks like
TUYA_APP_TYPES = {"TuyaSmart": "tuyaSmart", "smartlife": "Smart Life", "SmartLife": "smartlife"}
restart HA and devices showed up on the dashboard

This is so weird. I'm having the same problems. 1.6.0 isn't working with that fix provided, 1.5.0 incl. fix showed up an configuration issue, so I reverted to 1.4.2.

Delete all Tuya integrations that you have and Restart HA
Install 1.4.2 via HACS
Update Line 40 of const.py with TUYA_APP_TYPES = {"TuyaSmart": "tuyaSmart", "SmartLife": "smartlife"}
Restart HA
Add tuya v2 on integrations
Restart HA
Update on HACS 1.4.2 to 1.6
Restart HA

Enjoy.

Hi everyone
I agree with @otomay solution with small differences

Delete all Tuya integrations that you have and Restart HA
Install 1.4.2 via HACS
Update Line 40 of const.py with: TUYA_APP_TYPE = {"TuyaSmart": "tuyaSmart", "SmartLife": "smartlife"}

There wasn't the "S" at the end of "TYPE" in version 1.4.2

Update Line 93 of config_flow.py with: api.endpoint = "https://openapi.tuyaeu.com"

Maybe different regarding to your location, I'm in France and without this integration give me an authentification error

Restart HA
Add tuya v2 on integrations
Restart HA
Update on HACS 1.4.2 to 1.6
Restart HA

Works for me