- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- MinDig TV
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Crypto Trade
- Rendszergazda topic
- Mindenki AI-t akar, már 2025-re is eladták a HBM chipeket
- Proxmox VE
- Kapnak egy rakás reklámot a Roblox játékosai
- ArchiCAD és Artlantis topik
- Mikrotik routerek
-
IT café
Új hozzászólás Aktív témák
-
Miracle
senior tag
Regen en is hasonlo velemenyen voltam, mint te, de azt azert ne tekintsuk mar alapnak, hogy az eltes gepekre hogy van feltelepitve a devc++ en is eltes vagyok, es lattam mar mondjuk eddig meg nem volt szerencsemZHn rossz gephez kerulni, de nekem is van olyan haverom, aki mar megjarta ezzel, de a .NETet meg ne vard kicsit sem, amit tanitanak EAFon az __KEVES__ ahhoz, hogy valami kozod legyen ahoz, hogy mi is az.(jo mondat mi? ;) ) arrol meg nem is beszelve, hogy a managedc++ -rol nem is ejtenek szavakat, szoval nem nem lattam olyan embert, aki szerint barmire is jo volna az a nyelv (es most erts ide 6!!! eve .NETben programozo gurut is) A devc++ amugy ha nem basztatja sok hulye(pl az en gepemen;)) mar jo ideje jol mukodik. es a mingw32 fordito tekintheto, a gcc win32es back-endjenek, a gcc pedig igen jo minosegu fordito, gyakorlatilag 2 teljes oprenszer es alkalmazasaik epulnek ra, es sok helyen a visual studio c++ compileret is kicserelik mingw32re kereskedelmi szoftverek fejlesztesenel, kizarolag win32 platformra fejlesztes eseten is. szoval a mingw32 alapjaban veve remek fordito. csak a devc++al kell kicsit birkozni mire beadja a derekat.
értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
flugi
tag
azért legyünk őszinték, amellett hogy Porkoláb mester tényleg az ország egyik legnagyobb C++ koponyája, a .NET ügy ugye azért van, mert hogy-hogynem, a Microsoft egyik legkomolyabb alvállalkozója (Charles Simonyi) vele csináltatja a .NET következő generációs IDE-jét.
(a hozzászólásban szereplő ''egyik'' szavak ízlés szerint elhagyhatók ) -
9CS
senior tag
Na jó, de egy kezdő a C-ben, C++-ban sem lát semmi pluszt, mert azt sem tudja hol van, így fokozatosan megismeri a mind több és több trükköt. Nem kell egyből mindent használni, nem?
KPepe: nem szimplán a kinézete nem tetszik, hanem az elv, hogy: „ez tanuló nyelv, kell ez nektek jó ez…”
No de legyen béke, mindenki azt használ amit akar. Tanítani meg azt tanítanak, amit a tanár akar.'' - Tizenkettőt üt az óra, térjenek márrrrgghhhh... ''
-
Miracle
senior tag
a .NET szvsz nagyon jo.
es a kovetkezo erveket talalom melle:
nagyon fejlett a .NET ,,kedvenc'' nyelve, a c# (persze a maga korlataival) igazan nem fog sztem olyan fanatizmus kore alakulni, mint a c++ kore, de ipari meretu szoftverfejleszteshez ha a sebesseg mondjuk ugy, hogy nem szamit szerintem tokeletesen alkalmas
emellett a .NET nagyon keves hibaval (en meg nem talaltam) egy _egyseges_ keretrendszert alkot, gyakorlatilag egy teljes APIt, ami egyszeruen hasznalhato, ugyanakkor nagyon sok metodus all rendelkezesedre, amik gyakran ,,redundansak'' csak azert, hogy neked konnyebb legyen kodolni. ami meg nagyon tetszik nekem (es a java legnagyobb hibajanak tartom) az osztalyok, es metodusok nevadasi konvencioit nagyon szigoruan vettek, es gyakran sikerul kitalalni bizonyos metodusok letezeset is sikerul kitalalni doksiolvasas nelkul is, es nagyon figyeltek, hogy egyseges adatszerkezeteket hasznaljanak ahol csak lehet, igy egeszen eltero helyeken is hasznalhatod az adataidat konverzio nelkul.
mindemellett szinten a .NET mellett szol, hogy NAGYON nagy, gyakorlatilag barmit megtalalsz benne, es nem kell kulonbozo kiegeszito libeket vadaszni.
es emellett a .NET virtual machine (bocsa' runtime environment) is egesz korrekt.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Realradical
őstag
A foxpros nyomtatási eljárásokról lenne kérdésem... Mégpedig, hogy miért generál nekem egy foxpros progi egy foxpro user-defined job feladatot a nyomtatási listába egy progi. Nincs mérete, nem nyomtatódik ki semmi, de időnként elakad és akkor a nyomtatási listából ki se lehet szedni csak reboottal, vagy nyomtató áramtalanítással. Minden nyomtatásnál reflexből két feladatot küld nyomtatóra a progi. Egy a rendes nyomtatás egy meg ez. A fura az, hogy ha nyomtató ki/bekapcsot csinálok 2x viszi fel a kért utasítást az sql-be. Nyilván nem a pontos hibamegoldást szeretném tudni hanem hogy mi okozhatja ezt kb.
Things that try to look like things often do look more like things than things
-
caddie
csendes tag
En nem tudom, hogy pontosan ezt honnan vetted, sajnos explicit nem tudom megcafolni, de azert:
A C++ integerek kozotti osztas eseteben a FORTRAN standard-et (ISO/IEC 1539:1991) veszi alapul §7.2.1.1.
13
One operand of type integer may be divided by another operand of type integer. Although the math
14
ematical quotient of two integers is not necessarily an integer, Table 7.1 specifies that an expression
15
involving the division operator with two operands of type integer is interpreted as an expression of type
16
integer. The result of such an operation is the integer closest to the mathematical quotient and between
17
zero and the mathematical quotient inclusively.
Azaz nulla fele kerekit.
1, a) Ezek a muveletek (egeszosztas) olyan alacsonyszintu dolgok, hogy gyk. nem a C++ nyelvi szintjen, hanem ASM / binaris szinten oldodnak fel. Ha jol tudom, kulon ASM utasitas is van egeszek kozotti osztasra.
1, b) Ha jobban belegondol az ember ez min. 2 temporalis objektumot jelentene, 1 kene a lebegopontos szamnak egy masik pedig a kerekitett egesznek. Gyk. kizartnak tartom, hogy ez igy mukodne, sokkal valoszinubb, hogy bit szinten szorodik ki az egesz reszen kivuli maradek. (Persze ez most egy egyszerusitett gondolatmenet volt, de akar azt is mondhatom, hogy mindket operandusbol csinalunk lebegopontosat (2 temporalis), majd ebbol lesz egy lebegopontos (+1 temp), majd ebbol keszitunk egesz tipusut (eredmeny)).
2, Had tamasszam ala egy masik oldalrol is:
2, a) TFH ket integernek veszed a hanyadosat, majd az eredmenyt egy harmadik inicializalasara hasznalod. Ekkor - teljesen - feleslegesen egy lebegopontos temporalis objektum is letrejon. Nehezen hiszem, hogy ilyen alacsonszinten nagyon engedek a temporalis objektumok elburjanzasat.
2, b) A viccesebb az az eset, amikor az eredmenyt egy lebegopontos szamnak adod at, ekkor ugyanis a ket egeszbol keszul egy lebegopontos -> egesz -> majd ismet egy lebegopontos, hisz olyat inicializalsz az eredmennyel!
2, c) Nyilvan sokkal logikusabb lenne, ha a konverziot elhalasztanank addig a pontig, amig ki nem derul milyen tipusba akarjuk az eredmenyt beletenni, a masodik peldanal pl. egy lebegopontos -> egesz -> lebegopontos konverziosorozatot siman megoldhatnank. De persze nem igy van, de ha mar az altalad elmodottak tortennenek, akkor igy lenne logikusabb.
3, a) Harmadik dolog pedig az, hogy ha ugy lenne ahogy mondod, akkor leteznie kellene C++-ban egy lebegopontosrol -> egeszre iranyulo implicit konverzionak, ami pedig nincs. (Lasd 2, b) pontban - leirasodat alapul veve - egy ilyen konverzio soran alakul ki a vegeredmeny, amely egesz.)
Konkluzio: Semmilyen implicit konverzio nem tortenik, egeszen addig ameddig az egyik operandus tipusa nem lebegopontos. Akkor is egy konverzio tortenik, az egesz operandus konvertalodik lebegopontossa, innetol kezdve pedig lebegopontos szamok kozotti osztasrol beszelunk, amely mar egy teljesen mas vilag... meg csak egy gondolat erejeig sem merek abba belemenni.
[Szerkesztve]''C++ : Where friends have access to your private members.'' — Gavin Russell Baker.
-
-
Vico87
tag
A SoftICE kernel-módú debugger.
Csomó disassembler program létezik. Attól függõen, hogy mivel készült a program egyes dolgokat jobban vissza lehet fejteni. Egy szabványos C vagy C++ kódból készült exe-t csak assemblyre tudod visszafejteni, azonban pl Delphivel készült progi esetén van olyan disassembler, amelyik képes visszafejteni a GUI-t és szép Delphi project fájlt csinál (azonban a kód része assembly marad).
Kicsit bõvítve a kérdést : Javara egyszer találtam egy igen jó disassemblert, amelyik Java Bytecode-ból igen kultúrált Java kódot csinál, de már nem emlékszem mi a neve.
Guglival persze találni disassemblert, vannak ingyenesek is.
[ Szerkesztve ]
-
[LOLDMA]
csendes tag
nem intervallumokat vonogatunk ki. időt. khm hogy fogalmazzam. van ugye hoyg az utazás mikor kezdődik, és mikor végződik. ennek az időtartamát eltároljuk t változóban (a vége mínusz az eleje, vagy valami hasonló módon. pl t=3600 akkor mondjuk mp alapon tárolunk, akkor 1 órás az út). és mindig a munkák időtartamát vonogatjuk ki (munka eleje: 8 óra vége 8 óra 15 perc akkor az 8:15-8=15 perc ami 15x60 mp. és ezt vonjuk ki).
Igazából a megoldásom egyszerű, ha valaki megérti esetleg ha nagyonnemegy, akkor videóval elmagyarázom
-
moboHEAD
csendes tag
Köszi! Értelek.
Az offline mód és a webservice párosítás itt annyit jelent, hogy időszakosan a nyúzer leszed adatokat, azokkal bűvészkedik, és alkalmasint visszaküldi, ha akarja. Azaz nem folyamatos, webes, online kapcsolaton dolgozik.A cucc egy "ügynök"-hálózat támogatásának gondolata köré épül. Megkapják a feladatokat leosztva, amit le is passzolhatnak. Illetve a napi forgalomról, egyéb adatokról grafikonhoz kellene, hogy adatot kapjanak, amit "pivot" szerű módon forgathatnának, azaz nem minden egyes alkalommal képekben kapják meg a kimutatást, hanem pl. xml-ben.
Röviden ennyi.
mH.
-
F-ECT$
titán
No meglett a megoldás, ha jól látom akkor 3-an dolgoztunk rajta, és mindhármunk ötleteiből van benne.
A lényeg:
1. Egyesével végigmegyek az UTAZÁS táblán, kiválogatom hozzá azokat a MUNKÁKAT, amik ez alatt történnek. (A már emlegetett 4 alapeset).
2. Ha találok egy ilyet, akkor rögtön alkotok egy új intervallumot, amibe az UTAZÁS és a MUNKA közös részének eleje és vége kerül. (EXTEND-elgetem ezt az intervallum listát, amíg kell.)
3. Ezután végigmegyek az így képzett intervallum listán, és megpróbálom ezeket összevonni. (Itt is a 4 alapeset lehetséges.)For I In 1..lista_hossza Loop
For J In 2..lista_hossza Loop
<Ha I és J összevonható, akkor összevonom őket. J-be kerül az összevont intervallum, és megjegyzem, hogy I-t a továbbiakban nem kell figyelembe venni. >4. Az így képzett új intervallum lista már diszjunkt időintervallumokat tartalmaz, tehát összeadható és megadja a MUNKA és UTAZÁS közös részét.
Végeredmény: 1600000 sorra kb 10 perc alatt lefut.
Dive ever, work never.
-
amargo
addikt
Nem vagyok nagy pascal-os, de valaminek nemfoglaltál helyet. Én olyanról még nem hallottam, hogy van egy structod definiálva majd megfelelő értékekkel feltöltve szét csúszna. Ebben a struktúrában viszont vannak olyan adatok, ami amit túl címezhetsz és akkor bizony elmászik a vége.
Tipp, hogy a string, byte, word-t nézd át.
“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
vz12
tag
Hali!
Anno amikor a DOS-os Pascalból (TP) átírtam egy progimat D3-ba én is találkoztam ezzel a problémával. Input + output célból volt egy rekordokból álló tipusos fájlom ami TP alatt tökéletes volt, de D3-ban nekem is elcsúszott beolvasáskor. Én magamtól rátaláltam a megoldásra, csak most kapásból nem emlékeztem hogy mi volt az. De egy kis keresgélés után megtaláltam hogy melyik volt az a progi, és mivel szerencsére kommentelni sem felejtettem el (!) így az én megoldásomat most el tudom mondani. Fordítási direktívákkal (!!!) kellett játszani, na nem sokat de célirányosan.
Én ezt a kettőt állítottam be a program elején, lehet később is de legkésőbb a fájlkezelés előtt:
{$H-} // default is ShortString
{$A-} // NOT Aligned record fieldsA Project Options/Compiler menüpontban is le lehet szedni a 2 pipát a checkboxból, de így a programból kiadott utasításként hosszabb távon biztosabb a siker ...
A {$H-} sem árt, de főleg a {$A-} a lényeges, mert az alapértelmezett "+" valami automatikus szóhatárra illesztést végez, tehát 4 byte-os határra "tol" adatokat a rekordban (igazából nem tudom hogy mi célból), kikapcsolva meg nem tologat semmit, nekem így megszűnt az elcsúszás. Sajnos a "+" a default. Nekem gyanús hogy ez lesz a megoldás Nálad is, tehát ez(eke)t ki kellene kapcsolni.
Egy próbát megér.[ Szerkesztve ]
-
Michi
tag
Szia!
Köszönöm szépen a segítséged, ez nagyon jól jött nekem,működik is, mikor a hasonlóságokat akarom megkeresni, a különbséget már felfedeztem, hogy a NOT IN operátor használatával tudom elérni.
Ha tudnál még segíteni, nagyon szépen megköszönném!
Szóval, durván 2db 7000 rekordos vagy soros táblázatom van. Ha az In operátort használom, gyönyörűen lefut a lekérdezés, viszont ha a NOT IN operátort használom, akkor rengeteget gondolkodik az ACCESS, és eredmény egy üres cella lesz. Ha kevesebb sorral próbálkozom, akkor gyönyörűen lefut a NOT IN operátorral is a dolog.
Tudsz segíteni, hogy ez miért lehet?
Köszi!
-
#10382336
törölt tag
Köszönöm a segítséget.
Ahogy írtad, a notifyicon komponens jelenti a megoldást.
A következő [link] -en
ez alapján találtam egy kódleírást, ami kicsi átalakítással
működik is.
Nagyon sokat segítettél így is, azért még azt megkérdezném,
hogy nincs-e ötleted arra, hogy a tálcáról eltünjön a form és
csak az értesítő résznél maradjon az ikon, tehát a form csak
akkor legyen látható a tálcán is, ha az ikonra duplán rákattintok.
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!