Jarkko Sakkinen
Posts
4407Following
315Followers
469OpenPGP: 3AB05486C7752FE1
Jarkko Sakkinen
jarkko
"Safer with Google: Advancing Memory Safety"
IMHO also Swift is also worth of a mention in this context given how it has been growing far beyond Apple's ecosystem. I've never even tried it but my friends who do games for consoles, mobile etc. seem to like it (and competition is great).
https://security.googleblog.com/2024/10/safer-with-google-advancing-memory.html #rust #swift
IMHO also Swift is also worth of a mention in this context given how it has been growing far beyond Apple's ecosystem. I've never even tried it but my friends who do games for consoles, mobile etc. seem to like it (and competition is great).
https://security.googleblog.com/2024/10/safer-with-google-advancing-memory.html #rust #swift
1
1
1
Jarkko Sakkinen
repeated
repeated
9to5Linux
9to5linux@floss.social#KDE Plasma 6.2.1 Improves Support for XWayland Games, Fixes Various Bugs https://9to5linux.com/kde-plasma-6-2-1-improves-support-for-xwayland-games-fixes-various-bugs
0
2
1
Jarkko Sakkinen
jarkko
Will be missed. BBS era was the best era of computing IMHO :-)
https://arstechnica.com/gadgets/2024/10/ward-christensen-bbs-inventor-and-architect-of-our-online-age-dies-at-age-78/
#BBS
https://arstechnica.com/gadgets/2024/10/ward-christensen-bbs-inventor-and-architect-of-our-online-age-dies-at-age-78/
#BBS
1
0
1
Jarkko Sakkinen
jarkko
Is it true that Google Translate translates from A to B with two phases:
1. A to Eng
2. Eng to B
1. A to Eng
2. Eng to B
0
0
0
Jarkko Sakkinen
jarkko
I like the AI intelligence test that Steve Wozniak proposed as an alternative to Turing test. It goes like this: AI has gained human intelligence if it can go to a house that is unknown for it previously, find coffee, filters, coffee boiler etc. and make some coffee.
I don't think we are there just yet...
I don't think we are there just yet...
0
0
0
Jarkko Sakkinen
jarkko
Clas Ohlson has the perfect product to separate my 4x Yubikey's from each other:
https://www.clasohlson.com/fi/Avaimenpera/p/31-1646
#yubikey #accessories
https://www.clasohlson.com/fi/Avaimenpera/p/31-1646
#yubikey #accessories
1
0
2
Jarkko Sakkinen
jarkko
I've said how great the Scanner app in #GNOME is when having to scan multi dozen contract papers for instance but also one nice I noticed in Evince: images can be exported by simply right-clicking the image. I've used weird command-line spells and never noticed this before.
0
1
1
Jarkko Sakkinen
jarkko
Military command-and-control:
1. US: IRC and Matrix
2. Russia: Discord
True story
1. US: IRC and Matrix
2. Russia: Discord
True story
0
0
0
@osandov Thanks this cleared the picture a lot! DWARF is pretty complex to find attachment points when you first start looking into it so this kind of information is gold ATM. Thank you.
1
0
2
@gimulnautti I saw while ago recent interview from John Carmack where he explained why he actually needs IDE and I fully grabbed that.
0
0
0
@vathpela Yeah, I found myself fixing DWARF post-processor bugs with zero previous experience and for rustc RISC-V target that exist only in the nightly, and finally with a custom target JSON file with modifications how relocations are handled etc.
At least it was a jump start to a new job :-)
Spent literally few nights with the spec, code and not understanding anything at all but now I got some grip how to analyze it :-)
Of tools my experience is this so far:
- drarfdump and llvm-dwarfdump work with somewhat variable success rate unless the arch is something established as x86.
- readelf --debug-dump=<sections> can be worth of trying because it can sometimes succeed where dwarfdump fails.
- Of all tools the only tool that has pretty much nailed any file I've thrown to it has been rz-bin: https://book.rizin.re/src/tools/rz-bin/intro.html.
It is actually topic still that I would want be knowledgeable of, so no complains. Kind of spot in binary I've been too scared to touch before :-)
At least it was a jump start to a new job :-)
Spent literally few nights with the spec, code and not understanding anything at all but now I got some grip how to analyze it :-)
Of tools my experience is this so far:
- drarfdump and llvm-dwarfdump work with somewhat variable success rate unless the arch is something established as x86.
- readelf --debug-dump=<sections> can be worth of trying because it can sometimes succeed where dwarfdump fails.
- Of all tools the only tool that has pretty much nailed any file I've thrown to it has been rz-bin: https://book.rizin.re/src/tools/rz-bin/intro.html.
It is actually topic still that I would want be knowledgeable of, so no complains. Kind of spot in binary I've been too scared to touch before :-)
0
0
0
Example inlined entry:
<0x491fc>: Abbrev Number: 51 (DW_TAG_inlined_subroutine)
DW_AT_abstract_origin [DW_FORM_ref4] : <0x4cab0>
DW_AT_low_pc [DW_FORM_addr] : 0x0
DW_AT_high_pc [DW_FORM_data4] : 0
DW_AT_call_file [DW_FORM_data1] : 6
DW_AT_call_line [DW_FORM_data1] : 232
DW_AT_call_column [DW_FORM_data1] : 38
Origin:
<0x4cab0>: Abbrev Number: 36 (DW_TAG_subprogram)
DW_AT_linkage_name [DW_FORM_strp] : (indirect string, .debug_str+0x0): PRIME_VALIDATOR_DATA
DW_AT_name [DW_FORM_strp] : (indirect string, .debug_str+0x0): PRIME_VALIDATOR_DATA
DW_AT_decl_file [DW_FORM_data1] : 27
DW_AT_decl_line [DW_FORM_data1] : 247
DW_AT_type [DW_FORM_ref4] : <0xe9d>
DW_AT_inline [DW_FORM_data1] : 1
Files matching numbers can be found for instance llvm-dwarfdump -debug-line <file>
<0x491fc>: Abbrev Number: 51 (DW_TAG_inlined_subroutine)
DW_AT_abstract_origin [DW_FORM_ref4] : <0x4cab0>
DW_AT_low_pc [DW_FORM_addr] : 0x0
DW_AT_high_pc [DW_FORM_data4] : 0
DW_AT_call_file [DW_FORM_data1] : 6
DW_AT_call_line [DW_FORM_data1] : 232
DW_AT_call_column [DW_FORM_data1] : 38
Origin:
<0x4cab0>: Abbrev Number: 36 (DW_TAG_subprogram)
DW_AT_linkage_name [DW_FORM_strp] : (indirect string, .debug_str+0x0): PRIME_VALIDATOR_DATA
DW_AT_name [DW_FORM_strp] : (indirect string, .debug_str+0x0): PRIME_VALIDATOR_DATA
DW_AT_decl_file [DW_FORM_data1] : 27
DW_AT_decl_line [DW_FORM_data1] : 247
DW_AT_type [DW_FORM_ref4] : <0xe9d>
DW_AT_inline [DW_FORM_data1] : 1
Files matching numbers can be found for instance llvm-dwarfdump -debug-line <file>
1
0
0
This is actually nothing too complicated if got it right:
1. DW_TAG_subprogram: contains data to connect tag to the source file locations of a function implemention.
2. DAW_TAG_inlined_subroutine: open coded (inlined) subprogram. Probably can be also for inlined subprogram (by optimizer or something) without DW_AT_inline set to 1. Contains offset in debug_info in the attribute DW_AT_abstract_origin referring to the subprogram that is inlined.
3. Out-of-line inlined subroutines have entry points i.e. are like clones of functions. They are tagged as DW_TAG_subprogram but have DW_AT_abstract_origin containing the reference to the root subprogram.
Something along lines of this....
1. DW_TAG_subprogram: contains data to connect tag to the source file locations of a function implemention.
2. DAW_TAG_inlined_subroutine: open coded (inlined) subprogram. Probably can be also for inlined subprogram (by optimizer or something) without DW_AT_inline set to 1. Contains offset in debug_info in the attribute DW_AT_abstract_origin referring to the subprogram that is inlined.
3. Out-of-line inlined subroutines have entry points i.e. are like clones of functions. They are tagged as DW_TAG_subprogram but have DW_AT_abstract_origin containing the reference to the root subprogram.
Something along lines of this....
2
0
0
Jarkko Sakkinen
jarkko
@gimulnautti naah, not my cup of tea tbh :-) i get tho why someone would want to use this, not bad either
1
0
1