search for: __uint32_t

The PE headers of the generated efi file were quite buggy. And since OVMF perform a few consistency checks, syslinux was unable to run on it. I don't pretend to have a thorough understanding of the PE+ headers, some bugs may remain. :) Celelibi (4): efi: Fix PE header field rva_and_sizes_nr efi: Location, size and alignment of .text section efi: Useless relocations in PE file efi: PE

...ail.com> --- efi/wrapper.c | 44 +++++++++++++++++++++++++------------------- 1 file changed, 25 insertions(+), 19 deletions(-) diff --git a/efi/wrapper.c b/efi/wrapper.c index ec77271..bd2c175 100644 --- a/efi/wrapper.c +++ b/efi/wrapper.c @@ -54,11 +54,15 @@ static void write_header(FILE *f, __uint32_t entry, size_t data_size, struct coff_hdr c_hdr; struct header hdr; struct coff_reloc c_rel; - __uint32_t total_sz = so_size; + __uint32_t total_sz = data_size; __uint32_t dummy = 0; __uint32_t hdr_sz; __uint32_t reloc_start, reloc_end; + hdr_sz = 512; + total_sz += hdr_sz; + entry +=...

...lt;celelibi at gmail.com> --- efi/wrapper.c | 28 +++------------------------- 1 file changed, 3 insertions(+), 25 deletions(-) diff --git a/efi/wrapper.c b/efi/wrapper.c index 8b553f8..4839e52 100644 --- a/efi/wrapper.c +++ b/efi/wrapper.c @@ -48,14 +48,12 @@ static void write_header(FILE *f, __uint32_t entry, size_t data_size, { struct optional_hdr o_hdr; struct optional_hdr_pe32p o_hdr_pe32p; - struct section t_sec, r_sec; + struct section t_sec; struct extra_hdr e_hdr; struct extra_hdr_pe32p e_hdr_pe32p; struct coff_hdr c_hdr; struct header hdr; - struct coff_reloc c_rel; __uint3...

...better if it can be avoided. :) efi/wrapper.c | 28 +++------------------------- 1 file changed, 3 insertions(+), 25 deletions(-) diff --git a/efi/wrapper.c b/efi/wrapper.c index bd2c175..9652368 100644 --- a/efi/wrapper.c +++ b/efi/wrapper.c @@ -48,14 +48,12 @@ static void write_header(FILE *f, __uint32_t entry, size_t data_size, { struct optional_hdr o_hdr; struct optional_hdr_pe32p o_hdr_pe32p; - struct section t_sec, r_sec; + struct section t_sec; struct extra_hdr e_hdr; struct extra_hdr_pe32p e_hdr_pe32p; struct coff_hdr c_hdr; struct header hdr; - struct coff_reloc c_rel; __uint3...

...--- efi/wrapper.c | 6 +++--- efi/wrapper.h | 28 ++++++++++++++++------------ 2 files changed, 19 insertions(+), 15 deletions(-) diff --git a/efi/wrapper.c b/efi/wrapper.c index 04c895f..ec77271 100644 --- a/efi/wrapper.c +++ b/efi/wrapper.c @@ -102,7 +102,7 @@ static void write_header(FILE *f, __uint32_t entry, size_t data_size, e_hdr.image_sz = total_sz; e_hdr.headers_sz = 512; e_hdr.subsystem = IMAGE_SUBSYSTEM_EFI_APPLICATION; - e_hdr.rva_and_sizes_nr = 1; + e_hdr.rva_and_sizes_nr = sizeof(e_hdr.data_directory) / sizeof(__uint64_t); fwrite(&e_hdr, sizeof(e_hdr), 1, f); } els...

...+++++++++++++++++++++++++------------------- > 1 file changed, 25 insertions(+), 19 deletions(-) > > diff --git a/efi/wrapper.c b/efi/wrapper.c > index ec77271..bd2c175 100644 > --- a/efi/wrapper.c > +++ b/efi/wrapper.c > @@ -54,11 +54,15 @@ static void write_header(FILE *f, __uint32_t entry, size_t data_size, > struct coff_hdr c_hdr; > struct header hdr; > struct coff_reloc c_rel; > - __uint32_t total_sz = so_size; > + __uint32_t total_sz = data_size; > __uint32_t dummy = 0; > __uint32_t hdr_sz; > __uint32_t reloc_start, reloc_end; > >...

...--- efi/wrapper.c | 6 +++--- efi/wrapper.h | 28 ++++++++++++++++------------ 2 files changed, 19 insertions(+), 15 deletions(-) diff --git a/efi/wrapper.c b/efi/wrapper.c index 04c895f..ec77271 100644 --- a/efi/wrapper.c +++ b/efi/wrapper.c @@ -102,7 +102,7 @@ static void write_header(FILE *f, __uint32_t entry, size_t data_size, e_hdr.image_sz = total_sz; e_hdr.headers_sz = 512; e_hdr.subsystem = IMAGE_SUBSYSTEM_EFI_APPLICATION; - e_hdr.rva_and_sizes_nr = 1; + e_hdr.rva_and_sizes_nr = sizeof(e_hdr.data_directory) / sizeof(__uint64_t); fwrite(&e_hdr, sizeof(e_hdr), 1, f); } els...

Hi! This is the third and last patch. This patch makes the xen kernel buildable on OpenBSD by adding support for ProPolice. ProPolice has been added to standard GCC in version 4.1.x under the name Stack Smashing Protection (SSP). Cheers Christoph _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel

...9; is the size of initialised data in the shared object. * 'class' dictates how the header is written * For 32bit machines (class == ELFCLASS32), the optional @@ -44,7 +44,7 @@ typedef Elf64_Addr Elf_Addr; * header includes PE32+header fields */ static void write_header(FILE *f, __uint32_t entry, size_t data_size, - __uint32_t so_size, __uint8_t class) + __uint32_t so_memsz, __uint8_t class) { struct optional_hdr o_hdr; struct optional_hdr_pe32p o_hdr_pe32p; @@ -100,7 +100,7 @@ static void write_header(FILE *f, __uint32_t entry, size_t data_size, memset(&e_hdr, 0, s...

...9; is the size of initialised data in the shared object. * 'class' dictates how the header is written * For 32bit machines (class == ELFCLASS32), the optional @@ -44,7 +44,7 @@ typedef Elf64_Addr Elf_Addr; * header includes PE32+header fields */ static void write_header(FILE *f, __uint32_t entry, size_t data_size, - __uint32_t so_size, __uint8_t class) + __uint32_t so_memsz, __uint8_t class) { struct optional_hdr o_hdr; struct optional_hdr_pe32p o_hdr_pe32p; @@ -96,7 +96,7 @@ static void write_header(FILE *f, __uint32_t entry, size_t data_size, memset(&e_hdr, 0, siz...

.../simple_throw Same as above. No 'alloca'. ===================== SingleSource/Regression/C++/EH/Output/throw_rethrow_test Same as above. No 'alloca'. ===================== SingleSource/Benchmarks/Shootout-C++/Output/echo Fails with: /usr/include/machine/endian.h: In function `__uint32_t __bswap32(__uint32_t)': /usr/include/machine/endian.h:156: error: LLVM does not yet support inline assembly! Code: 'xchgb %h0, %b0 rorl $16, %0 xchgb %h0, %b0' gmake[3]: [Output/echo.ll] Error 1 (ignored) I guess I have to place a modified version of this header file in sys-include....

.../wrapper.h | 28 ++++++++++++++++------------ > 2 files changed, 19 insertions(+), 15 deletions(-) > > diff --git a/efi/wrapper.c b/efi/wrapper.c > index 04c895f..ec77271 100644 > --- a/efi/wrapper.c > +++ b/efi/wrapper.c > @@ -102,7 +102,7 @@ static void write_header(FILE *f, __uint32_t entry, size_t data_size, > e_hdr.image_sz = total_sz; > e_hdr.headers_sz = 512; > e_hdr.subsystem = IMAGE_SUBSYSTEM_EFI_APPLICATION; > - e_hdr.rva_and_sizes_nr = 1; > + e_hdr.rva_and_sizes_nr = sizeof(e_hdr.data_directory) / sizeof(__uint64_t); Since the data directories...

On Thu, 9 Sep 2004 20:16:37 -0700 Jeff Cohen <jeffc at jolt-lang.org> wrote: > On Thu, 9 Sep 2004 08:52:10 -0700 > Jeff Cohen <jeffc at jolt-lang.org> wrote: > > > > I haven't got around to this yet but I will. The odds are good the > > > problem is in a BSD system header file so I need to capture the > > > preprocessed source. > > >

Il 17/07/20 10:54, Karl Vogel ha scritto: > It depends on the size of the variables in the structure used by the > stat() call. In ext4, the "links" variable is an unsigned 16-bit integer, > so you have your limit of 64k or so. I've worked with systems where > the limit was a signed 16-bit integer, so it maxed out at 32k. > > XFS may be a full 32-bit integer, so

...maximum # allocated inodes */ __uint64_t dqb_isoftlimit; /* preferred inode limit */ __uint64_t dqb_curinodes; /* current # allocated inodes */ __uint64_t dqb_btime; /* time limit for excessive disk use */ __uint64_t dqb_itime; /* time limit for excessive files */ __uint32_t dqb_valid; /* bitmask of QIF_* constants */ }; /* * Shorthand notation. */ #define dq_bhardlimit dq_dqb.dqb_bhardlimit #define dq_bsoftlimit dq_dqb.dqb_bsoftlimit #define dq_curspace dq_dqb.dqb_curspace #define dq_valid dq_dqb.dqb_valid #define dq_ihardlimit dq_dqb.dqb_i...

...s */ > ??? __uint64_t dqb_isoftlimit;? /* preferred inode limit */ > ??? __uint64_t dqb_curinodes;?? /* current # allocated inodes */ > ??? __uint64_t dqb_btime;?????? /* time limit for excessive disk use */ > ??? __uint64_t dqb_itime;?????? /* time limit for excessive files */ > ??? __uint32_t dqb_valid;?????? /* bitmask of QIF_* constants */ > ? }; > > /* > ?* Shorthand notation. > ?*/ > #define dq_bhardlimit?? dq_dqb.dqb_bhardlimit > #define dq_bsoftlimit?? dq_dqb.dqb_bsoftlimit > #define dq_curspace???? dq_dqb.dqb_curspace > #define dq_valid??????? dq_dqb.dq...

Hi, I have problem with quota storage information in dovecot-2.2.29 (and newer versions, too - 2.2.30.2). I use FS quota backend. ............................ # 2.2.29.1 (e0b76e3): /etc/dovecot/dovecot.conf # OS: Linux 4.4.68-1 x86_64 mail_plugins = quota plugin { quota = fs:User quota:mount=/poczta:user quota2 = fs:Group quota:mount=/poczta:group } protocol imap {

...Turner (1): modesetting: Move GBM code inside #ifdef GLAMOR_HAS_GBM Olivier Fourdan (3): xwayland: Fix build without glamor xwayland: avoid using freed xwl_window on unrealize xwayland: Clean up all frame callbacks Thomas Klausner (1): sdksyms: Cope with __pid_t and __uint32_t git tag: xorg-server-1.19.99.905 https://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.19.99.905.tar.bz2 MD5: 9be2bf4bc611789b61fa1073810f1030 xorg-server-1.19.99.905.tar.bz2 SHA1: 03db7ca162a907debb8230e207a02274a711c17e xorg-server-1.19.99.905.tar.bz2 SHA256: f73c33d70d8b52db...

...__________________ > CentOS mailing list > CentOS at centos.org > https://lists.centos.org/mailman/listinfo/centos Have a look at https://mirrors.edge.kernel.org/pub/linux/utils/fs/xfs/docs/xfs_filesystem_structure.pdf On page 105 the inode structure is given: __uint16_t di_onlink; ... __uint32_t di_nlink Page 107 gives more detail: di_onlink: In v1 inodes, this specifies the number of links to the inode from directories. When the number exceeds 65535,the inode is converted to v2 and the link count is stored in di_nlink. di_nlink: Specifies the number of links to the inode from directo...

...n't alloca being linked in? Where is it on FreeBSD? This comment goes for all the other C++/EH tests that failed for "No alloca". > ===================== SingleSource/Benchmarks/Shootout-C++/Output/echo > > Fails with: > > /usr/include/machine/endian.h: In function `__uint32_t __bswap32(__uint32_t)': > /usr/include/machine/endian.h:156: error: LLVM does not yet support inline assembly! Code: 'xchgb %h0, %b0 > rorl $16, %0 > xchgb %h0, %b0' > gmake[3]: [Output/echo.ll] Error 1 (ignored) > > I guess I have to place a modified version of th...