-
IT café
Új hozzászólás Aktív témák
-
Balux
tag
válasz Lortech #1877 üzenetére
egy tutorial alpján sem sikerült lefordíttattnom a progit ([link])
ugyhogy nyomtam egy reinstallt, de sajna semmi sem változott
a Lortech féle progit sem sikerült lefordítani a köv. üzenet:
A megadott nevet (C:\DOCUME~1\n) a rendszer nem ismeri fel
bels‹ vagy kls‹ parancsk‚nt, futtathat˘ programk‚nt vagy k”tegf jlk‚nt.
A rendszer nem tal lja a megadott el‚r‚si utat.
make.exe: *** [main.obj] Error 1
Feladat befejezve
egyre jobban el vagyok keseredve
van egy kib. könyvem de abból nem lehet megtanulni a c++ alapjait
még linux alatt sem működne olyan formában mint amit legutóbb írtam
akkor kidobhatom a kukába a könyvet?
ráadásul a Lortech féle program felét nem is értem...
mondjatok nekem légyszi valami okosat, valahogy mindenki elkezdi!? -
Miracle
senior tag
válasz Lortech #1921 üzenetére
Mitől primitívebb? Vagy a jóval egyszerűbbet értetted alatta?
A genericek jatekszernek tekinthetok a c++ templatekhez viszonyitva, es ez a kulonbseg csak noni fog ahogy 2-4 even belul bekerulnek a c++ szabvanyba a conceptek.
Szinten hianyzik nekem a tobbszoros oroklodes lehetosege. A tobbszoros oroklodes olyan, mint az ejtoernyo. Lehet, hogy egesz eletedben nem lesz ra szukseged. De ha egyszer igen, akkor ku***ra
Ezenkivul a beepitett es kotelezoen hasznalt garbage collector vagy a memoriat, vagy a processzort zabalja meg, en egyiket sem szeretem.
Én inkább letisztultabbnak és logikusabbnak mondanám.
Na nezzukcsak hanyfele parameteratadasi mod is van c#ban?
ugye van egy a beepitett value tipusoknak es altalad keszitett value tipusoknak.
aztan van ezeknek egy referencia szerinti atvetele
vagy egy objektumreferencia szerinti
es van egy amit meg nem hasznaltam, az a tomb-referencia szerinti.
ez 4. es hanyfele van c++ban?
1. inicializalas szerinti. a parameteratadas ugyan ugy mukodik, mint a valtozo-inicializacio. Semmi tobbet nem tud, viszont onnan mindent.
. Mai igényeknek sokkal inkább megfelelőbbnek.
Ezt alairom, mint mondtam is, sokmindenre jo, de ettol nem lesz jobb Egy fiat sem lesz jobb auto, mint egy ferrari csak mert folduton is tudsz vele menni anelkul h szetvagnad a padlolemezet
. Objektum orientált nyelv, az egész arra van felépítve, nem csak támogatja, mint a c++
a C++ multiparadigmas nyelv, tamogatja strukturalt, objektumorientalt, deklarativ, generativ programozast is, illetve kis erolkodessel funkcionalis mukodes nyomait is eszre lehet venni. Ezek kozul ma az objektumorientaltsag a legnepszerubb, de az, hogy egy nyelv nem is tamogat mast nem igazan feature az en szememben.
Úgy tűnik nekem, kicsit lenézed ezt a nyelvet, gondolom a vs.net alapján, azzal szokták azonosítani, pedig a nyelv önmagában nem határozza meg a teljesítményt.
Nem nezem le, egy egyszerubb nyelvrol van szo, kevesebb feature-el, ennyi. VS.net-hez meg nem volt szerencsem, es nem is lesz. es a nyelv valoban nem hatarozza meg a teljesitmenyt, de bizonyos korlatokat ad az elerheto teljesitmenyre, amely keretek a c# eseteben joval szukebbek, mint c++ eseteben.
Ha .net-ből indulunk ki, a c++ semmivel sem gyorsabb.
most igy hirtelen nem tudom, mire gondolsz. ha a JIT compilerekre, akkor igen, egy JIT compiler nehany perc alatt egy ciklusokbol allo kodreszletet ki tud optimalizalni annyira, mint azt egy c++ fordito tenne ugyan azon algoritmus eseten gyenge optimalizacioval, de eros optimalizaciot, autoparallelizaciot, SIMD forditast figyelembe veve baromira eselyetelen barmilyen VM-en futo nyelv.
Egy jó tanárral c#-pal is betekintést kaphatunk a színfalak mögé, más kérdés, hogy valóban sokkal inkább elrejti a nyelv a programozók elöl ezeket, mert nem kell használni.
valoban nem kell, ennek meg is van az ara (hatkonysag)
Egyébként sok egyetemen és főiskolán egyre inkább c#-ot használnak c/c++ helyett.
es en ezt teljes mertekben tamogatom, ahhoz, hogy valaki megtanuljon c++ul evekre van szukseg gyakorlattal, es altalaban semmi szukseg ra, altalanos alkalmazasokhoz a c# tokeletesen megfelel, es gyorsabban lehet vele haladni, mint ugyan azon modszereket alkalmazva c++al (habar egy igazi c++ programozo aki STL programozo is azert eleg sok esetben odaver egy c# programozonak, az STL egy brutalis szornyeteg, ha valaki megtanulja hasznalni hihetetlenul felgyorsitja a munka, csokkenti a hibak szamat, de valoban baromi nehez effektiven hasznlani)
Talán nem véletlenül.
valoban nem veletlenul, jo dolog az a c#. ugyan az a tendencia, mint a szep mives ablakkeretek helyett muanyagablakkeretet, az acelollo helyett eldobhato muanyagot, porcelantanyer helyett muanyagtanyert, a tegla helyett vasbeton, es meg lehetne sorolni, hogy a jobb minosegu es draga dolgokat szepen felvaltjak az rosszabb minosegi jellemzokkel rendelkezo, de olcsobb megoldasok. Ez megy vegbe a programozok koreben is, a bonyolult es nagyon eros nyelveket felvaltjak az egyszerubb, gyengebb, olcsobban megtanithato nyelvek, amelyeket tobb ember kepes megerteni es elsajatitani, es kevesebb ido alatt.
Es ez nem rossz, vagy jo, hanem ez van, ezt kell szeretni.
Szívesen látnék egy .nettől CLR-től teljesen független c# megvalósítást.
A GCC4-re valo valtas egyik motivalo tenyezoje volt, hogy alkalmassa tegyek a forditot stackmachine-re valo forditasra is(ilyen a P-code, a Java byte kod, illetve a CIL is), A java back-end fejlesztese eleg docogosen halad, ha halad eppen, nem tudom, hogy mi a projekt allapota, de ha egyszer elkeszul szerintem .NET-et is for tudni forditani, olyan brutalis a ,,veletlen'' hasonlosag a ket nyelv kozott (asm utasitasok 80%-anak van egy-az-egybeni megfeleloje a masik kornyezetben). Minden esetre egy ilyen backend biztosan frontenddel egyutt keszul majd, es akkor lehet majd forditani szep nativ kodot is elvileg a c# progikbol. De a c# ebben az esetben is igen komoly hendikeppel indul, ugyanis a c++ runtime nem ismeri az objektum fogalmat, ezert nincs benne introspekcio, a c# viszont igen, es muszaly is neki, ez igen komoly hatranyt jelent objektumorientalt kod futtatasa eseten. Termeszetesen ciklusokra, es hasonlokra epulo kod ez esetben ekvivalens hatekonysaggal lesz fordithato, mint c++ eseteben.
[Szerkesztve]értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Miracle
senior tag
válasz Lortech #1925 üzenetére
Garbage collector meglepően hatékonyan végzi a dolgát, nyilván egy jó programozó manuálisan hatékonyabban meg tudja oldani, csak sok felesleges meló és komoly odafigyelés kell hozzá, sokkal nagyobb a hibalehetőség. Szóval a GB jóó.
A modern, generacios elvu GCok, amiket a java es .net is hasznal hetszeres memoriaigeny mellett tudjak azt a sebesseget hozni, mint ugyan az a kod manualis felszabaditas hasznalataval. Ez nyilvan fugg az objektumok szamatol es meretetol, es nem problema egy word vagy egy explorer eseteben, ezek igy sem esznek sokat, de az az alkalmazas amin most dolgozok egy egyszerubb kiepiteseben megzabal 8 gigat es ez csak feljebb megy. nagyjabol 15 eve az eppen aktualis esszeru hataron mozog a memoriaigeny, nalunk meg ketszeres memoriaigeny is keresztbetenne, de akkor mar eleg komoly overheadre kell szamolni a processzorigeny teruleten is. a GC megkerdojelezhetetlen elonyokkel is rendelkezik, eppen ezert keszitettek olyanra a c++ nyelvet, hogy magaban a programunkBAN, egy libraryban, c++ nyelvEN lehessen garbage collectort imlementalni, a fordito legkisebb buheralasa nelkul, tisztan a nyelvben(en eleg gyakran hasznalok GCt, igaz nem az elobb emlitett projektben ), ugy, hogy nem kotelezo minden objektumot a GC felugyeletere bizni, ha valamirol pontosan tudod meddig kell elnie akkor nem csinalja az overheadet. De azzal, hogy a GC hasznalata kotelezove valt beledrotoztak a nyelvbe egy overheadet, es ha ki akarom kerulni a programom szerkezetet kell modositani (keves objektum, sok tomb adattaggal) ami szerintem nem szerencses.
Arra gondoltam, hogy a végén ugyanaz a kód fog lefutni, attól függetlenül, hogy c#-ban írtad eredetileg, vagy c++-ban. Persze ez a.net (CLS, CLR) sajátossága. Mindegy, ezt így kár kiragadni, a contextusban volt értelme.
Hat igen, ha c++t forditanank .NETre, akkor bizony nem kapnank gyorsabb kodot, mint c# eseteben, de a c++t ugy terveztek, hogy ne legyen szukseg egy .NETre a futtatashoz, a c#ot pedig ugy, hogy szukseg lett ra.
Az utolsó előtti bekezdéseddel értek egyet legkevésbé, én nem gondolom, hogy a c#-ban ennyire alárendelték a minőséget és a teljesítményt az elsajátíthatóságnak és a ''fejleszthetőség sebességének''
nem a minoseg rossz, hanem a koncepcio joval egyszerubb, es keevsebb benne a feature, ezt konnyebben meg lehet tanulni, de gyengebb eszkozt kapsz. Nem a minoseggel van a baj, hanem a tudassal. Azaz azzal sincs baj, pontosan azt a szintet talaltak el amit akartak: a javanal okosabb, de megis egyszeru en tanulhato nyelv. Az elobbi hasonlatra visszaterve az eldobhato muanyag ollo is jol mukodik 1-2 evig, teljesen tokeletes, de 60 ev mulva aligha fogsz vele akarmit elvagni. Nem a minoseg gyenge, hanem az eszkoz maga gyengebb, kisebb celokat celoz meg mint a ,,nagymamam acelolloja'' amit meg en is hasznaltam es most is mukodik tokeletesen
és a c++-t sem tartom ebben etalonnak
etalon nincs, csak bizonyos celokra valamely nyelv jobban megfelel mint a tobbi.
mission critical rendszerekhez ada, vagy funkcionalis nyelvek imho, kis egyszeru appokhoz java/c#/perl/python, igazi izom applikaciokhoz C/C++, numerikus algoritmusokhoz fortran, stb. persze ez nem ultimate elosztas, csak szereny velemenyem.
c/c++/c# guru és mégis a c#-ot forszírozza, pedig a többszálú illetve párhuzamos programozás a szakterülete, erősen a hatékonyságra és teljesítményre kihegyezve.
Igazabol a C es a C++ memoriamodellje alkalmatlan igazan jo tobbszalu programok keszitesere, mar ahhoz is fordito-oldali segitsegre van szukseg, hogy egyaltalan lehessen optimalizalt kodot kesziteni tobbszalu progikhoz. Ezzel szemben a c# es a java nyelvi elemekkel tamogatja a tobbszalusagot, es a .NET 1.1 illetve a java 1.3 mar viszonylag kifejlett es hasznalhato memoriamodellt ad a juzer kezebe amivel lehet masszivan tobbszalu progikat irni multiprocesszoros rendszereken is. (1.1es .net es 1.4as java meg el-el halt igazi MPU rendszereken)
/Na meg a 4gl nyelvek./
na ezeket tartom kamunak, 4. generacios nyelvek nincsenek, ezek technologiak es nem nyelvek, sajnalom, h terjed ez a fogalom... ez is csak marketing, es elegge szar h szakman belul is el lehet adni
[Szerkesztve]értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
Forest_roby
őstag
válasz Lortech #2452 üzenetére
én mit info - fizika szakos átérzem a vektorok fontosságát, hasznát ( elektromosságtan, kvantumfizika v. fluxus, gradiens, többváltozós fv integrálok ) de a martixoknak és determinánsuknak még egyszer se vettem hasznát!
De igazadvan, elhamarkodtam ezt a választ - tényleg fontos a lin algebra!
mod: ''nem sok gyakorlati haszna van, ha engem kérdeztek...''
rosszúl fogalmaztam, itt csak a matrixokra gondoltam!
[Szerkesztve]-=Legyél Laza!=- __ ''Have you tried turning it off and on again?'' __ ''Is it definitely plugged in?'' /o\ :D:D
-
-
amargo
addikt
válasz Lortech #2794 üzenetére
Még én is írtam, hogy pont inverse, csak kitöröltem.
uppercase
az egyértelműen nem jó választás, csak pl én most találtam meg, hogy ilyen is létezik ios-ra
Kiváncsi lennék arra a VS találmányra.“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”
-
félisten
válasz Lortech #2817 üzenetére
shev7, Lortech: Köszönöm a válaszokat!
A Css-hez nagyon nemértek, és az AJAX technika is még új, de C++-ra építve szerintem nem lesz olyan nehéz.
Azon törtem a fejem, hogy a legegyszerűbb tényleg az lenne, ha egy Firefox ablakban nyílna meg, de ez esetben nagyon jó lenne, ha valahogy el lehetne tüntetni a firefox keretét, de úgy, hogy ha egy másik Firefox ablakok (nem tab-ot) nyitok meg, akkor az normálisan jelenjen meg... Ez lehetséges?
Amúgy az egész ötlet onnan jött, hogy egy régi kolleganőm, aki IncrediMail progit használ, nagyon belehabarodott a kis Flash animációkba, amikkel tele van az Incredimail.
Ezekkel szeretném kiegészíteni a Gmail notifiert.
Azért írtam, hogy csirke, mert nem elég dizájnos.
Most a funkcionalitás mellett az is fontos, hogy tényleg nagyon szép legyen, és lehessen animációkkal tűzdelni. Persze én nem olyan Incredimail-es bugyuta marhaságokat akarok, hanem normálisakat, de akkor is.
Tehát már csak a Gmail notifier forrását kell megtalálni. Minnyá ráguglizok.
[Szerkesztve]Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
félisten
válasz Lortech #2820 üzenetére
shev7 írta, hogy java/css ismeretekkel a fire fox better gmail kiterjesztésével jobban testreszabhatom a gmail-t.
Ez talán elég lesz. A Gmail notifiernek kellene dekoratívabbnak lennie.
Nem ragaszkodom ahhoz, hogy egy külön programból küldjek email-t, elég, ha a gmail úgy néz ki, ahogy én akarom. Ha ezt css/java segítségével el lehet érni, akkor sztem ez a legjobb megoldás.
A firefox ''szétszedése'' meg nem annyira fontos, elöbb a gmail dizájnolása jön, aztán a gmail notifier továbbfejlesztése...Eladó régi hardverek: https://hardverapro.hu/apro/sok_regi_kutyu/friss.html
-
amargo
addikt
-
csaboo
tag
válasz Lortech #2998 üzenetére
Amiket felsoroltál, abból egyedül a modális, nem modális ami nem ismerős, a többivel azért úgyahogy tisztában vagyok. Azt természtesen nem gondoltam, hogy a formozás kezdő témakör, viszont minél hamarabb meg kell vele barátkoznom, mert az idő sürget, hogy finoman fogalmazzak...Konkrétum egyenlőre nem nagyon van, most ott tartok, hogy próbálgatom a dolgokat, keresem a megoldást olyan feladatokra, amiket tudom, hogy meg kell majd valósítani. Pl.: egy jelszavas beléptető form, itt valahogy meg kell majd oldani a jogosult felhasználók eltárolását, belépését, aztán egy fő form, melyből további két form legyen közvetlenül elérhető (3 funkciót valósítana meg a progi), stb, stb.
Aki korán kel...az előbb iszik.
-
csaboo
tag
válasz Lortech #3000 üzenetére
Jaja, menet közben sikerült is megoldni a dolgot, így hogy tudtam mire keressek rá (modális/nem modális form) sikerült is találni egy jó kis leírást, amiben ez benne volt
Pont erre gondoltam amikor azt írtam, hogy akkor van nagyobb gond, ha az ember nem tudja mit is kell keresnie Köszi az irányadást LortechAki korán kel...az előbb iszik.
-
Robaj
addikt
válasz Lortech #3080 üzenetére
Olyan kéne, hogy a main függvényben használjam a fajlbeolvasban dinamikusan létrehozott tömb tartalmát, és azt visszaadni.
Tehát int sor[20]; nem jó, mert csak 20 elemet tárolhat, de a fajlbeolvasban lehet majd 200 lesz.Azt hiszem megvan, csak picit tesztelni kell. Köszi az ötletet!
[ Szerkesztve ]
-
gsc73
aktív tag
válasz Lortech #3184 üzenetére
Hy!
Tehát Delphi-ben is meg lehet oldani mindent, amit írtam?
Tulajdonképpen az áll a legközelebb hozzám, bár a hobby szint miatt az alapok hiányoznak, de ez már egy másik töténet, és topic.
Köszi!
g.
kedvenc szavaim: palack, flakon, kredenc, fridzsider, ibrik, trafik, szvetter, fregoli, rezsó, sparhelt, vájdling, szifon, gardrób, partvis, spejz, tégely, drót, abrosz, lavór...szocreál.
-
gsc73
aktív tag
válasz Lortech #3184 üzenetére
Pl. megoldható a Turbo Delphi Explorer edition-rel is? (vagy kellhet a teljes Delphi 2007 for win32)
Mert ingyenes, biztos van hozzá dokumentáció is...
g.
kedvenc szavaim: palack, flakon, kredenc, fridzsider, ibrik, trafik, szvetter, fregoli, rezsó, sparhelt, vájdling, szifon, gardrób, partvis, spejz, tégely, drót, abrosz, lavór...szocreál.
-
gsc73
aktív tag
válasz Lortech #3188 üzenetére
Köszi a jótanácsot!
Én az IO.DLL-t [link] olvasgattam a portvezérléssel kapcsolatban, talán az is jó lesz, és ott van konkrét Delphi példa is.g.
[ Szerkesztve ]
kedvenc szavaim: palack, flakon, kredenc, fridzsider, ibrik, trafik, szvetter, fregoli, rezsó, sparhelt, vájdling, szifon, gardrób, partvis, spejz, tégely, drót, abrosz, lavór...szocreál.
-
KMan
őstag
válasz Lortech #3237 üzenetére
1. Akkor (-1)10 = (-1)H ennyi, jo igy felirva?
2. Ez ok csak papiros assembly-re gyurok es van egy feladata ahol a legelso parancs egy regiszter csokkentese 1-el es nincs megadva hogy alapbol mi van benne, ezert gondoltam hogyha alapbol az erteke 0, akkor -1 lesz es azt ugye hexaban kell megadni.amugy ty
Csak a balekok alszanak [SAS]
-
Devdi
aktív tag
-
ALI_G
veterán
-
yash
senior tag
válasz Lortech #3463 üzenetére
Blend az tök más, játszottam vele Nem GUI-t akarok késziteni, hanem image-ket manipulálni. Design-t megnézem... amúgy meg van a teljes Expression Studio Trial 2, de ezt még nem próbáltam
Expression Design vektorgrafikus és nem enged semmi másba menteni csak saját formátumba...
Akkor úgy néz ki, marad a PhotoShop Egyéb tipp?
[ Szerkesztve ]
-
ALI_G
veterán
válasz Lortech #4148 üzenetére
ööö, nem tudom miért gondoltad, hogy két \-t kell escapelni, mert csak 1 van a mappáknál És nem tudom miért, de amikor \\-t írtam, azaz egyet escapeltem, akkor nekem nem működött.
Bár már kitöröltem a kódrészletet, mert elkészült a progi (SCP kliens), lehet én voltam valamiben ludas.
De tokenizerrel is frankón ment szerencsére. -
ALI_G
veterán
válasz Lortech #4154 üzenetére
Igen, először nem esett le a sztringnél a \\.
\t -t használom.De én nem csak egy \-t akarok keresni?
Van a sztringem amiben van sok \ de sosem egymás után kettő. Akkor a slpit("\\") az miért nem azt csinálja, hogy \-t keres, amit escape-elek egy darab \-sel? A split-nek regex-et kell megadni.
A sima slach (/)-t nem kell escapelni, mert normál karakternek veszi amit tud a regex-szel szűrni. Aztán ezt escape-elem, hogy ne akadjon fent mert sztringként adom neki, így elvileg egy back slash-nek értelmezi, és ez van a sztringben ami alapján darabolni akarok.Ha továbbra is hülyeséget beszélek, akkor hagyjuk
-
dudika10
veterán
Új hozzászólás Aktív témák
● olvasd el a téma összefoglalót!
- XBOX ONE/PS4/PS5/XBOX SERIES/NINTENDO SWITCH konzolt vásárolnék!
- XBOX SERIES/PS4/PS5/XBOX ONE/NINTENDO SWITCH konzolt vásárolnék!
- PS5/PS4/XBOX ONE/XBOX SERIES/NINTENDO SWITCH konzolt vásárolnék!
- Új Dobozos Lenovo Ideapad Flex 5 x360 Érintős Ultrabook Óriás Tab 16" -40% Ryzen 5 5500U 16/512 QHD
- PS4/PS5/XBOX ONE/XBOX SERIES/NINTENDO SWITCH konzolt vásárolnék!