1. |
Beismero vallomas PATH ugyben... (mind) |
1 sor |
(cikkei) |
2. |
irc access (mind) |
12 sor |
(cikkei) |
3. |
Bocs (mind) |
6 sor |
(cikkei) |
4. |
Win95 (mind) |
5 sor |
(cikkei) |
5. |
C valaszok (mind) |
58 sor |
(cikkei) |
6. |
INT 10/13, es egyeb megszakitasok (mind) |
18 sor |
(cikkei) |
7. |
ANSI C (mind) |
28 sor |
(cikkei) |
8. |
Travelmate (mind) |
15 sor |
(cikkei) |
9. |
malloc-alt tomb (mind) |
35 sor |
(cikkei) |
10. |
PATH=127 byte? (mind) |
81 sor |
(cikkei) |
11. |
Kereses (mind) |
5 sor |
(cikkei) |
12. |
BC 4.0x + PP (mind) |
60 sor |
(cikkei) |
13. |
Meg mindig PATH (mind) |
21 sor |
(cikkei) |
14. |
Windows cheat codes (mind) |
30 sor |
(cikkei) |
15. |
80186 assembler + email Szarvasra (mind) |
18 sor |
(cikkei) |
16. |
Bill Gates arckepe, ekezetes betuk a dialogokban... (mind) |
24 sor |
(cikkei) |
17. |
Re: Mulitkey? (Bertok Zoltan baratjanak) (mind) |
11 sor |
(cikkei) |
18. |
WWW (mind) |
22 sor |
(cikkei) |
19. |
80196-os assembler keresteteik (mind) |
6 sor |
(cikkei) |
20. |
Keresek egy szakertot .... (mind) |
18 sor |
(cikkei) |
21. |
Keresek egy szakertot .... (mind) |
18 sor |
(cikkei) |
22. |
486SLC (mind) |
29 sor |
(cikkei) |
23. |
Path; INT 10$/13$; Ethernet (mind) |
33 sor |
(cikkei) |
24. |
A Laikus kerdez (mind) |
12 sor |
(cikkei) |
25. |
PATH, BC (mind) |
108 sor |
(cikkei) |
|
+ - | Beismero vallomas PATH ugyben... (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Beismero vallomas PATH ugyben...
|
+ - | irc access (mind) |
VÁLASZ |
Feladó: (cikkei)
|
kedves foozy, gondolom te telnetes irc-site-ot keresel, probalkozz a
kovetkezovel:
telnet uvt.tuzvo.sk
login: info
password: zvolen
irc
van tobb mas szolgaltatasuk is, belepes utan olvasd el a listat.
ciao: gabor athenbol
|
+ - | Bocs (mind) |
VÁLASZ |
Feladó: (cikkei)
|
A set path=...
megiscsak mukodik a config.sys-ben 127 karakter folott is. Valoban,
megzavart, hogy ha utana a leelelnoriztem, csak az elso 127 karaktert
nyomtatta ki a DOS. Elnezest Imretol, a megoldas helyes volt.
Szita Gabor, Chicago
|
+ - | Win95 (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello,
Kijott a WIn95 beta3 verzioja kb 30 % -al gyorsabb mint az elozo, es beepitett
internet browserek stb vannak benne.
A2
|
+ - | C valaszok (mind) |
VÁLASZ |
Feladó: (cikkei)
|
[This message is converted from WPS-PLUS to ASCII]
>=======================================================
>Felado :
>Temakor: ANSI C ( 42 sor )
>Idopont: Mon Mar 6 05:09:02 EST 1995 GURU #42
>- - - - - - - - - - - - - - - - - - - - - - - - - - - -
>
..
>#include <stdio.h>
>main()
>{
> float a[4][4], **b;
> int i;
>
> b=(float **)malloc(4*sizeof(float *));
> for (i=0;i<4;i++) b[i]=(float *)malloc(4*sizeof(float));
>
> printf("\n%p\t%p<->%p\t%p\n",a,&a[3][3],b,&b[3][3]);
>
> for(i=0;i<4;i++) printf("\n%p",b[i]);
>}
..
> VAX/VMS) kiveve ha VAX/VMS alatt OPTIMALIZALVA forditjuk. Szoval CC/NOOPTI-va
l
>minden Ok, CC-vel viszont ugy "eloptimalizalja", hogy nem mukodik tobbe.
>Joga van ehhez?
Nincs joga. A VAX VMS az egyik legosibb C fordito. (Nem PDP-re csinaltak az els
o
C forditot?) Annyira regi, hogy a
a =-1;
utasitas az a valtozot dekrementalja. Igaz erre ad egy figyelmeztetest a fordit
o,
hogy anakronisztikus, de bizony az elso C forditok meg a -= helyett az =- jelet
hasznaltak. AXP/VMS alatt mar sokkal jobb a C fordito.
> A "b" szerint deklaralt tombok 1.verzio szerinti kezelese
>szabvanyos, avagy csak trukk, amit altalaban a compilerek tiszteletben tartana
k,
>de csak jobb a 2.verzio szerinti hivatkozas?
Szabvanyos.
A C nyelvben az a[i] jeloles ekvivalens az *(a+i) jelvlessel. Ezek szerint
a kovetkezo harom kifejezes ekvivalens:
"alma"[1]
1["alma"]
'l'
Egyebkent ez az egyik legnehezebben emesztheto pontja a C nyelvnek. Ajanlom a
comp.lang.c FAQ-jat, tomor es tanulsagos.
Udv. Peter
|
+ - | INT 10/13, es egyeb megszakitasok (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Horvath Attilanak:
Koszonom az INT 10/13-ra kuldott leirast, de sajnos ez sem ad arra a
kerdesre valaszt, hogy lehet a kiirt szoveg hatterszinet beallitani,
illetve a kiiratast ugy vegezni, hogy a szoveg ne torolje az alatta
levo grafikat. Viszont a regiszterek kiosztasat tisztazta.
Kozben talaltam az interneten ket FTP szervert, ahonnan lekerheto az
osszes megszakitas eleg reszletes leirasa (kb. 3MB)
ftp://oak.oakland.edu/pub/msdos/info
ftp://garbo.uwasa.fi/pc/programming
Az INTER??A.ZIP ... INTER??D.ZIP fajlokat kell lekerni, ahol a ?? az
eppen aktualis verzioszam, pillanatnyilag 44.
Udv
Attila
|
+ - | ANSI C (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hat, az ANSI C definicio szerint a [] operator nem mas, mint egy osszeadas
meg egy indirekcio.
Definicio szerint az a[ b ] kifejezes azonos a *( a + b ) -vel. Ennek
ertelmeben le szabad irni, hogy
main()
{
char *b;
5[ b ] = 3;
}
Mi tobb, le is fordul (warning nelkul !), es meg mukodik is. Igy aztan a
some_type **b;
b[ x ][ y ]
arra _kell_ forduljon, hogy
*( y + *( x + b ) ) /* Az osszadas kommutativ */
es innet ez mar csak sima pointer aritmetika, szinten jol definialt
szabalyokkal, vagyis ha nem ugy mukodik, mint elvart, akkor az optimalizalo
kicsit bezsonghatott valamitol.
Zoltan
|
+ - | Travelmate (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello mindenkinek!
Van egy Texas Travelmate gunynevu notebook-om (486SX). A kovetkezo problemaja
van. Minden atmenet nelkul egy ido ota nem lehet beinditani, csak lemezrol.
Megnezegettem kulonfele programokkal NDD, viruskereso, stb, de semmelyik sem
jelzett hibat. Sajatos modon nem MSDOS, hanem valamilyen egyeb dos van rajta,
ami emlekeztet ugyan a 6.2-es dosra, nehany program fut is, de sok nem.
Kerem, hogy ha valakinek van otlete, hogy mit lehet vele tenni, irjon. Lehet
maganlevelben is.
Koszi mindenkinek!
x/2
|
+ - | malloc-alt tomb (mind) |
VÁLASZ |
Feladó: (cikkei)
|
> =======================================================
> Felads :
> Timakvr: ANSI C ( 42 sor )
> Idtpont: Mon Mar 6 05:09:02 EST 1995 GURU #42
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> float **b;
> int i;
>
> b=(float **)malloc(4*sizeof(float *));
> for (i=0;i<4;i++) b[i]=(float *)malloc(4*sizeof(float));
> b[x][y] == (b[x])[y] === *(*(b+x)+y) // meret helyesen ertendo
> ^1.verzio ^2.verzio
> Namarmost ez ("b" 1.verzio) minden esetben remekul mukodik (DOS, Sun, Sgi, HP
,
> VAX/VMS) kiveve ha VAX/VMS alatt OPTIMALIZALVA forditjuk. Szoval CC/NOOPTI-v
al
> minden Ok, CC-vel viszont ugy "eloptimalizalja", hogy nem mukodik tobbe.
> Joga van ehhez? A "b" szerint deklaralt tombok 1.verzio szerinti kezelese
> szabvanyos, avagy csak trukk, amit altalaban a compilerek tiszteletben tartan
ak,
> de csak jobb a 2.verzio szerinti hivatkozas? Vagy mi van itt? A 2. verziot
> az optimalo C compiler tiszteletben tartja.
Nincs hozza joga. A ket verzio definicio szerint ekvivalens. Ez egy
optimalizalo bugnak tunik (nem az elso es nem is az utolso.)
Es persze (a mulatsag kedveert) megjegyzendo, hogy b[3] az 3[b]-vel
is ekvivalens, es lehet tovabb ragozni.
JaJo
PS: Erdekes feladat lehet emulalni azt a logikat, hogy ez a bug miert
nem jelentkezik ha a tomb nem malloc-alt, hanem deklaralt.
|
+ - | PATH=127 byte? (mind) |
VÁLASZ |
Feladó: (cikkei)
|
>Felado : Szita Gabor
>E-mail :
>Temakor: Ki vagyok akadva ( 76 sor )
>Idopont: Sun Mar 5 14:59:54 EST 1995 GURU #41
>He, emberek, ti ki is probaljatok a tanacsokat, amiket irogattok, vagy
>csak az "Ugy hallottam, hogy..." dolgokat tenykent leirjatok? Lassan
>olyan lesz a GURU, mint az alex fejtoroire adott valaszok a MOKA-ban.
>Amin a tegnapi guruban kikattantam, azok a PATH kerdesre erkezett valas
>voltak. Szoval meg egyszer, a kerdes az volt, hogy lehet-e 127 karakter
>hosszabb PATH-t csinalni (DOS-ban), es hogyan.
A pontos valaszt itt kuldom:
Ugy hallottam, hogy mondtak, hogy valaki olvasta,...
Komolyra forditva a szot, ket kulon dologrol kell beszelnunk ahhoz, hogy
az igazsagot megtalaljuk:
A DOS 2.0 verzio bevezette az un. "ENVIRONMENT", technikat. Ez nem mas,
mint 0-val terminalt tetszoleges ASCII szovegek sorozata, amit egy
ures szoveg (ket 0) zar le. Ennek a memoriateruletnek a maximalis
merete 32Kb. Az un. "environment" valtozok alakja:
Valtozo=ertek.
A DOS nem tesz semmifele hossz limitaciot erre a string-re, tehat
elmeletileg akar majdnem 32Kb is lehet.
A valtozo helyebe barmit be lehet irni, es a kulonbozo programok
fogjak ertelmezni. Tehat ha ugy vesszuk, akkor a
PATH=p1;p2;p3[,pn]
egy olyan specialis environment valtozo, amit a DOS ertelmez.
Tehat, eddig eljutottunk arra a pontra, hogy a PATH valtozo hossza a
limiten (32Kb) belul tetszoleges, tehat lehet 127 byte-nal hosszabb.
A DOS egyetlen egy kesz programot ad a felhasznaloknak, hogy a PATH
erteket megvaltoztassa, ez pedig a "Command interpreter", azaz
COMMAND.COM. (Ez az interpreter aktiv amikor a DOS prompt-nal vagyunk,
es a DOS valami parancsra var a felhasznalotol.) A "command interpreter"
ilyenkor egy felhasznaloi parancs begepelesere var. A parancs maximalis
hossza 127 byte, es innen adodik, hogy a PATH command maximalis hossza
127 byte lehet.
A batch file-ban leirt PATH command hossza ugyanez, tehat nem lehet
trukkokkel atverni, azaz
PATH=%path%;p1,p2,p3[,pn]
is csak a 127 byte-s limittel fog mukodni.
Elkeseredesre azonban nincs ok, mert lehet irni olyan programot, aminek
nincs meg ez a 127 byte-s limitje, azaz lehet akar 31Kb+valamennyi
hosszusagu a path.
Minden DOS executable program PSP (Program Segment Prefix)-eben van egy
pointer (2C-2E cimeken), ami a program environment teruletere mutat.
Ezt megvaltoztatva, a pillanatnyi, es minden ezaltal hivott program
environment valtozojat modosithatjuk.
A DOS rendszer fo (root) environment valtozoja a COMMAND.COM-hoz tartozi
Amikor a CONFIG.SYS-ben a kovetkezo sort leirod:
shell=[drive][path]command.com /e:nnnn
akkor az nnnn parameter a COMMAND.COM environment meretet hatarozza meg.
Valahanyszor egy program elindit egy masikat (child process), akkor csin
egy masolatot az environment teruletrol, es a masolat cimet teszi bele a
PSP-be. Tehat, amikor egy program megvaltoztatja a sajat environment-jet
akkor a valtoztatas csak atmeneti, es amint a program terminalodik, ez a
atmeneti terulet elvesz.
Tehat mostmar rovidre fogva a szot, irj egy olyan programot, ami megkere
a COMMAND.COM environment teruletet, es ebbe ird bele a PATH utasitast,
aminek a hossza az elobb leirt hatorkon belul tetszoleges.
(Amit itt leirtam az nem 100%-ig biztos hogy pontosan igy mukodik
DOS 6.0 verzioban)
Forras: The MS-DOS Encyclopedia, Microsoft Press Redmond,
Washington (Bill's Empire)
Udv, Laci
|
+ - | Kereses (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello Gurukaim !!!
Surgosen keresnek egy ujsag szerkeszto programot PC-re.
A program neve QuarXPress.
Kuldhettek ftp vagy gopher cimeket.
Elore is kosz.
|
+ - | BC 4.0x + PP (mind) |
VÁLASZ |
Feladó: (cikkei)
|
irja:
>> Idaig Borland C/C++ 3.1-ban programoztam a DOS platformon, a MAKE
>> utasitassal kompilaltam minden projectot, most pedig hogy ugyanezt
>> megcsinaljam a BC/C++ 4.03 alatt, a kovetkezo hibaval talalom magam
>> szembe:
>> >32loader error C:\BC4\BIN\MAKE.EXE
>> > Program requires DPMI uncommitted memory support
>> > ^^^^^^^^^^^
>> >(Load error 85)
>> >ERROR: program can not be loaded.
Valoszinuleg nincs kikapcsolva a QDPMI, marpedig a 32RTM azt nem
szereti, az okat eleg pontosan megjeleloli az uzenetben. A 32RTM sajat
DPMI interfesze nem kompatibilis a QDPMI-vel, de azt ki lehet valahogy
kapcsolni, nezd meg a QEMM leirasaban (QPDMI.COM). Egyebkent a
QEMM 7.5 mar kompatibilis vele (de ezt csak ugy hallottam).
Ha nem segit:
Felteszem, hogy a PowerPack-ot hasznalod, arra figyelj, hogy a 32RTM.EXE
es a DPMI32VM.OVL file-ok ne a Borland C++ 4.02-bol (mert gondolom,
hogy nem 4.03-ad van), hanem a PowerPack-bol legyenek a path-on elobb
elerhetoek. Nemcsak a BC 4.0x, hanem mas Borland termekek is hasznalnak
32RTM.EXE-t, pl. Paradox!! 6-17-94 vagy kesobbi verzioju 32RTM.EXE kell.
Ha nem ez a baj, csinalj egy tiszta boot-ot (semmi qemm!!), csak himem.sys
es esetleg emm386 legyen a config.sys-edben, meg ami nagyon muszaj.
Nezd meg, eleg memoriad van-e. Konvencionalis es XMS is kell neki
(EMS nem). Es ugye nem Windows alol DOS box-ban probalkozol?
Esetleg probald meg ujrainstallalni a BC-t, utana a PowerPack-ot. Neha
ez is segit, eleg gyengus az installacioja.
>> PS Nem artana elarasztani a Borland ceget levelekkel/faxal/e-maillel stb.
>> mivel ujabban nincs ingyenes technikai informacio - mindenert fizetni
>> kell, meg ha az O hibajuk is hogy valami nem mukodik.
Rajtuk ez mar nem segit, mindenesetre a Compuserve-on eleg jo (ingyenes)
forumuk van, ahol mindenfele kerdeseidre valaszokat kaphatsz, ha nem is a
Borland tech support-tol, de hozzaertoktol (betatesztelok, Team Borland, stb.)
Meszaros Peter kerdezi:
>> a[x][y] == *(a+[x*deklaralt meret]+y) // a sizeof-okat kihagytam, persze
>> b[x][y] == (b[x])[y] === *(*(b+x)+y) // meret helyesen ertendo
>> ^1.verzio ^2.verzio
..
>> CC-vel viszont ugy "eloptimalizalja", hogy nem mukodik tobbe.
>> Joga van ehhez?
Nincs joga (szerintem). 'Postfix expressions group left-to-right.'
Ez egy idezet volt Stroustrup-tol, azt jelenti, hogy a [] balrol
jobbra 'csoportosul', azaz b[x][y] ugyanaz, mint (b[x])[y].
A forditokat is emberek irjak, kulonosen az optimalizalo rutinokat.
Udv,
Barczi Imre
|
+ - | Meg mindig PATH (mind) |
VÁLASZ |
Feladó: (cikkei)
|
JEEE, En magamnak is beugrottam! :)
Mert a path-et en is csak egy sima PATH paranccsal ellenoriztem,
es az csak 127 karakternyit irt ki nekem! Ma olvasva a
GURU 42. szamat lattam, hogy ettol fuggetlenul azert a PATH megmarad
hosszunak (>127).
Szoval a VEGLEGES megoldas: CONFIG.SYS-be
SET PATH=blabla
A lenyeg, hogy a blabla egy sorban legyen! Akarmilyen shell alatt! :)
A bocsanatkeresemet azert fenntartom Nebulusnak, ennek magamtol
is utananezhettem volna, mielott elkezdtem kajabalni a GURU-n....
Imre OLAJOS, Jr. (LaLa of TranSByte)
___ __o
U.S.A. (Chicago suburbs) ___ _-\<,_
Tel/fax/modem: 1 (708) 691-1622 ___ (_)/ (_)
_-~-_-~-_-~-_-~-_-~-_-~-_-~-_-~-_-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
+ - | Windows cheat codes (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Windows cheat kod letezik, sot, altalaban minden nagyobb
applikacioban (Word, Excel, meg Norton Desktop is!) van
valami rejtett marhasag, ami titkosan zabalja az oly draga
wincsiplaccot a gepeinken.
Sajnos konkretumokra nem emlexem, de nem adtam fel azon
papirom kereseset, amelyre a procedurat leirtam. Azt tudom,
hogy mindig a Help/About menupontokban vannak a butasagok
elrejtve, es elohivasukhoz harom kez es negy lab szuksegeltetik,
melybol egy-egy a CTRL-ALT kombinaciot tartja lenyomva a
cseles muveletsorozat alatt.
Windows 3.11-nel ha jol emlexem, akkor ez egy kis latvanyos
"stablistat" ad ki. Az tuti, hogy vagy a Byte vagy a PC Magazine
valamelyik 1994 evi szamaban voltak ezek leirva "Windows tips"
cimmel. Megprobalok utankeresni, de jo lenne, ha masok is
tudnanak kutatni utana tobb szem tobbet lat alapon.
Kedves felhaborodott GURU-olvaso! Tudom, hogy a felinformacio
nem informacio, de a fenti szovegelesemmel csak meg akartam
nyugtatni Szegedi doktort, hogy ne hanykodjon ketsegek kozt, es
hogy nem lazalom, amit leirt nekunk.
(A built-in Bill Gates arckep szerintem kamu, bar...)
Imre OLAJOS, Jr. (LaLa of TranSByte)
___ __o
U.S.A. (Chicago suburbs) ___ _-\<,_
Tel/fax/modem: 1 (708) 691-1622 ___ (_)/ (_)
_-~-_-~-_-~-_-~-_-~-_-~-_-~-_-~-_-~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
|
+ - | 80186 assembler + email Szarvasra (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hi folx!
tegnap gaz volt a haloval, igy levelem meg miondig
bolyonghat a cyber-ter-ben, amig a ttl-je le nem jar.
Szal:
Keresek 1 assembler ferditot a fent nevezett allatra.
Jo mas nyelv is ha letezik(c, modula-2 <- tan ez volna a
legjobb).
Cserebe mas egychipes kutyukree tudok ferditot adni:
8048/8051/8096/z80 assemblerek.
Mas. Valaki keresett emailt szarvasra. itt kuldok
egyett, a srac azt hiszem valami amitastechel
foglalkozik ottan.
Darida Andras ( Szarvas):
vagy
Home'r
|
+ - | Bill Gates arckepe, ekezetes betuk a dialogokban... (mind) |
VÁLASZ |
Feladó: (cikkei)
|
MakariMoscow!
Valoban van egy kis titkos uzenet a windoze -ban, meg altalaban
minden windoze -os programban, de termeszetesen nem ezert akkora egy
program amekkora.
3.1 windoze -nal:
- Tartsd nyomva a Shift+Ctrl -t az egesz procedura alatt.
- Hozd elo az egerrel a Help->About -ot.
- Kattints ketszer az ablakban talalhato ikonra.
- Csukd be az OK gombbal.
- Meg mindig tartod a Shift+ctrl -t, aztan ketszer ismeteled
az egesz procedurat.
Eloszor lobogni kezd a kis zaszlo, aztan jonnek a szerzok nevei ...
Tapasztalatom szerint ez a magyar windoze -ban is muxik.
------------------------
Velemenyem szerint azert nincsenek ekezetes betuk a
dialogusablakban, mert ott a szerencsetlen windoze egy masik
fontkeszletet hasznal. Valami system fontot. Talan sikerult kitorolni
egy fontot, amelyik kellene. (A multkoriban, csinaltam egy
filemanagert gorog betukkel. Volt nagy orom....)
Connection closed by me!
Leslie J. Pere From the Burning Cats Group (if you know, what
(36-72) 411-433/3262 I mean...)
|
+ - | Re: Mulitkey? (Bertok Zoltan baratjanak) (mind) |
VÁLASZ |
Feladó: (cikkei)
|
A jelenseg pontos okat en sem tudom, de ha a magyar TT fontok, amiket
hasznaltal a magyar Windows-bol kiszedett CE-s fontok, akkor ezekkel van a
baj. A magyar WIN-nel ezek jol mukodnek, de az angollal valoban a leirt
tuneteket lathatod. Ha belenezel a TTF file-ba valamilyen fontszerkesztovel,
akkor az is kiderul, hogy ezekben (CE fontok) nem a tildes/kalapos betuket
csereltek ki, hanem, 255 folotti koddal uj karaktereket raktak belejuk. Ezt
a magyar WIN kezeli csak jol. A megoldas pedig az, hogy valamilyen WIN-
magyarito programbol (pl. HUN-FON) kiszedett magyar TTF-eket hasznalod.
Udv:
Horvath Attila
|
+ - | WWW (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Volna egy kerdesem:
Hogyan tudom hasznalni a WWW-t? (ja, es mire?)
Lehetosegeim: A BMEIK.EIK.BME.HU VAX gepen van egy LYNX nevu program
ami nagyon szivesen mutatja nekem az egyetemi cuccokat,
de mas cimre nem tudok atmenni. Pl, hogy tudom elrni
vele a WWW.MEH.HU-t?
Hogyan tudok feltenni egy Novell 4.01-es halozaton
mukodo 486DX2-re Windows ala egy Mosaic-ot? Odaig
eljutottam, hogy 32 bites lett a Windows, es osszeszedtem
nehany programot, de akkor is valami packet driver utan
panaszkodik amit nem talal. A szerverre is kellene
valami? (Az ST240 peldaul mukodik rajta)
Gati Gabor
_/_/_/_/ _/_/_/_/
_/ _/
_/ _/
_/ _/_/ _/ _/_/
_/ _/ _/_/ _/ _/ _/_/
_/_/_/_/ _/_/ _/_/_/_/ _/_/
|
+ - | 80196-os assembler keresteteik (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Nem kaptam valaszt az elozo levelemre, ezert
megismetlem:
a fenti allatkara keresem assembler, vagy egyebb(c,
modula-2...) ferditot. Cserebe 8048/8051/8096/z80
assemblereket tudok adni.
Home'r
|
+ - | Keresek egy szakertot .... (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello mindenkinek !!
Egy keressel fordulok a nepes kozonseghez.
Egy FILE-t keresek.
'NEVE': PCTCPAPI.DLL
Windows alatt futo MOSAIC program keri ezt a file-t, de nem talalom
sehol...Lehet hogy valami masban van a gutyu ?
Segitsetek ha lehet ! Mindenkinek koszonom elore is !
Udvozlettel:
+-----++-------------+ +-----+
| +-| || | ++ | ++ | | | | +-+
| | | ++ | ++ | +| | | | -|
| +-| ++ | ++ | ||+| +-| | +-+
+-----+----++---++-----------+
|
+ - | Keresek egy szakertot .... (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Hello mindenkinek !!
Egy keressel fordulok a nepes kozonseghez.
Egy FILE-t keresek.
'NEVE': PCTCPAPI.DLL
Windows alatt futo MOSAIC program keri ezt a file-t, de nem talalom
sehol...Lehet hogy valami masban van a gutyu ?
Segitsetek ha lehet ! Mindenkinek koszonom elore is !
Udvozlettel:
+-----++-------------+ +-----+
| +-| || | ++ | ++ | | | | +-+
| | | ++ | ++ | +| | | | -|
| +-| ++ | ++ | ||+| +-| | +-+
+-----+----++---++-----------+
|
+ - | 486SLC (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Sziasztok!
Nalam nagyobb szakertok hatha mar talalkoztak ilyen bajjal, es tudnak nekem seg
iteni:
A gepem egy 486SLC notebook.
Felsetupolom a windows, excel winwordot.
/msdos 6.2-rol/
Inditom a windows,
3probalkozasbol egyszer indul.
2 maradek kettoben pl. progman.exe vagy gdi.exe futtatasakor hibat jelez.
Ha elindul megy egy darabig, majd hasznalat kozben leall,
fatal error in progman, vagy gdi, vagy v.hol mashol.
Talan meg olyan hibauzenetet ad, hogy 'file protection error'.
Ha nem ertheto igy, majd holnapra jobban megjegyzem a hibakat.
A lenyeg, hogy igy hasznalhatatlan.
Mi megy tonkre, hol hibazok?
Mar harmadjara setupolok, mas /nem windows-os/ programoknal meg nem
talaltam hibat
Egy dologgal lehet megoldani, ha a gep setupjaban a
CPU internal cache-et letiltom. Igy a gep sebessege hatalmasat esik.
De nem jeleznek hibat a programok.
A gepem rossz, vagy softweresen lehet javitani?
Korabban mart hallottam egy 486SLC geprol /Highscreen/, amirol
azt irtak, hogy inditaskor le kell tiltani az internal cache-t,
majd inditas utan a setcache dos-programmal ujra engedelyeztetni.
Ismeritek ezt a programot? /Allitolag van linuxos valtozata is./
Jo sokat irtam, roviden:
igy hasznalhatatlan a gep, tudtok segiteni?
|
+ - | Path; INT 10$/13$; Ethernet (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Path: ami a DOS-ban korlatozott, az a parancssor hossza, ami a
COMMAND.COM alatt valoban 127 byte. Megoldast jelenthet a 4DOS
hasznalata (en is ezt hasznalom, es szuper!!!). Ez egy CLI a
COMMAND.COM helyett. Masik megoldasi lehetoseg a SIT nevu
programocska (el is kuldhetem), ami file tartalmat tud a master
environmentbe bepasszirozni. Tud hozzairni meglevo SET valtozohoz
is.
Szinezes VDU 13h IT-vel:
-- included text follows:
13H write string (AT) <EGA> Displays a string at a selected cursor position.
Characters 0dH (CarRet), 0aH (LineFeed), 08H (bksp), and 07H (Beep) are
treated as control commands and are not displayed.
Input: AH = 13H
ES:BP => string to display (special format for AL=2 and AL=3)
CX = length of string (character count only)
DH,DL = row,column to start displaying
BH = page number
AL = SubFn code:
0 = use attribute in BL; don't update cursor
1 = use attribute in BL; leave cursor at end of string
2 = string format: char,attr, char,attr...; no cursor update
3 = string format: char,attr, char,attr...; do update cursor
-- end of included text
Ethernet 8216: ajanlom a CRYNWR packet drivert, abbol is a SMC_WD
nevezetut. Szinten elkuldhetem, de megvan (mint a 4DOS) SimTel
alatt.
Udv mindenkinek: Prof (disclaimer etc.)
|
+ - | A Laikus kerdez (mind) |
VÁLASZ |
Feladó: (cikkei)
|
Kedves Mindenki, igazan nem akarom magam a nagyok dolgaiba artani
magam, mert lattam hogy itten aztan nagyon fujjak a dolgokat, de
csendben azert feltennek egy kerdest.
Nemregiben kapcsolodtam be a halozatba es nemigen ismerem a dorgest,
viszont az egyik ismerosom tanacsara be akartam lepni az Interneten
futo U2 FC-ba. A kerdesre hogy HOGYAN, azt kaptam valaszul, hogy
probalkozzak az FTP/Gopher/www keresesi uton.
Nos. Lenne valaki, aki ezt nehany szoval elmagyarazna nekem? Vagy ha
volt mar errol szo a GURU-ban, akkor megirnatok, hogy melyik szamban?
Elore is koszonom!
Edgar
|
+ - | PATH, BC (mind) |
VÁLASZ |
Feladó: (cikkei)
|
*** Szita Gabor (*** GURU 41 ***)
GS> Az en legjobb tudomasom szerint a PATH nem megy 127 byte fole.
GS> (Egyebkent tudtommal semmilyen kornyezeti valtozo meretet nem lehet
GS> 127 byte fole novelni, nem csak a PATH-t, innen jon a korlat).
yep. ez az MS fele COMMAND.COM korlatozasa. de van megoldas.
GS> Hogy mindez mert van igy, azt kerdezzetek a Micro%@#*-tol.
szokjunk le az ms-rol...
GS> Az egyetlen mod a keresesi utvonal megnovelesere az APPEND /X
GS> paranccsal lehetseges. Ez hasonlo a PATH-hoz, de alapertelmezesben a
GS> nem vegrehajthato file-ok keresesi utvonalat allitja be. A /X opcio
GS> viszont kiterjeszti vegrehajthato file-okra is. Bovebb info: HELP
GS> APPEND. Maganvelemeny: Kellemetlen meglepeteseket okozhat. En lemondtam
olyanokat hallottam (bocs a hallottamert!), hogy kiterjed a hatasa a DEL
parancsra is... erdemes lenne kiprobalni...
GS> a hasznalatarol, inkabb megnyirbaltam a directory neveimnek a
GS> hosszat, megfelelo alias listat irtam a DOSEDIT-hez, BATCH file-okat
GS> krealtam stb. Szoval szivas.
1ik megoldas tenyleg a dir nevek roviditese. a masik a batch (de erre inkabb az
alias-t hasznalom).
mijaza a DOSEDIT? nem a DOSKEY-re gondoltal?
GS> Addig is a kerdes nyitva all:
akkor becsukom :)
GS> Hogy lehet 127 karakternel hosszabb PATH-t csinalni?
halalian 1szeruen: le kell cserelni a gagyi MS fele COMMAND.COM-ot egy jobbra!
azt sajan nem tudom, hogy a tobbiek (PC-DOS, NWDOS, stb) command.com-jai mit
tudnak, de azt igen, hogy a 4DOS-nak nevezett (letezik belole 4NT es 4OS2 is!)
parancsertemezo a hagyomanyos command.com helyett kivaloan alkalmas mind a
fenti problema (asszem max 255 lehet a path es egyeb env. valtozok hossza) es
sok mas megoldasara. pl nem kell kulon DOSKEY, benne van. beepitett ALIAS
rendszer, command es directory history, help rendszer es sorolhatnam. erdemes
kiprobalni. ja es shareware. (fellelheto a SimTel/4dos konyvtarakban)
egy problema azert mindorokre megmarad: vannak meggagyibb prgok, amik atvettek
a 127-es korlatot, es hiaba lett hosszabb a path, ok azt mar nem latjak. (nekem
ezzel meg nem volt problemam!)
*** (*** GURU 41 ***)
o> Tehat a lenyeg: az autoexec-ben elol a SET=blablabla parancsok,
o> hatul pedig a rezidens programok legyenek. Sok SET eseten persze
o> kell a config.sys /e:xxxx opciot is hasznalni.
en amondo vagyok, hogy a konfiguracios dolgokat (es en ennek tartom a env.
valtozokat es a rezidens prgokat is) tegyuk a config.sys-be.
nalam ott van minden. a TSR-ek INSTALL= sorral. az autoexec.bat-om
gyakorlatilag teljesen ures.
visszaterve 1 pillanatra a 4DOS-ra: ott van meg 1 kulon cfg file a
rendszernek... es abban allithato az env. merete is. valamint, hogy hova toltse
azt (illetve onmagat). nekem QEMM-el a 4DOS kb 800 byte a conv. memoriabol, es
kb 7k rendszerizekkel egyutt az UMB resze. (a maradekot pedig beallitastol
fuggoen kidobja ems/xms/disk-re)
*** Nadasdy Zoltan (*** GURU 42 ***)
ZN> Nem tudok a Windows3.1-bol ugy kilepni, hogy ne
ZN> resetelne es bootolna a rendszert ujra. Hogyan lehet ezt
ZN> kikuszobolni? Specifikacio: PC386,QEMM386-al.
en sima HIMEM.SYS-el (azaz XMS-el) hasznalom a WIN-t (mar ha hasznalom...)
szerintem feles a mem manager win-hez (tevednek?) mert ugye van neki sajatja...
*** (*** GURU 42 ***)
s> Idaig Borland C/C++ 3.1-ban programoztam a DOS platformon, a MAKE
s> utasitassal kompilaltam minden projectot, most pedig hogy ugyanezt
s> megcsinaljam a BC/C++ 4.03 alatt, a kovetkezo hibaval talalom magam
s> szembe:
>> 32loader error C:\BC4\BIN\MAKE.EXE
>> Program requires DPMI uncommitted memory support
>> ^^^^^^^^^^^
>> (Load error 85)
>> ERROR: program can not be loaded.
s> A QEMM 7.0-est hasznalom es a DPMI korrektul betoltodik, mitobb a BC/C++
s> 3.1 tudja hasznalni. Az utasitasba megsem emliti ezt a hiba kodot, es a
s> szukos DPMI utasitasban semmi sem utal erre a bajra.
s> Ha valakinek volt ilyen hasonlo problemaja kerem jelentkezzen.
Meg nem lattam olyan DPMI hostot, amivel a BC elindult volna. Persze a sajatjan
kivul. Probald ki azzal!
VisszByte,
Slapic
*==============================================================*
| Czako Krisztian // Slapic // InterNet : |
| --------------- // ++++++ // BitNet : Slapic at HUECO |
| Budapest, Magyarorszag // FidoNet : 2:371/20 |
|______________________________________________________________|
| PGP keyID: 96A9B35D :::: please use this if possible! |
| Fingerprint: 37 93 43 2A 81 5C B3 0D CD C4 94 F8 FA D4 AD C5 |
| Finger >>>> for my key! |
*==============================================================*
|
|