-
IT café
Új hozzászólás Aktív témák
-
Hege1234
addikt
válasz Hege1234 #16399 üzenetére
feladatkezelőbe beállítottam és bejelentkezésnél már működik
(csak késleltetni kellett 1 percet)
most már csak azt kellene valahogy megoldani, hogy rejtettként induljon
vagy lehet, hogy ezt így nem lehet a háttérbe rakni?nevemfel:
uff.. tényleg, pedig ez milyen alap[ Szerkesztve ]
-
-
Hege1234
addikt
-
coco2
őstag
Sziasztok!
Valaki képben van XCode projectekről annyira, hogy össze tudja rakni ezeket a fogalmakat? "Mach-O" + "dynamically-loaded library" + "bundle".
A kérdés pedig, hogy melyik XCode project template-et válasszam új project-hez?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
opr
veterán
Imadom neha ezeket az "ajanlatokat", amik jonnek LinkedIn-rol. Ebben a pillanatban kaptam egy mailt, mindossze az alabbiakat kell tudni, termeszetesen senior modon:
C#, .NET, Azure, SQL, MS AD & Group Policy, HTML+css+js+react+mittudomen (gyakorlatilag egy fullst ack webdev), C++, JAVA.
Ezek kozul par nem teljesen kotelezo, mindossze "highly desired".
Fizetes? Ja, az kb annyi, mintha siman senior vagy a fentiekbol legalabb egy dologban.Bonusz kerdes: Hany kulon szakma van a fenti listaban?
Bonusz kerdes #2: Letezik-e szerintetek olyan ember ezen a bolygon, aki -ha ezen kivul csak alszik, es meg szarni is laptoppal megy- kepes ezt mindet valoban senior szinten tudni?"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
gygabor88
tag
Tudják, hogy nem fognak ilyen embert találni. Be lehet próbálkozni akkor is, ha csak pár dolog megy a listából senior szinten. 3 éve javásként kerültem be egy olyan projektre, ahol java mellett nodejs, scala és clojure is kellett napi szinten. Ebből pl a clojurehoz annyira nem értettem, hogy interjú után googleval sem találtam róla semmit, mert "closure"-ként kerestem rá.
Amúgy jók az ilyen vegyes állások. 1-2-3 év egy ilyen helyen és nagyon sokfelé lehet továbblépni. Én örülök, hogy már nem kell java + springre korlátoznom az álláskeresést.
-
opr
veterán
válasz gygabor88 #16406 üzenetére
Hat, kerdes, hogy valaki akar-e olyan helyre menni, amelyik igy kezdi. En is szeretek mindenfele nyelven dolgozni, majdhogynem projekt szinten valtogatjuk (sok PoC), mindig fun, ettol fuggetlenul interjuzni se mennek el olyan ceghez, ahol ennyire nyilvanvaloan mindent IS nekem kell majd csinalni, meg vagyok elegedve az osz hajszalaim jelenlegi mennyisegevel, nem kell tobb.
Amugy nem keresek melot, eszembe se jutna valtani, imadom a mostanit, csak ez most nagyon fun level volt, godnoltam megosztom.
Tegyuk hozza, az, hogy kb barmilyen nyelven tudsz dolgozni, az nagyon nem ugyanaz, mint abbol a nyelvbol seniornak lenni.[ Szerkesztve ]
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
Ispy
veterán
Nálunk is ezek mennek most minusz c és java, helyette egy kis flutter. Ja és nem c# hanem vb. Nem is nagyon találunk embert.
Mondjuk MS AD-vel csak egy projekt volt eddig, az pont elég is volt.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
coco2
őstag
OSX / Linux scripteléssel akadtam el kicsit.
Kellene nekem egy környezeti változó. Létrehozni kb ennyi:
export ENYEM_VALTOZO=hello_world
és készen van. Viszont használni szeretném. Ha ezt bele rakom a.bashrc
-be, aztán adok rásource ~/.bashrc
-t, abban a terminal-ban azenv
visszaírja, ott van. Viszont lecsukom azt a terminal-t, indítok egy másikat,env
, és nincs ott.Amire szükségem lenne, az egy XCode-ból indított scripten belüli elérés. Jó lenne, ha az a script alapból elérné. Google annyit talált, hogy a .bashrc a non-login interactive shell változókra kitalált hely. De valami nem okés Bármi ötlet?
Előre is köszönöm
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
opr
veterán
Ha global env var kell, add hozza az /etc/environment-hez. Ezt szerkesztheted magadnak is, vagy akar scripttel is.
Bashrc azert nem fog mukodni, mert azok csak session environment variable-ok (azaz amint becsukod a cmd-t, amiben csinaltad/lefut a script, veget er a session es torlodnek).
[ Szerkesztve ]
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
amit az rc fájlokba írsz, az abban a shellben és a belőle forkolt shellekben él.
ha azt akarod, hogy egy kinyitott terminálablakban éljen, akkor abban a környezetben kell hozzáadni a változót, ami a terminált indítja.
vagyis jó eséllyel újra kell indítani a grafikus felületet.
vagy:
az xcode-ot úgy kell elindítani, hogy erről tudjon.
tehát az ikonban, ami az xcode-ot indítja, átírod, hogy:
ENYEMVALTOZO=akarmi /usr/bin/xcodeEgy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
Micsurin
nagyúr
Kérnék egy kis assembly helpet mielőtt a maradék hajam is kitépem.
[link]* itt hol az istenben van meghívva a Vizsg címke? Mert ha a legelején szeretnék int 16h-val lekezeltetni bármilyen egyéb karaktert akkor is a nyüves Vizsg címke fogja kidobni a nem megengedett bement üzijét.
* mov ax, 0 vagy xor ax, ax lemaradt a bevitel előtt az elején de nem változtat azon, hogy a Vizsg-re ugrik a kód.
[ Szerkesztve ]
The Separatists have no regard for innocent life. They don't care who walks away from war and who doesn't. That's why we move on them now, Commander……and Wolfpack leads the hunt.
-
kovisoft
őstag
válasz Micsurin #16413 üzenetére
Igen, az első int 16h előtt a 11. sorban hiányzik az ah nullázása (mármint ha itt is szeretnél karaktert beolvasni).
Milyen billentyűket nyomsz le és mit szeretnél, hogy történjen, mit kellene csináljon a program? Mert én úgy látom, hogy ha először nem 'a'-t nyomsz, akkor a Bevitel-re ugrik, onnan a Vizsg-re megy. Az 'a' utáni 'b' vizsgálatnak így már nincs is értelme, mert 'b' esetén már a vizsgálat előtt elugrott, ez a vizsgálat mindenképpen igaz lesz, tehát 'a' nyomásra Program_Vege-re ugrik.
-
coco2
őstag
válasz Micsurin #16413 üzenetére
A xor ax,ax kevesebb memória a mov ax,0-nál. Egyéb oka nem volt anno, amiért úgy írtuk. Az eredménye ugyan az. (Egykoron még sokkal kevesebb volt a teljes memória, és bizony számított. Mikrovezérlős környezetekben mind a mai napig hasonló a hozzáállás.)
Ha a Start után a Bevitel-re megy tovább, akkor tovább esik a Vizsg címkére. A Vizsg címke a loop miatt van ott.
MS-DOS környezet a mai világban?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
Micsurin
nagyúr
válasz kovisoft #16414 üzenetére
Alapvetően azt csinálta ez a csoda, hogy 4 számjegyet kért be addig futott amíg nem lett meg mind a négy jegy, ha escapet nyomtál kilépett minden nem esc vagy nem számra meg a hiba üzit dobta el.
Na most ezt kellett volna átalakítsuk úgy, hogy 2db 4 jegyű számot kérjen be és szám1, szám2, kilépés szerű menü is legyen.
De már az órai kódba is belegabalyodtam.
A menü mindenképpen életképtelen lett nálam (03:00-kor adtam fel a kérdés után még futottam pár kört ) mert ha be is veszi az 'a' vagy a 'b' karaktereket és a jz is sikerül a szükséges szekcióba akkor is kiírja, hogy érvénytelen karakter ellenben a számba már belevette pl a leütött 'a'-t.
Egy számot letudtom kezelni de a 2.-at már csak folytatólagosan hozzáírja az elsőhöz szvsz amit ebből az alao kódból kreáltam tré ahogy van.Hogy kéne ennek nagyjából neki álljak? 27.-e ZH az a heti egy óra meg sok kárt nem tesz bennünk. Stack és társain meg nem 1:1 ilyen formában találtam eddig assemblyt.
coco2 de az elején ha van input is a menünek akkor is a vizsgre esik tovább.
Igen MS DOS környezet egy virtuális XP-n notepad++ és cmd+masm. Éljen a modern oktatás... Java és C# után nem kis oboa tanfolyam.The Separatists have no regard for innocent life. They don't care who walks away from war and who doesn't. That's why we move on them now, Commander……and Wolfpack leads the hunt.
-
coco2
őstag
válasz Micsurin #16417 üzenetére
Mit értesz menü alatt? Az ott egy rövidke asm kód, nem a grafikus idők találmánya. Az ms-dos karakteres képernyőt használt.
A precíz folyamat szervezést pontosan úgy lehet megtanulni, hogy egyesével figyelsz oda a byte-okra, és a műveletek sorrendjére. Például hogy ne úgy végezd, mint az ejtőernyősök a katonaságnál. "Napi parancs szerint felmennek 2000 méter magasba, ott kiugranak a repülőgépből. A logisztika úgy szervezte, hogy az ejtőernyőt odalent kapják meg."
Ha copy / paste-elünk neked egy megoldást, abból ugyan nem tanulsz. Szánd csak rá a buksit fortnight helyett és gondolkodj kicsit
Ha doksi kell vagy tanulnivaló, abban tudunk segíteni. Interruptokról példul van gyűjtemény "Ralf Brown" neve alatt: link (Access the Interrupt List by Interrupt Number)
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Más, XCode. Netes helpek "comprehensive" videók meg a többi - nem találok anyagot sehol. Fordítás után a kimeneti binárist alapból rendszer specifikus helyre rakja. Nekem project specifikus hely kellene. Sajnos eddig nem sok infót kaptam róla leszámítva a temérdek sok xcode 5-ös időkbeli blogot (most xcode 11 alatt vagyok), amik rég elavultak. Bármi ötlet?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
kovisoft
őstag
válasz Micsurin #16417 üzenetére
Megvan az eredeti programkód, ami 4 számjegyet kér be? Legjobb lenne ebből kiindulni.
Pl. csinálhatod azt, hogy a szam1 vagy szam2 menüponttól függően állítod be a di-ben az offset-et ertek1 vagy ertek2-re. Itt érdemes lehet pluszban még valahová (regiszterbe vagy memóriacímre) elmenteni ugyanezt, hogy később tudni lehessen, hogy melyik szám 4-es beolvasása folyik éppen.
A Bevitel/Vizsg kb. maradhat, ahogy eredetileg volt, mert úgyis csak annyit csinál, hogy bekér egy karaktert és ellenőrzi, majd beleteszi az al-be.
A Tarol-ban kell valami extra vizsgálat, hogy mindkét számból beolvasásra került-e már a 4+4 db karakter. Az eredeti kód gondolom csak annyit nézett, hogy a di elérte-e az ertek1+4-et. Itt lehetne használni a korábban elmentett címet, és a di-t az elmentett cím+4-gyel hasonlítani.
Plusz kell még valami, amiben eltárolod, hogy megvan-e már az ertek1 ill. megvan-e már az ertek2. Amíg valamelyik hiányzik, addig a Tarol végén visszaugrasz a Start-ra.
-
kovisoft
őstag
válasz kovisoft #16420 üzenetére
Vagy akár szimplán duplikálhatod a Bevitel, Vizsg, Tarol-t így: Bevitel1/Bevitel2, Vizsg1/Vizsg2, Tarol1/Tarol2, ahol az 1-esek az ertek1-gyel, a 2-esek az ertek2-vel dolgoznak. Az 1-est a szam1 menüből, a 2-est a szam2 menüből hívod meg. Ekkor is nyilván kell tartani, hogy megvan-e már az ertek1/ertek2, akkor végzett a program, ha mindkettő megvan.
-
félisten
válasz Micsurin #16417 üzenetére
Mindig be szoktam nézni ide, mert hátha van valami -számomra- kihívás...
Hát most van.
Kb. 30 éve a PC-n (mert már előtte is C64-en) ASM-ba programoztam. (Bammeg, megöregedtem )
Szóval év vége felé mindig egy kicsit retrózom, ez viszont "nagyon" retró...Pár kérdés (légy oly szíves válaszolj mindegyikre!)
1. Mihez kell Assembly számodra? (Tényleg érdekel)
2. Mi a feladat akkor? Amit Én eddig levettem, hogy:
# 8086-os CPU-re írt ASM kód kell
# Kérjen be (bill.-ről) 2 darab, 4 számjegyű, egész, 10-es számrendszerbeli számot (még véletlenül sem hexadecimálist, ugye?)
# Tárolni is kell?
# A két "számmal" utólag kell matematikai műveleteket is végezni?(vagy csak kiíratni stb)Ha ezen infókat megkapom (avagy, +infókat is), akkor már repül is fel W11 alá a DOSBox+DOS Navigator+TASM és már írom is a kódot szövegszerkesztőben (természetesen FULL kommenttel ellátva) Remek retró feeling lesz számomra...
UI: Alakul
DOSBox + DOS Navigator
4Ever Assembly
Debug-oljuk is ám[ Szerkesztve ]
Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
coco2
őstag
válasz Fire/SOUL/CD #16422 üzenetére
Debugot illetően emlékszel még az AFD.EXE-re?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
coco2
őstag
Más, linux / bash script. Kicsit (nagyon) kijöttem a gyakorlatból.
Van egy környezeti változó, T_STR. Benn van mondjuk ez: "custom str" Környezetből használom shell scriptben (/bin/bash enyem_script.sh) valahogy így:
#!/bin/bash
echo "${T_STR}"
echo "$T_STR"
echo ${T_STR}
echo $T_STRValaki le tudja írni nekem legalább dióhéjban, hogy mi a különbség ezek között az echo-k között? Ami különbség van, az mikor számít?
A ""-ről talán az volt, hogy ha space van a stringben, és nem raktam macskakörmök közé a változó értékét olyankor, amikor egy shell parancsba beillesztettem, akkor az két külön paraméternek minősülhet, és "szét törhet" miatta a parancs bemenetem. De erre visszaigazolást várnék tényleg ez van-e vele, vagy rosszl emlékszem?
A { }-ről valami változó érték értelmezés volt talán, de sötét homály
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
Micsurin
nagyúr
Nem azt szerettem volna ha megoldjátok helyettem csak iránymutatásra lett volna szükség, kovisoft* köszönöm végig nézem újra amint gép elé érek. Neked meg köszönöm a könyv ajánlást már ezzel is jóval beljebb vagyok mint azzal a pár sajt fecnivel amit bent kaptunk.
*igen eredetileg csak azt vizsgálja, hogy a di elérte-e az ertek1+4-et ha igen akkor vége a futásnak lényegében. Elvileg duplázhatok minden címkét még nem jár érte dádá szvsz azt kell csak akkor megoldjam, hogy mielőtt a vizsg-be lépnél töröljem az al-t és kérjek be újra karaktert.
Fire/SOUL/CD Nem megírni kell de köszi csak pár ötlet kellett, hogy mivel mit mert ráérezni erre a retekre igen nehezen megy mert végtelenül zavaró a puritánsága. Valahogy beleszoktunk mi a jóba az Intellisense és társaival... assembly csak ahhoz kell, hogy zh-ra értelmesen tudjak előre készülni és ne 25.-én lóhalálában akarjak valamit felszedni a 27.-i zh-ra. Ez egy Java esetében járható mert látom a beépített libraryket valamit csak összehazudik az ember a C# közelség miatt de 5 héttel ezelőtt láttam életemben először assemblyt.
Ha már itt tartunk DOS Box + említettek teljesen kiválthatják a virtuális XP-t?
Van a témához valami nagyon potato kezdő tutorial? Olyasmin mint mondjuk a w3 schools szokott lenni?The Separatists have no regard for innocent life. They don't care who walks away from war and who doesn't. That's why we move on them now, Commander……and Wolfpack leads the hunt.
-
félisten
Nem, nem ismerem(tudom mi az, csak nem használtam), mert az a NASM-hoz tartozott (meg újabb keletű is volt talán jóval, mint a TASM/Turbo Debugger, asszem) Én meg világ életemben (mai napig) a Borland (vagy a felvásárolt, jelenleg Embarcadero) vonalat "erősítettem/erősítem"...
Amikor az ADF Debug neve egyáltalán felmerült, akkor már egy másik cuccot használtam SoftICE néven(rég volt, lehet, hogy csk az emlékezetem csal meg)...Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
félisten
válasz Micsurin #16425 üzenetére
OK, de az a kód, már a 2. sorában buktató(ZH=1-es), mert SS: Stack ez bukó...
(Stack fenntartott szó, így be sem lehet fordítani a kódot, arról nem is beszélve, hogy nem kerülhet a kód végére... )Puritánság? Nem...
Erre szokták azt mondani (tanítani), hogy amit nem lehet Pascal-ban megírni, azt C++-ban meg lehet. Amit C++-ban nem lehet megírni, azt Assembly-ben meg lehet. Amit Assembly-ben nem lehet megírni, azt nem lehet megírni...Az Assembly "alatt" csak a gépi kód van (CPU ebből ért, tök mindegy milyen fejlesztőkörnyezetben írsz és fordítsz, a vége, akkor is gépi kód lesz) csak az nem mindegy, hogy az hány darab utasításból áll (ez határozza meg egy adott szoftver sebességét).
Minél "magasabb" szintű egy nyelv, annál lassabb, mert a felhasználóbarát függvények használatának ez az ára. Ha (és ez csak egy eszmefuttatás) a mai játékokat tisztán Assembly-ben írnák (még1x, ez csak eszmefuttatás), akkor min. 15 éves gépeken is pont úgy menne egy mai/2021-es játék, mint a mai erőműveken. Persze abba a fejlesztők beledöglenének, az tuti...A gépi kód, majd Assembly volt mindennek az alapja. Enélkül nem lenne Pascal, C/CPP , stb stb meg konkrétan semmi.
[ Szerkesztve ]
Mindenki tudja, hogy bizonyos dolgokat nem lehet megvalósítani, mígnem jön valaki, aki erről nem tud, és megvalósítja. (Albert Einstein)
-
Micsurin
nagyúr
válasz Fire/SOUL/CD #16427 üzenetére
Azt a tanár tette oda és az az alap.asm amit elvileg nem kell bizerbáljunk csak használjunk... szóval mi nem piszkáljunk.
Megkaptuk a történeti fejtágítást csak valahogy nem fogom jobban megszeretni ettől ezt a szintű magamra utaltságot egy két magas szintű nyelv után.
C segítene kicsit a logika elsajátításában vagy felesleges abba is belekezdeni csak emiatt?
The Separatists have no regard for innocent life. They don't care who walks away from war and who doesn't. That's why we move on them now, Commander……and Wolfpack leads the hunt.
-
kovisoft
őstag
válasz Fire/SOUL/CD #16427 üzenetére
Ez egy ideje már nagyon nem így van. Gyakorlatilag szinte esélytelen gyorsabb kódot írni assemblyben, mint amilyet mondjuk egy normálisan optimalizáló C fordító fordít. Ehhez komoly mértékben kellene tudni ismerni és alkalmazni a modern CPU architektúrák finomságait (pl. milyen utasítás mivel tud párhuzamosan lefutni, milyen utasítás milyen körülmények között hány órajelet vesz igénybe, stb). Ezeket ugyanakkor beépítik a fordítóprogramokba.
-
coco2
őstag
válasz kovisoft #16429 üzenetére
Ez egy ideje már nagyon nem így van.
Azért még van egy kicsi hiányosság. C alatt nincs opció olyat leírni, mint carry flagen keresztüli bit forgatás. Asm-ben a carry flag-re adat mozgatás vagy ugró utasítás szokott kerülni. Hatékonyabb kódot lehet úgy írni, mint pld 64 bites értéket gyártani és / vagy kapcsolatokhoz cmp-vel ellenőrizni, és arra rakni ugrást, vagy xor-al kezelni bites adatátvitelt. Az utóbbi időben a C-t elég sok marhasággal (semmire kellő csicsával) már kiegészítették, de ezt a hiányosságot valahogy nem sikerült legyűrni. A carry flag kezelésére nincsen koncepció. Pedig mindegyik modern cpu magban ott van rá a support.
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
kovisoft
őstag
Itt most a sebességről volt szó, és lehet, hogy a C fordító nem használja olyan cizelláltan a carry flaget, mint ahogy lehetne, de cserébe jobban tudja, hogy milyen utasításokat milyen sorrendben rakjon egymás mögé, hogy minél több tudjon párhuzamosan végrehajtódni minél kevesebb órajel alatt. Nem azt mondom, hogy lehetetlen gyorsabb assembly kódot írni, mint amit egy C fordító gyárt, csak azt, hogy nagyon nehéz, és az is csak valamivel lesz gyorsabb, de messze nem a "min. 15 éves gépeken is pont úgy menne egy mai/2021-es játék, mint a mai erőműveken" kategória lesz.
-
K1nG HuNp
őstag
válasz Fire/SOUL/CD #16427 üzenetére
semmi koze a nyelv szintjének a gyorsasághoz, lásd rust, go. manapsag a legperformansabb nyelvek koze tartozik mindketto, megis boven high level.
(raw_item.get("pk").unwrap().as_s().unwrap().to_string()).split("#").collect::<Vec<&str>>()[1].to_string()
-
nagyúr
válasz Fire/SOUL/CD #16427 üzenetére
> hogy az hány darab utasításból ál
hat nem igazan ettol fugg a sebesseg
while (!sleep) sheep++;
-
Hege1234
addikt
Hali!
az összefoglalóban most nézem, hogy bele van írva a batch is
valakinek esetleg ötlete erre, hogyan lehetne megoldani? -
btraven
őstag
Igazi programozó csakis így készít zenét! [link]
-
dabadab
titán
válasz btraven #16438 üzenetére
Egyébként a korai Commodore C64 zenék kb. pont így készültek (kb '86 tájáig), csak nem Pythonban, hanem 6502 assemblerben, illetve mégígyebb, mert az egyes hangszerek nem sima hangmintalejátszásból álltak, hanem a hangchip regisztereit kellett real-time bizergálni.
Most meg bytebeat van, az külön agybaj
Dokumentáció meg játszótér: [link]
Egy durvább darab: [link][ Szerkesztve ]
DRM is theft
-
-
-
Nem teljesen programozás de szerintem ti tudtok segíteni.
Git repóba szeretném feltolni a konfig fájljaimat, de a GPG-t valami miatt nem akarja az igazat...
Természetesen előtte generáltam kulcsot amit github-on sikeresen hozzá is adtam a profilom-hoz, de már itt elakad őkelme:echo "test" | gpg2 --clearsign ✔ at 17:48:12
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
test
gpg: signing failed: Inappropriate ioctl for device
gpg: [stdin]: clear-sign failed: Inappropriate ioctl for device
cat .gitconfig
[user]
signingkey = 52ECEX7C42E28R96
email = akarmi@gmail.com
name = csokistyuk
[commit]
gpgsign = true
[alias]
logs = log --show-signature
[gpg]
program = gpg2
[ Szerkesztve ]
Passionate about minimalistic software, the Linux philosophy, and having fun. SFF enthusiast.
-
coco2
őstag
Reménykedem benne, hogy valakinél frissen van ilyen ismeret.
"unsigned char" típus windows visual studio / osx xcode - ezekben a környezetekben / toolchain-ekkel lehet-e olyat biztosra kijelenteni, hogy 8 bites érték, és a memóriában is csak pont annyit foglal (__packed__ modifier / ekvivalense megkövetelhető) ?
កុំភ្លេចប្រើភាសាអង់គ្លេសក្នុងបរិយាកាសអន្តរជាតិ។
-
opr
veterán
Elvileg igen, gyakorlatilag MSVC-nel ganyolni kell hozza, hogy legyen olyan, hogy __packed__. Mondjuk ha VS-ben lecsereled a compilert masra, akkor mukodhet. Vagy hasznalod a #pragma pack(1)-et, de azt nem tudom hogyan/mennyire mukodik.
unsigned char az viszont unsigned char. Az, hogy ez hany bites, az attol fugg, mire forditod, de nagyon egzotikusnak kell valaminek lennie hozza, hogy letezzen olyan, hogy char (plane unsigned char), es nem pontosan 8 bit legyen.
ui.: Ha valamilyen geppel probalsz mondjuk soros porton kommunikalni, van par ilyen azsiai borzalom, ahol 16 bit a char alapbol, azokkal lehet szopni, de meg ott is ritka, altalaban kovetik a 8 bites "szabvanyt" Ok is.
[ Szerkesztve ]
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
jattila48
aktív tag
Próbáld meg a BYTE típust, ami nyilván egy typedef. Ez biztos, hogy 8 bites, bármelyik platformon. Már ha létezik BYTE. Ha nem, akkor csinálsz, platformtól függően. 8 bites alap típus biztos, hogy van bármelyiken. A #pragma pack(1) (meg a __packed__) itt nem alkalmazható, mivel az a struktúra tagok alignálására vonatkozik, alaptípusokra nincs hatása.
Olyan pedig nincs, hogy a C nyelv char típusának bithossza attól függjön, hogy a rendszer vagy a fordító ázsiai, vagy más (mármint ha ugyanarról a rendszerről, pl. Window-ról, és ugyanarról a fordítóról beszélünk). Ázsiai nyelvek nyilván nem 1 byte-os karaktereket használnak, de erre a C-nek külön típusa (pl. wchar) van. Amúgy meg szerintem nyugodtan használd az unsigned char-t mint byte-ot, ma már nem valószínű, hogy van ettől eltérő platform.„Kétségtelen, hogy nem tudjuk, mit tegyünk, de felkészültek és elszántak vagyunk.” - Olaf Scholz német kancellár
-
opr
veterán
-
Ispy
veterán
Sziasztok,
van egy gondom, amire nem nagyon találtam eddig megoldást: a nyomtatás alapból RDLC fájlokból csináljuk (.NET), de amikor kiküldöm direktbe a nyomtatványt a printerre, akkor elmászik a margó és az egy oldalas doksiból 2 lesz emiatt. Csinált már valaki itt ilyen RDLC direkt nyomtatást esetleg? Azt látom, hogy a printable area kisebb kb. 0.017-el, mint kéne, csak nem tudom hogyan lehetne ezt birizgálni. Illetve annyira már rájöttem, hogy a papir típussal van összefüggésben a dolog, csak nem értem, ha a report viewerben jól jelenik meg, akkor direkt nyomtatásban hogyan kéne beállítani, hogy ott is jó legyen.
A nyomtatás úgy megy, hogy az RDLC lerendelelem és átadom egy printdocumentnek, ez csinálja a nyomtatást magát.
Ha a normál modon megnyitom a reportviewerben a dokumentumot előnézetben, akkor 1 oldalas lesz a doksi.
Gugli sajnos nem volt a barátom, elég kevés thread van erről.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
jattila48
aktív tag
Akkor ezt hogy érted?
"van par ilyen azsiai borzalom, ahol 16 bit a char alapbol"
Mi az az ázsiai borzalom? A C nyelv char típusának a hossza, a fordító tuldjdonsága.„Kétségtelen, hogy nem tudjuk, mit tegyünk, de felkészültek és elszántak vagyunk.” - Olaf Scholz német kancellár
-
jattila48
aktív tag
Van aki Windows GUI-t Win32 API-ban programozik C nyelven? Van erre külön topik?
„Kétségtelen, hogy nem tudjuk, mit tegyünk, de felkészültek és elszántak vagyunk.” - Olaf Scholz német kancellár
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- ÚJ Dell Inspiron 7430 2-in-1 - 14" FHD+ IPS TOUCH 360 / i5-1335U / 16Gb DDR5 / 512Gb PCIe 4.0 / 3 ÉV
- Dell 5820: Intel Xeon W-2135, 64GB DDR4, 256GB NVMe SSD, Nvidia Quadro P600, USB 3.1 C/A, ÁFÁs
- Eladó alig használt benq Zowie xl 2411P kihasználatlanság miatt karcmentes, tökéletes állapotban
- Honor X6a 128GB, Kártyafüggetlen, 1 Év Garanciával
- Samsung Galaxy S23 Ultra 5G 256GB, Kártyafüggetlen, 1 Év Garanciával