| 1. |
Pascal-soros (mind) |
15 sor |
 (cikkei) |
| 2. |
C++ Builder TPrinter nyomtatoadatok lekerdezese (mind) |
19 sor |
 (cikkei) |
| 3. |
RE: 64bit, alpha, teljesitmenyproblema (mind) |
43 sor |
 (cikkei) |
| 4. |
Re.:Nagy szamok a kepernyon (mind) |
13 sor |
 (cikkei) |
|
| + - | Pascal-soros (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Udv!
> Felado :  [Hungary]
> Temakor: pascal segitseget keresek ( 12 sor )
> Soros portra erkezo adatokat kellene fogadnom, es ugy hallottam
> letezik erre kesz unit, de sehol sem talaltam.
> Ha valakinek volna ilyen, vagy egy rovid peldaprogram
> soros port lekerdezesre, az szuper volna.
> Komeiner Gabor
> 
Oprencer???
Nekem DOS ala van egy komplett Unitom, en irtam. Azzal szolgalhatok
Istvan
|
| + - | C++ Builder TPrinter nyomtatoadatok lekerdezese (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Kedves CODERek!
C++ Builder 5-ben hasznalom nyomtatasra a TPrinter osztalyt, ami
eleg kenyelmesnek tunik. A gondom viszont az, hogyan lehet
lekerdezni az aktualis nyomtato beallitasait? Mert az osztaly maga
sajnos nem tartalmaz ilyen adatokat. Lehet, hogy a Builder nem is
foglalkozik ilyesmivel, hanem Win API hivasok szuksegesek ehhez?
Tud valaki segiteni?
Ilyen tipusu informaciokat szeretnek kicsalni, mint felbontas,
papirmeret. Van PaperHeight es PaperWidth, de ez pontokban adja
meg. Ha pl. szeretnek margot beallitani cm-ben, akkor bizony ezt
jelenleg nem latom, hogyan tehetnem meg. Igaz, van a Builderben
dialogus a nyomtato beallitasara, csak hat az ottani beallitasokat
at is kellene vinni a nyomtatasi rutinba!
Salom-Eirene-Pax, Udv: Tommyca
|
| + - | RE: 64bit, alpha, teljesitmenyproblema (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
> A progi tokeletesen mukodik pc-n es nt-n. Portoltuk a kodot alpha/tru64unix
> platformra. Mukodik itt is, de a sebesseg kb a 10-edresze a vartnak!!!
>
> Annyit sikerult megallapitanunk (profiler), hogy a futasi ido 85%-at
> szamunkra ismeretlen helyeken tolti, csak 15% koruli idot tolt a sajat
> kodban (az ismeretlen helyek: Otsmove, exc_virtual_unwind, tis_read_lock es
> tarsai)
Hmmm...
exc_virtual_unwind: lehet, hogy itt van az eb elhantolva? Ez bizony
kõkeményen kivételkezelésnek tûnik, vagyis amikor egy függvényen
belül dob valaki egy exception-t, a jobb fordítók kötelességszerûen úgy
lépnek ki a függvénybõl, hogy kipucolják a stack-en levõ objektumokat
- "visszatekercselik (unwind) a vermet" a belépés elõtti állapotba, és elpusztí
tják a
függvényben létrehozott objektumokat. Pl
int func()
{
int a,b,c;
MyClass D(3.14);
for(;...;)
{ ...
if(...) throw "Gáz van"; //<- itt ~MyClass() is meghívódik + unwind
}
return 0;
}
Ezek alapján a progiban valahol igen sokszor valamilyen kivétel lép fel, és
ennek korrekt lekezelése emészti fel a sok idõt.
Otsmove: fogalmam sincs, mi ez, talán memóriaterület mozgatása?
Ez inkább valamilyen más mûvelet következménye lehet: akár a file
feldolgozáshoz kötõdve, akár az exception-bõl kifolyólag.
tis_read_lock: ez valami memóriaterület (fájl?) lockolása lehet. Lehet,
hogy ez is a kivételkezelés miatt van - ha többszálú a progi,
akkor esetleg sorosító objektummal kapcsolatos dolog.
Jó szerencsét...
--
Józsi
|
| + - | Re.:Nagy szamok a kepernyon (mind) |
VÁLASZ |
Feladó:  (cikkei)
|
Üdv mindenkinek!
Karakteres képernyõn speciális karaktereket a monitorvezérlõ kártyán
lévõ karakterkészlet módosításával lehet elérni, azokat meg kell
tervezni, majd programból letõlteni a kártyára, majd a program végén
visszaállítani.
Egyszerre egyidõben csak 256 féle karakter használható. Ezt figyelembe
kell venni, mert minél több karakternyi helyet foglalnak el a számok,
annál többféle speciális karakterre van szükség.
Erre EGA, és VGA monitorok esetén van lehetõség.
Akit érdekel a téma, annak szívesen segítek a részletekben.
Staub Laci
|
|
