Your message dated Wed, 5 Feb 2025 05:32:42 -0500
with message-id
<cad+gyvxeyqo9w_iy6gdgketxrdajf7dby+k2xjcjg1avegn...@mail.gmail.com>
and subject line Re: Bug#1020321: glib2.0: FTBFS on hppa - time failure
has caused the Debian Bug report #1020321,
regarding glib2.0: FTBFS on hppa - test simple-construction1 fails
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
1020321: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020321
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: glib2.0
Version: 2.66.8-1
Severity: normal
Dear Maintainer,
Test fails as follows:
Running test simple-construction1
(performance:11828): GLib-ERROR **: 23:07:39.938: ../../../glib/gmem.c:430: over
flow allocating 2147483647*4 bytes
<E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95><E2><80><95>
119/302 glib:gobject+performance / performance FAIL
7.18s killed by signal 5 SIGTRAP
Full build log is here:
https://buildd.debian.org/status/fetch.php?pkg=glib2.0&arch=hppa&ver=2.74.0-1&stamp=1663629476&raw=0
#define SIZE_OVERFLOWS(a,b) (G_UNLIKELY ((b) > 0 && (a) > G_MAXSIZE / (b)))
/**
* g_realloc_n:
* @mem: (nullable): the memory to reallocate
* @n_blocks: the number of blocks to allocate
* @n_block_bytes: the size of each block in bytes
*
* This function is similar to g_realloc(), allocating (@n_blocks *
@n_block_bytes) bytes,
* but care is taken to detect possible overflow during multiplication.
*
* If the allocation fails (because the system is out of memory),
* the program is terminated.
*
* Since: 2.24
* Returns: the new address of the allocated memory
*/
gpointer
g_realloc_n (gpointer mem,
gsize n_blocks,
gsize n_block_bytes)
{
if (SIZE_OVERFLOWS (n_blocks, n_block_bytes))
{
g_error ("%s: overflow allocating %"G_GSIZE_FORMAT"*%"G_GSIZE_FORMAT"
bytes",
G_STRLOC, n_blocks, n_block_bytes);
}
return g_realloc (mem, n_blocks * n_block_bytes);
}
The 32-bit hppa runtime definitely can't handle an allocation of 8 GB.
Not sure why the test attempts to allocate this much. This test doesn't
fail on qemu buildds.
Regards,
Dave Anglin
-- System Information:
Debian Release: bookworm/sid
APT prefers buildd-unstable
APT policy: (500, 'buildd-unstable'), (500, 'unstable')
merged-usr: no
Architecture: hppa (parisc64)
Kernel: Linux 5.19.9+ (SMP w/4 CPU threads)
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---
X-CrossAssassin-Score: 54588
--- End Message ---
