1. |
Re: *** HIX CODER *** #387 -->Mc (mind) |
95 sor |
(cikkei) |
2. |
Delphi problemak (mind) |
9 sor |
(cikkei) |
3. |
Delphi kezdetek (mind) |
25 sor |
(cikkei) |
4. |
TO: Visual C++ 6.0 (mind) |
11 sor |
(cikkei) |
5. |
Delphiben nyomtatas (mind) |
10 sor |
(cikkei) |
6. |
Particio Tipusok (mind) |
41 sor |
(cikkei) |
7. |
Re: LBA mod/aktiv particio (mind) |
24 sor |
(cikkei) |
8. |
MS VC++ + tabla kerdes (mind) |
20 sor |
(cikkei) |
9. |
Re:Font (mind) |
28 sor |
(cikkei) |
|
+ - | Re: *** HIX CODER *** #387 -->Mc (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi inet,"HIX CODER" >!
iC> Azt ki kell probalni, ha nem a teljes szektort irod (a kiirando kevesebb
iC> 512 byte-nal), akkor a maradek terulettel mit csinal.
he? a vincsi blokkos eszkoz, nem lehet 512 nel kevesebbet mozgatni!
ha kevesebbet akar, akkor olvas-masol-ir jatekot kell jaccani... de
ne nagyon biztass senkiccse arra, hogy irja at a parti tablajaban
az uccso 16*4+2 byteot, mert meg a vegen +lincselnek...;)))))))))
>Masik: Hogyan lehet elrejteni particiot? Azt tudom, hogy at lehet irni a
>tipusat, es akkor a DOS nem erzekeli, de nincs erre valami jobb modszer
>(lathatatlanabb)?
iC> Azt hiszem a DOS a FAT elso 1-2 bejegyzeset ellenorzi (innen tudja milyen
iC> file-rendszer van a particion). Ha ezt 'elrontod' akkor (lehet) nem ismeri
iC> fel. Probald ki, akar DiskEditorral!
gagyi... ha a fat elso ket bejegyzeset /ami csak id celokat szolgal;)/
irogatod at, aszt a msfos is igen nyugott szivvel elnezi, es csak a
ndd fog leugatni, hogy wrong id vagy hasollok, es ha szepen +kered,
1 pillanat alatt heyrehozza...;)))) de pl ha elkodolja a dos boot sectorat,
akkor az mar egy kicsit erdekesebb feallast eredmenyez....;)))))) de ha eleg
csak iyen kisebb trukk is, akkor ha a boot sector elejen levo JMP SHORT;NOP
utaSITasokat /3 bytes/ lecserelitek /pl egy JMP SHORT;CLI-re/ akkor a msfos
invalid media typevel fog leallitani, ha hozza akartok nyulni a particiohoz;)
eszt leirom ujra, mert annyira roheyes: a boot sector az EB 3C 90 byteokkal
indul... ebbol a 3ombol, ami csak egy jmp es egy nop atirod akarmejik bytet
is, a dos nem fogja latni a partit....... m$ $uxx 4eva....;)))))
>> 8.5gb... na igen, es ezzel szemben az ide interface
>> valahogy igy adagojja a doogokat chs modeban
>> /lbaban is ugyanennyi bit all rendelkezesre, csak akkor
>> maskepp hivjak a biteket;))) / 65536 (C) *16 (H) *256 (S)
~~~~~~~~~~~~~~~~~~~~~~~~~~
> LBA modban ha ugyanennyi bit allna rendelkezesre
> (8*3 bit), akkor is MAXIMUM 8 Gigabyte-ot
> lennel kepes megcimezni.
valoban? 8*3??!!? 65536 /1<<16/ * 16 /2<<4/ *256 /1<<8/ azaz 1<<(16+4+8),
azaz 28 bit neked miota egyenlo 24 /3*8/!??!! szeritnem az en leirasom
4 bittel tobb.. azonfelul igenis a chs es az lba cimzesben ugyanannyi
bit szerepel... jojjon aminek jonnije kell; ide dox:)
01F0 RW data register
01F1 R- error register
01F2 RW sector count
01F3 RW sector number (CHS mode)
bits 0-7 (LBA mode) Bit(s) Description
01F4 RW cylinder low (CHS mode) 7 must be 1
bits 15-8 (LBA mode) 6 1=LBA mode, 0=CHS mode
01F5 RW cylinder high (CHS mode) 5 must be 1
bits 23-16 (LBA mode) 4 drive select (0=drv0, 1=drv1)
01F6 RW drive/head---------------> 3-0 head select bits (CHS mode)
01F7 R- status register bits 27-24 (LBA mode)
01F7 -W command register
no es ahogy elnezem, telleg nekem vo'tt igazam a 16+8+4 irassal...
es akkor most 1 kis tenyfeltaras...
szoval a chs/lba az ide infercafenel csak annyit jelent, hogy
egy dword formajaban cimezzuk meg azt a nyamvatt szektort, vagy
pedig a regi jol bevalt moccert, a cilinder, fej, sektor part
adjuk oda neki... szoval ez csak 1 formaisag, csak talan az
lba moccer neha gyorsabb tud lenni, es a vincsiknek is kenyelmesebb...
de ha bios szinten beszelunk lba rol, annak koze sincs ehhez...
soot, a bioszos lba mukodhet vincsin tamogatott lba nelkul is,
mert a biosnal az lba csak annyit jelent, hogy ha a cilinderek
szama >=1024, akkor elosztja a cilinderek szamat, es a fejek
szamat beszorozza... azaz a meret valtozatlanul marad, csak
eppen igy mar belefer az int13h altal megvaloSITott 10+6+8 as
keretbe a vincsi... ami pedig a 8.5gb folotti veszteseget
illeti, amijatt en dos alatt nem is nagyon aggodnek, mert ha
a partiba nem fer bele a dolog, akkor az int13h ba se, azaz
hijaba tucc csinalni szep nagy particiokat /dos lalatt 2gb max;)/
8.5 gb felett mar uccsem lehet az int13h val cimezni, tehat
ha le is tudnad irni, hogy van 5 2gb-s dos particiod, elerni
uccse tudnad... tehat ott mar valami oyan os-re lesz szukseged,
ami ertelmesen kezeli a vincsit /pl ide inferfacen keresztul/
pl ahogy a linux is teszi, es nem int13hn keresztul, ahogy
a winsux baratunktol megszoktuk...;)))))
>>> Az 1. byte az az aktiv particio jelzo byte.
>>> Ha ez 0x80, akkor az a particio aktiv.
>>> Ha ez 0, akkor az a particio nem aktiv.
>> NEM! ezzel hatarozottan ellent kell mondjak! ennek a leirasnak igy egy
____________________________________________
>> kicsit doxx szaga van... szoval ennek a bytenek a 7edik bitje vegulis
>> egy flag... az eredeti parti kod arra hasznalja fel, hogy amejik parinal
>> megtalalja, hogy ez be van kapcsolva, arrol fog butulni. ha nincs
~~~~~~~~~~~~~~~~~=======================================
>> bekapcsolva, akkor nem fog egy partit se elinditani... szoval ennek a
>> bitnek koze sincs az aktiv/nemaktiv kerdeshez, sokkal inkabb a butulasra
>> kiszemelt parti kerdesehez van koze...
> Pedig en erre ugy jottem ra, hogy visszafejtettem
> az MBR-t es eszrevettem, hogy egyszeru CMP
> utasitassal osszehasonlitja azt a byte-ot 0x80-al.
> Ha megegyezik, akkor azt bootolja, ha nem egyezik
> ezzel meg, akkor nem bootolja. Na jo, vegulis mindegy. :))
erdekes, mert eloszor nem ezt irtad, hanem jottel az
aktiv/inaktiv mesevel, es most meg leirtad tok ugyanaszt
mint en... na mind1... jo kodolast... csao amigo...
Mc
|
+ - | Delphi problemak (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Remek valaszokat kaptam, koszonom a segitseget. A kepernyofrissitesre az
OnPaint esemeny felhasznalasa volt a valasz (Szucs Zoltan). A binaris fajl
beolvasasat vegul sikerult megoldanom, de ezzel egyidoben tobb megoldast is
kaptam (Gaby, illetve Csatari Otto segitett). Ha valakit erdekel a megoldas,
szivesen megosztom vele.
Karoly
|
+ - | Delphi kezdetek (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi !
> Idaig nem akartam beleszolni a Delphi grafikus ablak frissites temaba, mert
> keveset foglalkoztam vele, es ezert nem erzem magamat kompetensnek a
> temaban. Erkezett azonban egy olyan valasz, hogy a Windows-nak nem volt
> ideje frissiteni, es a ProcessMessages a megoldas. Ez nem tevedes, de csak
> azt oldja meg, amikor egy nagy szamitas kozben a koztes allapotok nem
> jelennek meg. Amikor felszabadul a proci az utolso allapotot "bepotolja". A
> kerdes szerintem masra vonatkozott. Ha egy ablakot letakarok, majd ujbol
> "felszinre hozom" akkor a rajta levo grafika ket esetben frissul. Egyik ha
> valamilyen vizualis komponenst hasznalok, ami "eszre veszi", hogy ujra kell
> rajzolnia magat. Barki kiprobalhatja egy TShape komponenssel. A Canvas-ra
> rajzolt dolgok azonban csak a kepernyon vannak meg a memoriaban nem, ezert
> nem rajzolodnak ujra. Ezt csak ugy lehet kivedeni, ha a rajzolast a Form
> (vagy panel) OnPaint esemenyeben helyezzuk
Csak azert irok mert kerted hogy erositsunk meg. Nos en is azert nem
szoltam ebbe bele, mert meg nagyon eleg novice vagyok Windows/Delph
progzasban, de most olvasom a Delphi 3 konyvet (kiskapu) es abban is ez
van leirva amit te is irsz. Tehat nagy tevedes nem lehet.
Udv:
--
Csiszar L.
http://www.stadium.hu/szt/
|
+ - | TO: Visual C++ 6.0 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok
Tudja valaki hogyan kell Visual C++ ban MFC hasznalataval megoldani hogy
az APP WIZARD segitsegevel letrehozott MDI
alkalmazasban a gyerek (CHILD_WINDOW) ablakot ki lehessen rakni a DESKTOP
ra es esetleg ON_TOP ra is
ugy mint pl IRC beszelgeto ablakokat a SYSTEMmenu segitsegevel
A valaszokat a cimre kerem
Koszi Peti
|
+ - | Delphiben nyomtatas (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Udv Minden Kodernek!
Delphiben (minel alacsonyabb verzio, annal jobb) hogy lehet megoldani,
hogy az ablak tartalmat (vagy az ablakban talalhato GRID-et)
kinyomtassa kozel olyan formaban, mint ahogy latjuk?
Ha egy help temakort (kulcsszot) mond valaki, annak is nagyon orulnek!
Koszonettel:
Joco
|
+ - | Particio Tipusok (mind) |
VÁLASZ |
Feladó: (cikkei)
|
# Tipus nev
--------------------------------
00 Empty
08 AIX
75 PC/IX
B7 BSDI fs
01 DOS 12-bit FAT
09 AIX bootable
80 Old MINIX
B8 BSDI swap
02 XENIX root
0A OS/2 Boot Manag
81 Linux/MINIX
C7 Syrinx
03 XENIX usr
40 Venix 80286
82 Linux swap
DB CP/M
04 DOS 16-bit <32M
51 Novell?
83 Linux native
E1 DOS access
05 Extended
52 Microport
93 Amoeba
E3 DOS R/O
06 DOS 16-bit >=32
63 GNU HURD
94 Amoeba BBT
F2 DOS secondary
07 OS/2 HPFS
64 Novell
A5 BSD/386
FF BBT
--------------------------------
E listat meg egy regi linux fdisk irta ki.
Szia! * Jo munkat! * God Bless You!! * Happy New Year!!!
> --------------------------------------------------------
Zsolt Nagy Perge from Dallas, Texas
mailto:
|
+ - | Re: LBA mod/aktiv particio (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>8.5gb... na igen, es ezzel szemben az ide interface
>valahogy igy adagojja a doogokat chs modeban
>/lbaban is ugyanennyi bit all rendelkezesre, csak akkor
>maskepp hivjak a biteket;))) / 65536 (C) *16 (H) *256 (S)
LBA modban ha ugyanennyi bit allna rendelkezesre
(8*3 bit), akkor is MAXIMUM 8 Gigabyte-ot
lennel kepes megcimezni.
> --------------------------------------------------------
>> Az 1. byte az az aktiv particio jelzo byte.
>> Ha ez 0x80, akkor az a particio aktiv.
>> Ha ez 0, akkor az a particio nem aktiv.
>NEM! ...
Pedig en erre ugy jottem ra, hogy visszafejtettem
az MBR-t es eszrevettem, hogy egyszeru CMP
utasitassal osszehasonlitja azt a byte-ot 0x80-al.
Ha megegyezik, akkor azt bootolja, ha nem egyezik
ezzel meg, akkor nem bootolja.
Na jo, vegulis mindegy. :))
Szia! * Jo munkat! * God Bless You!! * Happy New Year!!!
> --------------------------------------------------------
Zsolt Nagy Perge from Dallas, Texas
mailto:
|
+ - | MS VC++ + tabla kerdes (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> Hello!
>
Latom vannak akik ilyesmivel is foglalkoznak itt a listan, azert merem
megkerdezni.
VC 6.0-al foglalkozom mostanaban, es van egy problema (egy?) amire nem
talaltam _egyszeru_
megoldast.
Szeretnek egy tablan (dao, vagy odbc) alapulo tabla view-t. Nem tudom
mashogy nevezni, olyat
mint amilyen pld.: az access-ben is van, tehat ugy nez ki mint egy excell
tabla. Azt hiszem ertheto volt?
Na ilyet szeretnek. Hogyan lehet ilyet egyszerűen megoldani. Valami olyan
osztaly kellene, aminek a lovetkezo parameterei vannak:
(mondjuk) adatbazisnev, tabla nev. Gondolom valami CListControll osztallyal
kellene csinalni.
Kossz a segitseget!
Amon Tamas
alias: sajt
|
+ - | Re:Font (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi Coders & Jozsi!
>Regota kerestem a /visual foxprot/ VFP-t. Most sikerult megszereznem az
>5-os verziot. Mint minden program nyelvet, ezt is meg kell tanulnom. Nem
>igazan kimerito a program helpje, sem a konyv.
Mi bajod a helppel? Szerintem (majdnem) minden benne van, ami kell.
>Vagyis: nem tudom programbol beallitani a FONT-ot, betu - tipus
> - vastagsag
> - nagysag
Object.FontBold[ = lExpr]
Object.FontItalic[ = lExpr]
Object.FontStrikeThru[ = lExpr]
Object.FontUnderline[ = lExpr]
Object.FontName[ = cName]
Object.FontSize[ = nSize]
Az object lehet _screen, label, form, textbox stb.. minden,
amire ertelmezhetok a fenti tulajdonsagok.
A VFP egyebkent nagyon erdekes allat, sokfele stilusban hagyja magat
programozni,
nekem az objektumorientalt megkozelites jott be leginkabb.
Sok sikert!
-banjo-
|
|