>hi Coderz!
>>amit szeretnek: valami olyan uzemmod, aminek a
>>hasznalatahoz nem kell minden
>>videokartyara kihegyezni a programot?
>ez sajnos nem lehetseges. vesat kell hasznalnod.
>viszont c-ben meg asm-ban (mem>64k) hasznalhatsz un.
>linear frame buffert, igy a videomem-t linearisan
>tudod kezelni, akar a 320x200 modnal, nem kell lapozgatni.
>en ebbol nem sokat tudok (nagy pascalos letemre),
Ez a dolog (ti. hogy 64KB-nal nagyobb tombot is lehet kezelni) nem a nyelv,
hanema fordito fuggvenye, tehat pl. Free Pascal-ban vagy Delphi-ben (2+) sem
gond. Az LFB-t egyebkent akkor is lehet hasznalni, ha a fordito nem
tamogatja 64KB-nal nagyobb egybefuggo memoriaszegmensek kezeleset, igaz,
ilyenkor ugyanugy kell figyelni a laphatar atlepesekre, mint a sima
lapozasos technikanal, csak eppen a lapozasi kodot (annak lassusagat es/vagy
azt, hogy minden videokartyahoz meg kell irni) sporolja meg maganak az
ember.

>de nezd meg a prog.hu-n a cikkekben.
>remelem segitettem.
>es 1 kerdes: tudom hogy orultseg, de nem tudna valaki
>infot dos alol hosszufajlnevek lekerdezeserol?
A Ralf Brown fele Interrupt List-ben es az MSDN-ben
(http://msdn.microsoft.com) is megtalalod a W9X-ek alatt DOS boxbol elerheto
hosszu fajlneveket kezelo fuggvenyek leirasat (INT 21h, AH=71h kornyeken
keresgelj!). Ezek a fuggvenyek alapbol csakis W9X-ek alatt erhetok el es ott
is csak GUI modban, tehat DOS 7.0-ban mar nem. NT ala beszerezheto egy kis
kiegeszito, ami emulalja ezeket a funkciokat es igy azonos hatas erheto el
vele (de ugye minden DOS boxban be kell tolteni pluszban). Ugy emlekszem DOS
ala is hallottam valami hasonlo TSR-rol (ami a szoban forgo funkciokat
emulalja), de ez csakis read-only volt (ha jol emlekszem).

Gabor

>Lenne egy kerdesem a parhuzamos programozassal kapcsolatban:
>
>Win32-ben szeretnem megoldani a kovetkezo problemat:
>
>Adott egy szal (thread), ami tobb helyrol is kaphat esemenyt,
>amire reagalnia kell. Ezek kozott van event, es van anonymous pipe is.
>
>Elso latasra egyszeru lehet a problema, egy
>WaitForMultipleObject - be beadom neki az elobbiek handlejet, es
>akkor eszre fogja venni, barmelyik iranybol szolnak hozza.
>Ez tokeletesen mukodik ha csak eventekre kell varakozni, de
>a pipeokkal baj van.
>Azt olvastam hogy az anonymous pipe nem tud aszinkron i/o modban mukodni,
>ez pedig azt is jelenti hogy nem varakozhatok ra WaitForMultipleObject-el.
>Ezek utan merul fel bennem a kerdes, hogyan lehet egyszerre tobb pipe-bol
>olvasni ugyanabban a szalban?
Az aszinkron I/O-nak koze nincs a WaitForXXXObject() fuggvenyekhez, hiszen
ezek mind szinkronizacios fuggvenyek.
Annak ellenorzesere, hogy a pipe-ban varakozik -e adat hasznalhatod a
PeekNamedPipe() fuggvenyt (ami nevevel ellenteteben anonim csovekhez is
hasznalhato), ami azonnal visszater, tehat nem blokkolo funkcio.

Gabor

> procedure TForm1.Edit1Enter(Sender: TObject);
> begin
>  Edit1.Selectall;
> end;
>
> mert nem hajtodik vegre a Selectall amikor belekatintok az edit-be?
> es hogyhogy vegrehajtodik ha a Tab-al ugrok ra?
> Mas megoldas esetleg? (Onclick nem jo, mert akkor nem lehet reszeket
> kijelolni, OnDbClick nem jo mert akkor meg nem lehet szavakat kijelolni)

Mar bocsi de annyira hulyeseget irtam hogy senki sem meltat valaszra? Vagy
esetleg senkisem tud(akkar) segiteni?

Hello !

Segítséget kérnék a PIC16F84 programozásához.
Magyar nyelvű leírás kellene az utasításokhoz.
Tehát mi mit csinál a PIC-ben.

Üdv.:
Lac