| 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
|
|
