"In included file: too few arguments provided to function-like macro invocation" when using gcc headers

Problem
I want to let clangd able to recognize gcc headers, so I put
  "clangd.arguments": [
    "--query-driver=/opt/homebrew/bin/gcc-13",
    "--log=verbose"
  ],

in settings.json in VScode, also
CompileFlags:
  Compiler: /opt/homebrew/bin/gcc-13

in ~/.clangd.
It successfully recognize the headers, however, it gives some unusual errors:

I don't have other config files such as ~/Library/Preferences/clangd/config.yaml, also I didn't specify "clangd.fallbackFlags" in VScode settings.json, and ~/.clangd only contains the aforementioned content.
chunk of code that shows the problem:
#include <bits/stdc++.h>
// I know it's a bad practice, but here I just want to use it for test.

int main() {
  std::cout << "Hello world!\n";
}

Logs

Long!
I[02:30:12.021] Homebrew clangd version 17.0.6
I[02:30:12.021] Features: mac+xpc
I[02:30:12.021] PID: 153
I[02:30:12.022] Working directory: /Users/wytsai7660/code
I[02:30:12.022] argv[0]: /opt/homebrew/opt/llvm/bin/clangd
I[02:30:12.022] argv[1]: --query-driver=/opt/homebrew/bin/gcc-13
I[02:30:12.022] argv[2]: --log=verbose
V[02:30:12.022] User config file is /Users/wytsai7660/Library/Preferences/clangd/config.yaml
I[02:30:12.022] Starting LSP over stdin/stdout
V[02:30:12.022] <<< {"id":0,"jsonrpc":"2.0","method":"initialize","params":{"capabilities":{"general":{"markdown":{"parser":"marked","version":"1.1.0"},"positionEncodings":["utf-16"],"regularExpressions":{"engine":"ECMAScript","version":"ES2020"},"staleRequestSupport":{"cancel":true,"retryOnContentModified":["textDocument/semanticTokens/full","textDocument/semanticTokens/range","textDocument/semanticTokens/full/delta"]}},"notebookDocument":{"synchronization":{"dynamicRegistration":true,"executionSummarySupport":true}},"textDocument":{"callHierarchy":{"dynamicRegistration":true},"codeAction":{"codeActionLiteralSupport":{"codeActionKind":{"valueSet":["","quickfix","refactor","refactor.extract","refactor.inline","refactor.rewrite","source","source.organizeImports"]}},"dataSupport":true,"disabledSupport":true,"dynamicRegistration":true,"honorsChangeAnnotations":false,"isPreferredSupport":true,"resolveSupport":{"properties":["edit"]}},"codeLens":{"dynamicRegistration":true},"colorProvider":{"dynamicRegistration":true},"completion":{"completionItem":{"commitCharactersSupport":true,"deprecatedSupport":true,"documentationFormat":["markdown","plaintext"],"insertReplaceSupport":true,"insertTextModeSupport":{"valueSet":[1,2]},"labelDetailsSupport":true,"preselectSupport":true,"resolveSupport":{"properties":["documentation","detail","additionalTextEdits"]},"snippetSupport":true,"tagSupport":{"valueSet":[1]}},"completionItemKind":{"valueSet":[1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25]},"completionList":{"itemDefaults":["commitCharacters","editRange","insertTextFormat","insertTextMode"]},"contextSupport":true,"dynamicRegistration":true,"editsNearCursor":true,"insertTextMode":2},"declaration":{"dynamicRegistration":true,"linkSupport":true},"definition":{"dynamicRegistration":true,"linkSupport":true},"diagnostic":{"dynamicRegistration":true,"relatedDocumentSupport":false},"documentHighlight":{"dynamicRegistration":true},"documentLink":{"dynamicRegistration":true,"tooltipSupport":true},"documentSymbol":{"dynamicRegistration":true,"hierarchicalDocumentSymbolSupport":true,"labelSupport":true,"symbolKind":{"valueSet":[1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26]},"tagSupport":{"valueSet":[1]}},"foldingRange":{"dynamicRegistration":true,"foldingRange":{"collapsedText":false},"foldingRangeKind":{"valueSet":["comment","imports","region"]},"lineFoldingOnly":true,"rangeLimit":5000},"formatting":{"dynamicRegistration":true},"hover":{"contentFormat":["markdown","plaintext"],"dynamicRegistration":true},"implementation":{"dynamicRegistration":true,"linkSupport":true},"inactiveRegionsCapabilities":{"inactiveRegions":true},"inlayHint":{"dynamicRegistration":true,"resolveSupport":{"properties":["tooltip","textEdits","label.tooltip","label.location","label.command"]}},"inlineValue":{"dynamicRegistration":true},"linkedEditingRange":{"dynamicRegistration":true},"onTypeFormatting":{"dynamicRegistration":true},"publishDiagnostics":{"codeDescriptionSupport":true,"dataSupport":true,"relatedInformation":true,"tagSupport":{"valueSet":[1,2]},"versionSupport":false},"rangeFormatting":{"dynamicRegistration":true},"references":{"dynamicRegistration":true},"rename":{"dynamicRegistration":true,"honorsChangeAnnotations":true,"prepareSupport":true,"prepareSupportDefaultBehavior":1},"selectionRange":{"dynamicRegistration":true},"semanticTokens":{"augmentsSyntaxTokens":true,"dynamicRegistration":true,"formats":["relative"],"multilineTokenSupport":false,"overlappingTokenSupport":false,"requests":{"full":{"delta":true},"range":true},"serverCancelSupport":true,"tokenModifiers":["declaration","definition","readonly","static","deprecated","abstract","async","modification","documentation","defaultLibrary"],"tokenTypes":["namespace","type","class","enum","interface","struct","typeParameter","parameter","variable","property","enumMember","event","function","method","macro","keyword","modifier","comment","string","number","regexp","operator","decorator"]},"signatureHelp":{"contextSupport":true,"dynamicRegistration":true,"signatureInformation":{"activeParameterSupport":true,"documentationFormat":["markdown","plaintext"],"parameterInformation":{"labelOffsetSupport":true}}},"synchronization":{"didSave":true,"dynamicRegistration":true,"willSave":true,"willSaveWaitUntil":true},"typeDefinition":{"dynamicRegistration":true,"linkSupport":true},"typeHierarchy":{"dynamicRegistration":true}},"window":{"showDocument":{"support":true},"showMessage":{"messageActionItem":{"additionalPropertiesSupport":true}},"workDoneProgress":true},"workspace":{"applyEdit":true,"codeLens":{"refreshSupport":true},"configuration":true,"diagnostics":{"refreshSupport":true},"didChangeConfiguration":{"dynamicRegistration":true},"didChangeWatchedFiles":{"dynamicRegistration":true,"relativePatternSupport":true},"executeCommand":{"dynamicRegistration":true},"fileOperations":{"didCreate":true,"didDelete":true,"didRename":true,"dynamicRegistration":true,"willCreate":true,"willDelete":true,"willRename":true},"inlayHint":{"refreshSupport":true},"inlineValue":{"refreshSupport":true},"semanticTokens":{"refreshSupport":true},"symbol":{"dynamicRegistration":true,"resolveSupport":{"properties":["location.range"]},"symbolKind":{"valueSet":[1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26]},"tagSupport":{"valueSet":[1]}},"workspaceEdit":{"changeAnnotationSupport":{"groupsOnLabel":true},"documentChanges":true,"failureHandling":"textOnlyTransactional","normalizesLineEndings":true,"resourceOperations":["create","rename","delete"]},"workspaceFolders":true}},"clientInfo":{"name":"Visual Studio Code - Insiders","version":"1.88.0-insider"},"initializationOptions":{"clangdFileStatus":true,"fallbackFlags":[]},"locale":"en-us","processId":147,"rootPath":"/Users/wytsai7660/code","rootUri":"file:///Users/wytsai7660/code","trace":"off","workspaceFolders":[{"name":"code","uri":"file:///Users/wytsai7660/code"}]}}

I[02:30:12.022] <-- initialize(0)
V[02:30:12.022] Invoking /usr/bin/xcrun to find clang installation
V[02:30:12.032] Invoking /usr/bin/xcrun to find clang installation
I[02:30:12.038] --> reply:initialize(0) 16 ms
V[02:30:12.038] >>> {"id":0,"jsonrpc":"2.0","result":{"capabilities":{"astProvider":true,"callHierarchyProvider":true,"clangdInlayHintsProvider":true,"codeActionProvider":{"codeActionKinds":["quickfix","refactor","info"]},"compilationDatabase":{"automaticReload":true},"completionProvider":{"resolveProvider":false,"triggerCharacters":[".","<",">",":","\"","/","*"]},"declarationProvider":true,"definitionProvider":true,"documentFormattingProvider":true,"documentHighlightProvider":true,"documentLinkProvider":{"resolveProvider":false},"documentOnTypeFormattingProvider":{"firstTriggerCharacter":"\n","moreTriggerCharacter":[]},"documentRangeFormattingProvider":true,"documentSymbolProvider":true,"executeCommandProvider":{"commands":["clangd.applyFix","clangd.applyTweak"]},"foldingRangeProvider":true,"hoverProvider":true,"implementationProvider":true,"inactiveRegionsProvider":true,"inlayHintProvider":true,"memoryUsageProvider":true,"referencesProvider":true,"renameProvider":{"prepareProvider":true},"selectionRangeProvider":true,"semanticTokensProvider":{"full":{"delta":true},"legend":{"tokenModifiers":["declaration","definition","deprecated","deduced","readonly","static","abstract","virtual","dependentName","defaultLibrary","usedAsMutableReference","usedAsMutablePointer","constructorOrDestructor","userDefined","functionScope","classScope","fileScope","globalScope"],"tokenTypes":["variable","variable","parameter","function","method","function","property","variable","class","interface","enum","enumMember","type","type","unknown","namespace","typeParameter","concept","type","macro","modifier","operator","bracket","label","comment"]},"range":false},"signatureHelpProvider":{"triggerCharacters":["(",")","{","}","<",">",","]},"standardTypeHierarchyProvider":true,"textDocumentSync":{"change":2,"openClose":true,"save":true},"typeDefinitionProvider":true,"typeHierarchyProvider":true,"workspaceSymbolProvider":true},"serverInfo":{"name":"clangd","version":"Homebrew clangd version 17.0.6 mac+xpc arm64-apple-darwin23.4.0"}}}

V[02:30:12.088] <<< {"jsonrpc":"2.0","method":"initialized","params":{}}

I[02:30:12.088] <-- initialized
V[02:30:12.090] <<< {"jsonrpc":"2.0","method":"textDocument/didOpen","params":{"textDocument":{"languageId":"cpp","text":"#include <bits/stdc++.h>\n// I know it's a bad practice, but here I just want to use it for test.\n\nint main() {\n  std::cout << \"Hello world!\\n\";\n}\n","uri":"file:///Users/wytsai7660/code/OOP/test.cpp","version":1}}}

I[02:30:12.090] <-- textDocument/didOpen
V[02:30:12.091] System include extraction: driver clang expanded to /opt/homebrew/opt/llvm/bin/clang
V[02:30:12.091] System include extraction: not allowed driver /opt/homebrew/opt/llvm/bin/clang
V[02:30:12.092] config note at /Users/wytsai7660/.clangd:1:0: Parsing config fragment
V[02:30:12.092] config note at /Users/wytsai7660/.clangd:1:0: Parsed 1 fragments from file
V[02:30:12.092] Config fragment: compiling /Users/wytsai7660/.clangd:1 -> 0x000000015BB1D368 (trusted=false)
I[02:30:12.092] --> textDocument/publishDiagnostics
V[02:30:12.092] >>> {"jsonrpc":"2.0","method":"textDocument/publishDiagnostics","params":{"diagnostics":[],"uri":"file:///Users/wytsai7660/.clangd"}}

I[02:30:12.092] Failed to find compilation database for /Users/wytsai7660/code/OOP/test.cpp
V[02:30:12.172] System include extraction: target extracted: "aarch64-apple-darwin23"
V[02:30:12.172] System include extraction: adding  /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13
V[02:30:12.172] System include extraction: adding  /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13/aarch64-apple-darwin23
V[02:30:12.172] System include extraction: adding  /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13/backward
V[02:30:12.172] System include extraction: adding  /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include
V[02:30:12.172] System include extraction: adding  /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed
V[02:30:12.172] System include extraction: adding  /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include
V[02:30:12.172] System include extraction: adding  /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/System/Library/Frameworks
I[02:30:12.172] System includes extractor: successfully executed /opt/homebrew/bin/gcc-13
	got includes: "/opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13/aarch64-apple-darwin23, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13/backward, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed, /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include, /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/System/Library/Frameworks"
	got target: "aarch64-apple-darwin23"
I[02:30:12.172] ASTWorker building file /Users/wytsai7660/code/OOP/test.cpp version 1 with command clangd fallback
[/Users/wytsai7660/code/OOP]
/opt/homebrew/Cellar/gcc/13.2.0/bin/gcc-13 -isystem /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13 -isystem /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13/aarch64-apple-darwin23 -isystem /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13/backward -isystem /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include -isystem /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed -isystem /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include -isystem /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/System/Library/Frameworks --target=aarch64-apple-darwin23 -resource-dir=/opt/homebrew/Cellar/llvm/17.0.6_1/lib/clang/17 -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk -- /Users/wytsai7660/code/OOP/test.cpp
V[02:30:12.174] Driver produced command: cc1 -cc1 -triple arm64-apple-macosx14.0.0 -Wundef-prefix=TARGET_OS_ -Werror=undef-prefix -Wdeprecated-objc-isa-usage -Werror=deprecated-objc-isa-usage -fsyntax-only -disable-free -clear-ast-before-backend -disable-llvm-verifier -discard-value-names -main-file-name test.cpp -mrelocation-model pic -pic-level 2 -mframe-pointer=non-leaf -ffp-contract=on -fno-rounding-math -funwind-tables=1 -target-sdk-version=14.4 -fcompatibility-qualified-id-block-type-checking -fvisibility-inlines-hidden-static-local-var -target-cpu apple-m1 -target-feature +v8.5a -target-feature +aes -target-feature +crc -target-feature +dotprod -target-feature +fp-armv8 -target-feature +fp16fml -target-feature +lse -target-feature +ras -target-feature +rcpc -target-feature +rdm -target-feature +sha2 -target-feature +sha3 -target-feature +neon -target-feature +zcm -target-feature +zcz -target-feature +fullfp16 -target-abi darwinpcs -debugger-tuning=lldb -target-linker-version 1022.1 -fcoverage-compilation-dir=/Users/wytsai7660/code/OOP -resource-dir /opt/homebrew/Cellar/llvm/17.0.6_1/lib/clang/17 -isystem /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13 -isystem /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13/aarch64-apple-darwin23 -isystem /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13/backward -isystem /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include -isystem /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed -isystem /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include -isystem /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/System/Library/Frameworks -isysroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk -internal-isystem /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include/c++/v1 -internal-isystem /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/local/include -internal-isystem /opt/homebrew/Cellar/llvm/17.0.6_1/lib/clang/17/include -internal-externc-isystem /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk/usr/include -fdeprecated-macro -fdebug-compilation-dir=/Users/wytsai7660/code/OOP -ferror-limit 19 -stack-protector 1 -fblocks -fencode-extended-block-signature -fregister-global-dtors-with-atexit -fgnuc-version=4.2.1 -fcxx-exceptions -fexceptions -fmax-type-align=16 -no-round-trip-args -D__GCC_HAVE_DWARF2_CFI_ASM=1 -x c++ /Users/wytsai7660/code/OOP/test.cpp
I[02:30:12.174] --> textDocument/clangd.fileStatus
V[02:30:12.174] >>> {"jsonrpc":"2.0","method":"textDocument/clangd.fileStatus","params":{"state":"parsing includes, running Update","uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}

V[02:30:12.174] Building first preamble for /Users/wytsai7660/code/OOP/test.cpp version 1
V[02:30:12.198] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: unknown type name '__API_UNAVAILABLE5'
V[02:30:12.199] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: too few arguments provided to function-like macro invocation
V[02:30:12.199] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: unknown type name '__API_UNAVAILABLE5'
V[02:30:12.200] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: too few arguments provided to function-like macro invocation
V[02:30:12.200] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: unknown type name '__API_UNAVAILABLE5'
V[02:30:12.201] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: too few arguments provided to function-like macro invocation
V[02:30:12.201] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: unknown type name '__API_UNAVAILABLE5'
V[02:30:12.203] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: too few arguments provided to function-like macro invocation
V[02:30:12.203] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: unknown type name '__API_UNAVAILABLE5'
V[02:30:12.204] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: too few arguments provided to function-like macro invocation
V[02:30:12.204] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: unknown type name '__API_UNAVAILABLE5'
V[02:30:12.204] <<< {"id":1,"jsonrpc":"2.0","method":"textDocument/documentLink","params":{"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.204] <-- textDocument/documentLink(1)
V[02:30:12.204] <<< {"id":2,"jsonrpc":"2.0","method":"textDocument/inlayHint","params":{"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":0}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.204] <-- textDocument/inlayHint(2)
V[02:30:12.205] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: too few arguments provided to function-like macro invocation
V[02:30:12.205] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: unknown type name '__API_UNAVAILABLE5'
V[02:30:12.206] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: too few arguments provided to function-like macro invocation
V[02:30:12.206] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: unknown type name '__API_UNAVAILABLE5'
V[02:30:12.207] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: too few arguments provided to function-like macro invocation
V[02:30:12.207] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: unknown type name '__API_UNAVAILABLE5'
V[02:30:12.209] Dropped diagnostic: /Users/wytsai7660/code/OOP/test.cpp: in included file: too few arguments provided to function-like macro invocation
V[02:30:12.213] <<< {"id":3,"jsonrpc":"2.0","method":"textDocument/codeAction","params":{"context":{"diagnostics":[],"triggerKind":2},"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":6}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.213] <-- textDocument/codeAction(3)
V[02:30:12.261] <<< {"jsonrpc":"2.0","method":"$/cancelRequest","params":{"id":1}}

I[02:30:12.261] <-- $/cancelRequest
V[02:30:12.261] <<< {"jsonrpc":"2.0","method":"$/cancelRequest","params":{"id":3}}

I[02:30:12.261] <-- $/cancelRequest
V[02:30:12.261] <<< {"id":4,"jsonrpc":"2.0","method":"textDocument/codeAction","params":{"context":{"diagnostics":[],"triggerKind":2},"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":6}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.261] <-- textDocument/codeAction(4)
V[02:30:12.261] <<< {"id":5,"jsonrpc":"2.0","method":"textDocument/documentLink","params":{"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.261] <-- textDocument/documentLink(5)
V[02:30:12.269] <<< {"jsonrpc":"2.0","method":"$/setTrace","params":{"value":"off"}}

I[02:30:12.269] <-- $/setTrace
I[02:30:12.269] unhandled notification $/setTrace
V[02:30:12.278] <<< {"jsonrpc":"2.0","method":"$/cancelRequest","params":{"id":4}}

I[02:30:12.278] <-- $/cancelRequest
V[02:30:12.278] <<< {"id":6,"jsonrpc":"2.0","method":"textDocument/codeAction","params":{"context":{"diagnostics":[],"triggerKind":2},"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":6}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.278] <-- textDocument/codeAction(6)
V[02:30:12.300] <<< {"jsonrpc":"2.0","method":"$/setTrace","params":{"value":"off"}}

I[02:30:12.300] <-- $/setTrace
I[02:30:12.300] unhandled notification $/setTrace
V[02:30:12.525] <<< {"jsonrpc":"2.0","method":"$/cancelRequest","params":{"id":6}}

I[02:30:12.525] <-- $/cancelRequest
V[02:30:12.525] <<< {"id":7,"jsonrpc":"2.0","method":"textDocument/codeAction","params":{"context":{"diagnostics":[],"triggerKind":2},"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":6}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.525] <-- textDocument/codeAction(7)
V[02:30:12.525] <<< {"jsonrpc":"2.0","method":"$/cancelRequest","params":{"id":7}}

I[02:30:12.525] <-- $/cancelRequest
V[02:30:12.525] <<< {"id":8,"jsonrpc":"2.0","method":"textDocument/codeAction","params":{"context":{"diagnostics":[],"triggerKind":2},"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":6}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.525] <-- textDocument/codeAction(8)
V[02:30:12.525] <<< {"id":9,"jsonrpc":"2.0","method":"textDocument/documentSymbol","params":{"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.525] <-- textDocument/documentSymbol(9)
V[02:30:12.525] <<< {"id":10,"jsonrpc":"2.0","method":"textDocument/foldingRange","params":{"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.525] <-- textDocument/foldingRange(10)
V[02:30:12.525] <<< {"jsonrpc":"2.0","method":"$/setTrace","params":{"value":"off"}}

I[02:30:12.525] <-- $/setTrace
I[02:30:12.525] unhandled notification $/setTrace
I[02:30:12.525] --> reply:textDocument/foldingRange(10) 0 ms
V[02:30:12.525] >>> {"id":10,"jsonrpc":"2.0","result":[{"endLine":4,"kind":"region","startCharacter":12,"startLine":3}]}

V[02:30:12.557] <<< {"jsonrpc":"2.0","method":"$/cancelRequest","params":{"id":9}}

I[02:30:12.557] <-- $/cancelRequest
V[02:30:12.557] <<< {"jsonrpc":"2.0","method":"$/cancelRequest","params":{"id":8}}

I[02:30:12.557] <-- $/cancelRequest
V[02:30:12.557] <<< {"id":11,"jsonrpc":"2.0","method":"textDocument/codeAction","params":{"context":{"diagnostics":[],"triggerKind":2},"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":6}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.557] <-- textDocument/codeAction(11)
V[02:30:12.557] <<< {"jsonrpc":"2.0","method":"$/cancelRequest","params":{"id":2}}

I[02:30:12.557] <-- $/cancelRequest
V[02:30:12.557] <<< {"id":12,"jsonrpc":"2.0","method":"textDocument/inlayHint","params":{"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":0}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.557] <-- textDocument/inlayHint(12)
V[02:30:12.567] <<< {"jsonrpc":"2.0","method":"$/setTrace","params":{"value":"off"}}

I[02:30:12.567] <-- $/setTrace
I[02:30:12.567] unhandled notification $/setTrace
I[02:30:12.593] Built preamble of size 7719624 for file /Users/wytsai7660/code/OOP/test.cpp version 1 in 0.42 seconds
I[02:30:12.593] --> workspace/semanticTokens/refresh(0)
I[02:30:12.593] Indexing c++17 standard library in the context of /Users/wytsai7660/code/OOP/test.cpp
I[02:30:12.593] --> textDocument/clangd.fileStatus
V[02:30:12.593] >>> {"id":0,"jsonrpc":"2.0","method":"workspace/semanticTokens/refresh","params":null}

V[02:30:12.593] >>> {"jsonrpc":"2.0","method":"textDocument/clangd.fileStatus","params":{"state":"parsing includes, running Build AST","uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}

I[02:30:12.593] --> textDocument/clangd.fileStatus
V[02:30:12.593] >>> {"jsonrpc":"2.0","method":"textDocument/clangd.fileStatus","params":{"state":"parsing includes, parsing main file","uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}

V[02:30:12.605] Ignored diagnostic. /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/stdio.h:383:88:too few arguments provided to function-like macro invocation
V[02:30:12.605] Ignored diagnostic. /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/AvailabilityInternal.h:234:13:macro '__API_AVAILABLE4' defined here
V[02:30:12.605] Ignored diagnostic. /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/stdio.h:383:88:expected function body after function declarator
V[02:30:12.605] Ignored diagnostic. /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/stdio.h:384:54:too few arguments provided to function-like macro invocation
V[02:30:12.605] Ignored diagnostic. /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/AvailabilityInternal.h:234:13:macro '__API_AVAILABLE4' defined here
V[02:30:12.605] Ignored diagnostic. /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/stdio.h:384:54:expected function body after function declarator
V[02:30:12.606] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/time.h:198:1:too few arguments provided to function-like macro invocation
V[02:30:12.606] Ignored diagnostic. /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/AvailabilityInternal.h:234:13:macro '__API_AVAILABLE4' defined here
V[02:30:12.607] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/time.h:198:1:unknown type name '__API_AVAILABLE4'
V[02:30:12.608] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/wchar.h:205:60:too few arguments provided to function-like macro invocation
V[02:30:12.608] Ignored diagnostic. /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/AvailabilityInternal.h:234:13:macro '__API_AVAILABLE4' defined here
V[02:30:12.608] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/wchar.h:205:60:expected function body after function declarator
V[02:30:12.612] indexed file AST for /Users/wytsai7660/code/OOP/test.cpp version 1:
  symbol slab: 1 symbols, 4448 bytes
  ref slab: 2 symbols, 2 refs, 4272 bytes
  relations slab: 0 relations, 24 bytes
V[02:30:12.612] Build dynamic index for main-file symbols with estimated memory usage of 11576 bytes
I[02:30:12.612] --> textDocument/publishDiagnostics
V[02:30:12.612] >>> {"jsonrpc":"2.0","method":"textDocument/publishDiagnostics","params":{"diagnostics":[{"code":"too_few_args_in_macro_invoc","message":"In included file: too few arguments provided to function-like macro invocation","range":{"end":{"character":10,"line":0},"start":{"character":9,"line":0}},"relatedInformation":[{"location":{"range":{"end":{"character":25,"line":56},"start":{"character":0,"line":56}},"uri":"file:///Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/malloc/_malloc_type.h"},"message":"Error occurred here"},{"location":{"range":{"end":{"character":30,"line":341},"start":{"character":12,"line":341}},"uri":"file:///opt/homebrew/Cellar/gcc/13.2.0/lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/AvailabilityInternal.h"},"message":"Macro '__API_UNAVAILABLE5' defined here"}],"severity":1,"source":"clang"},{"code":"fatal_too_many_errors","message":"Too many errors emitted, stopping now","range":{"end":{"character":0,"line":0},"start":{"character":0,"line":0}},"relatedInformation":[],"severity":1,"source":"clang"},{"code":"typecheck_invalid_operands","message":"Invalid operands to binary expression ('ostream' (aka 'int') and 'const char[14]')","range":{"end":{"character":14,"line":4},"start":{"character":12,"line":4}},"relatedInformation":[],"severity":1,"source":"clang"}],"uri":"file:///Users/wytsai7660/code/OOP/test.cpp","version":1}}

I[02:30:12.612] --> textDocument/inactiveRegions
V[02:30:12.612] >>> {"jsonrpc":"2.0","method":"textDocument/inactiveRegions","params":{"regions":[],"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.612] --> reply:textDocument/documentLink(1) 407 ms, error: Task was cancelled.
V[02:30:12.612] >>> {"error":{"code":-32800,"message":"Request cancelled"},"id":1,"jsonrpc":"2.0"}

I[02:30:12.612] --> reply:textDocument/inlayHint(2) 407 ms, error: Task was cancelled.
V[02:30:12.612] >>> {"error":{"code":-32800,"message":"Request cancelled"},"id":2,"jsonrpc":"2.0"}

I[02:30:12.612] --> reply:textDocument/codeAction(3) 398 ms, error: Task was cancelled.
V[02:30:12.612] >>> {"error":{"code":-32800,"message":"Request cancelled"},"id":3,"jsonrpc":"2.0"}

I[02:30:12.612] --> reply:textDocument/codeAction(4) 350 ms, error: Task was cancelled.
V[02:30:12.612] >>> {"error":{"code":-32800,"message":"Request cancelled"},"id":4,"jsonrpc":"2.0"}

V[02:30:12.612] ASTWorker running DocumentLinks on version 1 of /Users/wytsai7660/code/OOP/test.cpp
I[02:30:12.612] --> reply:textDocument/documentLink(5) 350 ms
V[02:30:12.612] >>> {"id":5,"jsonrpc":"2.0","result":[{"range":{"end":{"character":24,"line":0},"start":{"character":9,"line":0}},"target":"file:///opt/homebrew/Cellar/gcc/13.2.0/include/c%2B%2B/13/aarch64-apple-darwin23/bits/stdc%2B%2B.h"}]}

I[02:30:12.612] --> reply:textDocument/codeAction(6) 333 ms, error: Task was cancelled.
V[02:30:12.612] >>> {"error":{"code":-32800,"message":"Request cancelled"},"id":6,"jsonrpc":"2.0"}

I[02:30:12.612] --> reply:textDocument/codeAction(7) 87 ms, error: Task was cancelled.
V[02:30:12.612] >>> {"error":{"code":-32800,"message":"Request cancelled"},"id":7,"jsonrpc":"2.0"}

I[02:30:12.612] --> reply:textDocument/codeAction(8) 86 ms, error: Task was cancelled.
V[02:30:12.612] >>> {"error":{"code":-32800,"message":"Request cancelled"},"id":8,"jsonrpc":"2.0"}

I[02:30:12.612] --> reply:textDocument/documentSymbol(9) 86 ms, error: Task was cancelled.
V[02:30:12.612] >>> {"error":{"code":-32800,"message":"Request cancelled"},"id":9,"jsonrpc":"2.0"}

V[02:30:12.612] ASTWorker running codeAction on version 1 of /Users/wytsai7660/code/OOP/test.cpp
I[02:30:12.612] --> reply:textDocument/codeAction(11) 54 ms
V[02:30:12.612] >>> {"id":11,"jsonrpc":"2.0","result":[]}

V[02:30:12.612] ASTWorker running InlayHints on version 1 of /Users/wytsai7660/code/OOP/test.cpp
I[02:30:12.612] --> reply:textDocument/inlayHint(12) 54 ms
V[02:30:12.612] >>> {"id":12,"jsonrpc":"2.0","result":[]}

I[02:30:12.612] --> textDocument/clangd.fileStatus
V[02:30:12.612] >>> {"jsonrpc":"2.0","method":"textDocument/clangd.fileStatus","params":{"state":"idle","uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}

V[02:30:12.697] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/malloc/_malloc_type.h:57:1:too few arguments provided to function-like macro invocation
V[02:30:12.697] Ignored diagnostic. /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/AvailabilityInternal.h:342:13:macro '__API_UNAVAILABLE5' defined here
V[02:30:12.700] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/malloc/_malloc_type.h:57:1:unknown type name '__API_UNAVAILABLE5'
V[02:30:12.705] indexed preamble AST for /Users/wytsai7660/code/OOP/test.cpp version 1:
  symbol slab: 13777 symbols, 4294112 bytes
  ref slab: 0 symbols, 0 refs, 128 bytes
  relations slab: 238 relations, 4376 bytes
V[02:30:12.802] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/malloc/_malloc_type.h:58:1:too few arguments provided to function-like macro invocation
V[02:30:12.802] Ignored diagnostic. /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/AvailabilityInternal.h:342:13:macro '__API_UNAVAILABLE5' defined here
V[02:30:12.805] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/malloc/_malloc_type.h:58:1:unknown type name '__API_UNAVAILABLE5'
V[02:30:12.805] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/malloc/_malloc_type.h:59:1:too few arguments provided to function-like macro invocation
V[02:30:12.805] Ignored diagnostic. /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/AvailabilityInternal.h:342:13:macro '__API_UNAVAILABLE5' defined here
V[02:30:12.807] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/malloc/_malloc_type.h:59:1:unknown type name '__API_UNAVAILABLE5'
V[02:30:12.807] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/malloc/_malloc_type.h:60:1:too few arguments provided to function-like macro invocation
V[02:30:12.807] Ignored diagnostic. /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/AvailabilityInternal.h:342:13:macro '__API_UNAVAILABLE5' defined here
V[02:30:12.809] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/malloc/_malloc_type.h:60:1:unknown type name '__API_UNAVAILABLE5'
V[02:30:12.809] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/malloc/_malloc_type.h:61:1:too few arguments provided to function-like macro invocation
V[02:30:12.809] Ignored diagnostic. /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/AvailabilityInternal.h:342:13:macro '__API_UNAVAILABLE5' defined here
V[02:30:12.811] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/malloc/_malloc_type.h:61:1:unknown type name '__API_UNAVAILABLE5'
V[02:30:12.811] Ignored diagnostic. /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include/malloc/_malloc_type.h:62:1:too few arguments provided to function-like macro invocation
V[02:30:12.811] Ignored diagnostic. /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed/AvailabilityInternal.h:342:13:macro '__API_UNAVAILABLE5' defined here
V[02:30:12.814] Ignored diagnostic. too many errors emitted, stopping now
V[02:30:12.844] Build dynamic index for header symbols with estimated memory usage of 8932708 bytes
V[02:30:12.920] <<< {"id":0,"jsonrpc":"2.0","result":null}

I[02:30:12.920] <-- reply(0)
V[02:30:12.920] <<< {"jsonrpc":"2.0","method":"$/setTrace","params":{"value":"off"}}

I[02:30:12.920] <-- $/setTrace
I[02:30:12.920] unhandled notification $/setTrace
V[02:30:12.939] <<< {"id":13,"jsonrpc":"2.0","method":"textDocument/semanticTokens/full","params":{"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.939] <-- textDocument/semanticTokens/full(13)
V[02:30:12.939] <<< {"id":14,"jsonrpc":"2.0","method":"textDocument/documentSymbol","params":{"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.939] <-- textDocument/documentSymbol(14)
V[02:30:12.939] <<< {"id":15,"jsonrpc":"2.0","method":"textDocument/foldingRange","params":{"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:12.939] <-- textDocument/foldingRange(15)
V[02:30:12.939] ASTWorker running SemanticHighlights on version 1 of /Users/wytsai7660/code/OOP/test.cpp
I[02:30:12.939] --> reply:textDocument/semanticTokens/full(13) 0 ms
V[02:30:12.939] >>> {"id":13,"jsonrpc":"2.0","result":{"data":[3,4,4,3,131075,1,2,3,15,131584,0,5,4,0,131584],"resultId":"1"}}

V[02:30:12.939] ASTWorker running DocumentSymbols on version 1 of /Users/wytsai7660/code/OOP/test.cpp
I[02:30:12.939] --> reply:textDocument/documentSymbol(14) 0 ms
V[02:30:12.939] >>> {"id":14,"jsonrpc":"2.0","result":[{"detail":"int ()","kind":12,"name":"main","range":{"end":{"character":1,"line":5},"start":{"character":0,"line":3}},"selectionRange":{"end":{"character":8,"line":3},"start":{"character":4,"line":3}}}]}

I[02:30:12.939] --> textDocument/clangd.fileStatus
V[02:30:12.939] >>> {"jsonrpc":"2.0","method":"textDocument/clangd.fileStatus","params":{"state":"idle","uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}

I[02:30:12.939] --> reply:textDocument/foldingRange(15) 0 ms
V[02:30:12.939] >>> {"id":15,"jsonrpc":"2.0","result":[{"endLine":4,"kind":"region","startCharacter":12,"startLine":3}]}

[Error - 2:30:13 AM] Request textDocument/documentLink failed.
[object Object]
[Error - 2:30:13 AM] Request textDocument/inlayHint failed.
[object Object]
[Error - 2:30:13 AM] Request textDocument/codeAction failed.
[object Object]
[Error - 2:30:13 AM] Request textDocument/codeAction failed.
[object Object]
[Error - 2:30:13 AM] Request textDocument/codeAction failed.
[object Object]
[Error - 2:30:13 AM] Request textDocument/codeAction failed.
[object Object]
[Error - 2:30:13 AM] Request textDocument/codeAction failed.
[object Object]
[Error - 2:30:13 AM] Request textDocument/documentSymbol failed.
[object Object]
V[02:30:13.298] <<< {"id":16,"jsonrpc":"2.0","method":"textDocument/codeAction","params":{"context":{"diagnostics":[],"triggerKind":2},"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":6}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:13.298] <-- textDocument/codeAction(16)
V[02:30:13.298] <<< {"jsonrpc":"2.0","method":"$/cancelRequest","params":{"id":16}}

I[02:30:13.298] <-- $/cancelRequest
V[02:30:13.298] <<< {"id":17,"jsonrpc":"2.0","method":"textDocument/codeAction","params":{"context":{"diagnostics":[],"triggerKind":2},"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":6}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:13.298] <-- textDocument/codeAction(17)
I[02:30:13.299] --> reply:textDocument/codeAction(16) 0 ms, error: Task was cancelled.
V[02:30:13.299] >>> {"error":{"code":-32800,"message":"Request cancelled"},"id":16,"jsonrpc":"2.0"}

V[02:30:13.299] ASTWorker running codeAction on version 1 of /Users/wytsai7660/code/OOP/test.cpp
I[02:30:13.299] --> reply:textDocument/codeAction(17) 0 ms
V[02:30:13.299] >>> {"id":17,"jsonrpc":"2.0","result":[]}

I[02:30:13.299] --> textDocument/clangd.fileStatus
V[02:30:13.299] >>> {"jsonrpc":"2.0","method":"textDocument/clangd.fileStatus","params":{"state":"idle","uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}

[Error - 2:30:13 AM] Request textDocument/codeAction failed.
[object Object]
I[02:30:13.383] Indexed c++17 standard library (incomplete due to errors): 12684 symbols, 1964 filtered
V[02:30:13.424] Build dynamic index for header symbols with estimated memory usage of 8732528 bytes
V[02:30:13.827] <<< {"id":18,"jsonrpc":"2.0","method":"textDocument/codeAction","params":{"context":{"diagnostics":[],"triggerKind":2},"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":6}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:13.827] <-- textDocument/codeAction(18)
V[02:30:13.827] ASTWorker running codeAction on version 1 of /Users/wytsai7660/code/OOP/test.cpp
I[02:30:13.827] --> reply:textDocument/codeAction(18) 0 ms
V[02:30:13.827] >>> {"id":18,"jsonrpc":"2.0","result":[]}

I[02:30:13.827] --> textDocument/clangd.fileStatus
V[02:30:13.827] >>> {"jsonrpc":"2.0","method":"textDocument/clangd.fileStatus","params":{"state":"idle","uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}

V[02:30:13.831] <<< {"id":19,"jsonrpc":"2.0","method":"textDocument/inlayHint","params":{"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":0}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:13.831] <-- textDocument/inlayHint(19)
V[02:30:13.831] ASTWorker running InlayHints on version 1 of /Users/wytsai7660/code/OOP/test.cpp
I[02:30:13.831] --> reply:textDocument/inlayHint(19) 0 ms
V[02:30:13.831] >>> {"id":19,"jsonrpc":"2.0","result":[]}

I[02:30:13.831] --> textDocument/clangd.fileStatus
V[02:30:13.831] >>> {"jsonrpc":"2.0","method":"textDocument/clangd.fileStatus","params":{"state":"idle","uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}

V[02:30:13.948] <<< {"id":20,"jsonrpc":"2.0","method":"textDocument/codeAction","params":{"context":{"diagnostics":[],"triggerKind":2},"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":6}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:13.948] <-- textDocument/codeAction(20)
V[02:30:13.948] <<< {"id":21,"jsonrpc":"2.0","method":"textDocument/documentSymbol","params":{"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:13.948] <-- textDocument/documentSymbol(21)
V[02:30:13.949] ASTWorker running codeAction on version 1 of /Users/wytsai7660/code/OOP/test.cpp
I[02:30:13.949] --> reply:textDocument/codeAction(20) 0 ms
V[02:30:13.949] >>> {"id":20,"jsonrpc":"2.0","result":[]}

V[02:30:13.949] ASTWorker running DocumentSymbols on version 1 of /Users/wytsai7660/code/OOP/test.cpp
I[02:30:13.949] --> reply:textDocument/documentSymbol(21) 0 ms
V[02:30:13.949] >>> {"id":21,"jsonrpc":"2.0","result":[{"detail":"int ()","kind":12,"name":"main","range":{"end":{"character":1,"line":5},"start":{"character":0,"line":3}},"selectionRange":{"end":{"character":8,"line":3},"start":{"character":4,"line":3}}}]}

I[02:30:13.949] --> textDocument/clangd.fileStatus
V[02:30:13.949] >>> {"jsonrpc":"2.0","method":"textDocument/clangd.fileStatus","params":{"state":"idle","uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}

V[02:30:14.235] <<< {"id":22,"jsonrpc":"2.0","method":"textDocument/documentSymbol","params":{"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:14.235] <-- textDocument/documentSymbol(22)
V[02:30:14.235] ASTWorker running DocumentSymbols on version 1 of /Users/wytsai7660/code/OOP/test.cpp
I[02:30:14.235] --> reply:textDocument/documentSymbol(22) 0 ms
V[02:30:14.235] >>> {"id":22,"jsonrpc":"2.0","result":[{"detail":"int ()","kind":12,"name":"main","range":{"end":{"character":1,"line":5},"start":{"character":0,"line":3}},"selectionRange":{"end":{"character":8,"line":3},"start":{"character":4,"line":3}}}]}

I[02:30:14.235] --> textDocument/clangd.fileStatus
V[02:30:14.235] >>> {"jsonrpc":"2.0","method":"textDocument/clangd.fileStatus","params":{"state":"idle","uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}

V[02:30:14.235] <<< {"id":23,"jsonrpc":"2.0","method":"textDocument/foldingRange","params":{"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:14.235] <-- textDocument/foldingRange(23)
I[02:30:14.235] --> reply:textDocument/foldingRange(23) 0 ms
V[02:30:14.235] >>> {"id":23,"jsonrpc":"2.0","result":[{"endLine":4,"kind":"region","startCharacter":12,"startLine":3}]}

V[02:30:14.257] <<< {"id":24,"jsonrpc":"2.0","method":"textDocument/codeAction","params":{"context":{"diagnostics":[],"triggerKind":2},"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":6}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:14.257] <-- textDocument/codeAction(24)
V[02:30:14.257] ASTWorker running codeAction on version 1 of /Users/wytsai7660/code/OOP/test.cpp
V[02:30:14.257] <<< {"jsonrpc":"2.0","method":"$/cancelRequest","params":{"id":24}}

I[02:30:14.257] <-- $/cancelRequest
V[02:30:14.257] <<< {"id":25,"jsonrpc":"2.0","method":"textDocument/codeAction","params":{"context":{"diagnostics":[],"triggerKind":2},"range":{"end":{"character":0,"line":6},"start":{"character":0,"line":6}},"textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:14.257] <-- textDocument/codeAction(25)
I[02:30:14.257] --> reply:textDocument/codeAction(24) 0 ms
V[02:30:14.257] >>> {"id":24,"jsonrpc":"2.0","result":[]}

V[02:30:14.257] ASTWorker running codeAction on version 1 of /Users/wytsai7660/code/OOP/test.cpp
I[02:30:14.257] --> reply:textDocument/codeAction(25) 0 ms
V[02:30:14.257] >>> {"id":25,"jsonrpc":"2.0","result":[]}

I[02:30:14.257] --> textDocument/clangd.fileStatus
V[02:30:14.257] >>> {"jsonrpc":"2.0","method":"textDocument/clangd.fileStatus","params":{"state":"idle","uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}

V[02:30:14.275] <<< {"id":26,"jsonrpc":"2.0","method":"textDocument/semanticTokens/full/delta","params":{"previousResultId":"1","textDocument":{"uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}}

I[02:30:14.275] <-- textDocument/semanticTokens/full/delta(26)
V[02:30:14.275] ASTWorker running SemanticHighlights on version 1 of /Users/wytsai7660/code/OOP/test.cpp
I[02:30:14.275] --> reply:textDocument/semanticTokens/full/delta(26) 0 ms
V[02:30:14.275] >>> {"id":26,"jsonrpc":"2.0","result":{"edits":[],"resultId":"2"}}

I[02:30:14.275] --> textDocument/clangd.fileStatus
V[02:30:14.275] >>> {"jsonrpc":"2.0","method":"textDocument/clangd.fileStatus","params":{"state":"idle","uri":"file:///Users/wytsai7660/code/OOP/test.cpp"}}

System information

Output of clangd --version:
Homebrew clangd version 17.0.6
Features: mac+xpc
Platform: arm64-apple-darwin23.4.0

Editor/LSP plugin: VScode clangd extension (llvm-vs-code-extensions.vscode-clangd)

Operating system: macOS Sonoma 14.4 23E214 arm64

Output of gcc-13 --version:
gcc (Homebrew GCC 13.2.0) 13.2.0

Nothing obvious jumps out at me from the logs. In particular, we see the system include extractor succeeding with:

I[02:30:12.172] System includes extractor: successfully executed /opt/homebrew/bin/gcc-13
got includes: "/opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13/aarch64-apple-darwin23, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13/backward, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed, /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include, /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/System/Library/Frameworks"
got target: "aarch64-apple-darwin23"

Perhaps this is some sort of Mac-specific issue or a case where an additional configuration step is required on Mac.
@cpsauer, any chance you've encountered this scenario (trying to use gcc 13 headers on Mac) or some of the errors seen in the log (e.g. unknown type name '__API_UNAVAILABLE5') and might have ideas for what to do?

Wish I had a lead for you, but not something we've encountered :/. (We use clang on macOS)

same issue
After I updated XCode15.3 last night, the problem arose

 gcc-13 --version
gcc-13 (Homebrew GCC 13.2.0) 13.2.0
clangd --version
Homebrew clangd version 18.1.5
Features: mac+xpc
OS: macOS 14.4.1 23E224 arm64

Nothing obvious jumps out at me from the logs. In particular, we see the system include extractor succeeding with:

I[02:30:12.172] System includes extractor: successfully executed /opt/homebrew/bin/gcc-13
got includes: "/opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13/aarch64-apple-darwin23, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13/backward, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed, /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include, /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/System/Library/Frameworks"
got target: "aarch64-apple-darwin23"

Perhaps this is some sort of Mac-specific issue or a case where an additional configuration step is required on Mac.
@cpsauer, any chance you've encountered this scenario (trying to use gcc 13 headers on Mac) or some of the errors seen in the log (e.g. unknown type name '__API_UNAVAILABLE5') and might have ideas for what to do?

The solution to this problem is Issue #1
Literally, it is caused by incompatibility with gcc-13, you need to upgrade to gcc-14

Literally, it is caused by incompatibility with gcc-13, you need to upgrade to gcc-14

To clarify, the issue might be caused by the update of XCode. Executing brew reinstall gcc to reinstall gcc (even if gcc-13) based on the new version of XCode should be enough to solve this problem, as I did before.

Nothing obvious jumps out at me from the logs. In particular, we see the system include extractor succeeding with:

I[02:30:12.172] System includes extractor: successfully executed /opt/homebrew/bin/gcc-13
got includes: "/opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13/aarch64-apple-darwin23, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/../../../../../../include/c++/13/backward, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include, /opt/homebrew/Cellar/gcc/13.2.0/bin/../lib/gcc/current/gcc/aarch64-apple-darwin23/13/include-fixed, /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/usr/include, /Library/Developer/CommandLineTools/SDKs/MacOSX14.sdk/System/Library/Frameworks"
got target: "aarch64-apple-darwin23"

Perhaps this is some sort of Mac-specific issue or a case where an additional configuration step is required on Mac.
@cpsauer, any chance you've encountered this scenario (trying to use gcc 13 headers on Mac) or some of the errors seen in the log (e.g. unknown type name '__API_UNAVAILABLE5') and might have ideas for what to do?

The solution to this problem is Issue FeignClaims/cpp_conan_template_temp#1
Literally, it is caused by incompatibility with gcc-13, you need to upgrade to gcc-14

updgrading from gcc 13 to 14 did it for me thanks.


Reverts to Lock

According to discussion in #20, removes DispatchQueue and reverts to using Mutex. Deadlock should be avoided by the user specifying a DispatchQueue.

This is great! Thanks for #20


i tried to make it recongition for numbers only but got bad results

when i converted it to tensorflow lite and try to use it with mobile i get bad results
all tried got wrong results

https://colab.research.google.com/drive/1Ng7jmPpHf-uJFqEuyHNpIDjtHEx9mo8T?usp=sharing

I didn't try it using TensorFlow lite on any mobile devices, make sure of your conversion.
Check the demo and evaluation results of the current version.


⚠ ClamAV has degraded performance

In 7b023c3, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 208 ms

Resolved: ClamAV performance has improved in 8590758.


Expanded Buttons Text Alignment Changes on Wrap

How can we reproduce this bug?
Create an expanded button with a short amount of text.
Write out the HTML (or Inky code) that causes the issue.
Issue is the same with Inky or HTML.
<button href="#" class="expanded">short</button>

vs.
<button href="#" class="secondary expanded">some longer text causing it to wrap</button>

What did you expect to happen?
I expected both to be centered as they would be on F4Sites.
What happened instead?
Instead the alignment changed from left on shorter text to centered on longer text.
What email clients does this happen in?
I did not test on an email client but this appears on Chrome and FF Mac using Panini Server running from the command line.

visual

This seems related to https://github.com/zurb/foundation-emails/issues/330
and

Resolved! 2.1 will be out next week!


Allow codelens method references to surface for Python

I would like the ability to see method references in python like it has for Typescript, JS, and C#.
I know this ticket was filed originally and the conversation was locked but this was back in 2017 & 2018. I was wondering what the teams thoughts are now that more people are using Python with VSCode.
Original issue ticket: https://github.com/Microsoft/vscode-python/issues/115

for us to support this, we need to move find all reference to BG and make BG queue priority queue so we can order tasks such as checker, code lens and semantic coloring vs explicitly find all references/rename


Add a pending message queue

Mirrors https://github.com/jupyter/notebook/pull/1002
cc @minrk @jasongrout
Also did some refactoring.
The relevant changes are in dispose, sendShellMessage, sendInputReply, and _updateStatus.

:+1:


MAINT: Replace NumPy aliased functions

In https://github.com/numpy/numpy/pull/10653, NumPy has replaced duplicate
implementations by aliased functions. Such aliases may not be available in other
NumPy-like libraries (e.g., CuPy), thus breaking compatibility after the
introduction of array_function, as described in NEP-18 [1].
[1] https://www.numpy.org/neps/nep-0018-array-function-protocol.html
cc @mrocklin

LGTM too, thanks @pentschev

Thanks @perimosocordiae and @rgommers for taking the time to review.


Table component

Initial Table component with the following features:

Compact mode
Focus state for rows/cells
Hover state for rows

Inspired by https://github.com/microsoft/fluent-ui-react/pull/2019

Warnings

:warning:
There are no updates provided to CHANGELOG. Ensure there are no publicly visible changes introduced by this PR.

  Generated by :no_entry_sign: dangerJS


Unpin aiohttp

https://github.com/home-assistant/core/actions/runs/6771703402/job/18402820529?pr=103507

👍🏻 I would recommend to unlink setup.py requirements and requirements.txt. Both have different purposes. Whereas requirements.txt is often used for CI environments, setup.py just defines the lowest required version for a library to work. In this case it should probably just be
aiohttp>=3.7.0
orjson

I gave it an attempt


Single custom editor does not split

Testing #117279
Open a single .png file using the Hex Editor. In the command palette, enter "view: split editor" and choose any of the options. Nothing happens when I try to split the editor using the command palette or using the split icon in the top right. I compare this to the experience using the text editor or custom notebook editor, where running this command on a single file opens up the same file in the split mode.

This actually isn't fixed by that PR. The issue here is when you hit the split icon on an editor that doesn't support splitting and it's the only one in the editor group, then what should happen? You see nothing happen because it's creating a new group moving the editor to the new group and deleting the old group all in that moment. Should we hide the commands in this case, is nothing expected, should we show a notification?

Discussed during the UX sync. This will be fixed by #120263 so closing now as we have a similar issue tracking the weird split behavior.


Use has_colors to check if colors can be used

Good catch! I had misunderstood the purpose of can_change_color(). Thanks!


Cannot match IP hostnames in Python versions >= 3.2, < 3.5

Possibly related to https://github.com/shazow/urllib3/issues/258, but I'm not sure this is a dupe.
When using urllib3 to connect to https endpoints with certs signed for an IP address (instead of a hostname), urllib throws an error like this:
SSLError: hostname '<IP_ADDRESS>' doesn't match either of 'kubernetes', 'kubernetes.default', 'kubernetes.default.svc', 'kubernetes.default.svc.cluster.local'

The problem appears to be that https://github.com/shazow/urllib3/blob/master/urllib3/packages/ssl_match_hostname/init.py uses the standard library implementation of match_hostname for Python versions >= 3.2, but that function only gained support for IP subjects in 3.5.
The fallback in that file is to use backports.ssl_match_hostname, which does support IP subjects, as it backports 3.5's implementation.
Any chance we can fix urllib3 to use the backports version for Python versions < 3.5? Or perhaps just to preferentially take the backports version over the standard library version if backports is available?
This issue is causing problems in downstream libraries, e.g. https://github.com/kelproject/pykube/issues/29, which can be resolved with monkey-patching, but the correct fix appears to be in urllib3.

---
Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/35888935-cannot-match-ip-hostnames-in-python-versions-3-2-3-5?utm_campaign=plugin&utm_content=tracker%2F192525&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F192525&utm_medium=issues&utm_source=github).

Hey @paultiplady! This is absolutely a dupe of the linked issue. I'm planning to take a look at this next week though!

Perfect, thanks Cory!
On Saturday, July 9, 2016, Cory Benfield<EMAIL_ADDRESS>wrote:

Closed #921 https://github.com/shazow/urllib3/issues/921.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/shazow/urllib3/issues/921#event-717875241, or mute
the thread
https://github.com/notifications/unsubscribe/ARTsiqYcxbnt8ISL4zJDdTvGwfCV7v_Gks5qUAwmgaJpZM4JIsnc
.


Support Firestore as LlamaIndex Storage

Description
This PR adds support for using Google Firestore as LlamaIndex KV/Doc/Index Storage.
Type of Change
Please delete options that are not relevant.

[X] New feature (non-breaking change which adds functionality)

How Has This Been Tested?
Added test coverage for all new storage supported on top of the Firestore.

[X] Added new unit/integration tests

Suggested Checklist:

[X] I have performed a self-review of my own code
[X] I have commented my code, particularly in hard-to-understand areas
[X] I have added tests that prove my fix is effective or that my feature works
[X] New and existing unit tests pass locally with my changes

This looks good! Just a few linting errors with mypy to clean up
Would it be possible to add a demo notebook in docs/examples/docstore and update the docs in docs/core_modules/data_modules/storage/docstores.md ?

Fixed the lint the errors in firestore_kvstore.py;
Added a demo notebook in docs/examples/docstore;
Updated docs/core_modules/data_modules/storage/docstores.md to reflect the change.

Applied the lint fix for tests/storage/index_store/test_firestore_indexstore.py


Problem to extend postgres:15.1-bullseye image

Hello,
I try to extend postgres:15.1-bullseye to install the package postgresql-15-wal2json.
But I not able to run any basic shell command in a dockerfile starting from postgres:15.1-bullseye.
For instance with the dockerfile below :
FROM postgres:15.1-bullseye

RUN echo 'hello world !'

I got this error :
$ docker build .
Sending build context to Docker daemon  7.168kB
Step 1/2 : FROM postgres:15.1-bullseye
 ---> 68f5d950dcd3
Step 2/2 : RUN echo 'hello world !'
 ---> Running in 031a07b21a37
**OCI runtime create failed: container_linux.go:344: starting container process caused "exec: \"/bin/sh\": stat /bin/sh: no such file or directory": unknown**

The error does not occur if I switch the first line to one of those :
FROM postgres:15.1-alpine

or
FROM postgres:14.6-bullseye

Is that behaviour something expected ?
How to build an image starting from postgres:15.1-bullseye ?
Note : I use docker desktop for Windows

My guess is a corrupted or incomplete local image -- I'd suggest checking the storage in your Docker Desktop VM, pruning some images (including the one that isn't working), re-pulling, and trying again.
In the future, these sorts of questions/requests would be more appropriately posted to a dedicated support forum, such as the Docker Community Slack, Server Fault, Unix & Linux, or Stack Overflow.

It works after pruning the image.
Thanks for your reply.
Understood for using the forums instead.


Test

Docs Build status updates of commit 0628b0a:
:warning: Validation status: warnings

File
Status
Preview URL
Details

docs/index.md
:warning:Warning
View
Details

docs/TOC.yml
:white_check_mark:Succeeded
View

docs/index.yml
:white_check_mark:Succeeded

docs/maui/TOC.yml
:white_check_mark:Succeeded

docs/maui/get-started.md
:white_check_mark:Succeeded

docs/maui/images/get-started/manage-nuget.png
:white_check_mark:Succeeded

docs/maui/includes/preview-note.md
:white_check_mark:Succeeded

docs/maui/index.md
:white_check_mark:Succeeded

docs/index.md

Line 1, Column 1: [Warning: title-missing - See documentation] Missing required attribute: 'title'. Add a title string to show in search engine results.
Line 1, Column 1: [Suggestion: description-missing - See documentation] Missing required attribute: 'description'.

For more details, please refer to the build report.
If you see build warnings/errors with permission issues, it might be due to single sign-on (SSO) enabled on Microsoft's GitHub organizations. Please follow instructions here to re-authorize your GitHub account to Docs Build.
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.
Note: Your PR may contain errors or warnings unrelated to the files you changed. This happens when external dependencies like GitHub alias, Microsoft alias, cross repo links are updated. Please use these instructions to resolve them.
For any questions, please:Try searching the docs.microsoft.com contributor guidesPost your question in the Docs support channel


Just fixing capitalization

Two of these looked wrong

This seems like a small (but important) contribution, so no Contribution License Agreement is required at this point. We will now review your pull request.
Thanks,
Microsoft Pull Request Bot

thank you @greglow for the help.  merging.


Oh My IG Has Broken?

From yesterday It no longers pulls IG post, just shows a blank screen.
Thought I'll bring it up incase yall wasnt aware of it yet.

Is it still not working? Any error message appeared in console?
(Press Win: Ctrl + Shift + J / Mac: Cmd + Opt + J)

Hi, it's down again. It says:
Uncaught (in promise) TypeError: Cannot read property 'count' of undefined
at addDates.then.dates (main.js:79)
at

@hn525 Have you logged in before click "Start Sync"?

@inDream Yeah, I'm logged in IG, but nothing happens.

It suddenly worked again today...

@hn525 It's fixed in 506d345ed3914b89d9b9d2d4ff1815f87d4dab32, thanks for your report.


ConsumptionSavingModel will not load from outside sources

Here are two places where it fails.
  File "/Users/ganong/repo/HARK/cstwMPC/cstwMPC.py", line 19, in <module>
    import ConsumptionSavingModel as Model

ImportError: No module named ConsumptionSavingModel

  File "/Users/ganong/repo/HARK/TractableBufferStock/TBSexamples.py", line 13, in <module>
    from ConsumptionSavingModel import ConsumerType, solveConsumptionSavingMarkov

ImportError: No module named ConsumptionSavingModel

However, when I run ConsumptionSavingModel.py directly, it runs with no trouble at all.

Let me know if there's anything else I can do to help with reproducibility. Here's some platform information.
Version      : 2.7.11
Version tuple: ('2', '7', '11')
Compiler     : GCC 4.2.1 (Apple Inc. build 5577)
Build        : ('default', 'Dec  6 2015 18:57:58')

For reproducibility, let's try this:

Download and unpack a fresh copy of the repo; right now, the comments-and-cleanup branch has the most up-to-date code.
Open .../HARK/cstwMPC/cstwMPC.py in Spyder
Click the green arrow "run" button in the toolbar.

That should run a really small estimation ("beta-point infinite horizon") and tell you that beta=0.9893 or so.  You can also try doing this for .../HARK/ConsumptionSavingModel/TractableBufferStockModel.py ... That will take ~1 second and solve the same simple model two different ways.
If the method you used to run the modules and get that error is substantially different than the procedure I described, please tell me what you were doing.  If there are other ways to run files that should work but don't work, we want to know.

ganong123,
The problem could be your python path. I guess that you ran cstwMPC.py in the cstwMPC folder.
In this case, ConsumptionSavingModel could not be called because the compiler did not know where ConsumptionSavingModel is, unless you inserted the path.
Inserting the path is easy. You can see the command line sys.path.insert(0,'../') in cstwMPC.py
Check your Hark-cloned directory. In my case, I write:
sys.path.insert(0,'/Users/yeabinmoon/Documents/HARK-master/ConsumptionSavingModel')

John:
Without making that change, do you get the same error?  The lines
sys.path.insert(0,'../')
sys.path.insert(0,'../ConsumptionSavingModel')
are meant to work on every machine, no matter where you put HARK, because it's a relative filepath.  The intention is that it adds the directory directly above the current one (which should be the root directory of HARK), and the ConsumptionSavingModel directory off of that one.

My understanding on python is not quite good to be honest. But,
Using just command
import sys
sys.path.insert(0,'../')
sys.path.insert(0,'../ConsumptionSavingModel')
did not import ConsumptionSavingModel.py. In fact, I had the same problem before. So I added the direct path, and it worked. I am using Jupyter by the way.

I have a guess of the problem.  Do:
import os
os.getcwd()
That should tell you the current working directory.  Before you run a file, the current working directory should be the one that the module is in.  You can change the CWD with os.chdir.  If you use Spyder and click the green arrow "run" button, it does a version of this by using the runfile command with the wdir keyword.
We strongly recommend using Spyder, an iPython IDE that comes with Anaconda.  Just type spyder at a command prompt after installing Anaconda.

(1) I was (and continue to be) working in Spyder
(2) cstwMPC.py already had the snippet
import sys
sys.path.insert(0,'../')
sys.path.insert(0,'../ConsumptionSavingModel')

But this was not sufficient to load the relevant functions.
In any case, switching to comments-and-cleanup branch in my fork resolved the issue. Thanks everyone for your help and I'll continue to report out issues as I find them.


[FLINK-17826][jdbc] Add missing custom query support on new jdbc connector

What is the purpose of the change

This pull request add scan.query option for dynamic JDBC connector.

Brief change log

introduce option scan.query
use custom query first when scan a JDBC table

Verifying this change

Add unit test in JdbcDynamicTableFactoryTest and ITCase in JdbcDynamicTableSourceITCase.

Does this pull request potentially affect one of the following parts:

Dependencies (does it add or upgrade a dependency): (no)
The public API, i.e., is any changed class annotated with @Public(Evolving): (no)
The serializers: (no)
The runtime per-record code paths (performance sensitive): ( no)
Anything that affects deployment or recovery: JobManager (and its components), Checkpointing, Yarn/Mesos, ZooKeeper: (no)
The S3 file system connector: (no)

Documentation

Does this pull request introduce a new feature? (yes)
If yes, how is the feature documented? (docs )

LGTM. It could be worth to mention in the documentation that when scan.query is present then table-name is ignored

Thanks @fpompermaier for the review very much.
I consider that a JDBC source table can be source table and dimension table(lookup) at the same time, and the  table-name is necessary when it used as dimension table not matter the scan.query is present or not.
So how about add an explanation for scan.query that  if the scan.query option is present then table-name option is ignored when used as source table ?

Looking forward to this merger

We've now moved the code from the JDBC connector to its own dedicated repository; please re-route this PR to https://github.com/apache/flink-connector-jdbc


How can I generate stx and btc addresses using @stacks/cli code, not  command line?

Hello everyone, I want to generate stx and btc addresses with stacks.js. I read the doc about @stacks/cli and generate two addresses with
stx make_keychain > cli_keychain.json.
But when I trid to generate addresses with code  not command line, I cannot find an easy way to call function directly.
I tried to copy makeKeychain() method to my code and call it, but it needs to  import a lot of methods from other files, and methods need import other methods.  So are there any ways to generate btc and stx addresses with stacks.js easily? Please help me, thanks.

You can use stacks js wallet-sdk package.

@friedger Thanks for your reply. I just read the doc of wallet-sdk if. I use wallet-sdk, how to generate btc private key, I does not find the method to generate it, I want to generate addresses like @stacks/cli command line, contains wif:

You can use wif package:
Here a helper function for mainnet and testnet:

function privateKeyToWIF(private_key_hex: string, mainnet: boolean) {
  console.log(private_key_hex, private_key_hex.length)
  return wif.encode(
    mainnet ? 0x80 : 0xef,
    Buffer.from(private_key_hex, "hex"),
    true
  );
}

@friedger Thanks for your reply. Would you tell me where wif package is? private_key_hex is generated by generateSecretKey() method? if private_key_hex is generated by generateSecretKey() method it means the btc private key is generated from a stx private key, is that right?
Please help me, thanks

I found the solution. Thanks.


Go To Home and share daily activity

-if username is not added, open username add sheet and then go to home.
-If username is already added, then directly open home.

much wrong.

much wrong.


chore: add engine tag to dagger version output

This can help manually check that it's all correctly working and everything :tada:
See https://github.com/Homebrew/homebrew-core/pull/179252#discussion_r1700461628 for the context for this.

FYI @helderco since a change to the CLI :eyes:


Create a style guide page showing all the defaults

Dark bg / Light bg and all the variations

Wow - I had this idea that long ago? Nice. also done!


Cannot launch bundled Electron 4.0 app on Linux via file manager

Compiled executable files for Linux are not compiled properly, not clickable executable and show up as a shared file with other bugs from it not being properly compiled also noticed other stuff on the Windows compiled binary missing the icon I set for it ect.

Thanks for filing an issue! Unfortunately, I cannot reproduce your problem with the information provided. My steps (on a Linux host, for a Linux target):
git clone https://github.com/electron/electron-quick-start && cd electron-quick-start
# edit package.json to use exactly electron-4.0.0-beta.5
npm install
npm install --save-dev electron-packager
$(npm bin)/electron-packager .
./electron-quick-start-linux-x64/electron-quick-start

In order to help you with your problem, we're going to need more information about it. In particular:

Console output when you run electron-packager with the environment variable DEBUG=electron-packager (instructions for Windows and non-Windows). Please include the stack trace if one exists.

What command line arguments are you passing? Alternatively, if you are using the API, what
parameters are you passing to the packager() function?

Please provide either a failing minimal testcase (with code) or detailed steps to reproduce your
problem. Using electron-quick-start is a good starting point.

It's runnable from the command line (which is why I was unable to reproduce in the first place), but I can reproduce the behavior of trying to run it from Nautilus and getting the error message `There is no application installed for "shared library" files."
Unfortunately, this is a bug in Electron itself, not Electron Packager. Upstream changed their build process for 4.0 and this may have been one of the unintended side effects. Can you please file a bug in the Electron issue tracker so those developers are made aware?
For a workaround, you can try using electron-installer-debian to create an installable .deb file (with .desktop launcher shortcut) or electron-installer-snap to create a snap file.

@malept It is runable yes bug yes. but it isn't correctly compiling. I will make a bug report on Electron to get this fixed.

same problem，how to solve it?

Best solution unless you don't package it like I did for my software for Arch/Manjaro is to just make a desktop shortcut to it

最好的解决方案，除非你没有像我为Arch / Manjaro的软件那样打包，只是为它创建一个桌面快捷方式

but even if i make a desktop shortcut for it, i cannot start it, when i double click the icom, no response.
this is the content of my desktop file:
[Desktop Entry]
Name=My Application
Exec=/root/electron-quick-start/node_modules/electron/dist/electron
Terminal=false
Type=Application
StartupNotify=true
Encoding=UTF-8

@mbigger did you mean to ping me? i'm not sure what help i can be here, unfortunately

@codebytere sorry ，i want to @coreybruce

That's because on your example desktop shortcut your not even linking it to your application you made also you need to right click the application and go into properties than tick "allow this file to run" or something similar so it can run.

@coreybruce Of course , I did this , chmod +x , and allow it to run. The icon has changed to the same as an
executable program.

Is this thread even serious, last comment is Jul 16 2019 and this is like a dealbreaker bug and it is closed for what reason?

it is closed for what reason?

From https://github.com/electron/electron-packager/issues/901#issuecomment-433101967:

Unfortunately, this is a bug in Electron itself, not Electron Packager. Upstream changed their build process for 4.0 and this may have been one of the unintended side effects.

The related Electron issue: https://github.com/electron/electron/issues/15406


feat(Storage): Show images thumb on files

What this PR does 📖
1. Show images thumbnails on Files Storage

2. Show modal with image when click on it.

Which issue(s) this PR fixes 🔨

Resolve #400

Special notes for reviewers 🗒
Additional comments 🎤

@lgmarchi Some feedback for the CI tests:
Files tests:
F6, F11 -Clicking Upload should then open up the OS files browser and user can upload files in root folder - Failure expected since the test is validating SVG icon is shown after uploading image but this PR is now showing a preview of the image after uploading
F12 - User can upload files in subfolder folder - Failing for the same reason
F14 - If user upload the same file again, file is uploaded but with different filename - Failing for the same reason
Chats tests: Failures detected are related to the tests I am working on a fix for these failures, so can be ignored for now


Improve module release documentation

Problem or new feature
Some parts are out of date (*-depends is no longer used, apparently), and some need improvement, like how to use Build.pm, what to do with versions or how to include scripts and resources.
No reference to how and what is checked when incorporated at the ecosystem is done, or if we prefer CPAN or the ecosystem, or if both can be used at the same time...
Suggestions
Revise, improve and revise again. Provide also for ways to check META6.json before release.

FYI, I believe all publicly available modules should be in CPAN only until we get our own equivalent system (being worked on by @tony-o if I remember correctly). The reason is the entries in the "ecosystem" are too fragile and sometimes cause versioning problems.
I also believe we should enforce some minimal standards in order for a module to be shown as "meets standards" for the Raku community. Being able to be installed by zef is a defacto minimum standard, but not what I had in mind.  Hard to define, I know, but some "reasonable" test coverage is one thing I expect.

I was thinking about moving my modules to cpan. I haven't done so because I need to get a PAUSE account.
There doesn't seem to be any explanation as to what a PAUSE account will give you, and I don't want another subscription to deal with.
The ecosystem approach uses git without a problem.
Git has the 'release' system, which requires bumping versions. Perhaps that should be a standard?

For a Raku developer, the PAUSE account will give you:

capability of uploading modules to ecosystem using the CPAN network
reachability by email with<EMAIL_ADDRESS>
The use of git for the "old" ecosystem works, but afaik predates Github having the concept of releases.  In contrast, PAUSE only allows you to upload a distribution with a given version once, ensuring the uniqueness of a distribution given a version.
Using PAUSE currently has the advantage that several channels are made aware of new versions: Twitter and the #raku channel come to mind.  Perhaps the 'release' system of Github can be made to do that was well, but then we would be hooked on Github for that, and some people in the community have objections on getting (too) dependent on Github.
At least PAUSE is supported by volunteers and open source.  Having said that, I would not mind seeing the 'release' mechanism of Github to also announce itself: it would make my work for the Rakudo Weekly News easier  :-)

See also: https://crai.foldr.nl/


Support JSON Schema for YAML files

It's getting more common to use YAML for configuration. For example docker-compose.yml or Swagger files are usually written in YAML. The JSON Schema based autocomplete for JSON files is a neat feature, please enable that for YAML files also.

@aeschli fyi

I'm eager to implement this. Can you point me to where can I start?

Have a look at the JSON extension at (https://github.com/Microsoft/vscode/tree/master/extensions/json).
It's implemented as a language server..
To try it out:

open a VSCode window on the extensions/json folder, also run npm install in that folder, press the 'run' button in the debug viewlet
a new VSCode window opens, where you can open a JSON file
to debug the validation code, additionally open a VSCode window on the 'server' folder, and use the 'attach' option in the debug viewlet.
Check out the JSONParser code that creates a AST out of the JSON document and contains the 'validate' functions that verify a node against the JSON schema.

@mohsen1 Have you done any work in this regard yet?

@djabraham no. Never found the time to do this

I Friken Love YAML
..so I gave it a try.
https://github.com/djabraham/vscode-yaml-validation
https://marketplace.visualstudio.com/items?itemName=djabraham.vscode-yaml-validation
Uses the well known js-yaml parser with some TS types added, converts the returned structures to their JSON AST Equivalent, and then uses the standard JSON validation already built into VS Code. The excellent example cited above, is actually the source for that validation.
This still needs some work, because the completions aren't being returned. But basic validation seems to be working. I will put some more time into it, when I can.

@djabraham Awesome! Let me know if I can help!

@djabraham Thanks for showing this is possible!!
I wanted to add more functionality, but thought more good could come long-term with less forking.  The result was that I wrote vscode-yaml (marketplace) (GitHub).
From the user perspective, I believe it provides all the functionality of vscode-yaml-validation plus:

better validation handling of null values
document symbol search (ctrl+shit+o)
description hover information (when provided by schema)
document formating

I kept the same design decision to use the json.schemas setting key, so it should function as a drop-in replacement for vscode-yaml-validator.
Sadly, no completion in this extension either.  It was more-or-less working, but all the suggestions generated JSON.  While the JSON was valid YAML, it was not what anyone would want, so I disabled it.  My determination was that it would be best to write the suggestion code from scratch rather than trying to "patch" the code from vscode-json-languageservice.  I spent more time on this than I anticipated and I'm not sure I am not sure I will ever get around to completion. (PRs welcome of course).
Out of convenience it forks vscode-json, which is just the piece that wires the service to the VS Code client.  It takes a source-level dependency on vscode-json-languageservice to be access some internal types.  Otherwise, it doesn't fork its dependencies.  This caused submitting one upstream bug fix Microsoft/vscode-json-languageservice#7 and I have submitted the scalar classification code written for this to the upstream parser library possible future inclusion (mulesoft-labs/yaml-ast-parser#14).

@adamvoss
I like the fact that validation is integrated with completion and formatting. That makes perfect sense. It's good to see major progress, cause I love the YAML format. Especially for schema files and Kubernetes configs.
One Q, do you plan to eventually add support for multiple yaml (concatenated) files? That seems to be a major pain point for advanced users. I started restructuring the repo in another branch, per the latest JSON validation project and the MS example for newer Language Server; but a new position currently demands focus and I kept putting it off.
https://github.com/djabraham/vscode-yaml-validation/issues/2
Thanks regardless, and nice work!

@djabraham Thanks!  To avoid spamming this thread, I'll respond on your linked issue.

Good stuff! My use-case is however slightly different, Im looking for a serverless intellisense formatter, its basically yaml + keywords that start with !Ref, for example:
Timeout: !Ref DefaultLambdaTimeout
Is there a quick way to add this to the current yaml formatter?

@purefan see adamvoss/vscode-yaml#16, specifically this comment.

FYI: Another option would be the YAML Support by Red Hat extension. The underlying yaml-language-server integrates all schemas from the JSON Schema Store. Kubernetes schema is currently included from a Gist.
@adamvoss @djabraham You want to share forces with them, maybe?

No plans on our side to add this functionality given that there are extensions implementing it already. I'll continue to open up the vscode-json-languageservice so it can also be used for other parsers that the JSON parser. If there's anything missing please file issues!


match the meaning of Kmesh L4 metric with istio

What type of PR is this?

What this PR does / why we need it:
Which issue(s) this PR fixes:
Fixes #738
Special notes for your reviewer:
@YaoZengzeng
Does this PR introduce a user-facing change?:

/lgtm

/lgtm
/approve


Question: using AlertManager to keep the app alive?

I’m not an Android developer myself, so I heard advice about using AlertManager to keep the app alive and prevent it from killing the Foreground service. Do you think this advice is still relevant these days?

Hello, I guess you mean AlarmManager? In many cases the evil battery optimization techniques used by OEM force stop your app which mean all alarms are unscheduled so his is not an option. Moreover many of the techniques focus on providing limits on the AlarmManager so you are no allows to get to foreground at alarm time or too frequent alarms are ignored etc... so I'm afraid this is a no go..

Oh, sorry, yes! AlarmManager :)
And got you :\
Thank you for the reply!


Outdoor Motion sensor - Incorrect display of exactly zero degrees

The log of the datapoint hue.0.Hue_outdoor_temperature_sensor_1.temperature shows a weird behaviour.
When the sensor measures exactly zero degrees, the value becomes .-6 instead of 0.00.

Hue adapter 2.3.1
JS controller 2.1.0
Node.js v10.17.0
NPM 6.11.3

temperature conversion is done by
function convertTemperature(value) {
    if (value !== null) {
        value = value.toString();
        const last = value.substring(value.length - 2, value.length);
        const first = value.substring(0, value.length - 2);
        value = `${first}.${last}`;
    } else {
        value = '0';
    }
    return value;
}

When I run this code with a value of 0 or 00 it should do the job. Would be good to know which value we get from the hue bridge when this happens.

What about testing a value of 0.00?

My sensor delivers 1411 for 14.11 °C So I guess this is the pattern, but it won't make a difference anyway.

Please try 2.4.5, but I am not sure if this really was the problem.

OK thank you, I will test and report.

Better 2.4.6, I think I've found a potential issue when having negative numbers in temperature conversion

OK

Eventhough if my sensor didn't measure (or didn't show) exactly zero degrees, it seems to be working.

Thanks for the feedback. If the issue occurs again, feel free to reopen this ticket.


Added key dependencies to rosinstall

Both numpy_eigen and catkin_boost_python_buildtool are required

Can one of the admins verify this patch?

https://github.com/ethz-asl/voxblox/pull/294/files


Add bi-directional props to Joystick component

In cases where the joystick should only move in 2 directions (up and down only or left and right only) it would be nice to have it so the joystick only moves in the two specified directions, so users don't get confused with empty commands.

it's supported by nipplejs (used by dash-daq) out of the box.


Documentation link is down

Hi, very interesting project!!
The following link is not working: https://docs.page/invertase/react-query-firebase

Yep apologies we're looking into it!


ADD support for iPod touch

Hello,
Can you update to support also detection for iPod Touch Devices?
Thank you
George Gerardis

Added in 55b7539b8b2b9c66ab33d624a45a55a3440b6d1a. :smile:


Add wheel as a setup dependency

Fix https://github.com/icub-tech-iit/urdf-modifiers/issues/14 .

fyi @GrmanRodriguez @AlexAntn @Nicogene @CarlottaSartore


A check fail can be triggered in LSTMBlockCell

Click to expand!
Issue Type
Bug
Source
binary
Tensorflow Version
tf 2.9 and 2.12.0-dev20221018
Custom Code
No
OS Platform and Distribution
Linux Ubuntu 20.04
Mobile device
No response
Python version
3.8
Bazel version
No response
GCC/Compiler version
No response
CUDA/cuDNN version
CUDA 11.5
GPU model and memory
No response
Current Behaviour?
A crash due to check fail can be trigerred.

Standalone code to reproduce the issue
import os
os.environ['TF_ENABLE_ONEDNN_OPTS'] = '0'
import tensorflow as tf
import numpy as np
print(tf.__version__)
for _ in range(20):
    try:
        forget_bias =<PHONE_NUMBER>3649887
        cell_clip = 67.12389445926587
        use_peephole = False
        x = tf.saturate_cast(tf.random.uniform([2, 16], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
        cs_prev = tf.saturate_cast(tf.random.uniform([2, 0], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
        h_prev = tf.saturate_cast(tf.random.uniform([2, 0], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
        w = tf.saturate_cast(tf.random.uniform([16, 0], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
        wci = tf.saturate_cast(tf.random.uniform([5], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
        wcf = tf.saturate_cast(tf.random.uniform([16], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
        wco = tf.saturate_cast(tf.random.uniform([13], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
        b = tf.saturate_cast(tf.random.uniform([0], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
        res = tf.raw_ops.LSTMBlockCell(
            forget_bias=forget_bias,
            cell_clip=cell_clip,
            use_peephole=use_peephole,
            x=x,
            cs_prev=cs_prev,
            h_prev=h_prev,
            w=w,
            wci=wci,
            wcf=wcf,
            wco=wco,
            b=b,
        )
    except:
        pass

Relevant log output
F tensorflow/core/kernels/rnn/lstm_ops_gpu.cu.cc:277] Non-OK-status: GpuLaunchKernel( lstm_gates<T, false, gate_layout>, grid_dim_2d, block_dim_2d, 0, cu_stream, gates.data(), b.data(), cs_prev.data(), wci.data(), wcf.data(), wco.data(), o.data(), h.data(), ci.data(), cs.data(), co.data(), i.data(), f.data(), forget_bias, cell_clip, batch_size, cell_size) status: INTERNAL: invalid configuration argument
Aborted (core dumped)

Same as the other issues. Can you try the same with the high level API?

@sushreebarsa
I was able to reproduce the issue on Colab using TF 2.10 GPU and it works fine inTF 2.10 CPU. Could you please find attached gists GPU and CPU for reference.
Thank you!

tf.raw_ops are basically designed to be consumed by downstream library users, not end users.
Usually, these APIs are less strict in terms of validation etc which is fine since only library writers are supposed to use these symbols.
If available, please prefer high level API for general use case scenarios. Thanks!

While these are internal APIs, the check failure could lead to denial of service. In the past this used to be considered a vulnerability, but since the impact is bounded and preventable, now the policy is for these to be files as issues and resolved whenever someone from community wants to pick them up (they're very good first issues). Please don't auto-close these!

Same comment as in https://github.com/tensorflow/tensorflow/issues/58271#issuecomment-1344581838

Hi @mihaimaruseac @bhack would it be alright if I worked on this?
I've been digging around to get familiar with the code, and I can see the log is being made from these lines:
https://github.com/tensorflow/tensorflow/blob/3e009869d30edf899200dda68f98294617a9628f/tensorflow/core/kernels/rnn/lstm_ops_gpu.cu.cc#L269-L283
I tracked the GpuLaunchKernel down, and I see where the internal error is being returned, but I haven't been able to find the code for cudaLaunchKernel
https://github.com/tensorflow/tensorflow/blob/3e009869d30edf899200dda68f98294617a9628f/tensorflow/core/util/gpu_kernel_helper.h#L102-L116
I'm guessing that I need to add a check of some sort to the LSTMBlockCellFpropWithCUDA, but I'm not sure what that check needs to be. Any clues would be appreciated!

E.g. check https://github.com/tensorflow/tensorflow/blob/master/tensorflow/core/kernels/sparse_to_dense_op.cc
https://github.com/tensorflow/tensorflow/blob/master/tensorflow/core/kernels/sparse_to_dense_op_gpu.cu.cc#L121

Yes the problem is that TF_CHECK_OK is an assert.
I think you can try with async.
/cc @reedwm what do you think?

@bhack Actually the BlockLSTMOp class inherits from OpKernel and not AsyncOpKernel like in sparse_to_dense_op.cc so maybe no async

So probably in this case is OP_REQUIRES_OK

@bhack making the switch to OP_REQUIRES_OK causes the OP_REQUIRES errors to get logged, but it doesn't crash Python. Do you think I need to add/update any unit tests for this? And if so what file should I be looking in?

Have you tried with https://github.com/tensorflow/tensorflow/blob/master/tensorflow/core/ops/cudnn_rnn_ops_test.cc ?

No, I hadn't seen that. I'll check it out. Thanks!

@bhack I'm a little lost looking at these unit tests. I can see how the tests in the file you linked earlier relate to ops registered in cudnn_rnn_ops.cc, but I am having trouble figuring out how I can test my code from this file. Do I need to register a new op? Or did you just intend that as a generic example, in which case should I create a test file specific to lstm_ops_gpu.cu.cc? Thanks for your patience. I'm pretty new to C++, and this is my first issue on the project.

/cc @reedwm Do you know who is the owner of this component?

https://colab.research.google.com/drive/1ol-1151DaSH4HTK7MaAC_Ngrv-N2sfhP?usp=sharing
I guess there is no error when running it in google colab , do check this out

I want to work on this Issue

I actually already have a solution for this issue. I was just waiting on some guidance on the unit tests. I've been pretty busy over the last few weeks, but I'm planning on putting some time into it this week.

I work on this issue. Please assign me.

Folks, the way TF (and most OSS projects) work is whoever sends the PR that does the job gets the work. Especially for big projects it is very hard  to keep assigning contributors to issues and then unassign when they turn inactive.

I am attempting to reproduce the environment. I am using a virtual machine arm64 ubuntu 20.04. When doing a pip install for tensorflow==2.9,
ERROR: Could not find a version that satisfies the requirement tensorflow==2.9.0 (from versions: 2.10.0rc0, 2.10.0rc1, 2.10.0rc2, 2.10.0rc3, 2.10.0, 2.10.1, 2.11.0rc0, 2.11.0rc1, 2.11.0rc2, 2.11.0)
ERROR: No matching distribution found for tensorflow==2.9.0

Before moving forward, am I allowed to use a later version like 2.10?
Thank you!

2.9 is out of life, no longer updated. Always try to fix on master branch, test if the issue reproduces with nightly.

@mihaimaruseac Understood. Thank you very much!

Hey, I was just going through the code, I couldn't locate the third_party/gpus/cuda/include  folder. Isn't it supposed to be there?

Hello good greetings my name is Sahil and would love to contribute to Tensorflow could anyone help me with it 😊😊

The issue can be resolved by disabling the use of oneDNN optimizations in TensorFlow by setting the environment variable "TF_ENABLE_ONEDNN_OPTS" to 0 before importing TensorFlow. (see below code)
os.environ['TF_ENABLE_ONEDNN_OPTS'] = '0'
Explanation:
The provided code generates random values for inputs to the LSTMBlockCell operation and runs it in a loop for 20 iterations. The LSTMBlockCell operation implements the long short-term memory (LSTM) algorithm, which is a type of recurrent neural network commonly used for sequence processing tasks. The inputs to the LSTMBlockCell operation include the current input values, the previous cell state and output values, and the weights and biases of the LSTM cell.

The issue can be resolved by disabling the use of oneDNN optimizations in TensorFlow by setting the environment variable "TF_ENABLE_ONEDNN_OPTS" to 0 before importing TensorFlow. (see below code) os.environ['TF_ENABLE_ONEDNN_OPTS'] = '0'
Explanation: The provided code generates random values for inputs to the LSTMBlockCell operation and runs it in a loop for 20 iterations. The LSTMBlockCell operation implements the long short-term memory (LSTM) algorithm, which is a type of recurrent neural network commonly used for sequence processing tasks. The inputs to the LSTMBlockCell operation include the current input values, the previous cell state and output values, and the weights and biases of the LSTM cell.

assign this issue to me

The issue can be resolved by disabling the use of oneDNN optimizations in TensorFlow by setting the environment variable "TF_ENABLE_ONEDNN_OPTS" to 0 before importing TensorFlow. (see below code) os.environ['TF_ENABLE_ONEDNN_OPTS'] = '0'
Explanation: The provided code generates random values for inputs to the LSTMBlockCell operation and runs it in a loop for 20 iterations. The LSTMBlockCell operation implements the long short-term memory (LSTM) algorithm, which is a type of recurrent neural network commonly used for sequence processing tasks. The inputs to the LSTMBlockCell operation include the current input values, the previous cell state and output values, and the weights and biases of the LSTM cell.

assign this issue to me

import os
os.environ['TF_ENABLE_ONEDNN_OPTS'] = '0'
import tensorflow as tf
import numpy as np
Set random values for inputs
forget_bias =<PHONE_NUMBER>3649887
cell_clip = 67.12389445926587
use_peephole = False
x = tf.saturate_cast(tf.random.uniform([2, 16], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
cs_prev = tf.saturate_cast(tf.random.uniform([2, 0], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
h_prev = tf.saturate_cast(tf.random.uniform([2, 0], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
w = tf.saturate_cast(tf.random.uniform([16, 0], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
wci = tf.saturate_cast(tf.random.uniform([5], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
wcf = tf.saturate_cast(tf.random.uniform([16], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
wco = tf.saturate_cast(tf.random.uniform([13], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
b = tf.saturate_cast(tf.random.uniform([0], minval=0, maxval=64, dtype=tf.int64), dtype=tf.half)
Run LSTMBlockCell operation in a loop for 20 iterations
for _ in range(20):
try:
res = tf.raw_ops.LSTMBlockCell(
forget_bias=forget_bias,
cell_clip=cell_clip,
use_peephole=use_peephole,
x=x,
cs_prev=cs_prev,
h_prev=h_prev,
w=w,
wci=wci,
wcf=wcf,
wco=wco,
b=b,
)
except:
pass
This will be the corrected code for this issue.

@shijy16 is this issue still open? I would like provide solution for the same.

I can contribute if its still not solved

I will also work on this issue.

I will also work on this issue