Valaki kerdezte, hogy hogyan lehet egy programot a hatterben logout utan
futni hagyni. Annyit kell tenni, hogy a program inditasakor a programnev
ele be kell irni, hogy "nohup". Pl.:

    nohup programnev argumentek &

Tovabbi informacioert, nezd meg a man lapokat...

Udv, -- Krisztian

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 valaszok
voltak. Szoval meg egyszer, a kerdes az volt, hogy lehet-e 127 karakternel
hosszabb PATH-t csinalni (DOS-ban), es hogyan.
Nezzuk a valaszokat:

Valasz 1. (Olajos Imre):

>DOS alatt a PATH max hossza 128 karakter es SLUSSZ! Ha
>a PATH-et az AUTOEXEC.BAT-ban hatarozod meg. Ha azonban
>a CONFIG.SYS-be azt pakolod, hogy
>
>SET PATH=C:\EZEGYNAGYONHOSSZU\NEMLEGALIS\DOSALKONYVTARNEV

DOS 6.0 folott a CONFIG.SYS valoban megerti a SET parancsot,
de ugyanugy levagja a 127 karakter folotti reszeket, mintha csak
az AUTOEXEC-ben lenne.

Valasz 2. (Major)

>    Egyszeruen. Azt csinalod, hogy a kovetkezo sorba beirod, hogy
>
>    PATH=%PATH%, es ide a tobbi path reszt.
>
>    Ugyanis nem a path-t nem lehet megnovelni, hanem a DOS nem tud
>kezelni 127 karakternel hosszabb sorokat. De mondjuk ezt egy User's
>Manualbol is megtudhattad volna.

Hat, az elet sajna nem ilyen egyszeru. Eloszor is a vesszo helyere
pontosvesszo irando, de nem ez a lenyeg. Az igaz, hogy igy hozza lehet
toldani a PATH-hoz, viszont a 127 karakter folotti reszek siman
levagodnak. Ha mondjuk mar van egy hosszu path-od, es beirod, hogy
path=c:\ujkonyvtar;%path%
akkor az uj konyvtarat ugyan hozzaadja, de letezo path vegebol levagja a 127
karakter folotti reszeket!!!

Valasz 3. (Kun Szabo Zsolt):

>A kovetkezot kell beirnod a config.sys-be:
>
>shell=[drive][path]command.com /e:nnnn
>
>Az nnnn szam a kornyezeti valtozoknak lefoglalt memoriaterulet
>merete byte-ban megadva.

Az teny, hogy az "environment" meretet igy meg lehet novelni. Ez akkor
gyogyszer, ha a PATH-t azert nem lehet novelni, mert tele van a kornyezet.
Azonban csinalhatsz akar 10 KByte-os kornyezetet is, a PATH meretet
akkor sem tudod 127 karakter fole novelni!!!

Az en legjobb tudomasom szerint a PATH nem megy 127 byte fole.
(Egyebkent tudtommal semmilyen kornyezeti valtozo meretet nem lehet
127 byte fole novelni, nem csak a PATH-t, innen jon a korlat).
Hogy mindez mert van igy, azt kerdezzetek a Micro%@#*-tol.
Az egyetlen mod a keresesi utvonal megnovelesere az APPEND /X paranccsal
lehetseges. Ez hasonlo a PATH-hoz, de alapertelmezesben a nem vegrehajthato
file-ok keresesi utvonalat allitja be. A /X opcio viszont kiterjeszti
vegrehajthato file-okra is. Bovebb info: HELP APPEND.
Maganvelemeny: Kellemetlen meglepeteseket okozhat. En lemondtam a
hasznalatarol, inkabb megnyirbaltam a directory neveimnek a hosszat,
megfelelo alias listat irtam a DOSEDIT-hez, BATCH file-okat krealtam stb.
Szoval szivas.

Amennyiben en ertettem felre valamit, ugy elnezest az erintettektol,
es keretik a fenti lazongo sorokat a NULL device-ra iranyitani.
Addig is a kerdes nyitva all:
Hogy lehet 127 karakternel hosszabb PATH-t csinalni? De a valaszolok
keretnek kiprobalni a modszereket, mielott megirjak, mert a vegen meg
ugy jarunk, hogy:
"A PATH-t megnovelni? Azt mondta nekem valaki, hogy hallotta valakitol,
aki hallotta valakitol, ..., akinek viszont maga Billy mondta, hogy
FORMAT C: /U"

Udv: Szita Gabor, Chicago

Major (?) irja:

>> > Hogy az ordogbe lehet a DOS-ban a PATH maximalis hosszat megnovelni??????
>> 
>>     Egyszeruen. Azt csinalod, hogy a kovetkezo sorba beirod, hogy
>> 
>>     PATH=%PATH%, es ide a tobbi path reszt.
>> 
>>     Ugyanis nem a path-t nem lehet megnovelni, hanem a DOS nem tud
>> kezelni 127 karakternel hosszabb sorokat. De mondjuk ezt egy User's
>> Manualbol is megtudhattad volna.
>> 
>>                     Viragcsokrokat az oltozombe kerem:
>>                                                         Major
>>                                                   

Hat ez jo! Istenbizony kuldom a viragot, ha ez igy mukodik. 
Vagy tan mar megjelent a DOS 10.0, csak en nem tudok rola?

Kun Szabo Zsolt valasza ugyanerre a problemara:

>> shell=[drive][path]command.com /e:nnnn
>> 
>> Az nnnn szam a kornyezeti valtozoknak lefoglalt memoriaterulet
>> merete byte-ban megadva.

Olajos Imre Jr. ugyanerre, a TIPP-ben ugyan, de biztos ide szanta:

>> DOS alatt a PATH max hossza 128 karakter es SLUSSZ! Ha
>> a PATH-et az AUTOEXEC.BAT-ban hatarozod meg. Ha azonban
>> a CONFIG.SYS-be azt pakolod, hogy
>> 
>> SET PATH=C:\EZEGYNAGYONHOSSZU\NEMLEGALIS\DOSALKONYVTARNEV
>> 
>> akkor ennek a hossza annyi lehet, amennyit nem sajnalsz a
>> DOS alapmemoriatol elvenni. (Bar lehet, hogy ezen is van limit,
>> majd valaki kijavit engem.)

Most en vagy nagyon hulye vagyok, vagy nem ertem a kerdest.
Szerintem ezek _SEM_ mukodnek. A PATH hosszat csak hackeles 
utjan lehet 127 fele vinni, mashogyan - hivatalosan - szerintem nem.
Ha megis ugy gondoljatok, hogy a modszeretek mukodik (en
kiprobaltam mindharmat MS-DOS 6-oson), akkor aruljatok mar el,
mit baltaztam el.

Mas (megint Major) :
(bocs, de ugy latszik, tegnap nem voltal nagy formaban :-)

>>     Hat marha egyszeruen. Megint csak annyit kell tenni, hogy
>> elinditod a doom-ot, vagy a heretic-et -? opcioval, es ott ra fogsz
>> jonni, hogy hogyan lehet mas wad fileket hasznalni vele. Ha nagyon
>> erdekel, akkor meg ilyesmik is vannak, hogy hogyan keszitsunk sajat
>> magunhk palyat es szornyeket 3d STUDIO-val.

A kedvedert abbahagytam a GURU olvasasat, kileptem a Windowsbol,
es haladektalanul kiprobaltam a doom-ot es a heretic-et -? parameterrel.
Hat nem tudtam meg semmit (egyvalamit megis, de azt nem mondom el).
Pedig igazan erdekelne, hogyan lehet uj wadokat meg szornyeket csinalni 
3D Studio-val. Esetleg az Autodesk-nel probalkozhatsz, nekik talan meg 
valami penzt is meger, ha elarulod a TITKOT.

Udv,

Imre

PS:  visszapattanok, igy az Odin Kft telefonszama:
216-56-09, cime: omega.odin.net, Fitos Imre >

>Ko=csi Zolta=n irja (szereny megoldasomrol):
>
>>> >for( int i = 0; i++ < 4; x[ i ] = i );
>>> >
>>> >[ maradek torolve ]
>>>
>>> [ Kritika magamtol (K.Z.) torolve ]
>
>Azt elismerem, hogy lehetett volna szebb is, de _jo_, mert a peldaban
>a tomb torzson kivul volt definialva, ezert nem kellett a 0-as tagot
>feltoltenem...

OK, az igaz, hogy a hogy a nullas elemet nem kell feltolteni, legalabb is
normal os-ek alatt nem (egy embedded sys-ben ez mar nem olyan biztos).
Ezzel szemben a baj az, hogy a 4-es indexut (azaz a 4 elemu tomb otodik 
elemet) viszont tilos, es amikor a feltetel kiertekelesenek kezdeten i == 3,
akkor a feltetel igaz lesz, viszont a vizsgalat utan i erteke 4 lesz, ami azon
mod olyan memoriat ir at, amit nem lenne szabad. Ez a dolog elegge egyszeruen
eldontheto egyebkent. Probaprogram:

#include <stdio.h>

int	i;
double	x[ 4 ];
unsigned char	y[ 10 ];

main()
{
	for ( i=0 ; i < 10 ; i++ ) y[ i ] = 0x55;
	for ( i=0 ; i++ < 4 ; x[i]=i );		/* A vita targya */
	for ( i=0 ; i < 4 ; i++ ) printf( "%lf\n", x[i] );
	for ( i=0 ; i < 10 ; i++ ) printf( "%02x\n", y[i] );
	printf( "%lf\n", *( (double *) y ) );
}

Eredmeny (SunOS alatt, cc a standard C fordito, de a gcc is pont ezt adja):
[radics]~>cc proba.c
[radics]~>a.out
0.000000
1.000000
2.000000
3.000000
40
10
00
00
00
00
00
00
55
55
4.000000
[radics]~>

Mint latszik, y elso 8 eleme szepen altal van irva, megpedig arra, hogy
0x4010000000000000 ami az IEEE double binaris alakja a +4.0E+0 -nak.
Ha y[] tortenetesen pointertomb, akkor a dolog kulonosebb nehezseg nelkul
vegzodhet "zsh: segmentation fault (core dumped)  a.out" -re, vagy kevesbe
civilizalt OS alatt rejtelyes kesobbi hibakhoz.

Zoltan

Zsermekim!

Nagyon koszonom a kerdeseimre adott valaszokat. A PERL kifejteset 
tartalmazo gyongyszemekkel OK is volna a dolog, hanem ez a PATH csak 
kifog rajtunk. 

-Koszonom szepen, de annyira lamer meg nem vagyok, hogy a %PATH% trukkot 
ne ismernem, de ezzel egy szal gond sem volt eddig se, mert a DOS 
szerencsere eszik 80-nal hosszabb sorokat.

-Sajnos az environment novelese sem gyogyir: noveltem en azt mar ugy, 
hogy az egesz extended memory tele volt vele :-))), a path megsem volt 
hajlando nagyobbra noni.

-Hanem Lala-nak majdnem bedoltem! Teljesen beleeltem magam, hogy a 
CONFIG.SYS-i path-olas a vegso megoldas. Sajnos ez azonban nem igy all 
fenn: a path teljes 2 :-) karakterrel lett hosszabb.

Szoval ugy tunik, Billy Gates & a Microfo$ nem adjak meg magukat 
egykonnyen. Azert ne veszitsuk el a csuggedesunket, kutassunk tovabb.

Udv: Nebulus, Chicago

Udv!

Meg mielott szerteszet konfiguralna mindenki a config.sys-et
azert, hogy legyen eleg environment terulete, hadd adjak egy 
hasznos tanacsot. Segithet persze a shell= blabalabla /e:1024
hasznalata (pl.), de soxor mit sem er onmagaban. A legfontosabb
ellenorizni az AUTOEXEC.BAT (!)-ot, es az abban szereplo minden 
environment valtozo ertekadast celszeru a legelejere gyujteni. 
Az autoexec-be ugyanis berakosgatunk altalaban jo kis rezidens 
programokat, amelyek (talan nem is mindegyik?) "lefogjak"
az inditasukkor ervenyes "aktiv meretere" az environment teruletet. 

Tehat a lenyeg: az autoexec-ben elol a SET=blablabla parancsok,
hatul pedig a rezidens programok legyenek. Sok SET eseten persze
kell a config.sys /e:xxxx opciot is hasznalni.

Soxikert.
Bye
Oliver

Sziasztok!

Az egyik baratom nagy faba vagta a fejszejet , szeretne keptomorito 
algoritmusokkal foglalkozni.Ehhez elso lepesben szeretne megismerni a jpg 
valamint a gif formatumok pontos leirasat (angol vagy magyar nyelven).
Arra kernem azokat az olvasokat , akik rendelkezenek ilyen leirassal vagy 
tudjak honnan lehetne azokat leftp-zni azok jelezzek ezt nekem maganlevelben.
Elore is koszi a segitseget!

zotya