This issue turned out to not be an gcc issue, but a badly declared
flexible / 'zero-length array' at the end of the structure, which then
relied on undefined behaviour. The declared size (here [4]) was then
apparently taken into account in the code generation.
I do not know of a way to dia
Package: gcc-14
Version: 14-20240429-1
Severity: important
X-Debbugs-Cc: f96h...@chalmers.se
Dear Maintainer,
When compiling the attached code, the pexpo_keep_min() function fails
to handle the fifth item in the list if it was compiled with -O3.
Compiled without an -O option, it works as expecte
Package: dirvish
Version: 1.2.1-2.1
Severity: normal
X-Debbugs-Cc: f96h...@chalmers.se
Dear Maintainer,
As far as I can see, the removal of an image during expiry consist of
two steps:
1. Remove the /tree/ directory in image.
2. Remove the image directory.
However, if e.g. the machine is reboo
Package: dirvish
Version: 1.2.1-2.1
Severity: normal
X-Debbugs-Cc: f96h...@chalmers.se
Dear Maintainer,
It looks like the sort order in sub imsort() at the end of
dirvish-expire.pl despite the comment makes it remove the newest images
in case all good images are expired.
When all good images a
On Sun, 31 Jul 2022, Chris Hofstaedtler wrote:
I can't see a difference that should matter from userspace.
I have stared a bit at the kernel code... there have been quite some
changes and fixes in this area. Which kernel version were you
running when testing this?
Could you retry on something
Hi,
I believe that I have been hit by this bug too.
What has happened for me is that the machine in question 'almost' locks
up, with a read-only /, and such that most commands to debug further never
complete due to waiting for filesystem action. It then requires a reboot.
'dmesg' has worke
6 matches
Mail list logo
