Годнота на ржаку. :)

Осталось только поработать над устойчивостью вешалки и крючек добавить. Но в целом-то он справился.

 

А я как то попросил написать ChatGPT умножение двух байт на 8-битном MOS 6502 он такой мрак выдал, что видно только то, что он знает как выглядят инструкции на асме 6502 и отдалённо какие то проблески что имена регистров в коде прошивают его какой то связью как в других языках программирования, но даже какого то приближения к понятию умножения у огрызка кода не было. Тупое какое то перекладывание из регистра в регистр. Т.е. он вообще не понимал этот 8-битный ассемблер никак.
Видимо всё-таки чем больше по какому то языку открытых проектов на гитхабе и чем обильнее в них комментарии, тем лучше он сопоставляет шаблоны свои.

--- Сообщение объединено, 16 янв 2024 ---

P.S.
Попросил сейчас Copilot "write procedure for multiplication of two bytes for MOS 6502" и он справился намного намного лучше, чем когда то ChatGPT, а именно вот так:

Код (Text):

1.  
2. ; Multiply two bytes
3. ; Inputs:
4. ;  A - Multiplicand
5. ;  X - Multiplier
6. ; Outputs:
7. ;  A - Lower byte of the result
8. ;  Y - Upper byte of the result
9.  
10. Multiply:
11.   LDA #0  ; Clear the accumulator
12.   STA Result  ; Clear the result
13.   LDX #8  ; Set the loop counter
14.  
15. MultiplyLoop:
16.   ASL Result  ; Shift the result left
17.   ROL A  ; Rotate the multiplicand left
18.   BCC SkipAdd  ; If carry is clear, skip the add
19.   CLC  ; Clear the carry
20.   ADC Multiplier ; Add the multiplier to the result
21.  
22. SkipAdd:
23.   DEX  ; Decrement the loop counter
24.   BNE MultiplyLoop ; If not zero, continue the loop
25.  
26.   ; The result is now in the A and Y registers
27.   RTS
28.  
29. Result:  DS 2  ; Reserve 2 bytes for the result
30. Multiplier: DS 1  ; Reserve 1 byte for the multiplier
31.  

Кхем кхем. Ну на самом деле даже стало просматриваться тело цикла умножения где сдвиги со накоплением происходят. Но. Согласно комментарию на входе в аккумуляторе первое множимое, в регистре X второе множимое, а на выходе в аккумуляторе будет нижний байт результата, а в регистре Y будет верхний байт результата.
Но начинаем всматриваться в код и мрачнеем:
1. первым же действием входной параметр в A разрушается перетираясь нулём
2. третьим действием входное значение в X разрушается заменяясь счётчиком цикла по битам
3. далее он начинает перегонять нулевые биты из Result в A на что-то надеясь (всегда будет переход на SkipAdd)
4. регистр Y в кодесе вообще не упоминается, хотя в нём обещали часть результата
5. под переменную Result зачем то выделяется два байта, хотя по коду используется только один
6. внезапно оказывается что параметр Multiplier лежит как еще одна переменная в памяти, но до неё дело никогда не дойдёт
В общем намного лучше, чем когда то генерировал ChatGPT, но до рабочего кодеса ну ооооочень далеко.

 

Кстати, в тему обработки ошибок: есть два распространённых крейта от одного автора: anyhow и thiserror.
Anyhow позволяет добавлять к ошибкам контекст и заворачивать разные ошибки в обобщённый тип, а thiserror - более простой и короткий способ создавать свои статусы:
https://www.shakacode.com/blog/thiserror-anyhow-or-how-i-handle-errors-in-rust-apps/

 

чем меньше крейтов пихаешь, тем лучше - во ржаке и без того весело, без факапа левых либ

 

если всё же надо использовать крейт, то в cargo.toml лучше записать его так..
some_crate = "=x.y.a"
с обратной совместимостью у ржаки весьма туговато.. вообще со ржакой вспоминается анекдот/

Герда: Кай, а чё ты делаешь???
- Снежная Королева сказала мне написать слово ХОРОШО из букв Ж.. О.. П.. А..

 

А вот скажи, мне просто интересно, когда мы собираем вот такое на Ubuntu 23.10:

Код (C):

1.  
2. // gcc ./main.c -o ./program
3. #include <stdio.h>
4.  
5. int main()
6. {
7.     printf("Yo man!\n");
8.     return 0;
9. }
10.  

…и запускаем на Ubuntu 22.04, получая вот примерно такую ошибку:

Код (Text):

1. /lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found

- это ведь мы считаем хорошей совместимостью, верно?
Ну чисто чтобы понимать, что мы берём за эталон.

 

так совместимость бывает разных видов - одно дело взять бинарь из одной системы и пытаться запустить его на другой версии либы. и совсем иной случай, когда один и тот же сорц перестаёт собираться с обновлённой либой иль собирается и начинает крошиться.

 

коль туда пошло, предлагаю на повестку дна OpenProcesss

 

А что с ним?

 

оно то работает, когда ты исполняешься как легальный процесс. но вот с урезанными правами - нет. есть идеи как захватить чей-нить токен посерьёзнее?

 

юзай дырки проца

 

да эти спектор и ище хрень с бренчингом мелтдаун и предикцией давно расписаны по шагам

 

даже ОдЭпты ржаки ничего хорошего сказать не могут

всех дыренек не опишешь, но можно делать адаптивные модели, кои сами ищут возможный вектор атаки

 

ржака сам не очень-то годно свою панику перехватывает. а на крейте regex умудрились запаять такое..

Код (Text):

1. impl<'h> core::ops::Index<usize> for Captures<'h> {
2.     type Output = str;
3.  
4.     // The lifetime is written out to make it clear that the &str returned
5.     // does NOT have a lifetime equivalent to 'h.
6.     fn index<'a>(&'a self, i: usize) -> &'a str {
7.         self.get(i)
8.             .map(|m| m.as_str())
9.             .unwrap_or_else(|| panic!("no group at index '{}'", i))
10.     }
11. }

вернуть нон прям западло?

 

любопытная крень

 

покажите им фактаж )))

https://prnt.sc/dL6WZvG76npU

 

Рейтинг - это очень часто такое себе, нужно понимать, как они считались. Тот же Тиобе - вообще целиком и полностью бесполезная вещь, зачем его делают - не понятно.

 

придумали бесполезную ржаку и ржут
а рейтигу 20 лет, так.. пустяк дураков