-
Fototrend
Új hozzászólás Aktív témák
-
martonx
veterán
-
ktg3
őstag
Tud valaki segíteni ebben?
long mhMessage;
int *responseMessage;
ClearWriteWindow();
mhMessage = Uds.DiagNewRequest("Identification/Version_read/Read");
Write("--------");
responseMessage = BMW_R8_Uds.DiagSendRequest(mhMessage);
A problémám az, hogy van egy olyan UDS job-om, ami a többséggel ellentétben erre a kérésreDiagSendRequest
sokkal hosszabb válasszal (67byte) tér vissza.
Hogy kéne itt deklarálnom responseMessage-et, hogy használható legyen?
Órák óta ülök fölötte, de nem jutok előrébb -
pmonitor
aktív tag
válasz sztanozs #16528 üzenetére
Készítettem én is egy 300000-es futtatást olyan szisztémával, mint ahogy Te csináltad. Tehát hogy az "A" program írta file-ba az adatokat. Ez lett az output. Nálam mondjuk mások az egyedi adatok:
Egyedi PID: 241955
Egyedi HWND: 286085
a 300000-ből.
Olyan eset nem volt, hogy mindkettő megegyezett volna. A program leírása itt található meg.@Silεncε:
Ugye milyen jó, hogy nem fogadtál?
Az itoa() szignatúrája:char * itoa ( int value, char * str, int base );
Az én függvényem szignatúrája:
char* int_ToStringC(int i, char* s, int base)
Nincs többfajta input.@sztanozs:
Pl. ilyen teszt programok esetén is elég so'xor kell integert konvertálni. Ahányszor meghívom a PidAndHwndA.exe-t, mindannyiszor 2 számot konvertál(a pid-et és a hwnd-t).
Vagy másik példa a feledatkezelő. Ott is nagyon so'xor kell számot konvertálni. Mondjuk egyik esetben sem kell 30 misiszer konvertálni, de azért látszik, hogy akad 1-2 eset, amikor jó sokszor.@dabadab:
Ugye, hogy nem veri meg ezt az assembly kódot!?@dabadab:
Itt azt írtad, hogy:
>A C az gyakorlatilag hordozható assembler, ennek megfelelően kell hozzáállni, aki ott azt mondaná, hogy a JMP használatát el kell kerülni, azt kiröhögnék.Szerintem a C nem hordozható assembler. Közel sem!!! Ilyent hogy írsz meg C-ben?
push_chars :
xor edx, edx
mov ecx, base
div ecx
add edx, 0x30
push edx
inc ebx
test eax, eax
jnz push_chars
pop_chars :
pop eax
stosb
dec ebx
cmp ebx, 0
jg pop_charsEzt én úgy írtam meg, hogy char tömböt használtam, és a végén "megfordítottam". De ez a megoldás nagyon nem ugyanaz, mint az asm esetén használt push-ok és pop-ok használata. A C közel sem hordozható assembler!
@böng ész ő:
>Ha elakadsz valamivel
Egy programozó is el tud akadni valamivel? Én azt hittem, hogy azért tanultak olyan sokat, hogy a szakterületükön ne akadjanak el semmivel. De lehet, hogy tévedek/tévedtem.http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
y@g4n
tag
Egy digitális kamerákhoz összerakott live capture appot nézegetek githubon, ezt:
mtplvcap
Működik, D90-el tesztelem, a fő problémám vele hogy maximum 640x424-es felbontásra képes, automatikusan erre áll be, a kamera live view-ét kapja el. Ez multiplatform és Go.Találtam azonban egy mac specifikusat, (nem élek apple termékekkel, kipróbálni nem tudom)
ptpwebcam
ahol lehetséges beállítani, (vagy minimum megpróbálni) nagyobb live view felbontást, és ezzel párhuzamosan nő az usb-n továbbított videofeed felbontása. Ez Objective-C.Se Go-ul, se Objective-C ül nem értek, ha valakinek van kedve szenvedni vele(m) akkor szívesen fogadok segítséget.
Az Objective-C ben megírt felbontásállítást kellene a Go-s cuccba portolni, tegnap kiakasztott ez a Go annyira korlátoz mindent mindenhol.
Azért gyanítom hogy lehetséges, mert itt az 543-as sorban a konstans hex kódja ugyanaz mint a másik repoban ugyanazen konstans hex kódja a 113-as sorban, és ezen utóbbi maces projektben vannak olyan konstansok amik felelősek a live view beállíthatóságáért, 0xD1A6, és 0xD1AC a tippjeim.Ez a commit ahol beillesztette a mac es projektbe a készítő a felbontásbeállítást.:
commit[ Szerkesztve ]
हरि बोल | हरे कृष्ण हरे कृष्ण कृष्ण कृष्ण हरे हरे हरे राम हरे राम राम राम हरे ह रे
-
Silεncε
őstag
válasz pmonitor #16655 üzenetére
Egy programozó is el tud akadni valamivel? Én azt hittem, hogy azért tanultak olyan sokat, hogy a szakterületükön ne akadjanak el semmivel. De lehet, hogy tévedek/tévedtem.
Megint kezdődik? Tök jó lenne, ha nem itt élnéd ki a kisebbségi komplexusodat, mostmár rohadt unalmas
[ Szerkesztve ]
-
Ispy
veterán
válasz böng ész ő #16657 üzenetére
jaj, ne válaszoljál neki, mert jön a flow, ő meg utána megy 1 hónap pihire.
ez csak a szokásos programozókra héterkedése, futottunk már itt pár kört emiatt
ő csak itt elbütygölget értelmetlen dolgokat c-ben, minden más szar, igazi programozók meg nem is járnak ide, kb. zanzásítva a sztori
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Silεncε
őstag
ő csak itt elbütygölget értelmetlen dolgokat c-ben
Ez így nem igaz, szerintem egész jó dolgokat is csinálgat, abszolút nem ezzel van a baj. A baj ott van, hogy mindenképpen be akarja bizonyítani, hogy ő "laikusként" okosabb mint a magukat "programozónak" nevező emberek, csak mert dolgozik a kisebbségi komplexus és emiatt állandóan telifossa ilyen hülyeségekkel a topikot.
De majd megkapjuk megint, hogy mi nem is vagyunk programozók, csak névtelen nickek, szóval menjünk a pitsába
[ Szerkesztve ]
-
Ispy
veterán
válasz Silεncε #16663 üzenetére
Ez így nem igaz, szerintem egész jó dolgokat is csinálgat, abszolút nem ezzel van a baj.
Biztos így van, amit én láttam az hobbinak jó, de itt azért ezek inkább találmánynak vannak előadva, de lehet én érzem rosszul. Egyébként is amiért nem fizetnek, az értelmetlen.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
dabadab
titán
válasz böng ész ő #16665 üzenetére
nem olyan agyoncenzúrázott, mint a stackexchange oldalak
Wut?
DRM is theft
-
martonx
veterán
-
dabadab
titán
válasz böng ész ő #16668 üzenetére
A Liskov-féle helyettesítési elv arról szól, hogy ha van egy függvényed, amit meg tudsz hívni egy A osztályú objektummal, mint paraméterrel, akkor az A-ból származtatott B osztályú objektumot is átadhass neki paraméterként és működjön, akkor is, ha az adott függvény azt se tudja, hogy az az adott objektum nem A osztályú vagy hogy egyáltalán létezik B osztály.
Ez annyira alap és magától értetődő dolog bármelyik modern objektumorientált nyelvnél, hogy valószínűleg azért lehetett nehéz megérteni, mert eszedbe se jutott, hogy ezt így külön le kellene írni, hiszen ez a természetes
[ Szerkesztve ]
DRM is theft
-
pmonitor
aktív tag
válasz böng ész ő #16665 üzenetére
Sztem. ilyen nincs. A stackoverflow-n vannak néha jó dolgok, de ebben sem lehet megbízni. Ami még jobban bosszant, hogy a könyv(ek)-ben sem lehet megbízni. Gyakorlatilag nincs 1 hiteles forrás nemhogy magyarul, de még angolul sem. Ha elakadsz valamiben, akkor:
1.: a probléma átgondolása(gondolkodás)
2.: google, könyv, jegyzet
3.: az adott témában gyakorlás, gondolkodás, gyakorlás...
4.: ha ezek nem vezetnek eredményre, akkor vissza az 1. pontra.Nézd meg. Én itt jó pár témáról 'rajzolgattam, de mindenki csak az utolsó mondatomra reagált. Pl. arra, hogy ezt hogy lehet C-ben megoldani, arra senki sem:
push_chars :
xor edx, edx
mov ecx, base
div ecx
add edx, 0x30
push edx
inc ebx
test eax, eax
jnz push_chars
pop_chars :
pop eax
stosb
dec ebx
cmp ebx, 0
jg pop_charsDe ebben a hozzászólásomban a kezdő témámra sem reagált senki.
--------------------------------------------
Itt a függvény szignatúrákról jutott eszembe, hogy pl. az itoa()-nak a visszatérési értéke lehetne olyan mutató, ami a karakterláncot lezáró '\0' karakter utánra mutat. strcat() esetén meg a karakterláncot lezáró '\0'-ra. Sztem ez is hasznos dolog lenne/lehetne...
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
Ispy
veterán
válasz böng ész ő #16671 üzenetére
Hát vagy felmész a netre, és amit találsz az van, vagy elmész olyan helyre dolgozni, ahol a tapasztaltabb kollégák segítenek, vagy felbérelsz valakit, aki pénzért segít (vagy valami képzésben részt veszel, ami az alapokat elmagyarázza).
Olyan ez mint legyártani egy szekrényt: persze, a neten meg lehet nézni milyen gépek kellenek, miből mennyi anyag, még akár meg is tudod magadnak tervezni, de amikor ott állsz élesben egy kva éles és gyorsan forgó géppel a kezedben és szét kéne farigcsálni a drága anyagot, akkor ott már inkább a rutin számít, ami neked nem lesz. És a netes fórumokon sem fogják neked azt tudni megmondani, amit mondjuk egy asztalos 5-10-15 év alatt magára szedett, mint tudás. Szóval, ha ilyen gondod van a stackoverflowval, akkor át kell fogalmazni a kérdéseket, esetleg több felé bontani, vagy lebontani egyszerűbb részekre. Én még spec soha nem tettem ott fel kérdést, read only vagyok.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Ispy
veterán
válasz böng ész ő #16673 üzenetére
Én felhívom az egyik kollégámat, vagy addig túrom a netet, amíg ki nem okoskodom a megoldást, írogatni nem szoktam.
Ide párszor próbáltam, de itt kicsi a merítés, senki sem mer VB-ben programozni.
Meg általában nem olyan kérdés van, hogy akkor ezt vagy azt a kódot hogyan kell megírni, hanem komplex problémák, ami sok lépcsőből állnak, azt meg ugye nem fogják neked megoldani, mert ezért kapod a fizetésed.
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
cattus
őstag
válasz böng ész ő #16673 üzenetére
Az a helyzet, hogy rengeteg kérdés, amit akár én is feltennék egy fórumon, már fel lett téve és meg lett válaszolva. És az ilyen fórumokat kezelő moderátorok teljesen érthetően nem akarják mindig az ezredszerre is feljövő ugyanolyan kérdést megválaszolni. Ezért nekem mindig az az első hogy keresek addig, amíg nem találok valami infót, ami már létezik az interneten, és ha tényleg kimerítettem mindent, akkor kérdezek meg valamit (de ez a legtöbb esetben nem is szükséges). Mondjuk én kb. csak ide járok, meg ha mondjuk egy OSS package-ről van szó, akkor annak a GitHub oldala szokott lenni a default. Stackoverflow-ra nem is regisztráltam még, mert elegendő kereséssel mindig megtaláltam a nekem szükséges infókat.
[ Szerkesztve ]
Do the thing!
-
cattus
őstag
válasz böng ész ő #16676 üzenetére
A Disqus szerintem tipikusan akkor van használva, ha valaki szeretne egyszerűen kommentelési lehetőséget hozzáadni az oldalhoz, de nincs kedve saját megoldást lefejleszte(t)ni. Statikus oldalakhoz is egyszerűen hozzáadható, így nem kell csak ezért egy teljes backendet felhúzni authentikációval meg adatbázissal meg mindennel.
Do the thing!
-
Silεncε
őstag
válasz böng ész ő #16676 üzenetére
Redditen a tematikus subredditeket érdemes megpróbálni, az inkább való ilyesmi beszélgetésekre szerintem
-
pmonitor
aktív tag
válasz pmonitor #16670 üzenetére
>az itoa()-nak a visszatérési értéke lehetne olyan mutató, ami a karakterláncot lezáró '\0' karakter utánra mutat.
Ezt itt meg is valósítottam. A függvény hívása/használata:
int main()
{
char str[128]; //arra figyelni kell, hogy elegendő helyet foglaljunk le
char *str_1 = pitoa(-2138, str, 10); //itt str_1 az str[6]-ra mutat(ha jól számolok)
char *str_2= pitoa(21526, str_1, 10);
char* str_3 = pitoa(568712, str_2, 10);
printf("%s\n%s\n%s\n", str, str_1, str_2);
return 0;
}Sztem. hasznos egy ilyen funkció.
http://www.bferi.hu/download.php ; http://bferi.hu/egyeb.php
-
Silεncε
őstag
válasz böng ész ő #16679 üzenetére
mert az az érzésem, hogy nem sűrűn használod
Nagyon rosszul érzed
-
Silεncε
őstag
válasz böng ész ő #16682 üzenetére
Ha mobilon nézted, ott mindig ajánlgatja az alkalmazás telepítését, de nekem engedni szokta az összeset megnézni böngészőben.
Az, hogy ar rhun nem találtál progos dolgokat, nem meglepő, nem arra van. Én pl amit szoktam nézni néha, a webdev (mivel frontendes vagyok) ott például sokszor látok olyan topikokat, amik ilyen kicsit "brainstorming" jellegűek. Az meg, hogy nem a te problémád lesz kiemelve a főoldalon, ez ilyen. Minél nagyobb egy sub, annál több ember fog kérdéseket feltenni ott és annál nagyobb lesz a "verseny".
-
Marky18
aktív tag
válasz Netszemete #16684 üzenetére
Kezdokent en ORM nelkul tanulnam meg az adatbazis hasznalatat. Irj PreparedStatement-tel (vagy ami az adott nyelven a megfeleloje) SQL lekerdezeseket, mert az ORM agyuval-verebre eset tud lenni kisebb feladatokra.
Ha ez magabiztosan megy, meg akkor se hasznalj ORM-et, hanem absztrakcioval rejtsd el az adatbazis reteget annyira, mintha mar ORM-et hasznalnal.
Ha ezzel is megvagy, akkor nyugodtan kezdj el ORM-el foglalkozni, mert mar tudni fogod mi tortenik a keretrendszerben -
Drizzt
nagyúr
válasz Netszemete #16687 üzenetére
1. Az ORM nem tudja elrontani a mappinget, míg a user igen. Persze ebben annyi hazugság van, hogy vannak dolgok, amik többféleképpen mappelhetők, tipikusan az ID-k. Ugyanis ha az ID egy foreign key, akkor lehet helyette Objektumként mappelni. Szóval az ORM egyszerűen megcsinálja azt helyetted, amivel dolgoznod kéne.
2. Az ORM megteszi az entity-object mappinget, ami ORM nélkül magadnak kell megtenned. Általában ad valamilyen object oriented query buildert APIt is.
3. ORM egyszerűen bizonyos mértékig elrejti előled, hogy adatbázissal dolgozol, használhatsz simán OO szemléletet.
4. ORM gyakran integrálható tranzakció management-tel, ami megintcsak olyan extra kód, amit magadnak kéne megírni.
5. Az ellenkező irány is lehetséges a fejlesztésnek: megírod az entity-t és az ORM frameworkkel generáltatsz táblákat.
Meg igazából lehetne sorolni bőven.
Nagyobb alkalmazásoknál egyértelműen meg tud térülni az ORM által elnyelt boilerplate kód, amit amúgy meg kéne írni. Viszont azért ORM-ek sem mindenre tökéletesek, update/insert teljesítményre optimalizálni kimondottan nehéz tud lenni. Ezeket sokszor natív SQL-lel egyszerűbb megcsinálni. De semmi nem gátolja meg az embert abban, hogy a kód egy részében ORM-mel bűvészkedjen az entity-jeivel, más részén meg natív SQL-lel módosítsa őket.I am having fun staying poor.
-
Drizzt
nagyúr
válasz Netszemete #16689 üzenetére
Azt konkrétan magadnak kell eldönteni. Ha kicsi alkalmazás, akkor kb. teljesen mindegy. H
Azt nem teljesen értettem a reflectiont miért hoztad fel. Illetve a programnyelv is segíthetne a döntésben. Én elsősorban JPA-hoz értek, de az Java. Ott nem is lenne olyan lehetőség a nyelv tulajdonságából adódóan, hogy a kód változtatása nélkül az entity class dinamikusan megváltozzon, azt feltételezve, hogy az entity egy class. Míg pl. Javascriptben ugyanez megoldható, mert a classhoz lehet felvenni új mezőket futás közben is. Az már egy másik kérdés, hogy ez miért jó, általában nem az. Persze Javaban is meg lehet oldani hasonlót, de nem sok értelme van, mert onnantól távolról sem lesz OO a kód.
Az egyébként nem baj, hogyha változik a séma akkor sem, ha a kód közben nem változik mindaddig, amíg a séma változás új oszlopok felvételét jelenti csak. Ha meglévő mappelt oszlop lesz átnevezve, vagy esetleg olyan típusúra átalakítva, amivel a régi mapping nem kompatibilis, akkor baj lesz belőle.
Ha meg nagyon változó sémáról van szó, akkor eleve nem biztos, hogy relációs adatbázisban kellene gondolkodni.I am having fun staying poor.
-
cattus
őstag
válasz Netszemete #16692 üzenetére
A tutorialok általában nulláról indított projekten vezetnek végig, és elsődlegesen a framework bemutatása a céljuk, így teljesen érthető hogy miért a code-first módszert alkalmazzák (nem kell potenciálisan ismeretlen SQL parancsokkal bombázni a tanulni vágyókat). A te esetedben több értelme van a DB-first megoldásnak, ahogy előttem is mondták, teljesen szituációfüggő, hogy melyiket érdemes alkalmazni.
Do the thing!
-
Drizzt
nagyúr
válasz Netszemete #16692 üzenetére
Nem jársz tévúton, teljesen valid a választott út. Embere válogatja, hogy kinek melyik irány a kényelmesebb ezek közül. Lehet először entity-t írni, aztán abból sémát generálni és fordítva is. Vagy lehet írni mindkettőt kézzel, de annak tényleg nem olyan sok az értelme. Viszont a generált dolgokat érdemes mindig átnézni, mert a generálás valamilyen önkényes választások alapján fog eredményt hozni amikor döntési pont van. Én is egyébként általában előbb a schema DDL-eket írom meg mint az entity-ket.
Tutorialok java része egy irányból szokott csak megmutatni dolgokat és célja a bevezetés, nem a teljes mélységek megmutatása. Sokszor fordul elő olyan az emberrel, hogy már 5 éve csinál valamit valamilyen módon, aztán egyszercsak véletlenül megismer rá egy sokkal egyszerűbb módszert. Ez az élet része. Nincs olyan tutorial/training, amivel ezt el lehetne kerülni.
Pythonban egyébként nem vagyok otthon.I am having fun staying poor.
-
Ispy
veterán
válasz Drizzt #16694 üzenetére
Sokszor fordul elő olyan az emberrel, hogy már 5 éve csinál valamit valamilyen módon, aztán egyszercsak véletlenül megismer rá egy sokkal egyszerűbb módszert
Pláne, ha közben a frissítések hoznak be folyamatosan új dolgokat, ms sql-ben rengetek ilyen van, persze ilyenkor meg a legacy code tud problémákat okozni. Nekem például az utolsó ilyen a json natív támogatása volt, persze ott meg szívás van, ahol az ügyfél nem hajlandó új sql szervert venni, szóval ilyenkor marad a visszafelé kompatibilitás megoldása.
[ Szerkesztve ]
"Debugging is like being the detective in a crime movie where you're also the murderer."
-
Silεncε
őstag
válasz Netszemete #16696 üzenetére
Az ugye megvan, hogy ez nem a reddit, hanem az adott subreddit “hibája”? (Btw ez egy nagyon jó dolog, egy időben rhun rohadtul elszabadultak a trollok, azért lett bevezetve). Amikor te beküldöd a topikot, a reddit nem tud arról, hogy ezt majd az automod torolni fogja, ez utólag történik.
[ Szerkesztve ]
-
Silεncε
őstag
válasz Netszemete #16698 üzenetére
Alapból a reddit nem ad módot rá, hogy korlátozd moderátorként, hogy ki nyithat új thredet. Ennek a megkerülése az automod, aki egy sima bot (ilyenből millió szaladgál redditen btw), aki csekkolja a fiokod korát pl és ha nem elég törli a pitsába.
Nem mondom hogy nem bugos a reddit (mert az), de jelen esetben ez az adott subreddit modjainak (az egyébként nagyon helyes) döntése.
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- btz: Internet fejlesztés országosan!
- PlayStation 5
- Star Trek Online -=MMORPG=-
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- alza 404 akciók
- Milyen egeret válasszak?
- Alapértelmezett konfiguráción sok Core CPU-nak lehet stabilitási gondja
- Házimozi belépő szinten
- Spyra: akkus, nagynyomású, automata vízipuska
- nVidia tulajok OFF topikja
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest