profile
viewpoint

sudipm-mukherjee/ACE_TAO 0

ACE and TAO

sudipm-mukherjee/belle-sip 0

Linphone.org mirror for belle-sip (git://git.linphone.org/belle-sip.git)

sudipm-mukherjee/buildall 0

Scripts for build a libc-less cross compiler & linux kernel (original: git://git.infradead.org/users/segher/buildall.git )

sudipm-mukherjee/fling 0

Terrible program for flinging files and pipes over a network.

sudipm-mukherjee/libcyaml 0

C library for reading and writing YAML.

created tagsudipm-mukherjee/libbpf

tagdebian/0.5.0-1_bpo11+1

created time in a day

create barnchsudipm-mukherjee/libbpf

branch : debian/bullseye-backports

created branch time in a day

issue commentgoogle/syzkaller

syz-manager: httpCoverCover panics with nil pointer dereference

Hi @a-nogikh. It has worked. I installed go1.17.3 from Debian and then cloned syzkaller repo and executed make. Everything worked perfectly and the panic is not seen with gcc-11.2.0. My initial failure was because I tried to do go get -u -d github.com/google/syzkaller/prog as mentioned in the docs, but if I use that command then vendor folder was empty and so make failed. I will check if there is any plan to backport go1.17.3 to Debian bullseye-backports.

sudipm-mukherjee

comment created time in 7 days

issue commentgoogle/syzkaller

syz-manager: httpCoverCover panics with nil pointer dereference

@a-nogikh did not get the time to try it yet. But I am seeing the same panic with gcc 10.2.1 when I try linux-next. Tomorrow I will apply your debug patch and try it again on my VM to check if I can reproduce the problem in a clean VM.

sudipm-mukherjee

comment created time in 9 days

issue commentgoogle/syzkaller

syz-manager: httpCoverCover panics with nil pointer dereference

Thanks @a-nogikh. So that means there is no immediate fix and I should continue to use gcc-10. But I wonder why I am only seeing this problem. I guess I will try to build syzkaller with latest go and see.

sudipm-mukherjee

comment created time in 12 days

issue commentgoogle/syzkaller

syzkaller panic with nil pointer dereference

Hi @a-nogikh. First of all, just to be sure that our server setup is not creating the problem, I tried to reproduce the problem in a Debian vm on my laptop and I could reproduce the problem.

The following is with your patch:

2021/11/19 10:37:49 initializing coverage information...
2021/11/19 10:37:49 http: panic serving 10.0.2.2:52084: runtime error: slice bounds out of range [547:480]
goroutine 24 [running]:
net/http.(*conn).serve.func1(0xc0005a2780)
	/home/sudip/syz/goroot/src/net/http/server.go:1772 +0x139
panic(0x11b57c0, 0xc002e8ca20)
	/home/sudip/syz/goroot/src/runtime/panic.go:975 +0x3e3
debug/dwarf.(*Data).Ranges(0xc00011e2c0, 0xc0047e8b70, 0x2, 0x2, 0x3, 0xc008880c60, 0x2)
	/home/sudip/syz/goroot/src/debug/dwarf/entry.go:956 +0x90b
github.com/google/syzkaller/pkg/cover/backend.readTextRanges(0xc00011e2c0, 0xc00f3641b0, 0x0, 0x0, 0x0, 0x60, 0x1237fc0, 0x1, 0xc002d9f9e0, 0xc004341090, ...)
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/pkg/cover/backend/dwarf.go:278 +0x262
github.com/google/syzkaller/pkg/cover/backend.elfReadTextRanges(0xc00f3641b0, 0x14afe28, 0xc00000d100, 0xc00f853858, 0xc002d9f9e0, 0xc00f86eae0, 0xc00094ec98, 0xc00029cc00, 0xc00337b320)
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/pkg/cover/backend/elf.go:121 +0x2c1
github.com/google/syzkaller/pkg/cover/backend.makeDWARF(0xc00029cc00, 0xc00038aea0, 0x18, 0xc00038aea0, 0x18, 0xc00038aea0, 0x18, 0x0, 0x0, 0x0, ...)
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/pkg/cover/backend/dwarf.go:121 +0x345
github.com/google/syzkaller/pkg/cover/backend.makeELF(0xc00029cc00, 0xc00038aea0, 0x18, 0xc00038aea0, 0x18, 0xc00038aea0, 0x18, 0x0, 0x0, 0x0, ...)
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/pkg/cover/backend/elf.go:20 +0x121
github.com/google/syzkaller/pkg/cover/backend.Make(0xc00029cc00, 0xc0000e049c, 0x4, 0xc00038aea0, 0x18, 0xc00038aea0, 0x18, 0xc00038aea0, 0x18, 0x0, ...)
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/pkg/cover/backend/backend.go:77 +0x134
github.com/google/syzkaller/pkg/cover.MakeReportGenerator(0xc00029cc00, 0xc0000e049c, 0x4, 0xc00038aea0, 0x18, 0xc00038aea0, 0x18, 0xc00038aea0, 0x18, 0x0, ...)
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/pkg/cover/report.go:33 +0xf6
main.glob..func1.1.1()
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/syz-manager/cover.go:23 +0x1ae
sync.(*Once).doSlow(0xc0004cae40, 0xc0097fb600)
	/home/sudip/syz/goroot/src/sync/once.go:66 +0xec
sync.(*Once).Do(...)
	/home/sudip/syz/goroot/src/sync/once.go:57
main.glob..func1.1(0xc000600380, 0x0, 0x0, 0x0, 0xc00003e000, 0xc0097fb6d0, 0x4c261b)
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/syz-manager/cover.go:21 +0xd8
main.(*Manager).httpCoverCover(0xc000476e00, 0x19998e0, 0xc0000b42d0, 0xc000924000, 0x0, 0x1)
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/syz-manager/html.go:286 +0xd5
main.(*Manager).httpCover(...)
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/syz-manager/html.go:255
net/http.HandlerFunc.ServeHTTP(0xc00006df20, 0x19998e0, 0xc0000b42d0, 0xc000924000)
	/home/sudip/syz/goroot/src/net/http/server.go:2012 +0x44
net/http.(*ServeMux).ServeHTTP(0xc0004d02c0, 0x19998e0, 0xc0000b42d0, 0xc000924000)
	/home/sudip/syz/goroot/src/net/http/server.go:2387 +0x1a5
github.com/gorilla/handlers.CompressHandlerLevel.func1(0x19989e0, 0xc0107f2380, 0xc000924000)
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/vendor/github.com/gorilla/handlers/compress.go:141 +0x671
net/http.HandlerFunc.ServeHTTP(0xc00060e020, 0x19989e0, 0xc0107f2380, 0xc000924000)
	/home/sudip/syz/goroot/src/net/http/server.go:2012 +0x44
net/http.serverHandler.ServeHTTP(0xc000256a80, 0x19989e0, 0xc0107f2380, 0xc000924000)
	/home/sudip/syz/goroot/src/net/http/server.go:2807 +0xa3
net/http.(*conn).serve(0xc0005a2780, 0x199c7e0, 0xc00003c040)
	/home/sudip/syz/goroot/src/net/http/server.go:1895 +0x86c
created by net/http.(*Server).Serve
	/home/sudip/syz/goroot/src/net/http/server.go:2933 +0x35c
2021/11/19 10:37:49 getReportGenerator returned 0x0 <nil>
2021/11/19 10:37:49 http: panic serving 10.0.2.2:52108: runtime error: invalid memory address or nil pointer dereference
goroutine 626 [running]:
net/http.(*conn).serve.func1(0xc00f4b3680)
	/home/sudip/syz/goroot/src/net/http/server.go:1772 +0x139
panic(0x10b8fa0, 0x23cea70)
	/home/sudip/syz/goroot/src/runtime/panic.go:975 +0x3e3
main.coverToPCs(0x0, 0xc001b1c800, 0x583, 0x583, 0x0, 0x2, 0x0)
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/syz-manager/cover.go:34 +0xa5
main.(*Manager).httpCoverCover(0xc000476e00, 0x19998e0, 0xc0003a20f0, 0xc003337b00, 0x0, 0x1)
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/syz-manager/html.go:309 +0x44c
main.(*Manager).httpCover(...)
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/syz-manager/html.go:255
net/http.HandlerFunc.ServeHTTP(0xc00006df20, 0x19998e0, 0xc0003a20f0, 0xc003337b00)
	/home/sudip/syz/goroot/src/net/http/server.go:2012 +0x44
net/http.(*ServeMux).ServeHTTP(0xc0004d02c0, 0x19998e0, 0xc0003a20f0, 0xc003337b00)
	/home/sudip/syz/goroot/src/net/http/server.go:2387 +0x1a5
github.com/gorilla/handlers.CompressHandlerLevel.func1(0x19989e0, 0xc0048a8000, 0xc003337b00)
	/home/sudip/syz/gopath/src/github.com/google/syzkaller/vendor/github.com/gorilla/handlers/compress.go:141 +0x671
net/http.HandlerFunc.ServeHTTP(0xc00060e020, 0x19989e0, 0xc0048a8000, 0xc003337b00)
	/home/sudip/syz/goroot/src/net/http/server.go:2012 +0x44
net/http.serverHandler.ServeHTTP(0xc000256a80, 0x19989e0, 0xc0048a8000, 0xc003337b00)
	/home/sudip/syz/goroot/src/net/http/server.go:2807 +0xa3
net/http.(*conn).serve(0xc00f4b3680, 0x199c7e0, 0xc0033c7580)
	/home/sudip/syz/goroot/src/net/http/server.go:1895 +0x86c
created by net/http.(*Server).Serve
	/home/sudip/syz/goroot/src/net/http/server.go:2933 +0x35c
sudipm-mukherjee

comment created time in 13 days

issue commentgoogle/syzkaller

syzkaller panic with nil pointer dereference

@a-nogikh found the problem. This problem started since last few weeks and I was trying to remember what I did around that time. And I started using gcc-11 around that time. So, now I built the kernel with gcc 10.2.1 and restarted syzkaller, everything worked perfectly, no panic and /cover page works as expected. Then I moved back to gcc 11.2.0 and built the kernel and tried again and immediately got the panic. Even after removing the old workdir and trying with a new workdir but with gcc 11.2.0 I got the panic.

sudipm-mukherjee

comment created time in 16 days

issue commentgoogle/syzkaller

syzkaller panic with nil pointer dereference

@a-nogikh I was not sure yet what was causing this panic or how to reproduce it as the web interface is on a public server and anyone can access it. But after your message I just now tried it and indeed I get the panic immediately if I try to access /cover.

sudipm-mukherjee

comment created time in 17 days

issue openedgoogle/syzkaller

syzkaller panic with nil pointer dereference

We had been running syzkaller for almost last 6 months without any problem. But since last few weeks we started seeing a syzkaller panic with nil pointer dereference just few hours after starting syzkaller. I have then updated syzkaller to 75b040914e1a14c1eda0ed9d14ed376a37293a1d but the same problem still persists. I have now run syzkaller with -debug and I think this is the relavant part of the log:

16:34:01 executing program 0:
perf_event_open(&(0x7f0000000040)={0x2, 0x80, 0x6f, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, @perf_bp={0x0}}, 0x0, 0xffffffffffffffff, 0xffffffffffffffff, 0x0)
r0 = syz_open_dev$tty20(0xc, 0x4, 0x0)
ioctl$TIOCSETD(r0, 0x5423, &(0x7f0000000000)=0x2)
io_setup(0x3e7, &(0x7f0000000580)=<r1=>0x0)
io_submit(r1, 0x1, &(0x7f0000000a40)=[&(0x7f0000000080)={0x4004800, 0x0, 0x0, 0x0, 0x0, r0, 0x0}])

2021/11/11 16:34:01 result hanged=false:
2021/11/11 16:34:01 #0: triaging type=7
2021/11/11 16:34:01 triaging input for call #4 io_submit (new signal=29)
[139256ms] exec opts: procid=0 threaded=1 collide=0 cover=1 comps=0 dedup=1 timeouts=50/5000/1 prog=0 filter=0
spawned worker pid 5952
#0 [139267ms] -> perf_event_open(0x20000040, 0x0, 0xffffffffffffffff, 0xffffffffffffffff, 0x0)
#0 [139267ms] <- perf_event_open=0x3 errno=14 cover=4233
#0 [139268ms] -> syz_open_dev$tty20(0xc, 0x4, 0x14)
#0 [139268ms] <- syz_open_dev$tty20=0x4 errno=14 cover=3911
#0 [139269ms] -> ioctl$TIOCSETD(0x4, 0x5423, 0x20000000)
#0 [139269ms] <- ioctl$TIOCSETD=0x0 errno=14 cover=1453
#0 [139269ms] -> io_setup(0x3e7, 0x20000580)
#0 [139270ms] <- io_setup=0x0 errno=14 cover=17207
[  216.491941] serio: Serial port tty20
#0 [139272ms] -> io_submit(0x7fcd1b6c0000, 0x1, 0x20000a40)
2021/11/11 16:34:02 http: panic serving 172.17.0.1:52052: runtime error: invalid memory address or nil pointer dereference
goroutine 32959 [running]:
net/http.(*conn).serve.func1(0xc00dfb4820)
        /src/goroot/src/net/http/server.go:1772 +0x139
panic(0x10b7fa0, 0x23caa70)
        /src/goroot/src/runtime/panic.go:975 +0x3e3
main.coverToPCs(0x0, 0xc0055aea00, 0xcbe, 0xcbe, 0xc01ead3a98, 0x0, 0x0)
        /src/gopath/src/github.com/google/syzkaller/syz-manager/cover.go:33 +0x9c
main.(*Manager).httpCoverCover(0xc00037ee00, 0x1998800, 0xc000d8a7d0, 0xc006c45100, 0x0, 0x1)
        /src/gopath/src/github.com/google/syzkaller/syz-manager/html.go:298 +0xb10
main.(*Manager).httpCover(...)
        /src/gopath/src/github.com/google/syzkaller/syz-manager/html.go:255
net/http.HandlerFunc.ServeHTTP(0xc000b0f630, 0x1998800, 0xc000d8a7d0, 0xc006c45100)
        /src/goroot/src/net/http/server.go:2012 +0x44
net/http.(*ServeMux).ServeHTTP(0xc000180500, 0x1998800, 0xc000d8a7d0, 0xc006c45100)
        /src/goroot/src/net/http/server.go:2387 +0x1a5
github.com/gorilla/handlers.CompressHandlerLevel.func1(0x1997900, 0xc025a0c1c0, 0xc006c45100)
        /src/gopath/src/github.com/google/syzkaller/vendor/github.com/gorilla/handlers/compress.go:141 +0x671
net/http.HandlerFunc.ServeHTTP(0xc00060e040, 0x1997900, 0xc025a0c1c0, 0xc006c45100)
        /src/goroot/src/net/http/server.go:2012 +0x44
net/http.serverHandler.ServeHTTP(0xc000db61c0, 0x1997900, 0xc025a0c1c0, 0xc006c45100)
        /src/goroot/src/net/http/server.go:2807 +0xa3
net/http.(*conn).serve(0xc00dfb4820, 0x199b700, 0xc006b0db00)
        /src/goroot/src/net/http/server.go:1895 +0x86c
created by net/http.(*Server).Serve
        /src/goroot/src/net/http/server.go:2933 +0x35c

Go version is 1.14.2 and https://dl.google.com/go/go1.14.2.linux-amd64.tar.gz has been used as mentioned in the docs. Host is a docker image based on Debian Bullseye. Target is a x86_64 vm image based on Debian Bullseye.

I will be happy to provide any additional debug logs (if needed).

created time in 17 days

issue commentelisa-tech/meta-elisa

-show-cursor option eliminated in qemu 6.0

fwiw, I do not use -show-cursor with my scripts to run the image.

OpenJohnMacGregor

comment created time in a month

issue openedOfflineIMAP/offlineimap3

offlineimap3: 'int' object is not subscriptable when connecting to outlook.office365.com

General informations

  • system/distribution (with version): Debian
  • offlineimap version (offlineimap -V): 0.0~git20211018.e64c254+dfsg-1
  • Python version: 3
  • server name or domain: outlook.office365.com
  • CLI options:
  • Debian Bug: https://bugs.debian.org/997933

Configuration file offlineimaprc

[general]
accounts = one,two,three,...
#fsync false to conserve flash write cycles
fsync = false

[Account xxxxx]
localrepository = sLocal
remoterepository = sRemote

[Repository sRemote]
type = IMAP
ssl = yes
ssl_version = tls1
sslcacertfile = /etc/ssl/certs/ca-certificates.crt
remoteprt = 993
remotehost = outlook.office365.com
remoteuser = xxxxxxxxxx@somewhere.something
folderfilter = lambda foldername: foldername in ['INBOX', 'Junk Email', 'Sent Items']

[Repository sLocal]
type = Maildir
localfolders = ~/Mail/xxxxx
sep = /
# Next again to help flash conservation & because noatime set
restoreatime = yes

pythonfile (if any)

Logs, error

$ offlineimap -a xxxxx
OfflineIMAP 8.0.0
  Licensed under the GNU GPL v2 or any later version (with an OpenSSL exception)
imaplib2 v3.05, Python v3.9.7, OpenSSL 1.1.1l  24 Aug 2021
Account sync xxxxx:
 *** Processing account xxxxx
 Establishing connection to outlook.office365.com:993 (oRemote)
 ERROR: While attempting to sync account 'xxxxx'
  'int' object is not subscriptable
 *** Finished account 'xxxxx' in 0:00
ERROR: Exceptions occurred during the run!
ERROR: While attempting to sync account 'xxxxx'
  'int' object is not subscriptable

Traceback:
  File "/usr/share/offlineimap3/offlineimap/accounts.py", line 298, in syncrunner
    self.__sync()
  File "/usr/share/offlineimap3/offlineimap/accounts.py", line 374, in __sync
    remoterepos.getfolders()
  File "/usr/share/offlineimap3/offlineimap/repository/IMAP.py", line 681, in getfolders
    imapobj = self.imapserver.acquireconnection()
  File "/usr/share/offlineimap3/offlineimap/imapserver.py", line 683, in acquireconnection
    e.args[0][:35] == 'IMAP4 protocol error: socket error:':

Steps to reproduce the error

Try to fetch mail from outlook.office365.com

created time in a month

issue openedOfflineIMAP/offlineimap

offlineimap3: 'int' object is not subscriptable when connecting to outlook.office365.com

General informations

  • system/distribution (with version): Debian
  • offlineimap version (offlineimap -V): 0.0~git20211018.e64c254+dfsg-1
  • Python version: 3
  • server name or domain: outlook.office365.com
  • CLI options:
  • Debian Bug: https://bugs.debian.org/997933

Configuration file offlineimaprc

[general]
accounts = one,two,three,...
#fsync false to conserve flash write cycles
fsync = false

[Account xxxxx]
localrepository = sLocal
remoterepository = sRemote

[Repository sRemote]
type = IMAP
ssl = yes
ssl_version = tls1
sslcacertfile = /etc/ssl/certs/ca-certificates.crt
remoteprt = 993
remotehost = outlook.office365.com
remoteuser = xxxxxxxxxx@somewhere.something
folderfilter = lambda foldername: foldername in ['INBOX', 'Junk Email', 'Sent Items']

[Repository sLocal]
type = Maildir
localfolders = ~/Mail/xxxxx
sep = /
# Next again to help flash conservation & because noatime set
restoreatime = yes

pythonfile (if any)

Logs, error

$ offlineimap -a xxxxx
OfflineIMAP 8.0.0
  Licensed under the GNU GPL v2 or any later version (with an OpenSSL exception)
imaplib2 v3.05, Python v3.9.7, OpenSSL 1.1.1l  24 Aug 2021
Account sync xxxxx:
 *** Processing account xxxxx
 Establishing connection to outlook.office365.com:993 (oRemote)
 ERROR: While attempting to sync account 'xxxxx'
  'int' object is not subscriptable
 *** Finished account 'xxxxx' in 0:00
ERROR: Exceptions occurred during the run!
ERROR: While attempting to sync account 'xxxxx'
  'int' object is not subscriptable

Traceback:
  File "/usr/share/offlineimap3/offlineimap/accounts.py", line 298, in syncrunner
    self.__sync()
  File "/usr/share/offlineimap3/offlineimap/accounts.py", line 374, in __sync
    remoterepos.getfolders()
  File "/usr/share/offlineimap3/offlineimap/repository/IMAP.py", line 681, in getfolders
    imapobj = self.imapserver.acquireconnection()
  File "/usr/share/offlineimap3/offlineimap/imapserver.py", line 683, in acquireconnection
    e.args[0][:35] == 'IMAP4 protocol error: socket error:':

Steps to reproduce the error

Try to fetch mail from outlook.office365.com

created time in a month

issue commentgetmail6/getmail6

UnicodeDecodeError: 'utf-8' codec can't decode byte 0xa9 in position 0: invalid start byte

@mgrant0 do you want me to make a deb package for you with that fix?

mgrant0

comment created time in a month

issue commentOfflineIMAP/offlineimap3

version bump for offlineimap3

Thanks.

$ git describe v8.0.0-1-ge64c254

sudipm-mukherjee

comment created time in a month

issue commentOfflineIMAP/offlineimap3

version bump for offlineimap3

@thekix congratulations on the first release of offlineimap3. But there seems to be some problem. "git describe" gives me "v7.3.0-402-ge64c254". "git describe --tags" gives me "v8.0.0-1-ge64c254". You might need to use annotated tags for "git describe" to give the correct information. And also, you have merged the tag via a PR and so I am getting "v8.0.0-1-ge64c254", which is ok if you prefer to do releases via PR.

sudipm-mukherjee

comment created time in a month

issue openedOfflineIMAP/offlineimap3

self signed certificate fails to verify

General informations

  • system/distribution (with version): Debian
  • offlineimap version (offlineimap -V): offlineimap3/0.0~git20210825.4ca9c75+dfsg-1
  • Python version:
  • server name or domain: kitenet.net
  • Debian bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=995403

Logs, error

ERROR: Unknown SSL protocol connecting to host 'kitenet.net' for repository 'kite'. OpenSSL responded:
[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed: self signed certificate (_ssl.c:1129)

Traceback:
  File "/usr/share/offlineimap3/offlineimap/accounts.py", line 298, in syncrunner
    self.__sync()
  File "/usr/share/offlineimap3/offlineimap/accounts.py", line 374, in __sync
    remoterepos.getfolders()
  File "/usr/share/offlineimap3/offlineimap/repository/IMAP.py", line 686, in getfolders
    imapobj = self.imapserver.acquireconnection()
  File "/usr/share/offlineimap3/offlineimap/imapserver.py", line 661, in acquireconnection
    raise OfflineImapError(reason, severity, exc_info()[2])

Steps to reproduce the error

  • Use a mail server which has self signed certificate

Notes

Previously due to another bug report I had https://github.com/OfflineIMAP/offlineimap3/commit/a4863b2f04adf25b9989bafbb9df21ea8b98a674 reverted in Debian. But I removed the revert when https://github.com/OfflineIMAP/offlineimap3/pull/66 was merged. But I did not test it with a self signed certificate. :(

created time in 2 months

issue commentEricsson/codechecker

Missing results in database

Thanks for replying @csordasmarton. But iiuc, when I use --filename it will append a the hash to the filename. So in our case I am using reportconverter like report-converter -t clang-tidy -o report_out clang.log and I can change it to report-converter --filename {source_file}_{analyzer}_test1 -t clang-tidy -o report_out clang.log then it will still produce the file rs.c_clang-tidy_test1.plist and will again overwrite it. or am I missing something ?

I am attaching the relevant part of the log file, and if you run reportconverter on this log file it will only generate one "rs.c_clang-tidy.plist" which will only have the clang-analyzer information of either "drivers/net/wireless/intel/iwlwifi/dvm/rs.c" or "drivers/net/wireless/intel/iwlwifi/mvm/rs.c" and thus leads to missing information in the database. clang.log

sudipm-mukherjee

comment created time in 2 months

issue openedEricsson/codechecker

Missing results in database

Describe the bug We will take the build information and will convert the findings into a 'plist' using reportconverter and then the info from plist will be stored in the database using command "CodeChecker store". In my understading, when it creates the plist it creates the plist filename as the "source file name_checkername". So, in our case where we build the kernel with clang-tidy the particular file related to this bug report "drivers/net/wireless/intel/iwlwifi/dvm/rs.c" will be stored as "rs.c_clang-tidy.plist". But, there is also another file "drivers/net/wireless/intel/iwlwifi/mvm/rs.c" which also generated clang-tidy warning for deadstore. And, so reportconverter will try to save this one also as "rs.c_clang-tidy.plist" in the same folder. And, so I guess whichever of these two is stored first will be overwritten by the other one. As a result we get warning from mvm/rs.c for few days and from dvm/rs.c for few days.

CodeChecker version 6.17

To Reproduce Build the linux kernel with clang-analyzer, and convert the result to plist using "report-converter -t clang-tidy". In the raw logs, there wil be deadstore warning for both: drivers/net/wireless/intel/iwlwifi/mvm/rs.c drivers/net/wireless/intel/iwlwifi/dvm/rs.c But there will be only one plist for any one of them.

Expected behaviour The deadstore information for both the file should be there.

Desktop (please complete the following information)

  • OS: linux
  • Browser: NA
  • Version: NA

Additional context NA

created time in 2 months

push eventsudipm-mukherjee/libbpf

Sudip Mukherjee

commit sha 0cc11811dad318d87d51d5ff48024da911c750b7

New upstream version 0.5.0

view details

Sudip Mukherjee

commit sha feb73e6c76a1f7d50e0e74c924943d8743f5275c

Update upstream source from tag 'upstream/0.5.0' Update to upstream version '0.5.0' with Debian dir 4c0c66b67168560bb336e67be904c6252d4d11c1

view details

Sudip Mukherjee

commit sha 324665b392f987440c8cd447e2d21d7c31c9da74

Update copyright Signed-off-by: Sudip Mukherjee <sudipm.mukherjee@gmail.com>

view details

Sudip Mukherjee

commit sha 80e6df70ed686aa9c78e7c7418a9a4fa6088a4d2

Update symbols Signed-off-by: Sudip Mukherjee <sudipm.mukherjee@gmail.com>

view details

Sudip Mukherjee

commit sha 62cd94355a3966616f0c9a138668d080cb108a2b

Update Standards-Version to 4.6.0.1 Signed-off-by: Sudip Mukherjee <sudipm.mukherjee@gmail.com>

view details

Sudip Mukherjee

commit sha 84b6fe7ed148c8bb82e0d810f91156ba95cc55eb

Add changelog for 0.5.0-1 release Signed-off-by: Sudip Mukherjee <sudipm.mukherjee@gmail.com>

view details

push time in 2 months

created tagsudipm-mukherjee/libbpf

tagdebian/0.5.0-1

created time in 2 months

created tagsudipm-mukherjee/libbpf

tagupstream/0.5.0

created time in 2 months

push eventsudipm-mukherjee/libbpf

Sudip Mukherjee

commit sha 0cc11811dad318d87d51d5ff48024da911c750b7

New upstream version 0.5.0

view details

push time in 2 months

push eventsudipm-mukherjee/libbpf

Sudip Mukherjee

commit sha 36e39c06d626f28e1883e55e6e1dc8505af2b14a

pristine-tar data for libbpf_0.5.0.orig.tar.gz

view details

push time in 2 months

more