Szevasztok, Coderek!

2 icipici kerdesem lenne:

1. Hogyan lehet (lehet-e) megoldani, hogy a Win95 mindig (gepkapcsolaskor)
DOS modban induljon? (minden F8 nelkul)

2. Hogyan tudnam azt elerni (C, Pascal), hogy ami egy porton kimegy vagy
bejon (modem, nyomtato, hangkartya, halozati kartya) annak a masolata egy
fajlba meglegyen?

Millio koszonet elore is!

Udv:

Dodi

Sziasztok!

Van egy egyszeru program Assembly-ben.
A gondom, hogy allitolag a TASM-al le lehet forditani, mert a MASM-al nem.
Tenyleg ennyi kulonbseg lenne a ket fordito nyelvi szintakszisaban?

Valahogy igy kezdodik:

Pelda01 Segment ...

A MASM mar a "Segment"-nel kiakad.
Mit lehet itt csinalni (azon kivul, hogy vegyem meg a TASM-ot)?

Koszonettel:


			Takacs Istvan

u.i.: Kerem, hogy a sajat cimemre is valaszoljatok. Koszonom.

Hi mindenki!

A Sub-ban szereplo feladat a kovetkezo:
Van egy StatusBar az ablak aljan, ott az eger boklaszasara kiirodik egy
szamitott koordinata par, de megadott betutipussal, betumerettel,
egyebekkel.

Kerdes? Hogyan lehet onnan kiolvasni a szamokat?

Bonyolitja a helyzetet, hogy a program EXE, a StatusBar nem eredeti
StatusBar, hanem urjrairt, az event-et nem lehet elkapni, mert objectumon
belul marad, tehat sehogy sem lehet megtorni a progit. Nekem csak a bitminta
alapjan torteno osszehasonlitas jutott eszembe.

                 For Y := 0 to Bit2.Height-1 do
                     begin
                        P1 := Image2.Picture.Bitmap.ScanLine[Y];
                        P2 := Bit2.ScanLine[Y];
                        For X := 0 to Bit2.Width-1 do
                            begin
                               if PNumArr[c1, Y, X] <> P2[X] then
                                  begin
                                    OK := False;   { Mihelyt nem egyezik meg
bitrol
                                                               bitre,
                                                                az
osszehasonlitas sikertelen }
                                    Break;
                                  end;
                               P1[x] := PNumArr[c1, Y, X];
                            end;
                     end;

A dolog mukodik, de bitmap-ok beolvasasa, es felszabaditasa valahogy nem az
igazi. Mindig hagy egy kis mem.foglalast. Mivel mp-nkent sokszor kell
vegrehajtani, gyorsan elfogy a memoria.

Valaki talalkozott mar ezzel a problemaval? Hogyan oldotta meg?

Koszi az otleteket!   
-------
Senkinek nem tunt meg fel, hogy milyen csodas volt a W98 bemutatoja?
Szegeny Bill csak vigyorgott, amikor lehalt az uj csodafegyver! Szerintem az
Explorer tette. (Vagy valamelyik fejlesztoje tett bele HAMARABB hibat? :)

Sziasztok!


A win programozasahoz egyelore -sajnos- lovesem sincs, de nagyon kellene
egy -szerintem egyszeru- progi.

A problema: Soha nem tudom, hogy az mp3 tomorites vagy a raytracer mikor
vegzett, pedig ha sietos a dolog, akkor ejjel is erdemes lenne felkelni lemezt
cserelni, stb.

Amire gondoltam: Ezek a dolgok allandoan 100% terhelest adnak a procinak, igy
ha egy masik program figyelne, hogy egy (ne adj' Isten beallithato) ideje a
terheles x szazalek alatt van, akkor egy wav-ot elkezd folyamatosan jatszani,
amig le nem lovom. (Ismetelget.)

Van koztetek valakinek ideje ra, hogy megcsinalja?
(Ha esetleg Delphi-2ben, akkor a forrast is elkernem, had lassak valamit.)


Udv: Ke'tszeri Csaba          Igal-Beach
UIN : 3883877
Check this out: http://members.tripod.com/~Ketszeri/
This is a Tagline mirror><rorrim enilgaT a si sihT

Sziasztok!

 wrote in message ...
>Nevezetesen Turbo C 2.0-ban probaltam a rendszer osszes meghajtojat
>megtalalni. Sajnos nem nagy sikerrel jartam. Eloszor a megszakitasokat

 ...
>rendszeren. A leglenyegesebb kerdes a floppy meghajto meglete.
>Ha tudtok a problemara hatekony megoldast, irjatok.

A floppy megletere en a CMOS-bol szoktam
kiolvasni a floppy parametereket:

mov al, 10h
out 70h, al
jmp $+2     ;ez kesleltetes, nem tudom kell-e,
                    ;a peldaban igy volt
in al, 71h

Az al also 4 bitje vonatkozik az A:-ra, a felso 4 bit
a B:-re, erteke:
0000: nincs
0001: 360 K
0010: 1.2 M
0011: 720 K
0100: 1.44 M
A 2.88 M floppy ugy tudom 0101 lenne, de olyannal
meg nem talalkoztam.

A tobbi drive-ot az int21 ah=52h fuggvenybol kiindulva
szoktam vegignezni, de ez kicsit hosszabb tema. Ha
erdekel, irj.

Udv.Csaboca.

Hi Coders!

!!! Hi MODERATOR(s): Lehet hogy ez nem ide valo, de mast nem tudok elerni.

Azt szeretnem megkerdezni a T. Listatol, hogy nincs valakinek MP3
(MPEG 1.0 Layer 3) encode (theory (ps, pdf, txt, stb.), source, stb.)
leirasa. Vagy mas hangtomoritesi eljaras doksi.

udv: XiX

       -=-  -=-
-=- Minden masodik szavam hazugsag -=-
-=- Az orokevalosagnak kell elni. Na bumm, legfeljebb nem sikerul -=-

Gyongyosi Peter >:

>Osszefoglalva tehat az kene, hogy hogyan
>tudok Delphiben egy globalis eljarasra mutato pointer-t letrehozni.

Tombosen csinaltam, mert a problema is ilyen.

type
  TMyProc = procedure (params);

var
  MyProcVars: array[1..10] of TMyProc;

procedure MyProc1(params);
;

Hello,

>-dinamikusan, a program futasi idejeben egy char valtozo erteketol
>fuggoen / s, i, d / kell letrehozni egy valtozot, ami string, integer
>vagy double legyen s, i, d megfelelo eseteben.

C-ben dinamikusan valtozot letrehozni nem lehet. Legalabbis abban az 
ertelemben nem hogy egy adott pillnatban volt ket integer valtozom a 
kovetkezoben meg harom van. Amit nagyon egyszeruen meg lehet ellenben
csinalni az az, hogy futtatas kozben a szuksegeinknek 
megfeleloen memoriat foglalhatunk es azt mutatokkal feltolthetjuk 
illetve  kiolvashatjuk..

peldaul igy:

#include <stdlib.h>
int *dinamikus_tomb;
dinamikus_tomb = (int*) malloc( 100 * sizeof(int));
/* az (int*) tipusminosites csak C++ forditoknal szukseges */

ezek utan a dinamikus_tomb-ben 100 darab egesz szamot tarolhatsz a
teljesen megszokott modon, peldaul a tizenegyedik elemebe 36-tot
a kovetkezo keppen irsz:

dinamikus_tomb[10] = 36;

esetleg cifrazhatod

 *(dinamikus_tomb+10) = 36;

vagy eppenseggel banatba kergetheted a normalis programozokat:

10[dinamikus_tomb] = 36;

csak jot,

szin.

ps. erdekel walakit egy kis platformfuggetlen 3D grafika-programozas 
OpenGL-el?

On 22 Apr 98 at 4:26,  > wrote:

> Sziasztok!

Szia

> Mar hetek ota figyelem a listan megjeleno irasaitokat es nagyon tetszik,
> hogy altalaban minden kerdesre megprobaltok valaszolni.

Mi ez? Provokalas ? :)))

> Nevezetesen Turbo C 2.0-ban probaltam a rendszer osszes meghajtojat
> megtalalni. Sajnos nem nagy sikerrel jartam. Eloszor a megszakitasokat

Az int 11h-t probaltad? Az ax-ban visszaadja az equipment code-ot, 
abban a legalso pixel az, hogy van-e floppy, a 6-7 bitek meg a 
floppyk szamanal 1-gyel kevesebbet mondanak, tehat mindketto 0 
egyetlen floppynal, 01 ket floppynal, stb. (pontosabban nem tudom, mi 
van, ha kettonel tobb floppy lenne? Van ilyen egyaltalan?)

A fixed diszkekre 3.0-nal kisebb dos eseteben (van meg olyan? :) 
nem tudok igazi megoldast, az ah=8-as int 13h hasznalhato, dl=80h, 
visszaadja az elso vincsi adatai _mellett_ azt is, hogy hany vincsi 
van a gepben. Ez a particiokrol viszont nem mond semmit.

3.0 folott meg minden egyes drive beturol le lehet kerdezni
ioctl-lel, hogy removable-e, (ax=4408h, bl=3,4,5... C: D: E: ...)
amibol kiderul az is, hogy van-e egyaltalan, illetve hogy az egy
lokalis drive, vagy halozati drive; es ezt le lehet kerdezni C:-tol
Z:-ig, sot, _:-ig :) az osszes beture.

István
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --

On 22 Apr 98 at 17:48, Velencei Tibor > wrote:

> ps: hulyeseg ugyanazt a cikket elkuldeni a Guruba meg a Coderba is?
> Menyire lehet atlapolt a ket lista kozonsege?

En pl. csak ezt olvasom.

> Egyebkent muszaj kulon levelet irni, mert a "To: Guru, To:Coder" -t
> visszadobja a HIX.

To: , 

Igy megeszi bizonyara. Vagy hasznalhatod a Cc:-t is.

István
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --

On 22 Apr 98 at 9:28, Antal Kovacs > wrote:

> 5. Na itt jon a keveres: A maganhangzok rovid es hosszu valtozatat
> jelolo betuk (a-a', e-e', i-i', stb.) a kialakult szokas (!!!)
> szerint mind a szavak elejen, mind a szavak belsejeben azonos
> ertekunek szamitanak (!!!) a beturendbe sorolas szempontjabol.
> :(((

En szeretek egy 2 byte-os hazi kodolast hasznalni az ekezetes betukre 
(a Recognita belsejeben is hasonlo kodolas van): elso byte az 
alapbetu kodja, masodik byte az ekezet kodja. Tehat "ó" (o') = 
"o","'" (igy szoktam jelezni: [o'])

Ilyen kodolast hasznal az a utilitym is, ami CodePage-ek kozott 
konvertal: az input CP-bol eloszor atkonvertalom 2 byte-os belso 
kodba, onnan meg az output CP-be. Egy kulon konyvtaramban van egy 
csomo 512 byte hosszusagu file, ami a codepage-ek kiosztasat 
tartalmazza ilyen kodolasban.

Ennek az elonye abc sorbarendezeskor az, hogy elegendo csak az elso 
betuvel hasonlitani (mondjuk az [o:] es [u:] kicsit mashogy 
kezelendo, ahhoz olyan belso kod lenne jo, ami ezekhez kulon 
alapkodot hasznal). A kisbetu-nagybetu sem okoz gondot, mert mindig 
0x20 a kulonbseg kozottuk.

Egyebkent ezt a kodolast arra is szoktam hasznalni, hogy a 
programjaim egy sajat printf()-szeru rutinnal irnak kepernyore,
ami ertelmezi az ilyen stringeket: "t=u:k=o:rf=u'r=o'g=e'p", es 
az =a' stb kodokat atkonvertalja az aktualis codepage-nek megfelkelo 
kodra, amit futas kozben kerdez le (hogy mi az aktualis codepage), 
igy akarmilyen codepage-et is hasznal valaki egy gepen, mindig jo 
ekezetes betu lesz kiirva. Ugyanez a 2 byte-os kodolas van a 
vonalrajzolo kodokra is, es ha valaki olyan codepage-et hasznal, 
amiben nincsen valamilyen grafikus jel, akkor egy hasonlo meglevore 
csereli ki, igy nem valami ekezetes betu van pl. a vonalakkal rajzolt
ablak sarkaiban :)

> Hozza letre a magyar abc osszes betujet (Vitazunk csak el rola):
> (a, a', b, c, d, dz, dzs, ...)
> (1, 2 , 3, 4, 5,  6,   7, ...) oszt eszerint rendezze a sztringeket.

   a  a'  b  c  cs! d  dz ...
   1  1!  2  3  4   5  6  ...

Igen, ilyesmit kellene egy igenyes abc-be rendezonek csinalni: 
eloszor atkonvertalni a szovegeket egy masmilyen kodolasra.

> 1. a rovidebb szoveg elobbre helyezendo (Vitazunk csak el rola)

Ez normalis. Minden rendezo (sort) algoritmus ugy csinalja.

> 2. a kisbetut elobre min a Nagybetu (Vitazunk csak el rola)

Ennek nem ez a szabalya, ugyanott kell legyen. Ha mar at vannak 
konvertalva a betuk pl. az en 2 byte-os kodomba, akkor nem problema.

> 3. A dz (ket karaktres) es a dzs (harom karakteres) elvalaszthato
> ('' > 's'), 

Ezt nem ertem, hogyan mondod, gondolom, az lenne, hogy egy betunek 
kellene szamitsanak. Ezt is ugy kell csinalni, hogy a dz-re egyetlen 
2 byte-os belso kodot kell hasznalni. Persze gond az, hogy eppen az 
adott d-z paros az a magyar dz betu, vagy egy d es egy z. Erre 
viszont csak kivetelszotarakkal lehet rendes megoldast adni.

Egyebkent valamikor 10-15 eve, meg egyetemista koromban a koleszben 
lakok neveit kellett sorbarendeznem, es akkor nagyon szidtam a magyar 
helyesirast, hogy miert nem ekezetes betunek [z^]-nek irja a zs-t, 
stb. :) Aztan a Recognita fejlesztesekor meg nagyon orultem neki, 
hogy viszonylag keves ekezetes betunk van :))) Szoval nekunk itt 
nagyon jol jonnek a dupla betuvel irt massalhangzok :)

István

PS: a billentyuzeted rossz, vagy a helyesirasod? :)
(Vitazunk, elobre, stb.)
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --