Hollosi Information eXchange /HIX/
HIX GURU 38
Copyright (C) HIX
1995-03-03
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 C-- + i++ + PINE (mind)  27 sor     (cikkei)
2 Bocsanat, Viktor ! (mind)  2 sor     (cikkei)
3 Re: > Temakor: PINE trukkok (mind)  12 sor     (cikkei)
4 Re: PINE (mind)  13 sor     (cikkei)
5 Re: UUENCODE (mind)  11 sor     (cikkei)
6 non-working directory (mind)  32 sor     (cikkei)
7 Hova kossuk magunkat ? (mind)  47 sor     (cikkei)
8 jogi guru (mind)  46 sor     (cikkei)
9 Kompajlerek (mind)  37 sor     (cikkei)
10 A "C", az neha meglepo (mind)  189 sor     (cikkei)
11 Simion The Sorcerer (mind)  5 sor     (cikkei)
12 Hianyzo math lib UNIX alatt (mind)  44 sor     (cikkei)
13 x[i]=i++ (mind)  64 sor     (cikkei)
14 C/C++ kiertekelesi sorrend (mind)  27 sor     (cikkei)
15 Re: Borland C 3.1 DOS (mind)  18 sor     (cikkei)
16 C-- "si-em-em" (mind)  17 sor     (cikkei)
17 valasz PINE-os kerdes felere (mind)  1 sor     (cikkei)
18 ungraph, vagy valami hasonlo. (mind)  6 sor     (cikkei)
19 Re: Borland C 3.1 DOS & NiCd akku (mind)  19 sor     (cikkei)
20 BSA (mind)  25 sor     (cikkei)
21 Garvis kerdes! (mind)  27 sor     (cikkei)
22 Heknyekukk! (mind)  18 sor     (cikkei)
23 Juhos Szilveszternek a mat. konyvtar (mind)  9 sor     (cikkei)
24 Re: C linux alatt (mind)  9 sor     (cikkei)
25 spectrum (mind)  23 sor     (cikkei)
26 Re: [Magyar] e-mail guru segits! (mind)  20 sor     (cikkei)
27 Re: Linux matematikai konyvtar (mind)  18 sor     (cikkei)
28 HP-UX -ra valo' programok (mind)  28 sor     (cikkei)
29 Tomorites.................. (mind)  53 sor     (cikkei)
30 From: MX%"H10789Tan@huella.bitnet" 2-MAR-1995 17:43:55 (mind)  48 sor     (cikkei)
31 WWW (mind)  11 sor     (cikkei)
32 PC ta'p, (mind)  23 sor     (cikkei)

+ - C-- + i++ + PINE (mind) VÁLASZ  Feladó: (cikkei)

Gurukaim!

Bardotol ezuton egy nagy nagy elnezest szeretnek kerni: bevallom, sosem 
hallottam elotte meg a C-- -rol, azt hittem, ez csak egy celzas volt a 
nyelvvel szembeni averziora. Mentsegemre legyen mondva, hogy a level 
torzseben maga Bardo is csak sima C-kent emlegeti.

Gitya-nak: ez az i++ tema rendszeresen elokerul, mint a C-gyulolok egyik 
[kvazi egyetlen] fegyvere. Pedig a magyarazatoto mar Ritchie-ek megadtak: 
a prefix ill. postfix operatorok vegrehajtasaban nagy a szabadsag, a 
cel, hogy a proci architekturahoz & software megoldasokhoz 
[optimalizalas, stb.] a legjobban illeszkedjen. Ezert SZIGORUAN TILOS egy 
valtozot & annak pre/postfixet egy kifejezesben alkalmazni, kulonosen, ha 
a valtozo mind a bal, mind a jobb oldalon szerepel: az eredmeny ui. 
definialatlan. Kovetkezeskepp a hordozhatosagnak lottek, de meg a 
programozo is jol be tudja magat huzni a csobe. Ezek az operatorok nem 
furfangoskodasra valok, hanem rovid & tomor (de ugyanakkor ugyes) 
prgramozasra. Pl. while (*dest++ = *srce++) ;

Kaczmarek Edvardnak:
(Ez gyanus; Nem letezik, hogy valakinek tenyleg ilyen neve volna! ;-))) )
No szoval: 1. kerdesedre sajnos ugy tunik, nem megoldas a ^R: a rich 
headerben nincs Reply-to: sor. Ugyhogy ez a kerdes: passz. A 2.-ra 
viszont igenis valasz a ^R: ha a level torzseben vagy, ^R hatasara a 
kurzortol kezdodoen bemerge-o~lo"dik (bocs!!!) a kivant file.

Udv: Nebulus, Chicago
+ - Bocsanat, Viktor ! (mind) VÁLASZ  Feladó: (cikkei)

Low-level format ugyben : bocsanat, Viktor ! A HIX-en altalaban sorelozekekkel
jelzik az idezetet, de tenyleg figyelhettem volna. Gabor
+ - Re: > Temakor: PINE trukkok (mind) VÁLASZ  Feladó: (cikkei)

> Az a kerdesem, hogy PINE-t hasznalva hogy lehet (lehet-e egyaltalan)
> 
> 1. A headert boviteni (pl. Reply-To-t beszurni)

A setup menu (PINE 3.91) be tudja allitani a default-composer-hdrs es 
custumised-hdrs is. Na ott kell.

> 2. Szerkeszte'skor file't beolvasni

Ha a sajat editort hasznalod (PICO) akkor a Ctrl-R valo erre.

Cserzo Miklos.
+ - Re: PINE (mind) VÁLASZ  Feladó: (cikkei)

> Kaczmarek Edva'rd writes in GURU #37 on Wed Mar  1 15:16:28 EST 1995
>
> Az a kerdesem, hogy PINE-t hasznalva hogy lehet (lehet-e egyaltalan)
> 1. A headert boviteni (pl. Reply-To-t beszurni)
> 2. Szerkeszte'skor file't beolvasni
> 
1./ .pinerc-ben (illetve nem UNIXban a megfelelo init file-ban):
customized-hdrs=Reply-To: 
(nem biztos, hogy minden verzioban mukodik, 3.91-ben igen)
2./ ^R
Hey guy, read the manual (or at least the help menu :-)

							Pg.
+ - Re: UUENCODE (mind) VÁLASZ  Feladó: (cikkei)

> Meg tudja-e valaki mondani, hogy mi a pontos algoritmusa a dolognak?
> Zsoter Andras

Aki hozzafer un*x-os gephez, az megtudhatja `man 5 uuencode'
segitsegevel.  A dolog lenyege az, hogy 3 8 bites karakterbol csinal
4 db 6 bitest ugy, hogy csak nyomtathato ascii kodokat hasznaljon
(32-es kodtol felfele).

Erdeklodes eseten elkuldhetem a teljes leirast.

Andras
+ - non-working directory (mind) VÁLASZ  Feladó: (cikkei)

> =======================================================
> Felado : 
> Temakor: Re: Temakor: Not enough memory ( 10 sor ) ( 23 sor )
> Idopont: Tue Feb 28 07:41:09 EST 1995 GURU #36
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> Temakor: Not enough memory ( 10 sor )
vagy valami ilyesmit ir ki a Musicator nevu, pedig regen feleannyi RAM-mal
vigan muzsikalt.

Sorstarsak,
valaki emlitette 1-2 hete, hogy ilyenkor a Working directory-t a
Windows\Systemre kell allitani. De hol? a sajat .ini fajlja nem is text
alaku, a win.ini-ben pedig nem talaltam bejegyzest. Hol a hiba a kepen?
Danke, N.
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Ne .ini bejegyzest keress, hanem mint amikor nevet valtoztatsz egy ikonnal
ALT-ENTER lenyomasaval elojon egy ablak. (Annak az ikonnak az ablaka
amin eppen altal.) Itt van a parancs mezo, ahol a file neve all,
pl: PRINTMAN.EXE, vagy C:\WINDOWS\PRINTMAN.EXE. A kovetkezo sor
a WORKING DIRECTORY. Ez altalaban ures. Ide probald beirni
a C:\WINDOWS\SYSTEM alkonyvtarat. Utana click-click-click.
Sikerult?

Viktor
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
A helyzet az, hogy Norton Desktop van a gepen, es abban nem Working Directory
a szakszo, hanem Startup Directory. De asszem ugyanazt jelenti. Viszont 
ugyanugy nem mukodik akkor sem, hogyha a windows/systemet etetem meg vele.
Ha valaki ismeri a megoldast, irjon, halamert cserebe.  N.
> =======================================================
+ - Hova kossuk magunkat ? (mind) VÁLASZ  Feladó: (cikkei)

dr Vladar Andras erdeklodott az IBM tapegysegek bekoteserol:
	 	
 	Ha egy jolnvelt tapegyseggel van dolgod (iTT az USA-ban majdnem
 biztos) akkor a madzagok ket csomoba oszthatok, es szinkodjuk a kovetkezo: 
 	halozati oldal: 

 	fekete es kek madzag:	AC IN
 	ket fekete madzag:	220/110 valaszto. 110V hoz ossze kell kotni
 oket (ha mar az eredeti kapcsolo elveszett volna)
 	zold-sarga madzag:	foldeles
 
 
 
 	kisfeszultsegu oldal:
 
 	sok fekete drot:	fold
 	sok piros drot:		+5V
 	sok sarga drot:		+12V
 
 	kek drot:		-12V
 	feher drot:		-5V
 	narancs drot:		'power good jel' ez azt jelzi,  hogy a
 tapegyseg kimenete stabil.
 
 	
 	Nehany nem annyira ismert dolog amit azert nem art tudni, ha igy
 akarsz felhasznalni egy tapot:
 	1. Az utobbi harom jel igen kis terhelhetosegu es  nem kell oket
 bekotni hogy a tapegyseg mukodjon.
 	2. Viszont a +5V ra es +12V-ra kell minimum terheles ! +12V -t
 legalabb 1-2A +5-t 5-10A kell terhelni, (ezeket fejbol irtam erdemes
 utananezni) annelkul nem indul be a tap (nem jol nevelt tapok meg is
 dogolhetnek ennelkul)
 	3. A tapok rovidzarvedelme nem teljes:  ha barmelyik
 kimenetet rovidrezarod leall a tapegyseg karosodas nelkul. Ha inditaskor
 +5 v. +12 rovidzarban van, akkor nem indul el.  DE ha indulaskor -5 v -12
 van rovidzarban akkor elpukkad a tapegyseg... Ugyhogy erre a kettore
 vigyazni kell !
 	4. A gyarilag bekotott drotok egyenkent csak kb. 5A terhelhetok,
 vagyis ha ki akarod hasznalni a 5V 20A kimenetet, akkor legalabb negy
 fekete es negy piros drotot kell parhuzamosan kotnod,(vagy sajat
 vastaggabb madzagot beforrasztanod helyettuk) kulonben nagy
 melegedes es akar 1V feszultsegveszteseg lesz a vege.
 
 		Sok Sikert
 
 			Falus Peter
+ - jogi guru (mind) VÁLASZ  Feladó: (cikkei)

> =======================================================
> Felads : 
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> > Felads : Clary Olivier
> 
> A GURU #35-ben  kozolte (ha jol ertettem)
>  -nak egy evfolyamtarsanak az irasat:
> | > [...] az, aki barhol, barkitol lemasol barmilyen programot [...]
> | > es ezt a programot otthon, a sajat gepen nem uzleti cellal [...]
> | > hasznalja, az semminemu jogsertest nem kovet el, [...]
> Tenyleg igy lenne MO-on?
> -- Olivier
> <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
> 
> Igen, sot Franciaorszagban is igy van.
> Viktor

Bar nem vagyok jogasz, meg kevesbe nemzetkozi jogasz (ha nem tartozom
egy halmazba, akkor annak reszhalmazaba meg kevesbe tartozom), de ez
azert eleg hihetetlennek tunik.
Eszerint Ma.o-n es Fr.o-ban, a tobbi kozott:
- minden jatek program torvenyesen masolhato;
- egy kommunikacios program amit arra hasznalok, hogy otthonrol
kedvenc BBS-jeimre betarcsazzak, masolhato;
- az ovodai Mikulas-bal meghivoit elkeszitendo tetszoleges
wordprocessor masolhato
- muegyetemistak hazi feladatuk elkeszitesehez tetszoleg CAD programokat
masolhatnak
- igazi egyetemistak a Mathematicat masolhatjak (bocs'.)
- ha en freeware-t akarok irni, tetszoleges compiler-t, case-toolt
masolhatok
- a Quicken (an Intuittol, amit MS most vett meg 1milliard dollarert),
es ami egy 'personal finance' package), masolhato (nagy marha volt a MS,
hogy ennyi penzt adott erte!)
- az osszes 'do-it-yourself' software ('plan your house/garden/wedding/
diet/tax-evasion/sex-life'), masolhato.
Ez itt, az USA-ban biztos nincs igy, mert ezek a cegek mind eleg jol
megelnek. Egeszen, egeszen biztos vagy benne, hogy Ma.o-n es Fr.o-ban
ez igy van? Felre ne erts, nekem borzasztoan imponal a jogi
tudasod, csak furcsanak tartom, hogy az amerikai gyakorlat ennyire
kulonbozik a magyartol es a framciatol. Lehet, hogy meg az is ki
fog derulni, hogy itt is rosszul tudjak es mindenki egy gigaszi
felrevezetes aldozata? Meg szerencse, hogy Te felvilagositottal
minket! A szoftver ipar matol kezdve BV es AV (before Viktor
es after Viktor) idoszamitasra fog atterni.
JaJo
+ - Kompajlerek (mind) VÁLASZ  Feladó: (cikkei)

> =======================================================
> Felads : Gillich Peter
> 
>     Van egy egyszeru programocskam, amely Turbo C-vel leforditva ugy mukoedik
,
> ahogy a nagy koenyvben (K&R) le van irva, de ha BC-vel forditom le, akkor
> russzul mukoedik. A progi :
> 
>     #include <stdio.h>
> 
>     double x[5];
>     int i;
> 
>     main()
>     {
>         for(i=0; i<4; x[i]=i++ );
>         for(i=0; i<4; i++ )
>             printf("%g\n",x[i]);
>     }
[es a ket, kulonbozo futas-eredmeny kovetkezik.]
Ez jo! Gratulalok!
A helyes valasz: mindket eredmeny helyes. [Ami azt mutatja, hogy a Borland
nem ugyanazt a kompajlert hasznalja a ket termekben, ez erdekes.]
A C specifikacio explicite allitja, hogy binaris operatorok
operandusainak kiertekelesi sorrendje nem definialt. (Es fuggveny-
parametereke sem.) (Es nem pedig az intuitiv balrol jobbra szabalyt
koveti.)
Magyaran: az x[i] es az i++ olyan sorrendben lesznek kiertekelve
ahogy a kompajler akarja!
(A konkret problemat termeszetesen pl. for(i=0; i<4; x[i]=i,i++ );
vagy valami hasonlo megoldja, mint ahogy altalaban is kiertekelesi
sorrendre szamito side-effect programozas elkerulheto.)
Erdekes modon, az ANSI szabvany (nem K&R) azt allitja, hogy ha mindket
oldal valtoztat az erteken, akkor az eredmeny nem definialt - ami
meg rosszabb! Tehat ANSI C-ben i=0;x[i++]=i++; utan mind az i, mind
az x tomb erteke barmi lehet es a kompajler nem vetett a nyelv ellen!
JaJo
+ - A "C", az neha meglepo (mind) VÁLASZ  Feladó: (cikkei)

Hi Guruk,

Gillich Peter C "progi"-jat erdemes elemezni:

>Van egy egyszeru programocskam, amely Turbo C-vel leforditva ugy mukoedik,
>ahogy a nagy koenyvben (K&R) le van irva, de ha BC-vel forditom le, akkor
>russzul mukoedik. A progi :

#include <stdio.h>

double x[5];
int i;

main()
{
	for(i=0; i<4; x[i]=i++ );
	for(i=0; i<4; i++ )
	printf("%g\n",x[i]);
}

A Turbo C futas eredmenye:
	0
	1
	2
	3

A Borland C futas eredmenye:
	0
	0
	1
	2

Elemzes: nem ismerem a magyar szaknyelvet, neha angolul kell kifejeznem
magam hogy pontos legyen.

A problema oka ez a sor:
	for(i=0; i<4; x[i]=i++ );

Ha figyelmesen olvasod a "Nagy Konyvet (K&R)" foleg a
Precedence, Associativity and Order of Evaluation reszeket,
a problema vilagos.

In C, az "=" eppen olyan operator mint a "+" or "++" es masok. 
Pontosan az operator "=":
	its associativity is right to left
	its precedence is lower lower than "+" or "++"

Mit fog egy C compiler csinalni a for(i=0; i<4; x[i]=i++ ); sorral:
	i=0; i erteke 0 lesz;
	i<4; test erteke TRUE (0 < 4), for body is executed
	;    for body egy ures block, semmi nem tortenik
	x[i]=i++; problema!!!: nem egyertelmu hogy a compiler mit csinal
		
		- kiertekeli a [i]-t mert [] a legmagasabb precedence i = 0;
		- "++" kovetkezik right to left, i erteke 1;
		- "="  kovetkezik right to left :
			a jobb oldal egyertelmu, i erteke 1
			Es itt a dolog lenyege!!!!!!!!!!!!!!!!!!!!!!!!
			a bal oldalon az array index nem egyertelmu!!!
			Ha az elso lepesben kapott [i] = 0 erteket
			eltette a compiler egy uj helyre, mondjuk
			indexlocation, akkor x[0] erteke lesz 1.
			Ha a compiler nem hasznal egy uj helyet az   
			indexnek, hanem i-t hasznalja, ugy x[1]=1 lesz
			vegrahajtva. x[0] semmi  erteket nem kap,
			ami sokszor a stack-en levo 0 lesz (0 nem biztos,
			csak ha a stack memory initialized to 0000000..-s.
	Ezeket a lepeseket lehet ismetelni i=2,3,4-re

Az eredmenyekbol vilagos, hogy a Borland compiler nem hasznal egy uj
location-t az array index-nek, mig Microsoft es Sun azt csinalja.

A vicc az egeszben az, hogy ez nem kotelezo! A Borland compiler is 
jo, meg akkor is, ha az eredmeny mas mint amit varsz.

A kifejezes "x[i]=i++;" az, ami nem jo, mert compiler dependent.
Az egyertelmu valtozata: compiler nem szamit (No side effect)

	for(i=0; i<4; i++ ) x[i] = i + 1;

vagy

	for(i=0; i<4; x[i]=i+1, i++ ) ;

"The Devil is in the details".

Udv mindenkinek,

Lou


----- YOUR ORIGINAL MESSAGE -----


>From  Thu Mar  2 11:36:39 1995
Sender: 
Date: Thu, 2 Mar 1995 11:40:02 -0500
From: Lou Szaszy >
Subject: A C, az neha meglepo
Cc: 
content-length: 2381

Hi Guruk,

Gillich Peter C "progi"-jat erdemes elemezni:

>Van egy egyszeru programocskam, amely Turbo C-vel leforditva ugy mukoedik,
>ahogy a nagy koenyvben (K&R) le van irva, de ha BC-vel forditom le, akkor
>russzul mukoedik. A progi :

#include <stdio.h>

double x[5];
int i;

main()
{
	for(i=0; i<4; x[i]=i++ );
	for(i=0; i<4; i++ )
	printf("%g\n",x[i]);
}

A Turbo C futas eredmenye:
	0
	1
	2
	3

A Borland C futas eredmenye:
	0
	0
	1
	2

Elemzes: nem ismerem a magyar szaknyelvet, neha angolul kell kifejeznem
magam hogy pontos legyen.

A problema oka ez a sor:
	for(i=0; i<4; x[i]=i++ );

Ha figyelmesen olvasod a "Nagy Konyvet (K&R)" foleg a
Precedence, Associativity and Order of Evaluation reszeket,
a problema vilagos.

In C, az "=" eppen olyan operator mint a "+" or "++" es masok. 
Pontosan az operator "=":
	its associativity is right to left
	its precedence is lower lower than "+" or "++"

Mit fog egy C compiler csinalni a for(i=0; i<4; x[i]=i++ ); sorral:
	i=0; i erteke 0 lesz;
	i<4; test erteke TRUE (0 < 4), for body is executed
	;    for body egy ures block, semmi nem tortenik
	x[i]=i++; problema!!!: nem egyertelmu hogy a compiler mit csinal
				 Microsoft, SUN a legmagasabb precedence-t koveti:
				 		- kiertekeli a [i]-t --> array index = 0;
						- "++" kovetkezik right to left, i erteke 1;
						- "="  kovetkezik right to left :
								 a jobb oldal egyertelmu, i erteke 1
								 a bal oldalon az array index nem egyertelmu!!!
									Ha az elso lepesben kapott [i] = 0 erteket
									eltette a compiler egy uj helyre, mondjuk
									indexlocation, akkor x[0] erteke lesz 1.
									Ha a compiler nem hasznal egy uj helyet az   
									indexnek, hanem i-t hasznalja, ugy x[1]=1 lesz
									vegrahajtva. x[0] semmi  erteket nem kap,
									ami sokszor a stack-en levo 0 lesz (nem biztos)
	Ezeket a lepeseket lehet ismetelni i=2,3,4-re

Az eredmenyekbol vilagos, hogy a Borland compiler nem hasznal egy uj
location-t az array index-nek, mig Microsoft es Sun azt csinalja.

A vicc az egeszben az, hogy ez nem kotelezo! A Borland compiler is 
jo, meg akkor is, ha az eredmeny mas mint amit varsz.

A kifejezes x[i]=i++; az, ami nem jo, mert compiler dependent.
Az egyertelmu valtozata: compiler nem szamit

	for(i=0; i<4; i++ ) x[i] = i + 1;

vagy

	for(i=0; i<4; x[i]=i+1, i++ ) ;

"The Devil is in the details".

Udv mindenkinek,

Lou
+ - Simion The Sorcerer (mind) VÁLASZ  Feladó: (cikkei)

Hello,

Tud valaki egy leirast (walkthrough) a fenti jatekrol?
Koszi
JOY (Szabo Zsolt)
+ - Hianyzo math lib UNIX alatt (mind) VÁLASZ  Feladó: (cikkei)

A kovetkezo parancssor

	cc -lm ocsmany.c

nem talalja meg a fuggvenyeket, mert a UNIX linker 'inkrementalis'
(magyarul, egy 25 eves ven csatalo), es csak elorefele keres.
Ami annyit tesz, hogy balrol jobbra nezi vegig a fileokat, es csak azt
linkeli be, ami eddig hivatkozva volt. Ilyeten modon a math konyvtarat
megnezi, boldogan megallapitja, hogy hurra, semmi sem kell belole, megnezi 
az ocsmany program .o-jat, megallapitja, hogy mi hianyzik, megnezi,
hogy mi a kovetkezo konyvtar: nincs, ajjaj, orditas.

Ez annyira igy van, hogy ha van egy konyvtar, amiben van egy fuggveny,
mondjuk a() meg egy masik, mondjuk c(), es a fuggveny a() hivja (probaljunk
talalekonyak lenni) b()-t, ami aztan hivja c()-t, es b() egy masik konyvtar-
ban van akkor a
	
	cc main.c -lac -lb

kiakad, mondvan, hogy c() undefined. Igy aztan a dolgozo

	cc main.c -lac -lb -lac

modon tudja megoldani a problemat.

Az ocsmany esetben a

	cc ocsmany.c -lm

segit a dolgon. (lasd meg: man ld)

Termeszetesen vannak a vilagon olyan linkerek is, amelyek kepesek arra az igen
bonyolult manoverre, hogy kigyujtik a referenciakat, es mindent a megfelelo
konyvtarbol beszivnak, az igy keletkezett uj hivatkozasokat ismet feldolgozzak,
egeszen addig, amig minden hivatkozast feldolgoztak, vagy egy hivatkozas
valoban nem definialt szimbolumot nevez meg. Ez nagyjabol a make legalap-
vetobb funkciojaval azonos komplexitas, de nem varhatunk csodakat.
A UNIX meg csak 25 eves, ez a technika meg nem terjedt igazan el...
Viszont vannak igen ugyes tool-ok, (lorder, tsort) amik legalabb egy
konyvtaron belul megoldjak ezt a problemat (igen, en is megkapaszkodtam),
mert meg a lib filet is csak elore olvassa. Lehet, hogy ez meg a
lyukszalag egyik kovetkezmenye ...

Zoltan
+ - x[i]=i++ (mind) VÁLASZ  Feladó: (cikkei)

>Hi C GURUk
>
>    Van egy egyszeru programocskam, amely Turbo C-vel leforditva ugy mukoedik,
>ahogy a nagy koenyvben (K&R) le van irva, de ha BC-vel forditom le, akkor
>russzul mukoedik. A progi :
>
>    #include <stdio.h>
>
>    double x[5];
>    int i;
>
>    main()
>    {
>        for(i=0; i<4; x[i]=i++ );
>        for(i=0; i<4; i++ )
>            printf("%g\n",x[i]);
>    }
>
>A Turbo C futas eredmenye:
>0
>1
>2
>3
>
>A Borland C futas eredmenye:
>0
>0
>1
>2
>
>Valoszinu, hogy a beirt ertek jo, viszont az inkrementalast meg az indexeles
>elott elvegzi. Ezert az elso ertek (i=0) rossz indexxel (i=1) keruel be az x
>toembbe. Miert van igy es hogy lehet megoldani?
>
>Gitya

A forditonak szive jogaban all az egyenlosegjel bal oldalat kiertekelni a
jobb oldal elott, alatt, utan (esetleg helyett), valamint az inkrementalast
tetszoleges egyeb idopontban elvegezni a kovetkezo sorrendi pont
elott (ami jelen esetben az i<4 lesz). 

Megoldas: x[i]=i++ -t NEM SZABAD LEIRNI, helyette ajanlott 

	for(i=0; i<4, i++ ) x[i]=i;

ami lehet, hogy nem nez ki olyan kompaktnak, de legalabb garantaltan mukodik,
es meg loop unrolling, variable elimination es egyeb optimalizacios eljara-
sok aldozatava is tud valni, minthogy a compiler egyertelmuen tudja, hogy 
mit akarsz csinalni. Egy ertelmes compiler valami ilyet forditana belole:

	move	0-t, x[0]-ba
	move	1-t, x[1]-ba
	move	2-t, x[2]-ba
	move	3-t, x[3]-ba
	move	4-t, i-be

sot, mivel i-t nem hasznalod a kovetkezo i-nek torteno ertekadas elott
az utolso utasitast meg jol ki fogja irtani, igy 4 move-val meg fogja oldani.
Ez szignifikansan gyorsabb es rovidebb, mint a compare meg increment meg
ugras meg minden ezzel jaro inicializalasi sallang, amit a fordito kenytelen
generalni, mert a kifejezes felreerthetosege miatt ki fogja kapcsolni az
optimalizalast az adot kodblokkra.

Zoltan
+ - C/C++ kiertekelesi sorrend (mind) VÁLASZ  Feladó: (cikkei)

Gillich Peter irja:

>>Van egy egyszeru programocskam, amely Turbo C-vel leforditva ugy mukoedik,
>>ahogy a nagy koenyvben (K&R) le van irva, de ha BC-vel forditom le, akkor
>>russzul mukoedik.

Nem tudom mi van leirva a K&R-ben, mert regen olvastam, de szerintem
rosszul emlekszel (es nincs baj egyik Borland forditoval sem). Tehat:

A C/C++ nyelvekben per definicio az egy kifejezesen beluli alkifejezesek
kiertekelesenek sorrendje nem definialt (kiveve, ahol az operator ezt 
megis definialja, peldaul a vesszo, a || es a && (balrol->jobbra)). Tehat az 
bizonytalan, hogy pl. egy = melyik oldala ertekelodik ki eloszor. Ennek az 
az oka, hogy szabadsagot adunk a forditonak ahhoz, hogy a leheto legjobb
kodot generalja (ez nem Pacal :-). 

"Compilers can warn about such ambiguities. Unfortunately, most do not."

(Stroustrup: The C++ Programming Language)

Ha meg mindig kivancsi vagy a megoldasra, hat tessek:

for( int i = 0; i++ < 4; x[ i ] = i );

Udv,

Barczi Imre
+ - Re: Borland C 3.1 DOS (mind) VÁLASZ  Feladó: (cikkei)

>    #include <stdio.h>
>
>   double x[5];
>  int i;
>
>    main()
>   {
>      for(i=0; i<4; x[i]=i++ );
>        for(i=0; i<4; i++ )
>            printf("%g\n",x[i]);
>    }

Ha jol emlexem, akkor K&R azt mondta erre, hogy nem 
meghatarozott a for kiertekelesi sorrendje, ez 
implementaciofuggo, es ha valaki nem biztos a dolgaban, 
akkor elozze meg a bajt.
Kiegeszithettek.
Home'r
+ - C-- "si-em-em" (mind) VÁLASZ  Feladó: (cikkei)

Attol tartok, Nebulus felreertette Bardo kerdeset. A C-- rol van szo,
ami nem a C maga, hanem annak klf. olyan valtozatai, amelyek a nyelv le-
csupalasabol szulettek. En magam is kettot ismerek. Az egyik a CENVI
(ezen a neven SIMTEL-en megtalalhato), ebbol nekem megvan a regisztralt
valtozat is (<50$). Az benne a --, hogy nincsenek pointerek, deklaraciok,
viszont amugy mindent tud. Interpreter, de van mod a runtime-val valo
egybelinkelesre, es igy royalty-free sajat fejlesztes terjesztesere is.
Ami borzasztoan tetszik: DOS, Windows es OS/2 implementacio egyarant
van es benne is van a fenti arban. Viszont nem tul gyors.
A masikrol mar olvashattatok egy rovid leirast, az a lenyege, hogy
a C-nek assembler-tol tavol eso reszeit kihagytak, es egy - egyebkent
tetszetos - PLM-szeruseget fabrikaltak belole. Ebbe meg nem dolgoztam
bele magam; csinos viszont az IDE-je (integrated development environment).
O is simtel.
A .pmmf.hu suffixu kedves Guruknak pedig azt irnam, hogy a 310-es extension
alatt elerheto vagyok.
Prof (disclaimer as usual)
+ - valasz PINE-os kerdes felere (mind) VÁLASZ  Feladó: (cikkei)

Levelszerkesztes kozben   ^R  -rel tudsz file-t beinzertalni.
+ - ungraph, vagy valami hasonlo. (mind) VÁLASZ  Feladó: (cikkei)

Tisztelt Guruk,
nem tud valaki olyan programrol, ami arra alkalmas, hogy scannerrel
bevitt xy grafikonra (pl. HPLC vagy GC kromatogram) gorbet illesszen,
vagy azt x-y adatparok formajaban megadja. Hallottam egy Ungraph nevu
programrol, nem tud errol valaki valamit?
Udv Zoli
+ - Re: Borland C 3.1 DOS & NiCd akku (mind) VÁLASZ  Feladó: (cikkei)

A leirt C programban valoszinuleg a x[i]=i++ kifejezes okozza a gondot. Az
ugyanis a forditonak a sajat belatasara van bizva, hogy a bal oldal indexet,
vagy pedig a jobb oldal erteket ertekeli-e ki elobb. Meg azt is el tudom kepzel
-
ni, hogy ha masfele optimalizaciot allitasz be, akkor maskepp fog viselkedni.
Hasonlo okbol nem celszeru pl. az x=y[i]+z[i++] tipusu kifejezesek hasznalata
sem, mert itt sem tudhatjuk, hogy az y[i] az i inkrementalas elotti, vagy utani
ertekevel lesz kiertekelve. A te esetedben a megoldas lehet pl:
        for(i=0; i<4; x[i]=i, i++ );
> -----------------------------------------------------------------------------
--
A multkoriban tobb szo is esett a kulonbozo akkumulatorokrol. En nemreg vettem
egy par NiCd akkut, es szeretnem minel tovabb 'jo egeszsegben' hasznalni oket.
Lehet, hogy csak en nem tudtam megerteni, de nekem nem derult ki, hogy akkor
most hogyan is kell rajuk vigyazni. Ha valaki tudja, irja mar meg, hogy mit
tegyek/ne tegyek veuk.

Elore is kosz:
                Horvath Attila
+ - BSA (mind) VÁLASZ  Feladó: (cikkei)

Hello Guruk!
  
 A BSA es egyeb felhasznalo-riogato hatosagok ugyeben eleg sok bizonytalan 
hozzaszolas 'hangzott el' az utobbi nehany Guruban. En ott voltam a Computer 
Karacsonyon ahol is a BSA egy jogasza es a rendorseg szoftver reszlegenek 
vezetoje tartottak egy eloadast. Ott tenyleg az volt az allaspontjuk, hogy 
amig nem csinal valaki penzt egy programbol, akkor nyugodtan hasznalhatja es 
masolhatja. Ezt nagyon hatarozottan allitottak, egyedul a BBS-ek problemaja 
izgatta oket (vegul is ingyenes, de tul hatekony programterjesztes). A 
mindenfele nyakatekert kerdesekre (pl. 'lopott' programfejleszto eszkozzel PD 
program irasa meg hasonlok) egyre azt hajtogattak, hogy lassuk mar a 
joszandekot, es ne akarjunk kiskapukat keresni. Szoval a dolog hatarait nem 
sikerult kipuhatolni, de a jatekokra is hatarozottan allitottak, hogy mehet, 
amig el nem adod oket ('programmasolas 50Ft/lemez' tipusu vallalkozok). 
Egyebkent is keves a szakertojuk komolyabb akciokhoz. Aznap este a TV-ben is 
mutattak egy rovid osszefoglalot, amiben ugyanezt elmondtak. Egyebkent meg a 
rendorsegi fazon sok kerdesre azt felelte, hogy ne kerdezgessunk tole 
ilyeneket, csak rasoztak az ugyet, akkor latott eloszor szamitogepet. 
Egyebkent nagyon szimpatikus volt mindket eloado, kozvetlen tarsalgas folyt, 
szoval en bizom benne, hogy alljak a szavukat.
 Bocs, hogy egy kicsit hosszu lett a szoveg, de remelem erdekel valakit.
  

                 Barna Janos
         /
+ - Garvis kerdes! (mind) VÁLASZ  Feladó: (cikkei)

Hi Guruk

Egy kerdes?
Kinek van tippje ill. javaslata, arra hogy a GRAVIS Ultrasound 
kartyahoz melyik a legmegfelelobb mikrofon?
Nekem egy dinamikus mikrofon eleg gyenge hangot adott vissza.
Hogy ez most a mikrofon v. a gravis hibaja nem tudom.
Varom a tippeket tapasztalatokat!

Koszi mindenkinek!

Paf The Magic Dragon






    
+----------------------------------+  
|   Godo Istvan  /PAFTICUS/        |                               
|   E-Mail:     |  
|               |          
|   Mh.tel.>215-1220/234v. 221.    |
|      fax:>215-8892               | 
|   Lc. 2220 Vecses Fo u. 185/b4   |     
+----------------------------------+
+ - Heknyekukk! (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

    Valaki az irta, hogy az otthon hasznalt lopott program teljesen
legalis dolog. Hat ez igen nagy tevedes! Gondoljunk csak bele, hogy
akkor az otthon hasznalt lopott TV -t sem kellene buntetni!
    A felreertesre az adhat okot, hogy meg nem igazan uldozik a kis
halakat ebben a temaban. Ez azonban nem jelenti azt, hogy nem LEHET
elitelni valakit azert, ha mondjuk az otthoni gepen lopott a windoze!
                         -----------------------
    Walaki azt is kerdezte, hogy miert nem fordit a C fordito semmit
windoze alatt. Szerintem meg kellene keresni, hogy hova pakolta az exe
file -t. (asszem target directory...) Nagy esely van ra, hogy azert
nem talalod, mert belevagta a win konyvtarba, ott meg ugyis van
kismillio file. Mindenesetre ha futott, akkor valahol megvan a winyon
is!
    Sziasztok!
   Leslie J. Pere      Sometimes I think I'm a network resource...
(36-72) 411-433/3262
+ - Juhos Szilveszternek a mat. konyvtar (mind) VÁLASZ  Feladó: (cikkei)

Szia!

20%-os eselyu tipp, linuxban meg sose probaltam: tedd az -lm -et a vegere:

cc ocsmany.c -lm

Lehet, hogy csak vajakoskodas, de Ultrixban csak igy megy.

Gabor
+ - Re: C linux alatt (mind) VÁLASZ  Feladó: (cikkei)

In article >,  (Csomos Tamas) writes:
>megy.Attetem Linux ala, de az ottani fordito (cc) nem talalja a <conio.h>.

A conio.c nem szabvanyos. Azert vezettek be a Borlandek, hogy a
nem szabvanyos turkszast a videomemoriaban megkonnyitsek neked.
A Linuxban erre ugysem volna modod, tehat kezdd el tanulmanyozni
a curses-t.

kissg
+ - spectrum (mind) VÁLASZ  Feladó: (cikkei)

Uraim, 

Spectrum ugyben a fel vilag irt, nincs idom personal valaszolgatni,
kerem elnezesetek. A kutyu nem nalam van, hanem egy haveromnal, aki nincs 
vonalban, de a hetvegen megprobalom tole begyujteni, es a jovo hettol 
rendelkezesre all hw+sw egy kezben. 

A program regisztralt, valid, stb. UUencode meg ilesmire nem lesz idom,
de floppyn meglesz, csak el kell erte jonni.

Tehat kis turelmet kerek, es jelentkezem ha kezemben a kutyu.

Addig is, latszik, hogy 
a Spectrum elt, el
es elni fog!!!

(A sok C64 hivo meg hol van???)

See ya,

your one and only

Hugo
+ - Re: [Magyar] e-mail guru segits! (mind) VÁLASZ  Feladó: (cikkei)

In article >,  (Janos Jozsef) writes:
>Ime amit talaltam a log-ban:
>  :>

Azonosan ekvivalens a > cimmel.
Csak eppen Becsen keresztul jott.

>Furcsa cim ez, finger nem segit, latszik, hogy valahol
% finger 
[URSUS.BKE.HU] connect: Connection refused

Az ursus nem szereti ha megujjazzak.

>Becs es Pest kozott irodott. Fejtse man ezt meg valaki
>nekem es/vagy probaljon kuldeni e-melt ennek a forjan-nak,
>hogy kuldjon ujra! (Ez egy haver, jo sztrovacsek, de nem
>tudom a cimet!)
>Hala!
>a JaJo
>
+ - Re: Linux matematikai konyvtar (mind) VÁLASZ  Feladó: (cikkei)

In article >,  writes:
>cc -lm ocsmany.c
>
>Erre a dog kiirja, hogy: Undefined symbol _log refrenced stb, stb, mintha
>az eg vilagon nem lenne a libm.a library. No jo, gondoltam, nincs benn a

A libm.a statikus library. Neked a libm.so kellene, vagy fordits
-Bstatic kapcsoloval.

>PATH-ban. Beletettem, nem jo, sot, olyanokkal is probalkoztam, hogy: cc
>-L/usr/lib -lm ocsmany.c az eredmeny ugyanaz. Ekkorra mar elovettem a
>manualt, es nagy boszen lefuttattam az ldconfig programot, hogy allitsa
>helyre a konyvtarakat. 

"allitsa helyre"? A loadernek mondja meg, hogy mileyn verzioju
shared lib-jeid vannak.

kissg
+ - HP-UX -ra valo' programok (mind) VÁLASZ  Feladó: (cikkei)

>Felado : 
>Temakor: HP-UX :( ( 24 sor )
>Idopont: Tue Feb 21 09:12:54 EST 1995 GURU #29
>
> Hol talalok specialisan nyamvadt HP-UX alatt futo pine-t es unzip-et ??

****** http://hpux.csc.liv.ac.uk/intro.html ******

Tova'bba':

Packages can be obtained from one of our official FTP archive sites below:

         UK: hpux.csc.liv.ac.uk (138.253.42.172)
    Germany: hpux.ask.uni-karlsruhe.de (129.13.200.57)
         US: hpux.cae.wisc.edu (144.92.4.62)
     France: hpux.cict.fr (192.70.79.53)
Netherlands: hpux.ced.tudelft.nl (130.161.140.100)

Alternatively, you can be e-mailed a package by sending "SEND package" in the
body of an e-mail message to the address >. To 
unsubscribe from this mailing list, send "UNSUBSCRIBE" to the same address.
If you have a problem with the mail server, please e-mail >.
Other queries about the archive should be mailed to >.




Geza I. Mark
+ - Tomorites.................. (mind) VÁLASZ  Feladó: (cikkei)

Hello mindenkinek !

Regebben (talan GURU #18-ban) volt egy VAX-os "levelem",
es nem tudom emlekeztek e ra ...... Nos en azt a levelet
a  -ra irtam ,es valami(ki) attette a GURU-ra,
mert nekem a TIPP osszes megjelent szama megvolt (termesze-
tesen csak addig visszamenoleg, amiota feliratkoztam) es ezt
a cikket nem talaltam sehol ,es akkor Nemeth Peter tanacsara
elkezdtem jaratni a GURU-t melynek letezeserol mitsem tudtam.
En nehezen birom elkepzelni, hogy valamely szoftver csinalta
ezt a manovert, ugyhogy annak aki segitett abban, hogy a 
levelem a "helyere" erkezzen utolag is mindent koszonok.

Nos, a VAX-os problemam megoldodott (bar ezt mar a tippbe is
mondtam, ugyhogy aki ott is olvasta annak bocs) ,szoval mar
semmi gondom nincs es koszonom megegyszer a segitseget
leginkabb:Szokoly Gyulanak 
          Nemeth Peternek 

Es meg a tobieknek is, csak ok segitettek a legtobbet, ugyhogy
gondoltam a nyilvanossag elott is megkoszonom nekik.

Szoval ujabb problemaval ostromolnalak titeket:
Most nagyon erdekelnek mindenfele tomoritessel kapcsolatos
dolgok, ezert rakerestem a YAHOO-ban a "compress" szora.....
Termeszetesen kismillio megfeleloje volt... (tobbek kozott
szovattyu es kompresszorgyarto cegek is :))))
Nos szereztem egy COMPRESSION FAQ-t es egy CRC-FAQ-t az utobbi
az nagyon tuti, (meg en is ertem) de a COMPRESSION FAQ-val mar
gondok vannak. En Pascalba "programoz"gatok ,es ha valaki tudna
segiteni egy apro pascal source-val, hogy hogyan kell akar egy
picit is tomoriteni, annak nagyon orulnek. Nem va'gyok egybo~l 
olyan teljesitmenyre mint az UC,ARJ,ZIP,RAR tomotitok produkalnak,
csak tomoritsen valamit !!!!

Segitsegeteket elore is koszi !

UUENCODE-olt cuccokat a  -ra kuldjetek (ha tudtok).
A normal (!!!! kisebb meretu!!!!) szovegeket pedig az  -ra.
A kis meret azert fontos, mert az X-terminal ele ha leulok, akkor csinalni
akarok valamit, nem orakat olvasgatni..... az ny2 viszont egy NOVELL szerver
es oda aztan mehet hosszabb cucc is. 

PS:Ha doksit kuldtok ,akkor lehetoleg magyar, de ha csak angol van akkor
   lehetoleg egyszeru nyelvtannal rendelkezo legyen..

PS2:Remelem ebren vagytok meg...........

Na mostmar tenyleg eleg !

Sziasztok !

Gery
+ - From: MX%"H10789Tan@huella.bitnet" 2-MAR-1995 17:43:55 (mind) VÁLASZ  Feladó: (cikkei)

To:	MX%""
CC:	
Subj:	Milyen egy nyilvanos Internet ellato gep?


	       		Internet Guruk !

Lehet, hogy hulyeseget kerdezek, de szolgaljon mentsegemre, hogy
megrogzott PC-s es Novell-es vagyok..

Tehat: kaptam egy kis hazi feladatot egy oreg baratomtol, aki eppen
egy muvelodessel/oktatassal/lapkiadassal/etc foglalkozo alapivany
osszehozasan faradozik. Szerinte beleillene a profilba egy nonprofit
(nem freenet!) Internet ellato szolgaltatas is.
Ezen otletet En teljes sulyommal (83 +-2 kg) tamogatom, csakhogy:
	- nem tudom egy ilyen masinanak milyen hardver-szoftver
	  kovetelmenyeknek kell megfelelnie
	- milyen gepek johetnek szoba (konkret tipus)
	- hol lehet ezeket Mo-n beszerezni

Ehhez kernem a segitsegeteket, ha nem sajnaltok ram nehany percet.

ui: Az alapitvany felol ne kerdezzetek, kb. annyit tudok rola, mint Ti.

> ----------------------------------------------------------------------------

              Kasko:to" Miha'ly                  V (__)
                                                 | (OO)
  E-mail:                     \--\/--/\
                                          --------------  \
  Tel.: (36)-(52) 432-472/109 (08-16 CET) | HAVE   A   |  |
                                          |  NICE DOS  > /
                                          --------------         - KASI -
> ----------------------------------------------------------------------------

> -----------------------------------------------------------------------------
--
-
Return-Path: >
Received: from HUGBOX.SZTAKI.HU ([192.84.225.6]) by tigris.klte.hu (MX V4.1
          VAX) with SMTP; Thu, 02 Mar 1995 17:43:52 GMTST
Received: by HUGBOX.SZTAKI.HU (MX V4.1 VAX) with SITE; Thu, 02 Mar 1995
          17:45:58 gmt+1
Received: from 10789 (Tanulmanyi Oszt.) with VELLA (2.1)
Subject: Milyen egy nyilvanos Internet ellato gep?
From: 
To: 
Date: 2 Mar 95 17:33:00 +0100
+ - WWW (mind) VÁLASZ  Feladó: (cikkei)

Mai kerdeseim:

1. Tud-e valaki ACROBAT viewert dos/win ala'? Letoltottem a Webrol egy=20
ilyen dokumentumot, de a ne'zo"ke ma'r nem volt elerheto, hogy azt is=20
leszedjem.

2. Az mitol van, hogy egy Web page-en kattintva az egyik linkre,=20
ahelyett, hogy elment volna oda, azt az oldalt kezdte ujra betolteni,=20
amelyiken voltam?

Edv=E1rd
+ - PC ta'p, (mind) VÁLASZ  Feladó: (cikkei)

Andrasnak:

A PC tapon a feher zsinor a 'power good' jel, ne kosd sehova, mert
nem tapfeszultseg, de egyes alaplapoknak kell a korrekt reset-hez.

Tamasnak:

A conio.h kimondottan dos-specifius fuggvenyeket definial, mint ahogy
a dos.h is. Ezert ezek Unix alatt nem leteznek. A conio.h-beli
fuggvenyek (pl. cprintf) a kepernyore gyorsabban irnak, mint az
stdio.h-beliek, de nem hordozhatok. Eloszor probald meg kitorolni a
hivatkozast a conio.h-ra, ha igy lefordul, akkor OK. Ha nem, akkor
keresd meg a programban azokat a fuggvenyhivasokat, amelyek
definiciojat nem talalja a fordito, es kicserelni stdio.h-belire.
tipp: egy sorvege a conio-s fv. eseten: \n\r, mig az stdio-s-ban \n.

73 de Sanyi

> ----------------------------------------------------------------------
  Central Radio Club of the Technical University of Budapest, HA5BME
> ----------------------------------------------------------------------
  Address: Goldmann Gy ter 3, H-1111 BUDAPEST, Hungary, Europe.
  Via email:              Room No. V2/658.

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