The 4th difference: Local variable.
(Assembly can theoritically do the same but I don't have impression which one support this feature.)
The 4th difference: Local variable.
(Assembly can theoritically do the same but I don't have impression which one
support this feature.)
If you are talking about function-local data, there are multiple ways
to do store them in an easy-to-clean-up fashion:
- Volatile registers, for the shortest lived data. Calling other
functions causes them to be overwritten with the function's
return value or irrelevant data.
- Non-volatile registers, for data that need to persist across
function calls. You save the contents of them before using them,
as your caller expects the contents of these registers to be
intact once you return.
- The stack, for long-lived function-local data when you are out of
non-volatile registers. You manipulate a dedicated stack pointer
register to allocate and deallocate space for your data.
- Immediates, and the .rodata (ELF) / .rdata (PE) section, for
constants and tables of constants.
The notion of local variable allows you to ignore all of these in C,
though. Assembly having multiple ways to store local data instead of
one can make things fairly complicated to read, write and debug.
(forwarding to alt.lang.asm because you are comparing C with it)
I think the local variable thing (of my trial) depends on the program model (computation model). Thanks for the info, your suggestion relates to more-a complicated stuff than I encountered (I am compiler newbie).The 4th difference: Local variable.
(Assembly can theoritically do the same but I don't have impression which one
support this feature.)
If you are talking about function-local data, there are multiple ways
to do store them in an easy-to-clean-up fashion:
-a-a - Volatile registers, for the shortest lived data. Calling other -a-a-a-a functions causes them to be overwritten with the function's
-a-a-a-a return value or irrelevant data.
-a-a - Non-volatile registers, for data that need to persist across
-a-a-a-a function calls. You save the contents of them before using them, -a-a-a-a as your caller expects the contents of these registers to be -a-a-a-a intact once you return.
-a-a - The stack, for long-lived function-local data when you are out of -a-a-a-a non-volatile registers. You manipulate a dedicated stack pointer -a-a-a-a register to allocate and deallocate space for your data.
-a-a - Immediates, and the .rodata (ELF) / .rdata (PE) section, for
-a-a-a-a constants and tables of constants.
The notion of local variable allows you to ignore all of these in C,
though. Assembly having multiple ways to store local data instead of
one can make things fairly complicated to read, write and debug.
(forwarding to alt.lang.asm because you are comparing C with it)
(forwarding to alt.lang.asm because you are comparing C with it)
W dniu 15.04.2026 o-a15:40, makendo pisze:
(forwarding to alt.lang.asm because you are comparing C with it)
Great, but what is wrong with comp.lang.asm ? I subcribe it instead any ohter asm related groups. Is this wrong aproach?
--
Jacek Marcin Jaworski, Pruszcz Gd., woj. Pomorskie, Polska Efc|Efc#, EU Efc-Efc|;
tel.: +48-609-170-742, najlepiej w godz.: 5:00-5:55 lub 16:00-17:25; <jmj@energokod.gda.pl>, gpg: 4A541AA7A6E872318B85D7F6A651CC39244B0BFA;
Domowa s. WWW: <https://energokod.gda.pl>;
Mini Netykieta: <https://energokod.gda.pl/MiniNetykieta.html>; Mailowa Samoobrona: <https://emailselfdefense.fsf.org/pl>.
UWAGA:
NIE ZACI-aGAJ "UKRYTEGO D+UUGU"! P+UA-a ZA PROG. FOSS I INFO. INTERNETOWE! CZYTAJ DARMOWY: "17. Raport Totaliztyczny - Patroni Kontra Bankierzy": <https://energokod.gda.pl/raporty-totaliztyczne/17.%20Patroni%20Kontra%20Bankierzy.pdf>
On Wed, 15 Apr 2026 20:23:52 +0200
Efc|Efc#Jacek Marcin JaworskiEfc|Efc#<jmj@energokod.gda.pl> wrote:
W dniu 15.04.2026 o-a15:40, makendo pisze:DYM comp.lang.asm.x86?
(forwarding to alt.lang.asm because you are comparing C with it)Great, but what is wrong with comp.lang.asm ? I subcribe it instead any
ohter asm related groups. Is this wrong aproach?
comp.lang.asm is an empty header for me on eternal september's feed.
The newsgroup comp.lang.asm is generally considered an unmoderated Usenet group. Unlike comp.lang.asm.x86, which is known to be moderated, comp.lang.asm does not have an official moderation process and typically allows posts to appear without prior review.
sig is overlong, and crowded, IMHO.
So what you're saying is that assembly can do anything that any other arbitrary language (that has to eventually compile down to the same
machine code) can do? This should not be surprising to anyone.
W dniu 15.04.2026 o-a22:01, Kerr-Mudd, John pisze:
On Wed, 15 Apr 2026 20:23:52 +0200
Efc|Efc#Jacek Marcin JaworskiEfc|Efc#<jmj@energokod.gda.pl> wrote:
W dniu 15.04.2026 o-a15:40, makendo pisze:DYM comp.lang.asm.x86?
(forwarding to alt.lang.asm because you are comparing C with it)Great, but what is wrong with comp.lang.asm ? I subcribe it instead any
ohter asm related groups. Is this wrong aproach?
No!
comp.lang.asm is an empty header for me on eternal september's feed.
After question "is comp.lang.asm moderated?" ecosia.org AI answer today, quote:
The newsgroup comp.lang.asm is generally considered an unmoderated Usenet group. Unlike comp.lang.asm.x86, which is known to be moderated, comp.lang.asm does not have an official moderation process and typically allows posts to appear without prior review.
I see old posts published on comp.lang.asm, and last is yours: "Kenny
Code for DOS", from 2023-04-24, mon. (without any answers).
sig is overlong, and crowded, IMHO.
I have so many things to communicate Poles - this is the reason of bit
sig. But I try to be laconic.
--
Jacek Marcin Jaworski, Pruszcz Gd., woj. Pomorskie, Polska Efc|Efc#, EU Efc-Efc|;
tel.: +48-609-170-742, najlepiej w godz.: 5:00-5:55 lub 16:00-17:25; <jmj@energokod.gda.pl>, gpg: 4A541AA7A6E872318B85D7F6A651CC39244B0BFA;
Domowa s. WWW: <https://energokod.gda.pl>;
Mini Netykieta: <https://energokod.gda.pl/MiniNetykieta.html>; Mailowa Samoobrona: <https://emailselfdefense.fsf.org/pl>.
UWAGA:
NIE ZACI-aGAJ "UKRYTEGO D+UUGU"! P+UA-a ZA PROG. FOSS I INFO. INTERNETOWE! CZYTAJ DARMOWY: "17. Raport Totaliztyczny - Patroni Kontra Bankierzy": <https://energokod.gda.pl/raporty-totaliztyczne/17.%20Patroni%20Kontra%20Bankierzy.pdf>
The 4th difference: Local variable.
(Assembly can theoritically do the same but I don't have impression which one
support this feature.)
If you are talking about function-local data, there are multiple ways
to do store them in an easy-to-clean-up fashion:
- Volatile registers, for the shortest lived data. Calling other
functions causes them to be overwritten with the function's
return value or irrelevant data.
- Non-volatile registers, for data that need to persist across
function calls. You save the contents of them before using them,
as your caller expects the contents of these registers to be
intact once you return.
- The stack, for long-lived function-local data when you are out of
non-volatile registers. You manipulate a dedicated stack pointer
register to allocate and deallocate space for your data.
- Immediates, and the .rodata (ELF) / .rdata (PE) section, for
constants and tables of constants.
The notion of local variable allows you to ignore all of these in C,
though. Assembly having multiple ways to store local data instead of
one can make things fairly complicated to read, write and debug.
(forwarding to alt.lang.asm because you are comparing C with it)
On Wed, 15 Apr 2026 22:40:55 +0200
Efc|Efc#Jacek Marcin JaworskiEfc|Efc# <jmj@energokod.gda.pl> wrote:
W dniu 15.04.2026 o-a22:01, Kerr-Mudd, John pisze:
On Wed, 15 Apr 2026 20:23:52 +0200
Efc|Efc#Jacek Marcin JaworskiEfc|Efc#<jmj@energokod.gda.pl> wrote:
W dniu 15.04.2026 o-a15:40, makendo pisze:DYM comp.lang.asm.x86?
(forwarding to alt.lang.asm because you are comparing C with it)Great, but what is wrong with comp.lang.asm ? I subcribe it instead any >> ohter asm related groups. Is this wrong aproach?
No!
comp.lang.asm is an empty header for me on eternal september's feed.
After question "is comp.lang.asm moderated?" ecosia.org AI answer today, quote:
The newsgroup comp.lang.asm is generally considered an unmoderated Usenet group. Unlike comp.lang.asm.x86, which is known to be moderated, comp.lang.asm does not have an official moderation process and typically allows posts to appear without prior review.
I see old posts published on comp.lang.asm, and last is yours: "Kenny
Code for DOS", from 2023-04-24, mon. (without any answers).
I've only posted (xposted) asm code to ala, clax and comp. never to
cla.
This post would be a first; I'll see if it gets there.
sig is overlong, and crowded, IMHO.
I have so many things to communicate Poles - this is the reason of bit sig. But I try to be laconic.
--
Jacek Marcin Jaworski, Pruszcz Gd., woj. Pomorskie, Polska Efc|Efc#, EU Efc-Efc|;
tel.: +48-609-170-742, najlepiej w godz.: 5:00-5:55 lub 16:00-17:25; <jmj@energokod.gda.pl>, gpg: 4A541AA7A6E872318B85D7F6A651CC39244B0BFA; Domowa s. WWW: <https://energokod.gda.pl>;
Mini Netykieta: <https://energokod.gda.pl/MiniNetykieta.html>; Mailowa Samoobrona: <https://emailselfdefense.fsf.org/pl>. UWAGA:
NIE ZACI-aGAJ "UKRYTEGO D+UUGU"! P+UA-a ZA PROG. FOSS I INFO. INTERNETOWE! CZYTAJ DARMOWY: "17. Raport Totaliztyczny - Patroni Kontra Bankierzy": <https://energokod.gda.pl/raporty-totaliztyczne/17.%20Patroni%20Kontra%20Bankierzy.pdf>
----
Bah, and indeed, Humbug
| Sysop: | Amessyroom |
|---|---|
| Location: | Fayetteville, NC |
| Users: | 65 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 06:12:28 |
| Calls: | 862 |
| Files: | 1,311 |
| D/L today: |
921 files (14,318M bytes) |
| Messages: | 264,699 |