Hollosi Information eXchange /HIX/
HIX CODER 32
Copyright (C) HIX
1998-02-23
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 [UNIX] prog irasi tanacstalansag (mind)  37 sor     (cikkei)
2 re: Parhuzamos port programozasa (mind)  16 sor     (cikkei)
3 Re: Mikrokontroller, karakterfelismeres +1 otlet (mind)  46 sor     (cikkei)
4 Meg egyszer: filemaszk illesztes (mind)  42 sor     (cikkei)
5 Re: Mikrokontroller... (mind)  21 sor     (cikkei)
6 Re: Instr.ciklusok... (mind)  28 sor     (cikkei)
7 Re: Parhuzamos programozas (mind)  26 sor     (cikkei)
8 Bezier (mind)  25 sor     (cikkei)

+ - [UNIX] prog irasi tanacstalansag (mind) VÁLASZ  Feladó: (cikkei)

Kedves Lista!

Szeretnek irni egy jo kis daemon-t (HP-UX 10.01), ami egy soros portot
nezegetne, hogy jonnek-e bitek. Ez eddig megy is. Egy file-ba teszi ki az
infot. Most ugy oldottam meg, ha szuxegem lenne a kiirt adatokra, akkor egy
SIGUSR1-et kuldok neki. Ekkor lezarja a file-t, atnevezi es megint
megnyitja.

Tovabba egy ugyan ehhez a prolematikahoz tartozo prog egy masik soros
port-ot is megnez (havonta 1*, amikor is egy kulso beavatkozas hatasara egy
kutyu erre a masik port-ra is ir).

Azt nem tudom eldonteni, hogy az egesz miskulanciat egy programba irjam,
vagy 3 kulonbozobe (a soros port olvaso, masik soros port olvaso, kulso
adminisztralo prog). Nekem az elso verzio tetszene, mert akkor konnyebben
szallithato lenne, meg kevesebb HDD helyet foglalna. Viszont nem tudom
hogyan hatna ez a memoria foglalasra. Engem a memoria takarekossag erdekel
elsosorban.

Nem tudom, hogy mi tortenik a nagy fork-olasok kozepette. Tudom, hogy a kod
csak egyszer el, de ha nagyobb a kod, akkor nagyobb helyet fog foglalni a
futas kozben??? Hogyan lehetne elerni, hogy csak akkora kod legyen a
memoriaban, amekkora szuxeges. Ha a megvalositando feladatokat kulon fv-be
teszem, az eleg???

Az egeszet az inittab-ba teszem. Igy amelyik csak ritkan olvassa a 
soros porotot, az csak akkor elne, amikor jon adat... Utanna automatice
kilep.

Ez igy jo?

Bocs, ha kicsit zavaros voltam...

TIA && udv From:, a nagy ketseg

# Minden eronkkel tamogassuk azokat akik keresik az igazsagot...
# ... es menekuljunk azok elol, aki megtalaltak! /Vaclav Havel/
+ - re: Parhuzamos port programozasa (mind) VÁLASZ  Feladó: (cikkei)

Hello !

Tudom javasolni a kov. konyvet :

Sas Tibor : Vezerlesek parhuzamos porton keresztul
A Turbo Pascal kapcsolata a kulvilaggal.

Az LSI adta 95-ben (azt hiszem).

Ha nem nagy keres, irnal nekem majd arrol, hogy mire 
jutottal ? Elore is kosz !

Udvozlettel :

Tomi

+ - Re: Mikrokontroller, karakterfelismeres +1 otlet (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Sanyi idezett engem a 30. szamban:
 ..................................
>> a C-vel is, a tobbi nem erdekes (microcontrollerek programozasa, stb.)
>                                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^
>Nahat Emze,  meghogy ez nem erdekes...
>Van egy par 68HC11A1 mikrokontrollerem, es szamomra furcsan viselkednek.

Persze, persze hogy erdekes. Csak azt hittem, hogy itt a listan a tobbi
tagnak ez nem igazan erdekes... (Lehet hogy tevedek? Annal jobb!)

Sajnos a 68HC11A1-t nem ismerem, es a tobbi 68-as mikrokontrollert sem.
En intel 8048 es tarsai-t programoztam, meg microchip PIC 16 (18? Most
nem jut eszembe a szama) -t. Ugyhogy bocs, de nem t'ok segiteni.


Istvannak karakterfelismeres ugyben:
 ....................................
>Egy pillanatra azert meg maradjunk itt: FELADAT: hogyan lehet ugy
>megkeresni ezt a feher-fekete atmenetet, hogy egyszerre mondjuk 8
>pixelt keressunk, ne csak egyet?

Igaz a feladatot nehany egyszeru logikai muvelettel kellene megoldani,
de en azt hiszem tablazatot hasznalnek:

n := tabla(X) (szogletes zarojel!)

ez egy 256-byteos tablat jelent, amibe be van toltve, hogy az
egyes bitmintaknal hol van (vagy nincs) az elso atmenet.
x86-on:

mov bl,vizsgalando_minta
xor bh,bh
mov al,tabla(bx)

Es kesz! AL-ben van a kerdeses bit sorszama.

Egyebkent a bit-scan se rossz, ha tenyleg olyan gyors mint ahogy Balala
irta!

Udv!

Emze
----
MailTo: 
+ - Meg egyszer: filemaszk illesztes (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Eloszor is szeretnem megkoszonni a valaszokat. Annyit azert meg
kell mondanom elore, hogy meg mindig nincs meg a megfelelo algo-
ritmus.

Mindenesetre pontatlan voltam annyiban, hogy nem mondtam meg,
milyen platformrol van szo (ezt tobben is megjegyeztek), pedig ez, 
mint kiderult, fontos kerdes, alaposan utana is neztem a kulonbsegek-
nek, es meglepo dolgok derultek ki. Lenyegeben 3 (!) eltero modszer
alakult ki a kompatibilitas miatt. Az alabbiak valamennyire dokumental-
va vannak a Win 95 DDK storage.doc file-jaban. 

A 'tiszta' modszert a 95/NT (es persze a Unix) hasznalja,
ilyenkor a * 0 vagy tobb karaktert, a ? 1 karaktert jelent, mas megkotes
nincs. A masodik eljaras a Win95/NT DOS-prompt-jaban mukodik, ez
hasonlit az elsohoz, de a kompatibilitas miatt tobb kivetelt tettek, pl. a
"*.*", "*.", es a ?-re vegzodo maszkok eseteben. Az elso konvencio
szerint peldaul a "*.*" nem igaz a kiterjesztes nelkuli file-okra, de mint-
hogy a kedves felhasznalok a DOS-ban azt szoktak meg, hogy ez az
osszes file-t jelenti, ezert megtartottak az eredeti jelentest. A harmadik    
modszer pedig a szokasos DOS konvencio, a Win 95 (valos modu) 7.0-s
DOS-at is beleertve. Ilyenkor kulon kell vizsgalni a kiterjesztes elotti es
mogotti reszt (primary/secondary part),  a "*A" igaz minden file-ra es mas
marhasagok. Termeszetesen minden esetben nagybetus szovegge konver-
talodik minden, az elso ket esetben raadasul nagybetus Unicode-ra. 

A Start menu Find parancsa az elso es a masodik valamilyen kevereket
hasznalhatja, mert pl. "AUTOEXEC?BAT" igaz az AUTOEXEC.BAT file-ra,
parancssorbol nem, viszont a szokasos modon kezeli a "*.*" maszkot.

Nyilvanvalo, hogy a harmadik (DOS-os) eset nem erdekes, mert a * eseteben
ugrani lehet, a masodik pedig csak nehany lekezelheto aprosagban ter el az
elsotol. Azonban az elso esetben a szimpla rekurzio nem hatekony, mert ha
pl. a filenev "XXA" 25-szor ismetelve, a minta pedig "*?A" 25-szor ismetelve,
akkor azonnal kiadja a valaszt, de ha a mintahoz meg egy "*?A"-t biggyesztek,
akkor 134 millioszor hivja meg magat a fuggveny, mire rajon, hogy nem igaz.

Ha valakinek van egy jo forrasa, akkor legyen szives, kuldje el.    

Szanto Tamas
MOL Rt. IT
+ - Re: Mikrokontroller... (mind) VÁLASZ  Feladó: (cikkei)

 wrote:
: Kedves coderek!

: > a C-vel is, a tobbi nem erdekes (microcontrollerek programozasa, stb.)

:                                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^

: Nahat Emze,  meghogy ez nem erdekes...


Jaja, szerintem is erdekes, elso ket munkahelyemen hw/sw-t fejlesztettem
8x51 kore.


: SEGITSEG! Tapasztaltatok-e mar hasonlot?
: Minden jo hozzaszolasnak orulnek.

letezik egy newsgroup. comp.arch.embedded , ott szetnezhetsz, eleg nepszeru
csoiport.

Home'r
+ - Re: Instr.ciklusok... (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Balala wrote:

> Az en kerdesem pedig ezekhez kapcsolodna:
> Ti hogyan mernetek meg az egyes utasitasok ciklusidejet a manapsag
> hasznalatos x86 procikon? (A jelenlegi doksik sokszor pontatlanok,
> nyilvanvaloan rosszak, vagy egyszeruen nincsenek.)
> Ok, van az RDTSC, csak hat annak is kell egy kis ido...
> Hogy csinaltak ezt az RDTSC elotti idokben?
> Hogyan tud ASMDEMO nanosec pontossaggal merni?

Egeszen egyszeruen csinalja, szimpla idozitessel, 200 vegrehajtott
utasitas futasi idejet meri es abbol kalkulalja ki a nanosecet...
Ha erdekel a forras, privat mailben elkuldom!

Egyebkent orulok, hogy neha felbukkan a programom neve a HIX listakon, de
hogyhogy nem kuld senki report fajlt?! :) Sracok, igazan illene tamogatni
egy cool _magyar_ tesztprogram fejlodeset, nem? ;) 
Epp most jott ki egy erosen javitott, most mar Pentium II-n is futo
release, szoval akit erdekel, az irjon vagy nezzen fel a home page-emre...

Bye,

Fiery  [- author of ASMDEMO & ASMPRO -]

Email: 
HomeP: http://come.to/fiery.hu
+ - Re: Parhuzamos programozas (mind) VÁLASZ  Feladó: (cikkei)

Hi!

> Van-e valakinek doksija arrol, hogy
> milyen utasitasok vannak erre a dologra?

Magyar nyelvu doksi ami eleg jo:
  Abonyi Zsolt : PC hardver kezikonyv   ComputerBooks 

Ebben majdnem minden le van irva a port hasznalatarol.

Lattam egy konyvet aminek nem tudom a cimet, de a parhuzamos
port programozasarol szol. Nagyobb konyvesboltban lenne erdemes 
korulnezni utana.

> Szoba johet dos alatt a pascal,
> windows alatt a VB. 

Szerintem, ha dos alatt akorod akkor a Pascal a legegyszerubb, azon 
belul pedig az ASM betetek.
Win alatt szerintem kicsit korulmenyes a portot kozvetlenul elerni.

Mindenesetre ha valami bovebben kell akkor irjal.

UDV:
--------------------------------
Faczan Laszlo >
+ - Bezier (mind) VÁLASZ  Feladó: (cikkei)

>Szoval szuksegem lenne egy Bezier-gorbe kirajzolo eljarasra. Itt most nem
>a negy(4) pontosra gondolok hanem olyanra amivel negynel(>4) tobb pontbol
>allo gorbe kirajzolasa lehetseges.

A Bezier gorbe altalanos keplete a kovetkezo:
B(t)=SUM[i=0,n](p[i]*B[i,n](t))
ahol,
B[i,n](t)=n!/(i!*(n-i)!)*t^i*(1-t)^(n-i)     (Bernstein polynom)
n= a kontrol pontok szama - 1
t= 0 es 1 kozotti ertek
p[]= a kontrollpontok vektorainak tablazata  (Maga a vektor akarhany
dimenzios lehet... 2 2D-hez, 3 3D-hez etc...)

Remelem azert ki lehet gobozni, hogy mi is akar ez lenni.
Ebbol elmeletileg meg kell hogy tudjad kodolni.

Egyebkent nem szoktak 4-nel tobb kontrollpontot hasznalni.
A hosszabb gorbeket, ugy allitjak elo, hogy tobb 4-es Beziert
egymas utan illesztenek. Ahhoz hogy az atmenetek folyamatosak
legyenek a kovetkezoknek kell fennallnia. Az elso Beziernek legyenek
a kontrollpontjai P0,P1,P2,P3. A masodike P4,P5,P6,P7. Az
gondolom egyertelmu, hogy P3==P4. Es hogy folytonos legyen, ahhoz meg
kell, hogy P2P3 szakasz == P4P5 szakasszal.

Biczo Tibor

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