(How) can the calling program know about the bittiness of a dll / so
it tries to load ?
http://msdn.microsoft.com/en-us/library/windows/desktop/ms680313(v=vs.85).aspx
There is just field that tells what is architecture of file. This applies
both to EXE and DLL.
You can see msdn has x86,x64
Linux uses ELF, not PE/COFF.
You are correct, I mistaken COFF from Unix with ELF. In ELF there is
simply e_ident[EI_CLASS] at offset 4 and e_machine at offset $12. Source:
http://en.wikipedia.org/wiki/Executable_and_Linkable_Format
--
___
Why not to implement a Find method for TListBox which allows partial
search? Delphi missed it, but why Lazarus does the same?
I'd say that you cannot find something in TListBox which is visual object.
You can search something in items it has, therefore you use
Items.Indexof. Then you only
On 10.09.2014 07:52, Sven Barth wrote:
Nope... moving the graph node up does not change anything *sigh*
(Warning: No nice solutions here)
Well I would first try if CodeTools are just unable to find inc file, so I
would try to move/copy include file so CodeTools can find it. You noted
that
Hi,
Maybe it is not a correct list, but I am going to ask my question anyway
:)
Is there a penalty for calling SetLength if array already has the length
we need?
Yes, there's always penalty for operations that you don't need. FPC will
generate normal call, pass arguments, etc. I checked
I see another problem: Your pascal implementation sets key badly. I think
it should be 'key'[1]. However as I didn't even use buffer with constant
string so I might be wrong.
You should also try to encrypt longer messages to see if first block is
intact because then it's padding problem.
