Sziasztok coderek!

Most olvasok egy konyvet rendezesi algoritmusokkal kapcsolatban.
A binaris fa (heap sort) rendezes nem vilagos elegge, ezert kerlek meg
benneteket, hogyha van valami bovebb leirasotok rola (lehet link is),
akkor kuldjetek el.
Koszonet elore is.
Gergo

u.i. kb egy hete volt egy level errol, de az is elegge homalyos elottem

>Gabor rita hogy a named pipe lassu kommunikacios
>csatorna. Rogton felmerul bennem a kerdes, milyen
>csatorna van, amelyik gyorsabb nala, nagy adatmennyiseg atvitele
>eseten milyen kommunikacios modszert lehet, ill. erdemes alkalmazni
>akkor ha ugyanazon a gepen ket program kozott kell adatot kuldeni, es
>mit erdemes hasznalni halozatban ? (A socket gyorsabb mint a named pipe?)
A socket altalaban gyorsabb, mert nem ad plusz absztrakcios reteget a
feldolgozas (kommunikacio) folyamatahoz, hanem kozvetlenul a visoznylag
alacsony szintu protokollveremmel kommunikal.
Ha egyebkent mindket processz garantaltan ugyanazon a gepen fut, akkor a
filemapping (lasd CreateFileMapping()) hasznaltatat javaslom, mert ennel
gyorsabb osztott eleresu adatteruletet nem lehet megvalositani win32 alatt.

>Masik kerdesem pedig az lenne, ha egy program sok pipe-bol fogad adatokat
>(mondjuk 10-nel tobb pipe)
>akkor melyik megoldas a celszerubb: Egy szalon olvasni az osszes pipe-t
>aszinkron modban, vagy pipe-onkent kulon-kulon szal blokkolodo olvasassal.
>Azaz, mennyire terheli le a rendszert az, ha minden kulonvalaszthato
>tevekenyseget igyekszem kulon szalra rakni, ahelyett hogy egy szalon,
>de bonyolultabb programmal csinalnam mindezt.
Ez szerintem attol fugg, hogy milyen aranyban all a pipe-ok uresjarati es a
kihasznalt ideje; az, hogy a pollinggal (ebben az esetben annak
vizsgalataval, hogy erkezett -e uj adat egy adott csore) eltoltott ido vagy
a tobbszalu mukodeskor gyakrabban fellepo kontextusvaltas emeszt -e fel tobb
felesleges eroforrast. Ha a csovek kihasznaltsaga nagy (azaz gyakorlatilag
minden olvasasi kiserletnel sikerul adatot olvasni roluk) es egyenletes
(minden cso kb. ugyanannyi adatot es ugyanolyan suruseggel visz at adott
idoegyseg alatt), akkor minden valoszinuseg szerint a polling a celszerubb
megoldas, hiszen a legtobb alkalommal nem feleslegesen eszi a CPU idot.
Ugyanakkor ha viszonylag ritkan erkezik adat a csore, vagy nagyon valtozo
intenzitassal, akkor praktikusabb lehet a kulon szalak hasznalata, hiszen
ilyenkor a blokkolo olvasasi muveletnel a szalak wait allapotba kerulnek az
adat megerkezeseig, es nem esznek plusz CPU idot.
A tobbszalu mukodes mellett szol az is, hogy a kliensek kevesbe blokkoljak
egymast, azaz egy adott kliens altal inditott viszonylag hosszabb ideig
tarto muvelet nem tartja fel a tobbi kliens kiszolgalasat.

>Tudnatok-e ajanlani valamilyen cikket, tanulmanyt, (interneten) ahol
>komunikacios programozasi strategiakrol olvashatnek altalaban ?
>Melyik mire jo, mik az elonyok, hatranyok, mit mivel
>erdemes megoldani...) Valamilyen atfogo, osszehasonlito dokumentaciora
>lenne szuksegem.
Szerintem kutass az MSDN Library-ban (http://msdn.microsoft.com). A
referencia mellett nehany elemzo jellegu cikk is talalhato benne az
interprocessz-kommunikaciorol win32 alatt.

Gabor

A CODER 1118-ban irta  >:

>
>Valaki irjon mar nekem egy egyszeru assembler forrasfajlt, ami le is fordul.
>Most probalok assembly-ben programozni es a fordito egyetlen fajlt sem
>hajlando leforditani. probalt forditok: NBASM, NASM.
>
>Peldaul egy forras, aminek a fordito szerint majdnem minden sora hibas:
>
>DOSSEG
> ..MODEL SMALL
> ..STACK 200h
>.....

Ime:

extern    MessageBoxA
global     main
section   .code

main:  xor eax,eax
 push eax ;mb_ok
 push dword title
 push dword szoveg
 push eax ;owner hwnd
 call MessageBoxA
 ret

title  db 'Hello',0
szoveg  db 'Win32 asm rulez!!!',0
end
/*-----------*/
(a valo eletben persze egy API hivasra nem pazarlunk el 6 sort, bemakrozzuk
egy sorba, de ez csak pelda)
NASM-mel fordul, ALINK-kel linkelve szepen fut, w32 alatt.
DOS-ra NASM-mel meg nem probaltam, nezz korul a helpjeben.
A fordit.bat, amivel forditani szoktam igy nez ki:

nasmw -o %1.obj -f win32 %1.asm
alink %1.obj -oPE win32.lib -entry main

Udv,
-banjo-
p.s. milyen allat az NBASM?

HE 1.13.

Hello

 Csak egy pontot hasznalj  .model, .stack stb es forditsd Tasm-mal.
  Akkor menni fog... Sajnos a Nasmot nem ismerem annyira.

Haliho!

Otleteket kernek binaris file tomoritesere (gyakorlatilag egy
com-rol lenne szo). Feltetel az, hogy a kitomorito ne legyen
nagyobb 100-150 bytenal, a tomoritesi arany masodlagos.
Elmelet, tippek jobban erdekelnek, mint forraskod. Jobban szeretem
magam csinalni a dolgokat... Ja, es persze asm-ben.
Koszi.

JimBoo

Sziasztok!

Szeretnek segitseget kerni toletek! Delphiben programozok
es szeretnek egy IRC programot irni. Sajnos a ClientSocket
nem ment, vagyis csak kapcsolodott, de nem kommunikalt. :(
Mar valahol mondtak, hogy Socketekkel kell megoldani. Ha
valaki tud nekem segiteni, hogy hogyan hozhatom letre, es
kesobb hogyan kezelhetem azt nagyon szepen megkoszonnem.

Koszi,
Reka

Hello Peter!

Ericsonhoz nem tudok hozzaszolni, de NOKIA51xx, 61xx ekkel eppen most
foglalkozom.
Ezekben tudok segiteni, de keszulj fel, hogy nem egyszeru AT commandokrol
van szo. Ezekben a keszulekekben nincsen "modem". Van egy sajat protokolljuk
az FBUS-on. Ezt es ezen kivul meg az RLP-t (Radio Link Protocol) kell nagyon
kenni. Ez utobbit mondjuk csak adathivashoz.

Elso lepeskent azt tanacsolom iratkozz fel a gnokii levelezolistara,
amennyiben beszelni angulus nyelv. A gnokii a Datasuite Linux-os klonja, es
opensource!!!. Siman le lehet foditani Winfosra is, ha esetleg abban
nyomulsz. Abbol nagyon sok mindent meg lehet tanulni a NOKIA5110, 61xx ek
FBUS-arol, es sajat program irasahoz is jo alapokat ad.

Ha ezek utan is merulnek fel kerdesek fordulj ide batran. Vagy Chris
Kemp-hez, vagy Pavel Janik-hoz a gnokii listarol. Ok kezdtek fejleszteni, es
egy kicsit tudnak rola ezt-azt. :))

Tehat vitorlat fel es -> http://www.gnokii.org

Ja igen a kerdesek:
Elegendo egy FBUS-os adatkabel ( amivel a Logomanager megy, az jo )
Az "accessory connected"-et az authenticacios protocoll ervenyes lefutasa
utan irja a NOKIA es nehany szolgaltatast CSAKIS ezek utan engedelyez. Hogy
mi ez, es hogyan kell authentikalni, megtalalod a gnokii-ban.

Regards
Robi
---
E-mail: 
ICQ: 96586562
Egyszer volt, hol nem volt, az operacios rendszeren is tul...
---

Kedves Molnar Peter!

On 17 Mar 2001, at 7:03, HIX CODER wrote:

> Szeretnek sms-t kuldeni egy, a szamitogephez soros kabellel
> hozzakapcsolt telefonrol, de sajat programbol.
 ....

Ez mar lassan GYIK szintu kerdes. :-) A megoldas a GNOKII. Ha Linux alatt
nyomulsz, akkor siman hasznalhatod, ha pedig mas op.r. alatt, akkor a
forraskodbol kibogaraszhatod, hogy pontosan mit kell csinalni.

Keress ra a neccen, de talan www.gnokii.org is van.

Sok sikert && udv From:, a kalandor

>Valaki irjon mar nekem egy egyszeru assembler forrasfajlt, ami le is fordul.
>Most probalok assembly-ben programozni es a fordito egyetlen fajlt sem
>hajlando leforditani. probalt forditok: NBASM, NASM.
>
>Peldaul egy forras, aminek a fordito szerint majdnem minden sora hibas:

Ez  vicces, en csak poenbol probaltam ki az assemblert, nincsenek meg olyan
rendszerszintu programozasi igenyeim, de a Netwide Assembler nekem sem ment...

U.I.: Kerlek titeket, dobjon meg mar valaaki egy olyan cimmel, amirol egy
igyenis *jo* C-fordititot lehet letolteni. A mostanirol eleg annyit, hogy
alapbol csak 3 header file van benne es kiakad a getch()-re.

Kosz.

Hell CODERek!

Tudna ajanlani nekem valaki egy tenyleg jo IDE-t a Freepascalhoz?
Ami nekem most van, az nagyon nem jo. Lassu (nem egyszerre tortenik a
beiras-feldolgozas), meg nem tokeletes a syntax-highlight sem, jameg
pl. nem mukodik a Del gomb... Szoval rossz.

Ha tudtok, legyszi webhelyet irjatok. Akar listara, akar maganba, akar
mindkettore! :-)

-- 
|  mailto:      |