similar to: [PATCH 0/6] fix some compiler warnings

The code was passing sizeof(char *) - not the length of the buffer - to memset. Change the function to take the length of the buffer as a parameter. Fixes the warning: argument to 'sizeof' in 'memset' call is the same expression as the destination; did you mean to provide an explicit length? Signed-off-by: Jonathan Boeing <jonathan.n.boeing at gmail.com> ---

From: Gene Cumm <gene.cumm at gmail.com> Fix several calls to more_printf() as eventually printf() is called without a literal string which generate warnings with gcc and lead to errors when -Werror is active. Signed-off-by: Gene Cumm <gene.cumm at gmail.com> The message "format not a string literal and no format arguments" at first seems strange but by doing this change

I am using the script below to simulate a very low bandwidth connection. I found that I could turn the bandwidth knob down to about 4kbit, but below that I didn''t get any traffic through. I''ve had a look at this generally, but couldn''t find an answer. It doesn''t even seem like the first reply packet gets through. I have tried it with much bigger buffers,

From: Hung-chi Lihn <hlihn at google.com> In the current Lua.c32 DMI implementation, it is a flat table with dotted names in table entries. It also misses a number DMI sub-tables. This patch, cleans up the DMI table structure using Lua's nested table structure and adds all missing DMI sub-tables. If a DMI sub-table is not supported by the hardware (not filled), then the corresponding

Hello people, libvirtd (libvirt) 1.0.5.2 virsh 1.0.5.2 virt-manager 0.10.0 Host: Linux localhost 3.9.8-300.fc19.x86_64 #1 SMP Thu Jun 27 19:24:23 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux Guest1: Linux localhost 3.9.8-300.fc19.i686.PAE #1 SMP Thu Jun 27 19:29:30 UTC 2013 i686 (none) Guest2: Linux localhost 3.9.8-300.fc19.x86_64 #1 SMP Thu Jun 27 19:24:23 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

On 03.07.2013 13:43, Daniel P. Berrange wrote: > On Tue, Jul 02, 2013 at 01:25:21PM +0200, poma wrote: >> Hello people, >> >> libvirtd (libvirt) 1.0.5.2 >> virsh 1.0.5.2 >> virt-manager 0.10.0 >> >> Host: >> Linux localhost 3.9.8-300.fc19.x86_64 #1 SMP Thu Jun 27 19:24:23 UTC >> 2013 x86_64 x86_64 x86_64 GNU/Linux >> Guest1: >>

On 04/27/2017 04:31 PM, Stefano Ricci wrote: > Here is the backtrace of the libvirt process just started [Just a side note, you shouldn't top post on technical lists. Gmail sucks at this.] > > https://pastebin.com/R66myzFp Looks like libvirtd is trying to spawn /usr/bin/qemu-system-x86_64 but it takes ages to init. In the debug logs you might see the actual command line that

On 16.06.2017 17:04, Michael S. Tsirkin wrote: > On Fri, Jun 16, 2017 at 04:20:02PM +0200, David Hildenbrand wrote: >> Hi, >> >> this is an idea that is based on Andrea Arcangeli's original idea to >> host enforce guest access to memory given up using virtio-balloon using >> userfaultfd in the hypervisor. While looking into the details, I >> realized that

On 16.06.2017 17:04, Michael S. Tsirkin wrote: > On Fri, Jun 16, 2017 at 04:20:02PM +0200, David Hildenbrand wrote: >> Hi, >> >> this is an idea that is based on Andrea Arcangeli's original idea to >> host enforce guest access to memory given up using virtio-balloon using >> userfaultfd in the hypervisor. While looking into the details, I >> realized that

On 04/29/2017 04:38 AM, Stefano Ricci wrote: > 2017-04-28 14:33 GMT+02:00 Michal Privoznik <mprivozn@redhat.com>: >> On 04/27/2017 04:31 PM, Stefano Ricci wrote: >>> Here is the backtrace of the libvirt process just started >> >> [Just a side note, you shouldn't top post on technical lists. Gmail >> sucks at this.] >> >>> >>>

The code was passing sizeof(char *) - not the length of the buffer - to strlcpy and snprintf. Change the function to take the length of the buffer as a parameter. Fixes the warning: argument to 'sizeof' in 'snprintf' call is the same expression as the destination; did you mean to provide an explicit length? Signed-off-by: Jonathan Boeing <jonathan.n.boeing at gmail.com>

Platform: Compaq OpenVMS Alpha 7.3 Compiler: Compaq C T6.5 The following patch resolves compile problems with the IO.C module. The (char) type was being used where (void) was more appropriate based on the actual use of the code. The (char) type was also being used where the usage was actually an (unsigned char). const qualifiers were added to improve compile efficiency. EAGLE> type

Ralf Carl a ?crit : > Hello Erwan, > > i just want to inform you, that there is still no memory entry in the > main menu (hdt_034 & hdt_035). > Typing in DMI mode "show module 0" etc. the memory modules are listet. You mean the menu mode isn't working whereas the cli mode works ? Do you confirm this , IF yes, It seems the Type 6 (the only one you have as you

HDT 0.3.3 has just been released. This release aims at solving some CLI bugs and adds a some new memory mapping detection. I'd like to thanks Dag Wieers for reporting many CLI bugs & pierre for his work on the memory mapping. Here come the changelog: - A new memory mode Memory items can be reached via the new "memory>" mode. - Memory mapping display Pierre did integrate

HDT 0.3.3 has just been released. This release aims at solving some CLI bugs and adds a some new memory mapping detection. I'd like to thanks Dag Wieers for reporting many CLI bugs & pierre for his work on the memory mapping. Here come the changelog: - A new memory mode Memory items can be reached via the new "memory>" mode. - Memory mapping display Pierre did integrate

Hello, I'm not quite sure I understand how do you use HDT for dumping over tftp server. The wiki on dumping does not offer much details on how to set this up. >From my understanding is you need to run pxelinux somewhere but being that HDT is a bootable cd ISO, I don't see how I can get HDT up from a TFTP server without the need to install something on that TFTP server. Is there a more

It is now possible to build a bootable floppy image which contains HDT, with my patch applied to Erwans HDT branch: http://git.zytor.com/?p=users/erwan/hdt.git;a=commit;h=16b37fe2266c920087f88cdec94243b71218d871 Unpack the Syslinux archive and build whole Syslinux first, then cd to ./com32/hdt/ and make hdt.img $ make $ cd ./com32/hdt/ $ make hdt.img Now you have a 2.88 MB floppy image which

The -pre2 version of HDT 0.3.6 is out. Gert was a great source of motivation for making that -pre2. He found many bugs and gave nice ideas. Thanks Gert for your time and your _many_ tests. This release will be more or less what will be included in the incoming syslinux 3.84. Since -pre1, here come the Changelog * Reporting CPU L1 & L2 cache * Report "Hw.Virt" in cpu

The -pre2 version of HDT 0.3.6 is out. Gert was a great source of motivation for making that -pre2. He found many bugs and gave nice ideas. Thanks Gert for your time and your _many_ tests. This release will be more or less what will be included in the incoming syslinux 3.84. Since -pre1, here come the Changelog * Reporting CPU L1 & L2 cache * Report "Hw.Virt" in cpu

Hello, I registered at Wiki but can't post on it. So, I just registered on this mailing list, just to request a new fonctionnality in HDT : - Adding a simple benchmark test, like https://cpubenchmark.net/cpu_list.php. It's useful to determine which distro/desktop I can install on an old computer. PS : I asked Linux Mint to add HDT to their ISO and they done it (since Linux Mint 19.3).