Masatake YAMATO

I pushed #4012. It is not a fix for this issue. However, it helps us understand what happens when ftell reports an error. I will merge #4012 in soon.

Merged. In a day, a new binary executable file that includes #4012 will be pushed at https://github.com/universal-ctags/ctags-nightly-build/releases. I would like you to try the executable. I would like to see...

Could you try the latest binary available from https://github.com/universal-ctags/ctags-nightly-build/releases/tag/2024.06.06%2B08e07dc985ea03ebad207a933a94a544f81776e3 ? I added debug prints that may help us understand what happened.

I really wanted to fix this, but I could not get information. If you can reproduce the issue with a new executable, please reopen this.

@Akanksha-kedia, I think I am not the person you want to ask for the assignment. I'm another masatake.

https://github.com/apache/bigtop/pull/1157#issuecomment-1674387550

``` diff --git a/parsers/jscript.c b/parsers/jscript.c index 7762c6273..e2430357d 100644 --- a/parsers/jscript.c +++ b/parsers/jscript.c @@ -485,7 +485,7 @@ static int makeJsTagCommon (const tokenInfo *const token, const jsKind kind, const char *p; char...

Setting `dynamicProp` of the token for tagging in the context where makeJsTagCommon calls is yet another way.

> Fussing around with the kind is however a bad idea IMO I agree with you. Many confusions come from "Fussing around with the kind". I expect introducing "unknown" kind...

~See the commit log; -j1 is needed.~ ~See https://github.com/dolik-rce/pegof/issues/12 .~ Fixed in https://github.com/dolik-rce/pegof/pull/13.