Displaying 8 results from an estimated 8 matches for "timedatestamp".
2008 Jul 24
7
Native and Builtin dll
I'm studing wine for my thesis but I've an question: if I can use native dll for an application because are there many builtin dll in usr/lib/wine? I understand for system dll like kernel32.dll, user32.dll etc
Thanks.
2018 Jan 26
3
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
...I run just those two tools on my codebase it generates yaml files that
can't be decoded, will try now to not add any section to the obj file in
llvm-objcopy to see if I can link with obj files that I rewrite (but
without adding symbols or sections).
One of the bugs that do annoy me is that the timedatestamp is not carried
when obj2yaml writes a file, and that the layout function on yaml2coff does
generate different indexes to the sections, none that look wrong, but it
seems that it leaves some padding, but I didn't have time to look to
closely at why.
On Fri, Jan 26, 2018 at 6:52 PM, Zachary Turn...
2018 Jan 26
0
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
...ls on my codebase it generates yaml
> files that can't be decoded, will try now to not add any section to the obj
> file in llvm-objcopy to see if I can link with obj files that I rewrite
> (but without adding symbols or sections).
>
> One of the bugs that do annoy me is that the timedatestamp is not carried
> when obj2yaml writes a file, and that the layout function on yaml2coff does
> generate different indexes to the sections, none that look wrong, but it
> seems that it leaves some padding, but I didn't have time to look to
> closely at why.
>
> On Fri, Jan 26,...
2020 Mar 04
5
yaml2obj support for COFF debug directories
Spoiler: the following only applies to Windows binary format handling.
Potential for extending yaml2obj to support COFF debug directories<https://docs.microsoft.com/en-us/windows/win32/debug/pe-format#debug-directory-image-only> recently came up during a code review<https://reviews.llvm.org/D70606#1873185>. Currently, its COFF
2018 Jan 26
4
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
...generates yaml
>> files that can't be decoded, will try now to not add any section to the obj
>> file in llvm-objcopy to see if I can link with obj files that I rewrite
>> (but without adding symbols or sections).
>>
>> One of the bugs that do annoy me is that the timedatestamp is not carried
>> when obj2yaml writes a file, and that the layout function on yaml2coff does
>> generate different indexes to the sections, none that look wrong, but it
>> seems that it leaves some padding, but I didn't have time to look to
>> closely at why.
>>
&...
2018 Jan 26
0
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
Hmm, ok. In that case let me try again without my local changes. Maybe
they are getting in the way :-/
On Fri, Jan 26, 2018 at 9:51 AM Leonardo Santagada <santagada at gmail.com>
wrote:
> it is identical to me... wierd.
>
> On Fri, Jan 26, 2018 at 6:49 PM, Zachary Turner <zturner at google.com>
> wrote:
>
>> (Ignore the fact that my hashes are 8 byte in the
2001 Dec 08
1
LoadOEMResource crash [Was: Re: Problem report: SHRINKER.ERR, fix to DEVICE_Open/CreateFileA? ]
...*)(dir + 1);
(gdb)
Continuing.
Breakpoint 7, find_entry_by_id (dir=0x45f000, id=0, root=0x45f000) at
pe_resource.c:82
82 entry = (const IMAGE_RESOURCE_DIRECTORY_ENTRY *)(dir + 1);
(gdb) p dir
$16 = (IMAGE_RESOURCE_DIRECTORY *) 0x45f000
Better.
(gdb) p *dir
$17 = {Characteristics = 0, TimeDateStamp = 0, MajorVersion = 0,
MinorVersion = 0,
NumberOfNamedEntries = 0, NumberOfIdEntries = 0}
Hmm. gdb is able to dereference dir. So what's going on?
(gdb) step
78 {
(gdb) step
82 entry = (const IMAGE_RESOURCE_DIRECTORY_ENTRY *)(dir + 1);
(gdb) step
83 min = dir->N...
2018 Jan 26
1
[lldb-dev] Trying out lld to link windows binaries (using msvc as a compiler)
it is identical to me... wierd.
On Fri, Jan 26, 2018 at 6:49 PM, Zachary Turner <zturner at google.com> wrote:
> (Ignore the fact that my hashes are 8 byte in the "good" file, this is due
> to some local changes I've been experimenting with)
>
> On Fri, Jan 26, 2018 at 9:48 AM Zachary Turner <zturner at google.com> wrote:
>
>> I did this:
>>