Hollosi Information eXchange /HIX/
HIX CODER 1798
Copyright (C) HIX
2003-04-10
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Re: szamtek alapjai (mind)  24 sor     (cikkei)
2 Re:DOS es Win prg kommunikacio? (mind)  20 sor     (cikkei)
3 Re: Platform fuggetlen fejlesztes (mind)  13 sor     (cikkei)
4 Platform fuggetlen fejlesztes (mind)  9 sor     (cikkei)
5 2 rendszerwinch. kozos OE mappakkal (mind)  14 sor     (cikkei)
6 Kylix (mind)  6 sor     (cikkei)
7 Ismetlo utasitasok (mind)  38 sor     (cikkei)
8 szamtek alapjai - billentyuzet es BIOS rutinok -4- (mind)  126 sor     (cikkei)
9 C fordito kerdes (mind)  9 sor     (cikkei)
10 Re: DOS es Win prg kommunikacio? (mind)  21 sor     (cikkei)

+ - Re: szamtek alapjai (mind) VÁLASZ  Feladó: (cikkei)

On Wed, Apr 09, 2003 at 01:29:12AM +0000,  wrote:
> >>Barmi, ami az adott programozasi nyelvben szabvanyos: pl. a C-ben az
> >>"olvass be egy karaktert" (getchar) fuggveny.
> >Oke, szoval ez csak ASCII-t kap. Az F gombokra nem kap semmit?
> >Mintha le sem utottek volna?
> De kap. 0-at. Nullat. ilyenkor megegyszer neg kell hivni a getchart,
> akkor adja a scan kodot.
> 
> int kar;
> 
> kar = getchar();
>  if(kar == 0)
> 	kar = getchar();

Sem az ANSI, sem a POSIX.1 nem dokumental ilyen viselkedest.

bit,
adam

-- 
1024D/37B8D989 954B 998A E5F5 BA2A 3622  82DD 54C2 843D 37B8 D989      
finger: | Some days, my soul's confined
http://www.keyserver.net | And out of mind
Sleep forever
+ - Re:DOS es Win prg kommunikacio? (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

 
> Van egy jo nagy DOS-os program. Kellene irni egy kis windows programot,
> ami pl. kepeket tud jeleniteni windows ablakban.
> 
> Milyen modszerrel tudna a ket program kommunikalni?
Ha kozos memoriat akarsz hasznalni, akkkor ott van a "mapmem.sys"
driver. Ez WinNt, W2000 -el mukodik. W9x alatt nem probaltam.
Ezt akkor erdemes hasznalni, ha sok adatot akarsz cserelni es gyorsan.

Egy masik megoldas a Pipe (lasd MSDN).

Egy masik megoldas letrehozol a DOS (gondolom Console ablakban fut)
alkalmazasban egy ablakot (CreateWindowEx), amit nem jelenitessz meg.
Ezeutan a ket alkalmazas a Windows Messaging-el komunikal (SendMessage).
A nagyob adat mennyisegre lehet hasznalni file-ot, ha nem ido kritikus.


Udv. Arpi
+ - Re: Platform fuggetlen fejlesztes (mind) VÁLASZ  Feladó: (cikkei)

In article >,  writes:
> Sziasztok,
> 
> grafikus feluletu programot kellene fejlesztenunk 
> WINDOWS/LINUX/MACINTOSH platformra. Van-e valakinek ilyen tapasztalata 
> illetve javaslata a fejlesztoi kornyezetre, nyelvre?

Java? Windows-on, linux-on biztos mukodik (Mac-et nem lattam meg), de
lehet, hogy picit lassu lesz.
C++? Van egy Qt nevu grafikus library (www.trolltech.com), az mukodik
Windows-on, Linux-on es Max OS X-en. Ezt nem hasznaltam.

				Bye,NAR
+ - Platform fuggetlen fejlesztes (mind) VÁLASZ  Feladó: (cikkei)

>grafikus feluletu programot kellene fejlesztenunk 
>WINDOWS/LINUX/MACINTOSH platformra. Van-e valakinek ilyen tapasztalata 
>illetve javaslata a fejlesztoi kornyezetre, nyelvre?

csak halkan mondom, mert egyenlore meg sajnos tavol all tolem a
programozas, de en linux alatt ezzel bohockodom:
http://www.fltk.org/

Udv: Tibcsi
+ - 2 rendszerwinch. kozos OE mappakkal (mind) VÁLASZ  Feladó: (cikkei)

Hali Coderek (szamtek!!!)
 Cserelheto rackkekkel dolgozom, mert az internetezest nem merem ugyanazzal
a
 harddiskkel csinalni, amivel a fontos munkakat. Viszont rovid idore az
 utobbival is szoktam leveleket leszivni. Zavaro, hogy ket Outlook Express
 mappa konyvtaram van. Hogy lehet azt beallaitani, hogy - miutan van meg egy
 ,fixen beepitett kozos winyo is - kozos legyen mindket bootolo winyon levo
 OE konyvtarja,nyilvan valahol a fix beepitett winyon. A mostani helyzetben
 ugye mindegyik bootwinyon a
 C:\WINdows\Application
 Data\Identities\{67124C80-3948-11D7-B498-AE749E54CF2C}\Microsoft
 directoryban levo Outlook Express nevu konyvtarban vannal a .dbx stb
 file-ok. Nyilvan a registryben kell valamit csinalni, de mit és hol?
 Szabolcs
+ - Kylix (mind) VÁLASZ  Feladó: (cikkei)

Hello

Erdeklodnek, hogy mi modon lehet elerni a Kylix 3 -ban a delpgi C++Builder 
NoCtrlAltKeys registry beallitasat?

Köszi a valaszokat
+ - Ismetlo utasitasok (mind) VÁLASZ  Feladó: (cikkei)

Udv!

En a forditoprogramra gyanakodnek, valamifele utasitas optimalizalas
tortenhet, nem abban a sorrendben hajtodnak vegre ahogyan kellene.

Amugy jo lenne latni a Kerdez fuggveny kodjat is.

Window$ vagy Linux alatt hackeled ezt a progit?

Tovabba izgalmas lehet az eszkoz mukodese is, valaszidok, ottani
timeoutok, stb.

Jo lenne meg latni az oprendszer 8250-es beallitasait is.

Istvan

> Felado :  [International]
> Temakor: Ismetlo utasitasok ( 34 sor )
> Idopont: Tue Apr  8 15:03:49 CEST 2003 CODER #1797
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -

for i := 0 to 7 do Memo1.Lines.Add( Kerdez( IntToStr( i ) ) );

fel kellene toltse az adott komponens sorait. A bokkeno az, hogy a
negyedik ( i
 = 3 ) lekerdezesnel timeout -ot ad a lekerdezes. Ha bunko stilusban
felsorolom
, hogy :

Memo1.Lines.Add( Kerdez( '0' ) );
Memo1.Lines.Add( Kerdez( '1' ) );
 ...
Memo1.Lines.Add( Kerdez( '7' ) );

akkor minden rendben. Tovabbi pontositasok :
-- 
Vomberg István >
Chemotron Inc.   www.chemotron.hu
+ - szamtek alapjai - billentyuzet es BIOS rutinok -4- (mind) VÁLASZ  Feladó: (cikkei)

Na itt vagyok...

>Van olyan eszkoz (pl. floppy), ahol ez szigoru idozitessel megy,
>tehat interrupt letiltva es program PONTOSAN megirva
>(gepi kodu utasitasok idejet kell szamolgatni), hogy jo legyen
>az idozites.
Nem ertem. Igazabol itt sem latom ertelmet az interruptnak.
Bele lehet magyarazni, hogy majd szol a FDD amikor vegre
megtalalta a kert adatot, de valahogy nem az igazi.
Ja, es mas orajelnel mas BIOS rutin kellene ugyanahhoz a flopihoz??

>> Amikor a billentyuzet kiteszi a "viheted" bitet es persze azonnal
>> oda is adja sorosan, akkor ez egyben megszakitas is?
>Igen, vagy pedig nincs megszakitas, hanem a BIOS idonkent ranez,
>hogy jott-e valami.
Nem terheli a CPU idot feleslegesen?
Az ido 99%ban nem nyomnak le semmit...

>>A szabvany szerint az alapgombok kodja egy byte,
>>a kiterjesztett gomboke 2-4 byte.
Azaz van egy olyan bajt, ami egyik alapgombhoz sem tartozik,
csak azt jelzi, hogy most tovabbi 1-3 bajt varhato, amik
egy kiterjesztett gombot jelentenek? A kiterjesztet gombok a
nem megjelenitheto karaktert ado gombok?

>> szabvanyos terminalok (UNIX, stb. rendszereken.
>>ugyanugy mukodnek, mint a billentyuzet, de a soros portra
>>kell oket kotni es szabvanyos ASCII kodokat kuldenek.
Hophop, megvan mi az a terminal ! :-)

>> eltero nyelvek karakterkeszlete't a billentyuzeten magan kellene
>>beallitani. A gombokhoz rendelt ASCII  kodok beallithatok SWrel?
>Ezeken a terminalokon nem valtoztathato meg a kod
>es meg nincs ekezetes betu.
Marmint a UNIXos terminalokon? Es a mai PC-s billentyuzetek
mi szerint adnak ASCII kodot? Honnan tudjak, hogy
az O es P kozott fent levo gombra 0-t vagy o:-t adjanak?
Ez is azok koze tartozik, amit a BIOS rutin be tud allitani
nehany command worddel?

>Az ASCII viszont szabvanyos, ezert van az, hogy barmilyen gephez
>barmilyen terminalt hasznalhatsz - akar PC-t is.
Az ASCII azota tartalmazza az osszes "gyulevesz" nepseg karaktereit?

>>> az "olvass be egy karaktert" (getchar) fuggveny.
>> Oke, szoval ez csak ASCII-t kap. Az F gombokra nem kap semmit?
>> Mintha le sem utottek volna?
>Igen.
H a jol ertem, a getchar() eredetiben ASCII-t adna, de Karoly szerint
F gombokra nullat ad, ujra meghivva pedig scancode-ot.

>A UNIX elrejti eloled a HW kezeleset: ezt ott csak a szabvanyos
>fuggvenyeken keresztul teheted meg (pl. emiatt is stabil es nem szall
>el surun).
Ertem en, hogy az egesz olyan osszetett, hogy nonszensz lenne
a programozonak minden alsobb rutinfeladattal vacalkolnia,
ezert vannak a fuggvenyek. De azert jo lenne erteni, hogy
konkretan mit es hogyan is csinalnak a fuggvenyek. Ugy vagyok vele
- iszonyu hatrany, de ez van - hogy keptelen vagyok azt hasznalni,
amirol nem tudom, hogy hogyan mukodik. Vagy nagy nehezen
megtanulom, kenytelen vagyok, de nagyon-nagyon frusztral.

>a PC is azert terjedt el a _sokkal_ jobb vetelytarsak kozott,
Egyaltalan milyen az a nemPC szamitogep?? Ugyanugy feher
doboz sok kabellel hatul, nem? Most "a szamitogep" reszeinek
es mukodesenek lepeseit igyekszem felidezni, megerteni.
Ezek a lepesek logikus gondolkodas eredmenyei.
Miben mas egy proffesszionalis szamitogep? Az is csak CPU+ram+io.
Talan a video azota is IO-n van? Miben mas a FDD illesztese?
Egyaltalan, mitol profibb?? Egylemezes HDD-re irt a BIOS rutinja?
Egyedi az utasitaskeszlet a CPUban?

>meg UNIX-os orokseg, hogy pufferelve olvas
>(addig gyujti a kodokat, amig a soremelest is megnyomom,
>utana kuldi el nekem az egeszet egyesevel).
>Addig all a programom is. Jatekhoz hasznalhatatlan.
Nahat, a nagy UNIX megsem felel meg a celra?
Lehet, hogy megsem olyan profi rendszer?

>>Az 55ms nem arra vonatkozott, hogy ennyi idonkent az OS
>>visszakaphatja a hatalamat, ha akarja. Ha nem akarja,
>Nem ha akarja, hanem ha engedelyezve van a megszakitas.
Megengedheti maganak az OS, hogy olyan veszelyes progit is
futni engedjen, ami kepes letiltassal magahoz ragadni a hatalmat??
Kell lennie NMInek az aramszunetet jelzo NMI-n kivul megegynek.
Vagy csak a reset gomb marad?

>>Tanuljuk meg a JavaScript hasznalat 24 ora alatt
>Elerheto az interneten valahol?
Masnak is ajanlottam mar a konyvet es neki is ez volt az elso kerdese.
Sajnalom, ez papiron van, konyvesboltban kaphato.

>>A hang elcsuszik, a framek elvesznek, stb..
>Ez nem konnyu feladat, mas is probalt mar jo programot irni,
>aztan lathatod az eredmenyt.
Nyilvanvaloan benan mukodo progit nem kellene kozetenni...

>Egyebkent itt a legnagyobb gond a Windows.
>Nem kifejezetten valos ideju programokhoz terveztek,
Wav+avibol mpeget csinalni lehet komotosan is,
nem kell valos idoben.

> DOS alatt sokkal jobbat lehet irni
>(bar nekem van, aztan az is csuszik neha).
Valszeg a Linuxosok maris mondana'k, hogy az az igazi megoldas,
arra lehet profi programokat irni.

>aki BASIC-ben kezd, annak kesobb nagyon nehez mast
>megtanulnia.
Ha az elso 286-osunk idejeben tudtam volna a DOS alatt ott
rejtozo qbasic progirol, biztos, hogy ma sokkal inkabb tudnam
mi van egy PCben. De senki nem szolt rola...
Az osszes tobbi nyelvvel is csak a kornyezet a nehez.
Az OS mint olyan, nekem mindig is felfoghatatlan volt.
Most is me'g mindig a BIOS rutinok szerepet es mukodeset
probalom tisztazni, az OS me'g sehol....
A C egyebkent nagyon tetszett az egyetemen, de soha
nem hasznaltam semmire. El is felejtettem.

> Neked milyen C forditod van?
Mar egy ideje semmilyen. Egyszeruen idegesit, hogy ugy kell
programozni, hogy nem tudom mi tortenik a gepben.
Ezert is kezdtem neki ennek a levelezesnek.

Koszi szepen
BM
+ - C fordito kerdes (mind) VÁLASZ  Feladó: (cikkei)

> Van egy jo nagy DOS-os program. Kellene irni egy kis windows programot,
ami ezen a DOS programon alapul. Tudom, hogy megoldhato ugy, hogy 
beleteszek nehany Windows fuggvenyt, amelyek megnezik, hogy van-e 
Windows, ablakot kezelnek, stb. Hol talalom meg ezeket a fuggvenyeket 
obj. vagy C formaban? Vagy melyik (Borland, stb.) C fordito(kornyezet) 
tudja ezt? Vegyes programot szeretnek, nem csak Win. programot - es a 
legkisebb verzioszamu ilyen forditot, mert DOS alatt szeretnem 
hasznalni es nem szeretem azokat a megalomanias forditokat, amelyekkel 
idonkent talalkozom.
+ - Re: DOS es Win prg kommunikacio? (mind) VÁLASZ  Feladó: (cikkei)

> Van egy jo nagy DOS-os program. Kellene irni egy kis windows programot,
> ami pl. kepeket tud jeleniteni windows ablakban.
> Milyen modszerrel tudna a ket program kommunikalni?
> Valami kozos memoriaterulet? Akkor ki kinek hogy adja at a cimet?
> Interruptron keresztul? Akkor hogyan?
> Vagy van valami mas jo modszer?
Rengeteg modszer van. Interruptun keresztul ugy kell, hogy a Windows
program raul egy interruptra, es figyeli a regisztereket (az AX-ben
szokas atadni a funkcio kodjat). Ha neki erkezett parancs. vegrehajtja,
ha nem, meghivja az eredeti rutint. Parameterek (memoriacim, kep
meretei, stb.) a tobbi regiszterben. Jo kerdes, hogyan talalja meg a
memoriat, amikor neki egesz mas tartomanya van.
A kepet kiirhatod file-ba is (lassu modszer, nem tul jo), es a Windows
program figyelheti ezt a file-t, vagy lehet ugy is, hogy nem fut
folyamatosan, hanem a DOS program mindig meghivja (parameterekkel), ha
rajzolnia kell.
Ha bele tudsz nyulni a DOS programba is, akkor lehet, hogy egyszerubb,
ha teszel bele nehany Windows rutint, amelyek indulaskor megnezik, hogy 
van-e Windows - ha igen, megnyitjak az ablakot es kesobb kirajzoljak a 
kepeket. Vannak ilyen vegyes programok. Ez azert is jo, mert igy a 
programod szabalyosan valaszolhat a Windows keresekre (pl. leallitas) is.

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS