Hirdetés

2024. június 10., hétfő

Gyorskeresés

Útvonal

Fórumok  »  Szoftverfejlesztés  »  Programozás topic (kiemelt téma)

Téma összefoglaló

Téma összefoglaló

  • Utoljára frissítve: 2023-12-13 06:18:28

LOGOUT.hu

Összefoglaló kinyitása ▼

Hozzászólások

(#6001) Brown ügynök válasza Dinter (#6000) üzenetére


Brown ügynök
senior tag

Elfelejtetted leírni a programnyelvet, egyébként biztos vagyok benne, hogy a C++-nak(?) van saját topikja.

#6002: Jól teszed. :D

[ Szerkesztve ]

"hacsak nem jön a jó tündér break utasítás képében..."

(#6002) Dinter válasza Brown ügynök (#6001) üzenetére


Dinter
addikt

Bocsi. Amúgy ez C#, átviszem oda :B

(#6003) kispx válasza Dinter (#6000) üzenetére


kispx
addikt

A programnak nem adtál át egyetlen argumentumot sem.

(#6004) Karma válasza Dinter (#6000) üzenetére


Karma
félisten

Ha ezt az utat járod, akkor nem menet közben kell a felhasználónak beírnia a számot, hanem a megfelelő paraméterrel indítani a programot!

Pl. szorzo.exe 5

Ha ilyen argumentum nélkül indítod a programot, pl. mert csak F5-öt nyomtál a Visual Astudio-ban, akkor az args tömb teljesen üres, az első elemének lekérdezése pedig indexelési hibát okoz értelemszerűen.

Az args[0] előtt mindenképp kezeld le azt, hogy az args.Length == 0!

“All nothings are not equal.”

(#6005) anulu


anulu
félisten

elég gyorsan kellene némi segítség. VB script, CSV fileból scriptben (headerrel) levő változók feltöltése, majd ürítés, next.

előre is köszönöm!

[ Szerkesztve ]

"Jelenleg a cloud nem más mint a sales által elhazudott és eladott utópia, egy ígéret, csalánba csomagolt mézesmadzag, amit az üzemeltetés f@$zával vernek" | Feel the power! Intel Core i7 | iPhone 14Pro 256GB | iPad Pro 2017 64GB

(#6006) sztanozs válasza anulu (#6005) üzenetére


sztanozs
veterán

Kicsit bővebben? Hol akadtál el?

JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...

(#6007) martonx válasza anulu (#6005) üzenetére


martonx
veterán

Van külön Visual Basic topik.

Én kérek elnézést!

(#6008) sztanozs válasza martonx (#6007) üzenetére


sztanozs
veterán

Ha már nem linkelted be :)

JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...

(#6009) anulu


anulu
félisten

sorry, ez a topic ugrott be.
megoldottam kerülőúton. köszi mindenkinek :)

"Jelenleg a cloud nem más mint a sales által elhazudott és eladott utópia, egy ígéret, csalánba csomagolt mézesmadzag, amit az üzemeltetés f@$zával vernek" | Feel the power! Intel Core i7 | iPhone 14Pro 256GB | iPad Pro 2017 64GB

(#6010) kicsigi97


kicsigi97
tag

Sziasztok!

Az a helyzet, hogy az utóbbi időben elkezdtem a programozással foglalkozni, de mégsem szereztem elég infót, egy keylogger elkészítéséhez.

Mindezt, ha lehetséges Turbo Pascal nyelven szeretném véghezvinni.

Szerintem ez egy rendkívül nagy projekt, remélem tudtok benne segíteni.

Pár dolgot meg tudnék oldani :
-láthatatlánná tenni
-továbbítani az infőt, mármint magát a leütéseket.

Na, és itt jön a nagyobbik része, amit nem tudom, hogy meg lehet-e valósítani, és ha lehetséges, hogy kellene megcsinálni:

-magát a megfigyelő részét, amely rögzíti, hogy egymás után melyik billentyűk lettek leütve.

-egy jpg képbe szeretném összetömöríteni a programot (erre elvileg én is tudnék megoldást)

-a programnak úgy kellene futnia, hogy előtte nem szükséges telepítés

-csak egy bizonyos program megnyitásától kellene elkezdenie rögzíteni, annak bezárásáig

- továbbá ki kellene kerülni win7 alatt azt, amikor rendszergazdai jogosultságot kér a program futtatásához, gondolom tudjátok miről beszélek

Szóval nagyon sok dolog lenne, ezért kérném a profik segítségét. Válaszaitokat előre is köszönöm.

(#6011) Sk8erPeter válasza kicsigi97 (#6010) üzenetére


Sk8erPeter
nagyúr

Te be vagy b@szva? :D
Remélem nem gondolod komolyan, hogy itt bárki is érdemben segíteni fog neked abban, hogy felhasználókat közvetve vagy közvetlenül megkárosíts, a tudtuk/beleegyezésük nélkül bármilyen adatot lopj tőlük. :W :((( Ezt ezen a fórumon felejtsd el. De lehetőleg máshol is.

Nem kicsit vicces, hogy egy keylogger fejlesztésén szeretnéd elkezdeni tanulni a programozást.

[ Szerkesztve ]

Sk8erPeter

(#6012) fatal` válasza Sk8erPeter (#6011) üzenetére


fatal`
titán

Azért a Turbo Pascal, win7 kombón hangosan felröhögtem. :DDD :DDD

(#6013) Sk8erPeter válasza fatal` (#6012) üzenetére


Sk8erPeter
nagyúr

Ja, modern adattolvaj. :D

Sk8erPeter

(#6014) Bikkrom válasza kicsigi97 (#6010) üzenetére


Bikkrom
senior tag

A többiek véleményén kívül azért 1-2 támpont, hogy tisztán lásd a helyzetet.
Pascalban, Win7-re? Ezeket a funkciókat? Pár évig írhatnád egyedül, ha egyáltalán találsz minden felmerülő problémára megoldást. A pascal nem erre lett kitalálva. :P
Így elsőre azt mondanám: egyedül, neked lehetetlen. Valami modernebb nyelvben még csak-csak. pl.: C#, de ott is olyan hibákba ütköznél(mivel meg akarsz kerülni 1-2 windowsos dolgot) amire hivatalos fórumokon választ biztosan nem kapsz. Pascalben ezek a lehetetlennel határos kérések. :)

Sic vis pacem, para bellum! - Ha békét akarsz, készülj a háborúra!

(#6015) kicsigi97 válasza Bikkrom (#6014) üzenetére


kicsigi97
tag

Köszi a választ!

Egy barátom kérte meg, hogy nézzek ennek utána. Megtettem :D

Sk8erPeter: nem voltam beb@szva :) , amúgy köszi neked is a válaszokat, gondoltam, hogy ez lehetetlen, de egy próbát megért.

(#6016) n00n válasza kicsigi97 (#6015) üzenetére


n00n
őstag

Jó hogy nem operációs rendszert akarsz írni első program gyanánt. :DD

(#6017) Jim Tonic válasza kicsigi97 (#6015) üzenetére


Jim Tonic
nagyúr

Hát, sz@r dolog, ha az embert csalja a nője, és még Windows7-et is használ. :D

Alcohol & calculus don't mix. Never drink & derive.

(#6018) MacCaine válasza Jim Tonic (#6017) üzenetére


MacCaine
őstag

Ráadásul eléggé kocka ahhoz, hogy a keyloggert kiszúrja a futó taszkok között. ;] :DDD

(#6019) Sk8erPeter válasza Jim Tonic (#6017) üzenetére


Sk8erPeter
nagyúr

Ez gonosz volt, tetszett. :DDD

(#6015) kicsigi97 :
A barátodnak üzenném, hogy egy kicsit egyenesebb gerinccel próbáljon meg információt szerezni. :K Vagy menjen el inkább k×rvázni.

Sk8erPeter

(#6020) mobal válasza kicsigi97 (#6015) üzenetére


mobal
MODERÁTOR

Azt se felejtsd el, hogy lehet az anti virus programod közölné veled, hogy ejnye bejnye.

"Ott szimatol a sarkadban vasfogait csattogtatva, minden egyes hétköznapod: kirúzsozott medvecsapda."

(#6021) jeszi


jeszi
tag

Sziasztok!

telenor és t-mobile smsc-t használva tömeges sms kiküldést kellene megvalósítani linux alatt.

Ezt próbáltam, de nem kapcsolódik telenor smsc-re:
http://search.cpan.org/~nemux/Net-UCP-0.42/lib/Net/UCP.pm

Nincs valakinek tapasztalata ezzel kapcsolatban? Mivel érdemes ezt implementálni?
Ezeket kellene használnom, de a hogyan nincs meg.

UCP60 + ack
UCP51 + ack
UCP31

Nem félek a haláltól, majdcsak túlélem valahogy!

(#6022) #95904256


#95904256
törölt tag

Sziasztok!

Van két 16384 bájtos számom ( H és L ), amelynek a különbségét szeretném beszorozni egy 32 bites számmal ( R ). Ezt kétféle módon oldható meg:

A = ( H - L ) * R
illetve
A = ( H * R ) - ( L * R )

A gondom az, hogy a kettő nem teljesen egyforma. A dolog ciklikusan ismétlődik és az egyik lefutásnál a 123136. bit ( +3C20:0.bit ) egyszercsak eltérő értéket vesz fel. Az összes többi biten egyezik az eredmény. Mi lehet az oka?

A kérdéses lefutásnál H, L és R értékeit ellenőriztem.
A memóriát is ellenőriztem!

Milyen esetben lehet eltérő értéke a két fenti számítási módnak?

A szemem láttára buggyanik meg az adat és nem értem... :W
A dolog örjítő, mert miután megbuggyanik a bit a következő ciklusban már felszaporodik az eltérés és így tovább...

szerk.: Itt arra gondolok, hogy kivonás ( SBB mem,r32 ) vagy szorzás ( MUL mem,r32 / ADD EAX,carry ) esetén milyen esetben történhet adatvesztés? Mint pl. kerekítés esetén...

[ Szerkesztve ]

(#6023) modder válasza #95904256 (#6022) üzenetére


modder
aktív tag

Hali,

És ez most mi, assembly? azért egy programkódot, ami csak az említett műveletet végzi bemásolhatnál. Ami rögtön eszembe jut, hogy belefér a szorzás eredménye a regiszterbe? jól kezeled ezt le?

(#6024) #95904256 válasza modder (#6023) üzenetére


#95904256
törölt tag

Igen, assembly. Az már biztos, hogy az A=(H-L)*R kódjával van a probléma, mert az A=(H-L)+(H-L)+(H-L)+... képlettel is az A=(H*R)-(L*R) eredménye jött ki.

A kód az alábbi:

XOR EBP,EBP
MOV ECX,4096
CLC
BIGSUB: MOV EAX,[L+4*EBP]
SBB [H+4*EBP],EAX
INC EBP
LOOP BIGSUB

XOR EBP,EBP
XOR ESI,ESI
MOV ECX,4096
MOV EBX,[R]
BIGMUL: MOV EAX,[H+4*EBP]
MUL EBX
ADD EAX,ESI
MOV [H+4*EBP],EAX
MOV ESI,EDX
INC EBP
LOOP BIGMUL

[ Szerkesztve ]

(#6025) #95904256 válasza #95904256 (#6024) üzenetére


#95904256
törölt tag

Megvan a hiba... :B
A szorzás helyesen:
XOR EBP,EBP
XOR ESI,ESI
MOV ECX,4096
MOV EBX,[R]
BIGMUL: MOV EAX,[H+4*EBP]
MUL EBX
ADD EAX,ESI
ADC EDX,0
MOV [H+4*EBP],EAX
MOV ESI,EDX
INC EBP
LOOP BIGMUL

[ Szerkesztve ]

(#6026) modder válasza #95904256 (#6025) üzenetére


modder
aktív tag

örülök, hogy segíthettem :D

(#6027) jeszi


jeszi
tag

Küldök sms-t így:

bejövő email linuxra --> postfix dobja a levelet az sms felhasználónak. .forward file alapján lefut egy script (sms.sh), ami adatod ad át egy perl szervíznek, az meg kiküldi az sms-t smsc-nek.

Nagyon sok sms küldés esetén gondolom feltorlódnak majd az sms.sh processzek és ha közben valamiért elhall a perl szervíz, akkor elvesznek az éppen kiküldendő sms-ek.

Lehet érdemesebb lenne az sms.sh által először cask file-ba rakni a kiküldendő sms-eket és a perl szervíz azokat dolgozná fel.

A probléma az, hogy ha egy végtelen ciklusban figyelem, hogy van-e file egy adott mappában, amit fel kellene dolgozni, az megeszi a processzort. A végtelen ciklusba nem tehetek túl nagy sleep-et, mert a napi átlag 5000 sms-hez sebesség kell.

Hogy lehet azt triggerelni jól, hogy ha van file egy adott mappában, azt dolgozza fel a perl szervíz?

Nem félek a haláltól, majdcsak túlélem valahogy!

(#6028) amargo válasza jeszi (#6027) üzenetére


amargo
addikt

FileSystemWatcher, nem vagyok linux-os így nem tudom, hol merre - googli biztos megmondja.

“The workdays are long and the weekend is short? Make a turn! Bike every day, bike to work too!”

(#6029) sztanozs válasza jeszi (#6027) üzenetére


sztanozs
veterán

Esetleg valami message queueing?

JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...

(#6030) martonx válasza jeszi (#6027) üzenetére


martonx
veterán

Ha jól értem a lényeget. Van egy mappád, és ebben annyi file van, ahány sms-t kell küldeni.
Soha nem programoztam Perl-ben, de az alapok gondolom ugyanazok, mint pl. egy vbscript-nél.

Én úgy oldanám meg, hogy kihagyom az sms.sh-t, ez tényleg minek kell? A Perl szervízbe sem kell végtelen ciklus, biztos, hogy lehet Perl-en belül ütemezni egy metódus elindítását mondjuk másodpercenként-re.
Szóval lenne egy ütemezett Perl metódusod, ami ránéz a mappára, és elkezdi feldolgozni a benne talált fileokat. Amit sikerült, azt törli (gyk. archiválja másik mappába).
Ez már miért enné meg a processzort? Ha nincs file a mappában, és másodpercenként erre ránéz és nem csinál semmit, annak kimutathatalan lesz a processzor terhelése.

Én kérek elnézést!

(#6031) jeszi válasza martonx (#6030) üzenetére


jeszi
tag

Szia!

1 másodperc alatt kb. 4 sms-t lehet smsc-n keresztül kiküldeni, ezt ki is kell használni, mert napi kb. 5000 sms kimegy. sleep 0.2 várakoztatással már folyamatosan látszik valamennyi cpu használat, nem olyan szép megoldás. A load is nagyobb lesz.

A perl csak induláskor kapcsolódik az smsc szerverhez és várja a kéréseket, így nem kell minden küldéskor felépíteni majd bontani a kapcsolatot, ez is gyorsít.

perl - szerver
sms.sh - kliens

Persze minden képlékeny, most próbálom kialakítani valahogy...

Nem félek a haláltól, majdcsak túlélem valahogy!

(#6032) bambano válasza jeszi (#6027) üzenetére


bambano
titán

ezt minek bonyolítod túl? erre vannak kész rendszerek, gammu-smsd, stb.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

(#6033) Karma válasza bambano (#6032) üzenetére


Karma
félisten

Azért a szolgáltató SMSC-jének közvetlen hívogatása és egy tákolt Gammu nem egy kategória...

“All nothings are not equal.”

(#6034) bambano válasza Karma (#6033) üzenetére


bambano
titán

valóban, egy saját gyártású perl script hekkelése tényleg nem egy kategória egy sokak által tesztelt, széles körben használt megoldással.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

(#6035) Karma válasza bambano (#6034) üzenetére


Karma
félisten

Végülis kiskanállal is lehet gödröt ásni... De ha már jeszi fizet a T-Mobile tömeges SMS küldéséért, akkor valószínűleg nem megoldás a telefonkötögetés :U Főleg ha egyébként a küldést már megoldotta ezek szerint, csak Linux lokál probléma van.

Kernelt nem akarsz vele fordíttatni?

jeszi: Egyébként én is message queue párti vagyok, az ActiveMQ-t például össze lehet kötni Perllel. Csak egy kicsit bonyolultabb Perl kód kell, amiből nem spawnolsz olyan sokat.

[ Szerkesztve ]

“All nothings are not equal.”

(#6036) dabadab válasza jeszi (#6027) üzenetére


dabadab
titán

inotify kell neked.

DRM is theft

(#6037) bambano válasza Karma (#6035) üzenetére


bambano
titán

miért fordíttatnék vele linux kernelt? pont arról szólt a hsz-em, hogy ne végezzen el olyan munkát, amit más már megcsinált.

Az activemq meg emiatt egy teljes jáva subsystem elindítása az nem is ágyúval verébre, hanem tüzérhadosztály.

ennél már sokkal egyszerűbb, ha felrakna egy postgrest, a postfixes forward egy táblába pakolná az sms-eket, az smsc perl progija meg postgreses triggerekkel működhetne.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

(#6038) Karma válasza bambano (#6037) üzenetére


Karma
félisten

Az ActiveMQ vegulis csak egy pelda volt, masok is szoktak Perllel csevegni...

Az adatbazis trigger cseles megoldas, tetszik :-) Munkahelyi artalom, hogy csak nagy LEGO kockakkal tudok gondolkodni, amikor szerveroldalrol van szo.

A kernelt meg nyilvan azert irtam, mert egy desktop alkalmazassal ilyen munkat vegeztetni szvsz eros. De izles dolga igazabol - jelen esetben ugyis mindegy.

[ Szerkesztve ]

“All nothings are not equal.”

(#6039) bambano válasza Karma (#6038) üzenetére


bambano
titán

a gammu desktop alkalmazás (vagy nem, mert parancs-soros). a gammu-smsd meg szerver alkalmazás, nem desktop.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

(#6040) jeszi válasza Karma (#6035) üzenetére


jeszi
tag

Köszönöm mindenkinek a segítséget!

Az inotify is jónak tűnik, van hozzá iwatch program, ami elsőre nem tűnik bonyolultnak.

Nem félek a haláltól, majdcsak túlélem valahogy!

(#6041) bambano válasza jeszi (#6040) üzenetére


bambano
titán

a könyvtárba lepakolós megoldással az a gond, hogy tuttira egyedi fájlnevet generálni nem magától értetődő. nem is lehetetlen, de figyelni kell rá.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

(#6042) jeszi válasza bambano (#6041) üzenetére


jeszi
tag

Azt így oldom meg:

/opt/sms/log/sendsms/sms-$TEL-$(date '+%Y%m%d_%H%M%S_%N')-$(shuf -i 100-999 -n1).txt

Nem félek a haláltól, majdcsak túlélem valahogy!

(#6043) jeszi válasza dabadab (#6036) üzenetére


jeszi
tag

Ezzel már megy az sms:
iwatch -v -e close_write -c "TEL=\$(basename %f | awk -F- '{print \$2}'); BODY=\$(cat %f); echo \$TEL; echo \$BODY; echo SEND \$TEL \$BODY | netcat localhost 2222;" /opt/sms/log/sendsms/

De mégsem tökéletes, mert így tudom a perl szervízt meghívni:
echo SEND $TEL $BODY | netcat localhost 2222 - Ekkor ha van sortörés az sms-ben, az echo kiveszi.

Így kellene:
echo SEND $TEL "$BODY" | netcat localhost 2222 – Ezt meg nem eszi meg az iwatch, mert a perl pharse kiakad. Egyszerűen nem tudok ilyen jelet tenni sehova: "

Nem félek a haláltól, majdcsak túlélem valahogy!

(#6044) Karma válasza jeszi (#6043) üzenetére


Karma
félisten

Oké, ez már tényleg undorító.
Nem fáj az ilyet leírni?

inotify-t használhatsz anélkül is, hogy netcatot és UNIX toolok tengerét használnád...
http://www.bestofperl.com/miscellaneous/watch-filesystem-for-changes-using-inotify-linux

(Sajnos ezzel a telefonnal nem tudok normálisan linkelni.)

[ Szerkesztve ]

“All nothings are not equal.”

(#6045) jeszi válasza Karma (#6044) üzenetére


jeszi
tag

:B Tényleg fáj pitic

Érzem én, hogy perlben kellene ezt, nézegettem is, megpróbálom azt. Eddig annyi közöm volt a perl-höz, hogy néha helyesen tudtam leírni nevét. :) Programozni sem tudok, ennyi mentségem van.

Nem félek a haláltól, majdcsak túlélem valahogy!

(#6046) bambano válasza jeszi (#6042) üzenetére


bambano
titán

hát úgy pont ne oldd meg, mert az nem jó, főleg, ha nagyobb mennyiségű sms-t kell küldeni.
van hivatalos rendes mktemp parancs, vagy azt használd, vagy tedd bele minimum a folyamat pidjét és a dátumát a fájlnévbe. de inkább mktemp.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

(#6047) bambano válasza jeszi (#6043) üzenetére


bambano
titán

ha az echo-t -e paraméterrel hívod, akkor a sortörések maradnak emlékeim szerint (pontosabban vezérlőkaraktereket lehet a stringbe tenni, mit például sortörés).

másrészt bash-ban van printf, az lehet, jobb, mint az echo.

de ilyen szkriptért egyetemen buktatnálak :P
ha már beforkoltad azt a szerencsétlen awk-ot, akkor csinálj meg mindent awk-ban, ne legyen még mellé millió másik programindítás.

ja és azt sem árt fejben tartani, hogy awk-ból 3 féle lehet a rendszeren, amik nem feltétlenül egyformák.

szerintem az lenne a helyes eljárás, hogy az a script, ami a postfixből átveszi a helyi kézbesítést, az pont olyan formátumra hozva rakja le a fájlt, amilyenben a küldőnek kell, és utána csak egy netcat localhost 2222<filenev lenne az inotifyben a parancs.

erős problémát látok még abban, hogy nem sorban fog történni a küldés, tehát ha egyszerre két levélben jön sms, akkor egyszerre fogja megtámadni az sms küldő programot.

[ Szerkesztve ]

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

(#6048) PapaDoc


PapaDoc
csendes tag

Tisztelt Mindenki! :)

Valaki aki nagy mágus programozásban és ismeri az XBMC nevű progit, vagy esetleg már mélyebben belenyúlt valamikor, az legyen szíves keressen meg privátban! A többit privátban vagy telefonon!

Köszönöm!

(#6049) sztanozs válasza PapaDoc (#6048) üzenetére


sztanozs
veterán

Asszem te nem fejleszteni szeretnéd az XBMC-t, hanem konfigurálni.
Nem gond hogy ide írtál, de a keresőt sem tilos használni: XBMC

JOGI NYILATKOZAT: A bejegyzéseim és hozzászólásaim a személyes véleményemet tükrözik; ezek nem tekinthetők a munkáltatóm hivatalos állásfoglalásának...

(#6050) PapaDoc válasza sztanozs (#6049) üzenetére


PapaDoc
csendes tag

Fejleszteni szeretném, vagyis inkább butítani :)

Útvonal

Fórumok  »  Szoftverfejlesztés  »  Programozás topic (kiemelt téma)
Copyright © 2000-2024 PROHARDVER Informatikai Kft.