1. |
Re: Lyuk-byte-ok (mind) |
21 sor |
(cikkei) |
2. |
Power Builder (mind) |
5 sor |
(cikkei) |
3. |
Re: Delphi: rajzolas hatterre, panel-re (mind) |
87 sor |
(cikkei) |
4. |
Re: C++ Builder 4 EXE rejtely! (fwd) (mind) |
29 sor |
(cikkei) |
5. |
ActiveX (mind) |
12 sor |
(cikkei) |
6. |
Re: SMS kuldes GSM modemmel (mind) |
20 sor |
(cikkei) |
7. |
C++ + assembly (mind) |
11 sor |
(cikkei) |
8. |
Re: Re: File kezelok osszehasonlitasa (mind) |
45 sor |
(cikkei) |
|
+ - | Re: Lyuk-byte-ok (mind) |
VÁLASZ |
Feladó: (cikkei)
|
On Tue, Aug 17, 1999 at 10:09:59AM +0000, wrote:
> > szoval az oke, hogy VC++-ben az int 4 byteos ezert ...
>
> :) Szerintem nem oke :) Az, hogy maganak az int-nek mekkora a hossza,
> Az rendszerfuggo! (A VC++ help-je sem adja meg!)
>
> Viszony, ha 4 byte-os INT-et akarsz hasznalni, akkor hasznalhatod a
> kovetkezoket:
>
> __int32 (signed)
#include <sys/types.h> es int32_t es u_int32_t. __int32 az en
rendszeremben legalabbis nincs, de kulonben sem bolcs dolog
barmilyen akarmit hasznalni aminek a neve '_'-sal kezdodik.
> long int
> unsigned long int
Ezek hossza szerinted nem rendszerfuggo?
:-* :\n_tgz\n-- \nPremature... de ugyis tudjatok. <-- ez egy 0soros .sig
|
+ - | Power Builder (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok !
Meg tudna valaki mondani, hol juthatnek hozza - lehetoleg magyar - leirashoz,
vagy barmi infohoz a subject-rol ?
Mennyire hasznalhato ? Erdemes foglalkozni vele ?
Andi
|
+ - | Re: Delphi: rajzolas hatterre, panel-re (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Fonokom arra vagyik, hogy a keszulo programban (Delphi 4) az ablak
>hatteren legyen egy kep. Ez egy MDI form, es a TForm.Canvas-ra hiaba
>rajzolok, nem jelenik meg. Hogyan lehetne ezt megcsinalni?
>Ugyanezt szeretnem megcsinalni egy Panel-lel is.
Dobja ra egy Image-et (nalam Image1) a foformodra (nalam MainForm) es
deklaraciojat egeszitsd ki a kovetkezokkel:
TMainForm = class(TForm)
[..]
public
DefClientWndProc: TFarProc;
ClientInstance: pointer;
procedure CreateWnd; override;
procedure DestroyWnd; override;
private
procedure ClientWndProc(var Message: TMessage);
procedure ClientWMEraseBkGnd(var Message: TWMERASEBKGND);
[...]
end;
Az implementacio pedig a kovetkezo:
procedure TMainForm.CreateWnd;
;
Persze az Image1 helyett barmilyen mas image is lehet (csak at kell irni),
de a legszebb az lenne, ha csinalnal belole egy uj form komponenst egy
Picture property-vel...
Gabor
|
+ - | Re: C++ Builder 4 EXE rejtely! (fwd) (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Haliho!
> Arulja el vki, legyetek szivesek, hogy lehet C++ Builder 4-essel olyan
> EXE-t gyartani, ami utana nem kovetel semmi extra DLL-t vagy egyeb
> dinamikus lib-et, mert jo lenne, ha a kesz propgram nem csak azon a gepen
> futna, amire fel van teve a fordito. Ugyan bekapcsoltam a forditoi opciok
> kozul azt, ami megmondja neki, hogy a RTL.DLL helyett a kello fuggvenyeket
> statikusan linkelje az exe-hez (igaz, igy nagyobb lesz a merete), de ennek
> ellenere mindenfele DLL-eket ker mas gepen valo inditas utan... :(((
Mar a 3-asban is volt vele szivas. Eloszor a project opcioiban kell
beallitani, hogy ne dll-eket hasznaljon futtatashoz, hanem
forditsa bele, amit lehet. Ekkor a minimalis kod kb. 250k-tol indul. :((
Ezek utan van meg 2 vagy 3 dll amit kovetel mindenkepp. Ez a 3-as verzioban a
DEPLOY.TXT -ben volt leirva. Ezek nagyjabol
1M-t nyomnak. Tomoritve kb 400k.
Javaslom az RTFM-et. (Read That Fucking Manual) --- Mellesleg en sem azzal
kezdtem, csak a dll kovetelozesek utan kezdett erdekelni, hogy az egesz
Borland kocerajban hol talalhato az adott dll-re hivatkozas es a search
kidobta ezt a txt-t is. Az a baj, hogy ezekben a leirasokban iszonyatos
mennyisegu sallang van, amit egy programozo nem olvas el, csak ha mar
nagyon nagy gubanc van.
--
Udv: Saxy
|
+ - | ActiveX (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Haliho!
Szeretnem megtudni mire jo az subbban emlitett dolog. Mit lehet vele
csinalni es hogyan es hasonlok.
Ha van leirasotok azt is kuldhettek.
mas:
Szeretnem lekerni egy adott file elinditojanak ip cimet, esetleg, hogy ki a
user. A file egy szerveren csucsul es en tudni szeretnem ki hasznalja.
The Big XTaki
|
+ - | Re: SMS kuldes GSM modemmel (mind) |
VÁLASZ |
Feladó: (cikkei)
|
wrote:
> 2. Ha inicializalas utan kiadom az ATDT(halozaton beluli telefonszam)
> parancsot minden esetben NO CARRIER uzenettel valaszol fuggetlenul a
> CARRIER
> DETECT allapotatol. Miert van ez es mit lehet tenni ellene?
>
> No erre en is kivancsi vagyok!!!! Nekem is szo szerint ezt muveli ez a kis
> genya! Viszont a cseheknel akiknek fejlesztjuk,
> csont nelkul telefonal! No mi jo otleted van erre? Vagy kartya vagy
> szolgaltato lehet a problema forrasa....
Mintha en is szivtam volna ezzel Siemens M1-nel.
Ket megoldasi javaslat:
- ATDT helyett sima ATD kell (biztos nem veletlenul raktam bele egy
megjegyzesbe anno, hogy se T, se P nem kell a telefonszamba)
- [nem biztos] Esetleg a telefonszamot lezaro karakter sorozatbe nem CR LF,
csak sima CR kell.
Udv: Pinter Ferenc
|
+ - | C++ + assembly (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Szeretnék C++ programot assembly rutinokkal gyorsítani Linux/g++ alatt.
Van valami olyasmi modszer itt is, mint a DOS-os forditoknal az
asm{...}?
Koszi, udv.: Nova
--
-= IRC: _Nova_ * ICQ: #26357624 * http://hp.elte.hu/~nova =-
-= SuSE Linux 6.0 * kernel v_2.2.9 =-
|
+ - | Re: Re: File kezelok osszehasonlitasa (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szevasz/tok!
>Felado : [Hungary]
>> 43 sec Windows Commander 4.0
>> 23 sec Norton Commander for Windows 1.0
>> 16 sec Far Manager.
>Simogatja ugyan a lelkemet az eredmeny, mert FAR hivo vagyok, de azert
>remelem, hogy az egyes meresi eredmenyek tobb meres atlagabol alltak elo.
>Az elso olvasaskor tenyleg a vinyorol olvas a rendszer, aztan mar csak a
>cache-bol...
Termeszetesen a vegen a merest megismeteltem es ugyanazt kaptam. Meresi
atlagrol nem beszelhetek, eleg nagyok a kulonbsegek, hogy a meresi hiba ne
szamitson.
Termeszetesen nem vallalkozhattam arra, hogy reszletes tesztet csinaljak,
csak azt a szubjektiv erzesemet szerettem volna objektivizalni (nem semmi
szo!), hogy az altalam hasznalt harom file kezelo kozul a favorizalt Windows
Commander 4.01 (most mar) lassu ebben a funkcioban.
Ismeritek: *erted haragszom, nem ellened*.
Kulonben nem a file kezelokrol volt szo az eredeti levelben, hanem a
programozokrol (en is az vagyok), hogy ugyanazt a funkciot meg lehet
csinalni gyorsan futo koddal es lassura is. Nekem a 16 sec varakozas is sok,
nemhogy a 43!
Errol jut eszembe! Nem tudom, hogy sajat torvenyem-e, de
*Elobb-utobb minden hardver lassu, minden tarolo kicsi lesz!*
Az elso gep (Tpa-i) 4kszavas memoriaval lyukszalagrol mukodott, es nagyon
meg voltunk vele elegedve.
Amikor eloszor dolgoztam IBM kompatibilis PC-vel - aminek nem volt meg
winchestere! - egy db 1,2 MB-os floppy-n rajta volt az op. rendszer, egy
editor, egy compiler es a programom forraskodja tobb valtozatban. A program
teljes forditasi ideje 23 perc volt.
Most a compiler tobb szaz MB, nem is beszelve a Winfosh-rol. A 6,4 MB-os
winchesterem allandoan betelik.
Pozitivum: 30 sec alatt leforditja a 10 ev alatt jelentosen megduzzadt
programot es hihetetlen konnyuve, gyorssa valt a fejlesztes! Az is igaz,
hogy evente kb. 1-2 honap kell osszesen arra, hogy a munkafelteteleket
megteremtsem, miutan feltettem pl. a legujabb Winfosh remeket, vagy uj
hardvert, stb..
(::-)> Torma Istvan, TOR,
A valaszokat ide a listara kerem, mert olvasom es mert mast is erdekelhet
|
|