1. |
Visual C++ _int64 (mind) |
22 sor |
(cikkei) |
2. |
Re: [unix] time (mind) |
26 sor |
(cikkei) |
3. |
WinAmp-PlugIn (mind) |
19 sor |
(cikkei) |
4. |
Re: *** HIX CODER *** #45 (mind) |
13 sor |
(cikkei) |
5. |
Koszike (mind) |
7 sor |
(cikkei) |
6. |
TP70 & *.bat (mind) |
32 sor |
(cikkei) |
|
+ - | Visual C++ _int64 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
HI!
A fent emlitett fejlesztorendszerben programozom es a fent emlitett
valtozotipussal van bajom.
Van egy par _int64 -es globalis valtozom a programomban. Az egyik osztalyon
belul siman el tudom
erni ezeket a globalis valtozokat, de egy masik osztalyon belul nem. Vagyis
elerem, tudok dolgozni is veluk,
de ugy osszekutyul valamit, hogy miutan kilep return-nal abbol a
fuggvenybol ,ahol hasznaltam ezeket a valtozokat, akkor lefagy a program,
mert nem jo helyre kerult vissza a vezerles.
Es nem tudom, hogy mi a baj. A legerdekesebb az egeszben, hogy valamelyik
valtozommal nincs baj,
valamelyiknel meg a fenti jelenseget tapasztalom, pedig ugyanazt a dolgot
csinalom a ket valtozoval.
Ahogy a kedve telik, hol az egyik mukodik, hol a masik. Ki tudja mikor fagy
le.
Kerlek segitsetek, ha tudtok.
M.M.
|
+ - | Re: [unix] time (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Kedves Emberek && Marosi Istvan!
> Felado : [Hungary]
> > Melyiknek oruljek jobban???
>
> Szerintem annak, amikor a sys+user time kisebb. Ekkor van a proci
> legkevesbe lefoglalva, marad ideje mast csinalni.
Ez eddig ok, de hatha van valmi elgondolas ami miatt mondjuk jobban
szeressuk a user time-ot. En nem tudtam okot, ami miatt lenne
kulonbseg, de hatha...
> Egyebkent nem ertem, nagy pufferes read/write-nal miert megy feljebb a
> sys ido? Amikor az adat megerkezesere var, az az ido (jo driver
> eseten) nem szamit bele a sys-be, mert tipikusan nem busy-waiting-gel
> varnak a driverek. Nem lehet, hogy csak meresi pontatlansag?
Azert, mert az fopen lefoglalja a memoriat (BUFSIZE adja a meretet az
stdio.h-ban. Alapban 1024 byte). Ha fread-al olvasom, akkor eloszor
beolvassa a bufferbe, majd tovamozgatja az fread-ban megadott
memoriaba. Ha open-el foglalom le, akkor egyreszt nagyobb buffert tudok
lefoglalni, masreszt rogton a bufferbol dolgozom. Elmarad egy
mozgatas.
Udv From:, a degenere
|
+ - | WinAmp-PlugIn (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello!
Csinaltam egy WinAmp-PlugInt-t, semmi kulonos, csak az elso
probalkozasom volt. Ezen a cimen lehet ra vetni egy pillantast
es letolteni:
http://stud2.tuwien.ac.at/~e9525556/plugin.html
(remelem nem irtam el :).
Van esetleg meg valaki a vonalban aki ilyesmivel foglalkozik?
Szivem vagya viszont az lenne, ha a WinAmp-et taviranyitani
lehetne. Mivel a problemam nem egeszen Coder tema, ezert a
GURU-ra kuldtem be, ott megtalaljatok. (Legalabbis remelem
az elmult napok HIX-gondjai miatt).
Szia,
Barna
|
+ - | Re: *** HIX CODER *** #45 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Mon, 9 Mar 1998 03:05:53 EST
"HIX CODER" > irta :
>
>Koka!
>Az eszed nott neked akkorara, hogy az arcodat igy szethuzta?
>Ugye meg nem kombajnnal borotvalkozol?
>Azert mert valaki tanacsra szorul meg lehet neki normalisan valaszolni. Vagy
>inkabb sehogy!
>:-O
Jol van, jol van. Mar magamba szalltam.
>-------------------------------------------------------<
Kovacs Karoly ( )
>-------------------------------------------------------<
|
+ - | Koszike (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Kosz mindenkinek a segitseget a Pascal problemaimmal kapcsolatban. Igy
mar nem is olyan allat...
Gyongyosi Peter
|
+ - | TP70 & *.bat (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Ekkor vetodott fol a problema: az az allat Pascal nem tud
>batch fajlokat futtatni? Exec-el kifagy legalabbis.
>Mit tudtok tanacsolni?
Bat kiterjesztesu file-okat csak a command interpreter tudja ertelmezni,
ezert azt kell futtatni a megfelelo parameterrel (/c) es a futtatando batch
file nevevel. A program lekezeli azt az esetet is, ha nem a command.com,
hanem mas shell fut.
A Heap-et akkorara kell venni, hogy a fennmarado memoriaba beferjen a
futtatando batch file, es a belole hivott programok.
Ime a mukodo kodreszlet:
{$M 16384,0,2000}
uses dos;
.
Sok sikert!
Tomasz
|
|