1. |
Re: ms -> borland lib (mind) |
9 sor |
(cikkei) |
2. |
Re: DOS 21h-4eh (mind) |
16 sor |
(cikkei) |
3. |
Re: DOS 21h-4eh (mind) |
104 sor |
(cikkei) |
4. |
Hali! (mind) |
7 sor |
(cikkei) |
5. |
Re: nyomtatas dos alatt... -->Mc (mind) |
24 sor |
(cikkei) |
6. |
Fileformatumok: dbf, ndx, mdx (mind) |
10 sor |
(cikkei) |
7. |
font (commondialog vb-ben) (mind) |
11 sor |
(cikkei) |
8. |
Win32 + SQL + GPL = ? (mind) |
23 sor |
(cikkei) |
9. |
Re: DOS 21h-4eh (mind) |
10 sor |
(cikkei) |
10. |
riport generator vc++ -hoz (mind) |
11 sor |
(cikkei) |
11. |
Btrieve alkalmazas utani erdeklodes (mind) |
9 sor |
(cikkei) |
12. |
Valasz:POST (mind) |
11 sor |
(cikkei) |
13. |
Re: DOS 21h-4eh (mind) |
37 sor |
(cikkei) |
14. |
Re: Audio konvertalas (mind) |
2 sor |
(cikkei) |
15. |
DOS 21h-4eh (mind) |
60 sor |
(cikkei) |
16. |
DOS 21h-4eh (mind) |
7 sor |
(cikkei) |
|
+ - | Re: ms -> borland lib (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello,
hirtelen nem tudom megnezni neked, de azt hiszem a C++Builderrel szallitott
implib , impdef illetve coff2omf utility-k fognak segiteni a problemadon. Ha
van buildered akkor keress ra a "command line utilities" kulcsszora.
De holnap megnezem es pontositok magan levelben.
Bye
Sandor
|
+ - | Re: DOS 21h-4eh (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Lenne egy kerdesem. Assemblyben irok egy programot. Valaki meg tudna
>mondani a DOS 21h rutin 4eh funkciojanak(find file) be -es kimeno
>parametereit.
>Sajnos sehol sem talaltam.
Ajanlom, hogy szerezd be a Ralf Brown fele Interrupt List-et - rendkivul
hasznos es szinte mindenre kiterjedo olvasmany... Az egesz lista 6-7 mega
korul van es tobbek kozott a kovetkezo helyekrol toltehed le:
http://www.pobox.com/~ralf
ftp://ftp.simtel.net/pub/simtelnet/msdos/info/
ftp://garbo.uwasa.fi/pc/programming/
Altalaban 1 megas (vagy kisebb) archivumokra van darabolva a lista (a
konnyebb letoltes miatt), nevuk inter???.zip...
Gabor
|
+ - | Re: DOS 21h-4eh (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Lenne egy kerdesem. Assemblyben irok egy programot. Valaki meg tudna
>mondani a DOS 21h rutin 4eh funkciojanak(find file) be -es kimeno
>parametereit.
>Sajnos sehol sem talaltam.
>Elore is koszonom a segitseget.
A Ralf Brown Interrupt List a kovetkezot irja:
--------D-214E-------------------------------
INT 21 - DOS 2+ - "FINDFIRST" - FIND FIRST MATCHING FILE
AH = 4Eh
AL = special flag for use by APPEND (refer to note below)
CX = file attribute mask (see #1107 at AX=4301h) (bits 0 and 5 ignored)
0088h (Novell DOS 7) find first deleted file
DS:DX -> ASCIZ file specification (may include path and wildcards)
Return: CF clear if successful
Disk Transfer Area filled with FindFirst data block (see #1312)
CF set on error
AX = error code (02h,03h,12h) (see #1366 at AH=59h/BX=0000h)
Notes: for search attributes other than 08h, all files with at MOST the
specified combination of hidden, system, and directory attributes
will be returned. Under DOS 2.x, searching for attribute 08h
(volume label) will also return normal files, while under DOS 3.0+
only the volume label (if any) will be returned.
this call also returns successfully if given the name of a character
device without wildcards. DOS 2.x returns attribute 00h, size 0,
and the current date and time. DOS 3.0+ returns attribute 40h and
the current date and time.
immediately after an INT 2F/AX=B711h (APPEND return found name), the
name at DS:DX will be overwritten; if AL=00h on entry, the actual
found pathname will be stored, otherwise, the actual found path
will be prepended to the original filespec without a path.
under LANtastic, this call may be used to obtain a list of a server's
shared resources by searching for "\\SERVER\*.*"; a list of printer
resources may be obtained by searching for "\\SERVER\@*.*"
under the FlashTek X-32 DOS extender, the filespec pointer is in DS:EDX
BUGS: under DOS 3.x and 4.x, the second and subsequent calls to this
function
with a character device name (no wildcards) and search attributes
which include the volume-label bit (08h) will fail unless there is
an intervening DOS call which implicitly or explicity performs a
directory search without the volume-label bit. Such implicit
searches are performed by CREATE (AH=3Ch), OPEN (AH=3Dh), UNLINK
(AH=41h), and RENAME (AH=56h)
DR DOS 3.41 and 5.0 return the Directory attribute for the volume label
SeeAlso: AH=11h,AH=4Fh,AX=4301h,AX=714Eh,AX=71A1h,AX=F257h/SF=02h
SeeAlso: INT 2F/AX=111Bh,INT 2F/AX=B711h
Format of FindFirst data block:
Offset Size Description (Table 1312)
---PC-DOS 3.10, PC-DOS 4.01, MS-DOS 3.2/3.3/5.0---
00h BYTE drive letter (bits 0-6), remote if bit 7 set
01h 11 BYTEs search template
0Ch BYTE search attributes
---DOS 2.x (and some DOS 3.x???)---
00h BYTE search attributes
01h BYTE drive letter
02h 11 BYTEs search template
---WILDUNIX.COM---
00h 12 BYTEs 15-character wildcard search pattern and drive letter (packed)
0Ch BYTE search attributes
---DOS 2.x and most 3.x---
0Dh WORD entry count within directory
0Fh DWORD pointer to DTA???
13h WORD cluster number of start of parent directory
---PC-DOS 4.01, MS-DOS 3.2/3.3/5.0---
0Dh WORD entry count within directory
0Fh WORD cluster number of start of parent directory
11h 4 BYTEs reserved
---OS/2 MVDM---
00h WORD "OS2_BMP_handle"
02h WORD "OS2_LastEnt"
04h DWORD "OS2_Checksum"
08h BYTE "OS2_usi_flag"
09h DWORD used by DOS emulator for second pass for volume-label searches
0Dh WORD (ret) "DOS_LastEnt" entry count within directory
0Fh BYTE OS/2 Processed-FindFirst flag
00h FindFirst processed by DOS
42h FindFirst processed by OS/2
10h 5 BYTEs reserved for future use
---all versions, documented fields---
15h BYTE attribute of file found
16h WORD file time (see #1351 at AX=5700h)
18h WORD file date (see #1352 at AX=5700h)
1Ah DWORD file size
1Eh 13 BYTEs ASCIZ filename+extension
--------D-214F-------------------------------
INT 21 - DOS 2+ - "FINDNEXT" - FIND NEXT MATCHING FILE
AH = 4Fh
Disk Transfer Area contains data block from previous FindFirst or
FindNext call
Return: CF clear if successful
Disk Transfer Area updated
CF set on error
AX = error code (12h) (see #1366 at AH=59h/BX=0000h)
Notes: under Novell DOS 7, if the FindFirst call (AH=4Eh) had CX=0088h, then
the next matching deleted file will be returned
since the entire state of a FindFirst/FindNext sequence is contained
in the data block in the DTA, other disk operations such as renaming,
moving, deleting, or creating files can cause inaccurate directory
searches, such as finding the same file twice
BUG: DR DOS 3.41 and 5.0 return the Directory attribute for the volume label
SeeAlso: AH=12h,AH=4Eh,AX=714Fh,AX=71A1h
Gabor
|
+ - | Hali! (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szeretnék segítséget kérni. Asemblyben kell egy progit irnom. Ez egy alap képné
zegető lenne, ami ismeri a bmp, pcx és gif formátumot. Nem kellene túlzásba vin
ni a dolgot, elég lenne a 320x200x256 + egy pici szöveges menü az elejére. Comm
entezve kellene és elég sürgős lenne. Ha érdekel írj a cím
re. Az ellenértékben megegyezünk.
Szia:
Zozó
|
+ - | Re: nyomtatas dos alatt... -->Mc (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi inet,"HIX CODER" >!
>> Eddig a legjobb, ami az eszembe jutott, hogy kinyomom a listát egy
>> textfileba es meghivok ra egy print utasitast, ami ugye a dos resze...
>Nos, én elég rég programoztam már (92?), és akkor egy nyomtatási
>feladatot hasonló módon oldottam meg. A különbség csak annyi volt,
>hogy a DOS PRINT megszólitható DOS vektoron keresztül is.
>Job-ot lehet indítáni, törölni, státuszt lekérdezni...
>Ha jól emlégszem a TechHELP! adatbázisban jó leírás van róla.
iC> Igen, a 2F megszakitason keresztul kezelheto, de csak akkor,
iC> ha a spooler (PRINT.EXE) elotte el volt inditva. Mivel egy rezidens
iC> programrol van szo, ezert programbol nem indithato el!
na jo, ha mar semmi sincs hatra, akkor nezd meg a bios int17 rutinjat:
mov ah,0
mov al,[char_amit_nyomtatni_akarsz]
sub dx,dx ;lpt2: mov dx,1; lpt3: mov dx,2...
int 17h
mov [printer_statusza],ah ;erdemes figyelni-->paper out, busy, stb;)
es igy legalabb kis 'statusz' ablakot is tudsz csinalni,
hogy eppen hol tart a nyomtatas, stb....;))))
tovabbi jo kodolast... Mc
|
+ - | Fileformatumok: dbf, ndx, mdx (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Udvozlet a Coder-eknek!
Keresem a dBase III, dBase III+, dBase IV file-jainak leirasat (dbf,
ndx, mdx stb.).
Aki tud, legyen olyan jo, segitsen!
Webcimeket varnek elsosorban!
A programmersheaven-en mar megneztem, es csak egy dbf leirast talaltam,
a tobbirol meg semmit!
Udvozlettel: Georgee
|
+ - | font (commondialog vb-ben) (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Udv!
Hogyan kell lekerdezni azt, hogy milyen keszletet (angol win-ben
script) valasztott a felhasznalo a CommonDialog1.ShowFont-tal
kirakott ablakban? (Keszlet/script alatt azt kell erteni, hogy
nyugati/kozep-europai/heber/arab, stb.)
Gondolom VC++-ban ugyanugy (legalabbis hasonloan) van, tehat c-sek is
valaszolhatnak.
Koszonet...
|
+ - | Win32 + SQL + GPL = ? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello!
Hosszu tavra keresek Win9x alatt futo relacios adatbaziskezelot, amit
legalabb (kotelezoen...) SQL nyelven lehet programozni, de ha megertene a
C/C++-t, az egyenesen fantorpikus lenne. (Tudom, a ko:r innentol alig
20-25-re csokkent :-)) Az se lenne nagy gond, ha az urlapjait
(grafikonjait, kimutatasait?...) akar egy HTML lapra is ki lehetne
iranyitani, bongeszon keresztuli kezelesre, olvasasra. Ami a dologban IMHO
a legbetegebb, hogy lehetoleg GPL-es legyen. (Ilyen biztos igen keves van -
ha van.)
(Ha valakit erdekel: Win98 ala keresek olcso, de viszonylag nagy
teljesitmenyu - nehany 10e rekord -, konnyen programozhato,
GUI-tamogatassal rendelkezo relacios adatbaziskezelot, adatbazismotort.)
A javaslatokat varom, ha csak a nevet tudod, az se baj, ha egy URL-t is
odabiggyeszetsz melle, az maga a mennyorszag.
Elore is koszi!
Udv: Zsolt
--
= Szabo Zsolt - =
|
+ - | Re: DOS 21h-4eh (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hali,
Hivasnal:
CX=file attribute mask (0. (readonly) es az 5. (archive) bit figyelmen kivul
hagyva)
DS:DX -> ASCIZ file specification (benne path es * is lehet)
Visszateresnel:
CF=0, ha ok. es a [DTA]=FindFirst data block
CF=1, ha hiba, AX= hibakod
|
+ - | riport generator vc++ -hoz (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Allitolag letezik egy CRYSTAL REPORTS nevezetu riportgenerator
VC++-hoz. Ti mar hallotatok rola? Ha igen hol lehet beszerezni?
Egyebkent ha tudtok mas, hasznalhato riport generatort, akkor
legyszives irjatok meg a nevet. Elore is koszi!!!
Sajnos nincs net hozzaferesem, ezert nem tudok "csak ugy
rakaresni".
bye...
> ----------------------------------------------------------
E-Mail:
PMail32 v3.12a
Web: www.tar.hu/mephysto
|
+ - | Btrieve alkalmazas utani erdeklodes (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Kedves Honfitarsaim !
Van-e valaki, aki segiteni tudna : Win95,98; WATCOM C++ 11.0; MFC; és
Btrieve 6.15. kornyezetben fejlesztenek en.
Ha valaki felismeri az osszefuggest es tud nekem segiteni, tegye meg.
Patko Viktor
Magan :
|
+ - | Valasz:POST (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szia Laci!
> Valaki tud, vagy hallott mar a POST programrol, programozasrol vagy nem is
> tudom mi lehet ez?Nem is tudom, hol tudnek talalni errol valamit?
> cimem:
A kovetkezo oldalon beirod a search mezobe hogy POST es mar tanulmanyozhatod is
a temat:
www.pcguide.com
Udv
Smikal Gyorgy
|
+ - | Re: DOS 21h-4eh (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Szia!
> Lenne egy kerdesem. Assemblyben irok egy programot. Valaki
> meg tudna mondani a DOS 21h rutin 4eh funkciojanak(find file)
> be -es kimeno parametereit.
Be:
AH = 4Eh
CX = attributum
DS:DX = FAR mutato az allomanynevet tartalmazo bufferre
Ki:
Carry-Flag = 0 - OK
= 1 - Hiba
AX = Hiba kod
2: eleresi utvanalat nem talalja
18: nem talalt allomanyt a megadott
atributummal
Az allomanynev '\0'-val terminaltnak kell lennie. Tartalmazhat
path-t, wildard-ot. Amennyiben hianyzik a meghajtonev, ill.
nincs megadva path, az aktualis konyvtar tartalmat mutatja.
Amennyiben talalt allomanyt, a buffer elso 43 byte-ja a DTA
informaciot tartalmazza:
0-20 - foglalt
21 - attributum
22-23 - utolso modositas ideje
24-25 - utolso modositas datuma
26-27 - allomanymeret LO-wordje
28-29 - allomanymeret HI-wordje
30-42 - allomanynev + ext egy '\0'-val lezarva
A BX, CX, DX, SI, DI, BP, CS, DS, SS es ES regiszterek
tartalmat nem valtoztatja!
Gergo
|
+ - | Re: Audio konvertalas (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Nekem is küldjétek el a választ, ha lehetséges!
|
+ - | DOS 21h-4eh (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello!
>tudna mondani a DOS 21h rutin 4eh funkciojanak(find file) be -es kimeno
>parametereit.
Bemeno parameterek:
AX = 4eh (duh :))
CX = File Attributes
00h: Normal File
01h: Read-only
02h: Hidden File
04h: System File
08h: Current volume label for the media
10h: Directory, not a file
DS:EDX = A Zero-terminated ASCII string that specifies the
file or dirctory. (can contain wildcards ? and *)
Kimeno ertekek
Ha minden rendben:
CF = 0;
DTA (disk transfer araea):
offset hossz ertek
00H 21 Reserved
15H 1 File Attribute
16H 2 Time of last write
18H 2 Date of last write
1AH 2 Low word of file size
1CH 2 High word of file size
1EH 13 Filename and extention in ASCIIZ
(blanks removed and '.' inserted)
Ha baj van:
CF=1;
AX= Error Code:
02h File not found;
04h Path not found;
12h No more files, or no match found
Megjegyzesek:
Mielott 4e-t hivod DTA kell beallitani a 1aH rutinnal, ha
nincs DTA akkor a default buffer lessz hasznalva ami
a PSP+80H nel van.
Ha a 4Fh rutint hasznalod (find next file) ezutan akkor a DTA-t
meg kell menteni valtozastol, mivel a reserved reszt hasznalja.
Time formatum:
bits 0-4 masodperc/2
bits 5-10 perc (0-59)
bits 11-15 ora (0-23)
Date formatum:
bits 0-4 nap (1-31)
bits 5-8 honap (1-12)
bits 9-15 ev minusz 1980
Rutin 59h-et hasznalhatod error utan hogy legyen
tobb info (extended error code).
Attila Voros, Chief Engineer, ISDgames
|
+ - | DOS 21h-4eh (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello!
Bocs, javitom az elozo levelemet:
AX = 4eh (duh :)) ==> Helyesen, AH = 4eh
Udv.
Attila Voros, Chief Engineer, ISDgames
|
|