Hollosi Information eXchange /HIX/
HIX CODER 553
Copyright (C) HIX
1999-08-18
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Lyuk-byte-ok (mind)  14 sor     (cikkei)
2 int 13 es Windows NT (mind)  12 sor     (cikkei)
3 Re: Ismet NASM (mind)  55 sor     (cikkei)
4 Re: C++ kezdes (mind)  51 sor     (cikkei)
5 File kezelok osszehasonlitasa (mind)  11 sor     (cikkei)
6 MIME + oc25 (mind)  16 sor     (cikkei)
7 Re : C++ Builder 4 EXE rejtely! (mind)  6 sor     (cikkei)
8 SMS kuldes GSM modemmel (mind)  28 sor     (cikkei)
9 Re: Segitseg! (mind)  23 sor     (cikkei)
10 Re:Vonalkod (mind)  15 sor     (cikkei)

+ - Lyuk-byte-ok (mind) VÁLASZ  Feladó: (cikkei)

> 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)
long int
unsigned long int

Csako!
                                            Pointer
+ - int 13 es Windows NT (mind) VÁLASZ  Feladó: (cikkei)

Hello!

Van valakinek otlete arra, hogy Windows NT alatt INT 13-mal (vagy mashogyan)
hogyan lehet olvasni (irni) floppy eseten a szabvanyos 80.-on tuli track-en
levo szektorokat.
Addig jutottam, hogy az NT az ilyen kiserleteket visszadobja, a jelek
szerint a vedett modu interrupt kezelon keresztul.
Az eredeti (valos/virtualis) BIOS rutin hivasa a szukseges portok
megnyitasaval egyutt jarhato ut? Nincs esetleg valami egyszerubb modszer?

Udv:
PlyR
+ - Re: Ismet NASM (mind) VÁLASZ  Feladó: (cikkei)

On 16 Aug 99 at 10:36,  wrote:

> Hogy tudom ravenni, hogy sima 'jmp' helyett 'jmps'-hasznaljon (tasm)
> Szal', E9xxxx helyett EBxx -re forditson? (minden byte szamit)
> 'jmp near' nem muxik, mimatch in operand sizes -re panaszkodik.

jmp SHORT kell neked NEAR helyett.

(A near is ertelmes elvileg, de nem ugyanaz (a jmp defaultja near)! 
Hogy a near kulcsszora miert jelez hibat, nem tudom. Meg kellene 
nezni a forrasat.)

Ha minden byte szamit, akkor figyelj arra, hogy a nasm sose
optimalizal, azt forditja, amit irsz. Szoval e ketto kozul a masodik
rovidebb:

   add bx,55
   add bx,byte 55

A multkori ORG-os kerdesedre mar kaptal valaszt az l-code-l listan,
csak a CODER lista kedveert: a nasm-ban az org teljesen mas, mint pl.
a masm-ban. Itt csak a bin outputnal van ertelmezve, es a program
elejet (origin) adja meg. Errol reszletesen ir a doksi, RTFM.
Egyebkent a masodik org-ra hibat illene jeleznie, ugyhogy talaltal
egy bugot :)

Ha mas cimre akarsz pozicionalni, akkor azt pl. igy teheted meg:

; a pos makronak 1 parametere lesz
; $-$$ csinal az aktualis cimbol offset-et (vagyis szamot)
%macro pos  1
  times %1-($-$$) db 0
%endmacro

       pos  200
       db   'akarmi'

Sajnos ez a $-$$ csak org 0 eseten mukodik jol!! Szoval nincs olyan 
org-hoz kapcsolodo valtozo, amivel az org *szamszeru* erteket vissza 
lehetne nyerni ($$ ugyanis az org *cimke* szerinti erteket adja 
vissza). Ha mas org-hoz is kellene hasznalnod abszolut cimet, akkor 
ilyesmit csinalhatsz:

%define ORGVALUE 100h
        org  ORGVALUE

%macro pos  1
  times %1-($-($$-ORGVALUE)) db 0
%endmacro

stb...

István
--  Istvan Marosi  --  http://www.sch.bme.hu/~marosi  --
--  Recosoft Ltd.  --  mailto:  --
+ - Re: C++ kezdes (mind) VÁLASZ  Feladó: (cikkei)

Hello Fifi!

> A helyzet az, hogy meg szeretnem ismerni a C++ beli programozas
> csinjat-binjat es ehhez kellene nemi tampont mind Win98 es Linux
> ala: magyar nyelvu hasznalhato konyv, link. Valami olyan forras, 
> amely kozli az egeszet a kalyhatol! Ugyanis azt sem tudom, hogy a 
> programozasi kornyezet csak egy szovegszerkeszto + egy fordito 
> (ez tetszene a legjobban), vagy valami sulyos penzekert elerheto 
> szoftvercsomag.

> A forrasanyag nem baj, ha ugy kezeli a tanoncot, mint aki meg nem latott
> egyetlen algoritmust sem (kb. 5 eve irtam utoljara progit Turbo Pascalban).
> Konyv eseten az ar es a beszerzesi hely megjeloleseert sem haragudnek :)

1) Fejlesztoi kornyezet: en a voksomat a gcc (g++) (ez a fordito), 
vim, Emacs, XEmacs, jed, Micro-Emacs, elvis stb... (ez a szovegszerk.),
es a Qt (ez a GUI konyvtar, meg az application framework, ha GUI-s progikat 
akarsz irni) kombinacio mellett adom le. (Remelem nem lesz ebbol 
vallashaboru... Meg abbol sem, hogy melyik a legjobb editor... ugyanis
a vim a legjobb... ;-)

Ezek mindegyiket megtalalod egy aktualis Linux disztribucion, ugyhogy
kvazi ingyenesek. Mindharom van Widowsra is. A Qt-rol meg annyit, hogy
az csak akkor ingyenes, ha Linuxra irsz szabad szoftvert vele,
kulonben fizetos. De nagyon jo GUI-lib (egyszeru, gyors). Es ha csak a 
Qt absztrakcioit hasznalod (QFile, QDate, stb.) akkor valtoztatas 
nelkul futtathatod a progikat Windowson is (ezt meg nem probaltam, 
mert akkor ugyebar meg kell venni a Windowos licenszet).

2) Konyv: magyart nem tudok, de ha ertesz valamelyest angolul, akkor ajanlom 
a "C++: The Core Language" c. O'Reilly könyvet. Ebben az a jo, hogy nem is
probalja meg atfogni az egesz C++ nyelvet, hanem csak egy olyan
"subset"-et (ezt a szot hasznaljak mindig), amivel azert mar jol el lehet 
boldogulni. Ennek kovetkezteben a konyv _vekony_ (ez ritkasagszamba
megy  C++ konyvek eseteben), 2-3 nap alatt kenyelmesen a vegere lehet 
erni. A C++-t alapokrol kezdi, de nemi C ismeretet azert elvar. Utana 
lehet  tovabbmenni a "Practical C++ Programming"-el, ugyancsak az ORA-tol, 
ez mar vaskosabb.

Hogy hol tudod beszerezni, azt nem tudom megmondani. Egyebkent eleg
'regi' a konyv, '95-os kiadas, ugyhogy konnyen lehet, hogy a
konyvtarban is ratalalsz.

Ez a weboldala:
http://www.ora.com/catalog/core/

A Qt-nak nagyon jo az online doksija, azt itt talalod:
http://www.troll.no/qt/index.html
http://www.troll.no/qt/tutorial.html

Barna
+ - File kezelok osszehasonlitasa (mind) VÁLASZ  Feladó: (cikkei)

43 sec Windows Commander 4.0
23 sec Norton Commander for Windows 1.0
16 sec Far Manager.

Nem elkepzelhetö az, hogy mindegyik maskeppen hasonit ossze, az egyit 
tartalomra is, a másik csak névre, a harmadik meg 
névre és pl: méretre ? /a sorrendet ne vedd figyelembe.

-- 
Üdv:  Ricsi

+ - MIME + oc25 (mind) VÁLASZ  Feladó: (cikkei)

>esetleg forrassal, annak nagyon tudnek orulni!!!!

Szevasz ! nekem van valami a mime kodolasrol, ha erdekel, akkor elküldöm. 
Ez c-ben van. Pontosan még én sem tudtam atnezni, mert nem olyan regen 
jutottam hozza, es meg nem volt
ra idöm atböngeszni.

Ha esetleg mast is erdekel a dolog, akkor szoljon, es egyben elkuldom 
mindenkinek, akinek kell.
Remelem hasznalhato.

Az OC25 dl megvan, ha kell meg, akkor kuldom azt is.

-- 
Üdv:  Ricsi

+ - Re : C++ Builder 4 EXE rejtely! (mind) VÁLASZ  Feladó: (cikkei)

Hi,

Ugy mint a BCB3-nal a "Build with runtime packages"-t is ki kell kapcsolni
(a "Packages" lapon :-) ) !

Bognar Sandor
+ - SMS kuldes GSM modemmel (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Az optimista ember azt gondolja, hogy ha a keze ugyebe kerul egy GSM modem
(jelen esetben egy Siemens M1) és a gépkönyve a teljes AT parancslistával,
akkor minden OK, a programozasa már nem lehet gond. Hat nem igy van! Ha van
koztetek valaki, akinek sikerult mar SMS-t kuldenie sajat maga altal irott
programmal (termeszetesen kozvetlenul a modemmel és nem az interneten
keresztul), kerem segitsen! Problemaim a kovetkezok:

1. Ha az AT+CPIN? parancsra READY-vel valaszol az azt jelenti, hogy a modem
minden kulonosebb macera nelkul hasznalhato (PIN kod megadas, stb.). Ezt jol
gondolom ?

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?

3. Ez a fajta modem csak PDU modban tud SMS-t kuldeni, a kezikonyvbol
viszont kifelejtettek a PDU blokk leirasat, egyszeruen csak <PDU>-kent
hivatkoznak ra a parancsok megadasanal. Tud valaki errol bovebbet?

Probalkoztam mar a neten is keresni peldaprogramot vagy leirast, de a
szabvanyos parancskeszleten kivul (ami mar megvan) semmit sem talaltam.

Elolre is kosz a segitseget!

Klagyivik Csaba

+ - Re: Segitseg! (mind) VÁLASZ  Feladó: (cikkei)

>Van egy kis problemam mar egy ideje:
>Ha valaki megtudna irni nekem, hogy hogyan tudok Delphiben  egy TImage-bol
>(TMetaFile, TIcon << csak ez a 2 erdekelne) TBitMap-ot krealni, pl.:egy
>Windows API kepmasolo fuggvennyel, vagy ha esetleg tudna barmi elfogadhato
>megold=E1st szolgaltatni akkor annak nagyon halas lennek.

function CreateBitmapFromImage(Image: TImage): TBitmap;
var B: TBitmap;
    R: TRect;
;

Gabor
+ - Re:Vonalkod (mind) VÁLASZ  Feladó: (cikkei)

Hi!

>Engem is erdekelne egy honlap, ahol le van irva a kulonbozo
>szabvanyok=20
>szerinti vonalkodok. Hol van ilyen???

Haat egy NETen talalhato leiras engem is erdekelne.

Addig is egy nem "virtualis" megoldas:
Budapest, Ulloi ut eleje, szabvanybolt.
Itt megtalalhato es megvasarolhato tudtommal az EAN,  UPC,
CODE39, CODE128, IPC pontos leirasa.

Udv
ZoZo

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS