search for: fileheader

?The idea itself is indeed good. Regarding to escaping: I think we should have it. Imagine the following example (I've took it from D73828). --- !ELF FileHeader: Class: ELFCLASS[[BITS]] Data: ELFDATA2LSB Type: ET_EXEC Machine: EM_386 # RUN: yaml2obj %s --docnum=4 -D BITS=32 -o %t-32bit.o # RUN: yaml2obj %s --docnum=4 -D BITS=64 -o %t-64bit.o Without escaping it would be: Class: ELFCLASSBITS What does not look so clear as a version wi...

I am adding -D k=v to yaml2obj, similar to clang -D. This makes it easy to generate {32-bit,64-bit} x {big-endian,little-endian} tests. --- !ELF FileHeader: Class: ELFCLASS[[BITS]] Data: ELFDATA2[[ENCODE]] Type: ET_DYN Machine: EM_X86_64 # RUN: yaml2obj -D BITS=32 -D ENCODE=LSB %s -o %t.32le # RUN: yaml2obj -D BITS=32 -D ENCODE=MSB %s -o %t.32le # RUN: yaml2obj -D BITS=64 -D ENCODE=LSB %s -o %t.64le # RUN: yaml2obj -D BITS...

On 12/01/2013 02:14 PM, Celelibi wrote: > There is no need to have a relocation section that nothing points at. > The image is still seen as relocatable as long as the Characteristics of > the FileHeader do not say otherwise. > > Moreover, the field base_relocation_table wasn't initialized properly > leading to unpredictable bugs. > > Signed-off-by: Celelibi <celelibi at gmail.com> I seem to hear about some UEFI implementations which would fail to boot unless there is a...

...lld :: elf/ARM/rel-arm-prel31.test lld :: elf/ARM/rel-arm-target1.test lld :: elf/ARM/rel-arm-thm-interwork.test lld :: elf/ARM/undef-lazy-symbol.test lld :: elf/Hexagon/dynlib-data.test lld :: elf/Mips/exe-dynamic.test lld :: elf/Mips/exe-dynsym.test lld :: elf/Mips/exe-fileheader-64.test lld :: elf/Mips/exe-fileheader-micro-64.test lld :: elf/Mips/exe-fileheader-n32.test lld :: elf/Mips/exe-got-micro.test lld :: elf/Mips/exe-got.test lld :: elf/Mips/got16-2.test lld :: elf/Mips/got16-micro.test lld :: elf/Mips/got-page-32-micro.test lld :: el...

...ong lossless audio traders. That said, the possibility of helping to create a new lossless audio codec really excites me! I think that now is the best time to break out my "wish list" that I have compiled over the past 3 years of dealing/struggling with SHN ;) Below are my thoughts on fileheader data. I know some of these have already been implemented, and some would be better suited for ID3-style tagging. Since I'm not a programmer, I will ask a lot of newbie-like questions... such as: Is there a fundamental different between fileheader data, and ID3 tags? I'm assuming that ID3...

...> Filesize uncompressed >> >FLAC only preserves the >"fmt" metadata chunk of >the RIFF WAVE format so the >uncompressed size of the >.flac file will be shorter than >the original if the wav had >any of the uncommon >chunks in it. Uncommon chunks == extra fileheader data? >> Compression ratio The only reason why I included this in the spec is for speed. Granted, and decent software could compute this on the fly quite easily, but my example is this: Let's say you have a folder or drive with 1000 FLAC files, and you wanted to get a real quick summa...

...elf/ARM/rel-arm-prel31.test > lld :: elf/ARM/rel-arm-target1.test > lld :: elf/ARM/rel-arm-thm-interwork.test > lld :: elf/ARM/undef-lazy-symbol.test > lld :: elf/Hexagon/dynlib-data.test > lld :: elf/Mips/exe-dynamic.test > lld :: elf/Mips/exe-dynsym.test > lld :: elf/Mips/exe-fileheader-64.test > lld :: elf/Mips/exe-fileheader-micro-64.test > lld :: elf/Mips/exe-fileheader-n32.test > lld :: elf/Mips/exe-got-micro.test > lld :: elf/Mips/exe-got.test > lld :: elf/Mips/got16-2.test > lld :: elf/Mips/got16-micro.test > lld :: elf/Mips/got-page-32-micro.test > l...

...rel-arm-target1.test >> lld :: elf/ARM/rel-arm-thm-interwork.test >> lld :: elf/ARM/undef-lazy-symbol.test >> lld :: elf/Hexagon/dynlib-data.test >> lld :: elf/Mips/exe-dynamic.test >> lld :: elf/Mips/exe-dynsym.test >> lld :: elf/Mips/exe-fileheader-64.test >> lld :: elf/Mips/exe-fileheader-micro-64.test >> lld :: elf/Mips/exe-fileheader-n32.test >> lld :: elf/Mips/exe-got-micro.test >> lld :: elf/Mips/exe-got.test >> lld :: elf/Mips/got16-2.test >> lld :: elf/Mips/got16-micro.test &g...

Hi Rui, et al., I was experimenting yesterday with building lld on my POWER7 PPC64/Linux machine, and ran into an unfortunate problem. When running the regressions tests under lit, almost all of the tests fail like this: terminate called after throwing an instance of 'std::system_error' what(): Resource temporarily unavailable ... 5 libc.so.6 0x00000080b7847238 abort +

...formation.cpp\ fusion_sdk/calvin_files/data/src/CELData.cpp\ fusion_sdk/calvin_files/data/src/DataGroup.cpp\ fusion_sdk/calvin_files/data/src/DataGroupHeader.cpp\ fusion_sdk/calvin_files/data/src/DataSet.cpp\ fusion_sdk/calvin_files/data/src/DataSetHeader.cpp\ fusion_sdk/calvin_files/data/src/FileHeader.cpp\ fusion_sdk/calvin_files/data/src/GenericData.cpp\ fusion_sdk/calvin_files/data/src/GenericDataHeader.cpp\ fusion_sdk/calvin_files/exception/src/ExceptionBase.cpp\ fusion_sdk/calvin_files/fusion/src/CalvinAdapter/ CalvinCELDataAdapter.cpp\ fusion_sdk/calvin_files/fusion/src/FusionBPMAPDat...

There is no need to have a relocation section that nothing points at. The image is still seen as relocatable as long as the Characteristics of the FileHeader do not say otherwise. Moreover, the field base_relocation_table wasn't initialized properly leading to unpredictable bugs. Signed-off-by: Celelibi <celelibi at gmail.com> --- efi/wrapper.c | 28 +++------------------------- 1 file changed, 3 insertions(+), 25 deletions(-) diff --git a...

Here are the fix as suggested. For patch 2/4 I chosed to hardcore the value 512 instead of computing the fittest needed value. There are 3 reasons for that. - The header size may not need to be bigger than this in a near future. - There is an test in case increasing the header size would be needed. - It would make the code quite more complex to keep a consistent value for all the fields when the

There is no need to have a relocation section that nothing points at. The image is still seen as relocatable as long as the Characteristics of the FileHeader do not say otherwise. Moreover, the field base_relocation_table wasn't initialized properly leading to unpredictable bugs. Signed-off-by: Celelibi <celelibi at gmail.com> --- I'm not 100% positive about the uselessness of the relocation section. However: 1) it works on my real hard...

...pecified section. (ex. DT_STRTAB, DT_SYMTAB, DT_HASH, DT_RELA, and others) 3. A value can be specified using hexadecimal or decimal (or other bases supported by `StringRef::to_integer()`). (ex. DT_STRSZ, DT_SYMENT, DT_RELAENT, and others) Here's an example to illustrate this design: !ELF FileHeader: Class: ELFCLASS64 Data: ELFDATA2LSB Type: ET_DYN Machine: EM_X86_64 Sections: - Name: .dynsym Type: SHT_DYNSYM Address: 0x1000 - Name: .data Type: SHT_PROGBITS Flags: [ SHF_ALLOC, SHF_WRITE ] - Name: .dynamic Type: SHT_DYNA...

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

...unning msi tests in parallel. David Adam (1): d3dx9/tests: Check a relative error instead of an absolute error. Eric Pouech (25): winedump: Rewrote a bit the COFF symbol table stuff. winedump: Dump PE symbols table if any. dbghelp: For mingw32 (stabs debug info), parse the FileHeader's symbol table to offset properly the global variables. dbghelp: Make the module enumeration process compatible with 64bit platforms. dbghelp: Fix a couple of casts on 64bit platforms. dbghelp: Rewrote the SymRegisterCallback function so that they work on a 64bit platform....

...ied streams instead of copying on commit. ole32: Use the cached information in BlockChainStream_GetCount. ole32: Fix reads past the end of streams. windowscodecs: Use the BITMAPINFOHEADER structure to get icon bitcount. Wolfram Sang (1): user32: Ignore reserved bytes in BMP fileheader. Yann Droneaud (1): include: Rewrote some extern inline to static inline. -- Alexandre Julliard julliard at winehq.org

Here is the bulk of the sanitizing. My residual doubts center around the question whether we still do/want to support (un)compressed *byte*code in 2.0/2.1. I need a definitive word on this to proceed. My understanding is that bytecode is already gone, but there are still some functions/enums that really deal with *byte*code (instead of *bit*code). I did not touch those areas, so the attached