1. |
Re: adat az exe-ben (mind) |
30 sor |
(cikkei) |
2. |
Re: tipizalt konstans (mind) |
20 sor |
(cikkei) |
3. |
Valkiry help (mind) |
13 sor |
(cikkei) |
4. |
KERES: pattern filling (mind) |
8 sor |
(cikkei) |
5. |
Re: C++ (mind) |
18 sor |
(cikkei) |
6. |
Re: Turbo C 3.0 hiba (mind) |
20 sor |
(cikkei) |
7. |
Re: Turbo C 3.0 hiba (mind) |
23 sor |
(cikkei) |
8. |
Kilohetetlen task NT 4.0 alatt (mind) |
23 sor |
(cikkei) |
9. |
Segitseg (mind) |
3 sor |
(cikkei) |
|
+ - | Re: adat az exe-ben (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello,
> Az egyik otlet hogy obj-kent belelinkelni az exebe. Lehet hogy
Ez jo otlet, de a kod szegmensed hamar elfogyhat, viszont egy
EXE-tomoritovel ossze lehet nyomni.
> A masik, hogy hozzaappendolom mondjuk dosnavval az exehez az adatot,
> utana megnyitom olvasasra az exe-t, es a filehossz-adathossz poziciotol
> ott a cucc.
Altalaban ezt hasznajjak.
> A kerdes, hogy le tudom-e valahogy kerdezni maganak a futo programnak a
> nevet, hogy igy nyissam-e meg. Mert ha nem, akkor ezt a forrasban meg
Altalaban, ha elinditasz egy progit, akkor a DOS tarolja az EXE nevet,
teljes utvonallal
Ez altalaban (mindig! :-)) a 0. parameter
ha pascalban nyomulsz, akkor PARAMSTR(0)
ASM-bol egy kicsit macerasabb:
A PSP 2ch offseten (word) van a DOS environment segment cime
itt van minden erdekes cucc (PATH/COMSPEC/,,,stb) tobbek kozott a program
neve es parameterei is (C-tipusu stingek (0-a vegen) )
pl:
db 'comspec=c:\command.com',0
db 'path=c:\dos',0
db 0
dw 1 ; innentol kell levadaszni az infokat...
db 'c:\stuff\exe\ize\valami\myprog.exe',0
db 0
remelem ertheto voltam...
-kyle/Autopsy
|
+ - | Re: tipizalt konstans (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>eljarasokban lokalisan deklaralt tip. konstansok csak
>egyszer kapnak kezdoerteket, vagyis csak az eljaras
>elso hivasakor. Masodik hivaskor tartalmuk szemet. :(
Hello !
Ez tevedes, a tartalmuk nem szemet, hanem az
elozo ertek. Pl.
Procedure xy;
Const // a Delphi 3-ban Var is lehet
Szamlalo: Integer = 0;
;
Udv:
Maleskovits Peter
|
+ - | Valkiry help (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Udvozlet a CODER-nek!
En most neztem fel erre a levrov-ra, de remelem tudtok segiteni.
Szuksegem volna a Valkiry decompiler-re ami a Clipper 5.0, 5.2 és 5.3-as
verziojat forditja vissza.
A nalam levo verzio a '87-es Nantucket Clipper-t fordítja.
Ha valaki tud segiteni, kuldjon egy magan Emilt!
Elore is Thanx!
Ágoston Lajos
|
+ - | KERES: pattern filling (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Nem tudna valaki jofajta raster vagy vector(inkabb ez utobbi
erdekel) pattern filling algoritmusrol leirast vagy forrastkodot (inkabb
ez utobbi lenne jo ;-)).
Elore is koszonettel,
Szeman Andras
|
+ - | Re: C++ (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali!
>Van egy gondom, amiben segitseget szeretnek kerni. A suliba kell egy
>fajlkezelo programot irni. Ennek elso lepese, hogy 10000 db rekordot
>kell legeneralni, es ezt fajlba kiirni.
...
Ha a filet csak "w" vagy "r" attributummal nyitod meg az elso CTRL-Z
karakternel EOF-ot jelez. A helyes megoldas: "wb" vagy "rb" azaz pld:
fpteljes = fopen("teljes.dat", "wb");
Compi
+---------------------------------------+
| Attila Body, |
| Chief Programmer, Arthur Wilkins Ltd. |
+---------------------------------------+
|
+ - | Re: Turbo C 3.0 hiba (mind) |
VÁLASZ |
Feladó: (cikkei)
|
wrote:
> Van egy gondom, amiben segitseget szeretnek kerni. A suliba kell egy
> fajlkezelo programot irni. Ennek elso lepese, hogy 10000 db rekordot
> kell legeneralni, es ezt fajlba kiirni. A problemam az, hogy a kod,
> amit irtam, nem egeszen mukodik. Roviden arrol van szo, hogy a
> generalas mukodik, de amikor a fajlba kiirt adatokat beolvasom, akkor
> csak az elso 5-10 rekord jon be jol, a tobbibe teljesen mas adatok
> vannak, mint amit generaltam.
i tipusa (ciklusvaltozo) nem derul ki a forrasbol.
Lehet, hogy az olvasasnal ez csordul tul... Egyebkent
ugy latom szekvencialisan tarolod a rekordokat,
akkor miert van szukseg seek-re?
Hogy pontosan meg tudd allapitani, hogy iraskor vagy
olvasakor lep fel a hiba, egy editorral nezz bele
a generalt adatfile-ba! Ha ott meg ok, akkor az
olvasasnal van a bibi.
udv: otti )
|
+ - | Re: Turbo C 3.0 hiba (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali!
>fpteljes = fopen("teljes.dat", "w"); //Kulcsfajl megnyitasa irasra
^^^
Ha jol gondolom, a fopen hivasainal lehet a hiba, mivel vszleg az
alapertelmezett megnyitasi mod text (Turbo C-ben megvaltoztathato),
igy amikor az elso veletlenszeruen generalt '\n' kimegy outputra,
a dos gondosan '\r\n'-re csereli. Ezzel a file merete is meg kell,
hogy nojon, igy nem oszthato a struktura hosszaval maradek nelkul.
Megoldas:
fpteljes = fopen("teljes.dat", "wb"); //Kulcsfajl megnyitasa irasra
illetve ugyanez az olvasasnal. Altalaban ha fread-fwrite hivasokkal
kezelsz egy file-t, erdemes binarisan megnyitni.
Ha nem igy van, ugyis megirjak masok az jo megoldast.
(Ez legalabb olyan nepszeru thread lesz, mint a tipizalt konstans:)
Udv
Yoss
|
+ - | Kilohetetlen task NT 4.0 alatt (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
NT4.0 fejlesztok segitseget kerem!
Sikerult program iraskozben, kilohetetlen taskot eloallitani :(
Task Manager,es a Res.Kit CD Kill-je sincs hatassal ra.
Az 1etlen +oldas a logoff (kb. 90%-ban segit), vagy neha csak a Reboot
:((((((((
A gyanusithato komponens a 32.bites Btrieve dll-ek, ez az egyetlen kulonbseg
az eddigi project-ekhez kepes, amelyekben ez sosem fordult + elo, meg a
debugger sem tudja +olni.
(BC++ 5.01)
TUD VALAKI tuti task killert NT-re????
SEGITSETEK!!! +orulok az allando logoff es reboot-tol. Epp ezert orultem az
NT-nek, mert itt szinte sosem volt gond fejlesztes kozben, ha abnormalis
program vege volt.
Koszi
Bye/Udv * Hofi * --- mailto: ---
/* --- mailto: --- */
|
+ - | Segitseg (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Visual Basiccal foglalkozo , magyarnyelvu lev. listat keresek , vagy olyanok
jelentkezeset varom , akikkel konzultalni lehet ebben a temaban / ICQ-n ,
vagy E-Mail-ben / . JELENTKEZZETEK , minden erdekel ! :)
|
|