>Ki tud valamit a BinHex 4.0 nevu tomorito programrol ?
>Van egy file-om, ami allitolag ezzel van tomoritve. A
>kiterjesztese .hqx.

ftp.uni-paderborn.de

 /pub/mac/util/compression

lehet, hogy a stuttgarti serveren is fent van

sok sikert, Zsolt

>Felado : 
>Temakor: Konverterek HTML-bol? ( 14 sor )

NetScape 1.1N: Save As: Postscript

(lehet, hogy a PC-verzio nem tudja)

G'za

GURUlo pajtasok!
	WWW-re valo dokumentumok keszitese uj penzkereseti lehetoseg
GURUk szamara. Az ujsagokban egyre tobb allashirdetes jelenik meg.
A GURU tegnapi szamaban megjelent kerdesre valaszolva azt kell tudni,
hogy milyen platformrol van szo, mert a szerszamok masok a Macre, az
IBM/Windowsra, vagy  UNIX/X11 Windowra. Feltetelzve, hogy a kerdes
IBM/Windows platformra vonatkozott, itt van az ajanlott szerszamok
listaja (miutan kiprobaltam oket)
	1. HotDog. Shareware. Megkaphato a kovetkezo cimen:
	ftp://ftp.sausage.com
	2.HTMLed. Megkaphato:
	ftp://ftp.cica.indiana.edu/pub/pc/win3/util/htmed10.zip
	3. Internet Assistant a Word for Windows 6.0a verziojahoz.
	http://www.microsoft.com/

	UNIX/X11 Window systemhez:
	4. thHTML 2.1
        Cim: http://ftp.u.washington.edu/public/roland/tkHTML
	5.SoftQuad HoTMetaL. Freeware kaphato a kovetkezo cimen:
	http://www.sq.com/

	Virtually,
        Szabolcs

>Felado : 
>Temakor: Konverterek HTML-bol? ( 14 sor )
>Idopont: Wed Jul 12 19:12:38 EDT 1995 GURU #169

> Arrol volna szo, hogy html oldalakat kellene valamilyen DOS
>( vagy UNIX ) alatt nyomtathato ( plane szerkesztheto ) formaba konvertalni.

Keresd a http://www.microsoft.com -on a WORDIA.EXE fajlt. WinWord 6.0a kell
neki, es ezzel a kiegeszitessel a Word beolvassa a HTML fajlokat. Onnan mar
a tied.

A nyomtatashoz ez nem kell, minden rendes browser tud nyomtatni.

Udv.
Peter

Azok szamara, akik kulonfele betu/karaktertipust keresnek, tovabbitom az 
alabbi, most erkezett uzenetet.  (A telefonszam amerikaiaknak ingyenes.)

You can get a copy of "Multilingual Computing" that has with it an  
"International Software Buyer's Guide" -- a 50-page booklet of 
international software programs that support different character sets, 
etc.  For those out there who have been looking for these, you might want 
to call 800-900-8803, or write:
        Character Language Resources
        2130 Sawtelle Boulevard
        Suite Number 304A
        Los Angeles, CA 90025

Remelem, segit nehany olvason!

Udvozlettel,

Martha S. Bihari 
e-mail: 

Rengeteg tomorito (ZIP is) talahato az ftp.switch.ch gepen a  
/mirror/umich-mac/util/compression
directory-ban. Emellett meg 1001 mas Mac program is vagyon arra fele, de 
erdemes kora reggel (9 ora elott) vagy este (7 ora utan) probalkozni az 
ftp-vel, mert meglehetosen sokan ulnek rajta.

Juhos Szilveszter

Path: ludens.elte.hu!sahin
From: 
Newsgroups: hun.lists.hix.guru
Subject: NETSCAPE 
Message-ID: >
Date: 13 Jul 95 08:42:42 +0200
Organization: Eotvos University, Budapest, Hungary
News-Moderator: Approval required for posting to hun.lists.hix.guru
Lines: 11

Hello !!!

A kovetkezo problemaval kellett szembe neznem:

Szeretnek egy NETSCAPE-t forditani IRIX rendszer ala, de ezidaig kizarolag
IRIX5.2-es op-rendszerhez talatam. A rendszer amin dolgozom IRIX System V.3
(IRIS), IRIX Release 4.0.5F System V IRIS. Ha tudtok segiteni, es ismertek erre
a verziora keszult lefordithato forrast elore is koszonom.


			UDV:sahin

Hi!
 HTML dokumentumot leginkabb a netscape -pel erdemes kinyomtatni
szerintesem szerint. Szerkeszteni meg a vi -al, no es egy kis
fantaziaval, mert nem teljesen WYSIWYG a lelkem :).
                        ------------------
 Szavazas: Eddig kb. 15 mail futott be a megbizhatosagi szavazasrol
(de jol monttam :), a napokban osszesitem, mer most igen sok a
dolgom. :(
 Ja, kuldjetek meg, hogy megbizhato mintavetel legyen.

   Leslie J. Pere      Who is that General Failure and why is
(36-72) 411-433/3262   he reading my drive?

>O azt mondta hogy az NT teljesen plattformfuggetlen a source forditasat nem
>processzora hanem NT-re forditod lesz egy 'NT binaris' kod amit a HAL

Probalj meg elinditani egy *alpha.zip file-bil szarmazo (egy alpha 
processzorra leforditott) programot egy i386 alapu gepen. Kivancsian varom az 
eredmenyt.

Peter

Peter Soos >
Archabbey of Pannonhalma
Var 1.
H-9090 Pannonhalma, Hungary
T: +36 96 470022
F: +36 96 470011

Me'lyen tisztelt Nagytuda'su' GURU-k,

Word for Windows <--> TeX e's (nem vagy) LaTeX konverterre lenne szu:kse'gem,
elso"sorban ke'pleteket tartalmazo' cikkeket e's egyszeru", de magyar
leveleket kellene a'tfordi'tani ide-oda. Azokkal az  rtf2tex, stb. nevu"
konverterekkel, melyeket tegnap lehala'sztam, eddig nem sok szerencse'm volt.

Akinek ilyesmiben gyakorlati tapasztalata van, szi'vesen venne'm, ha tudna
segi'teni! Ha valamilyen nem ingyenes programot tudtok aja'nlani, azt is
megko:szo:nne'm!

Ma'rk Ge'za
Geza I. Mark

Kedves Guruk!

Tudna-e valaki segiteni abban, hogy hogyan lehet futas kozben 
kapcsolgatni a coprocessor hasznalatat egy Borland C-ben irt programban?

A valaszt (ha van) e-mail-en is kuldhetitek:
	

Elore is koszonom!

Benko Zsolt

T. Novell guruk.

Eddig ugyan nem tunt fel, de most, hogy novellt es ekes clipperben 
irt "adatbazis kezelo" programot kellene egy gepen valahogyan 
uzemeltetni, kiderult hogy a van egy kis problema a konvencionalis 
memoria hasznalattal amit nem igazan ertek. Mint ismeretes a clipper 
programok igencsak memoria zabalok a 0-640K-ig, a felso memoria 
tartomanyrol meg tudomast sem vesznek. 500-550K szabad konvencionalis 
memoria nelkul egyszeruen el sem indulnak. Ha betoltom a novell 
meghajto programokat akkor marad is elegendo memoria.
Mindaddig amig be nem jelentkezem, ugyanis bejelentkezes utan valami 
lefoglal kb. 150 KB-ot de nem tudom mire. Ezek utan mar hiaba 
jelentkezem ki, a lefoglalt memoria terulet foglalt marad.
A memoria tartalma a kovetkezo keppen nez ki BOOT utan, de meg 
bejelentkezes elott:

> -------------------------------------------------------------------
Modules using memory below 1 MB:

  Name           Total       =   Conventional   +   Upper Memory
  --------  ----------------   ----------------   ----------------
  MSDOS       55,229   (54K)     55,229   (54K)          0    (0K)
  HIMEM        1,168    (1K)      1,168    (1K)          0    (0K)
  EMM386       3,120    (3K)      3,120    (3K)          0    (0K)
  COMMAND      3,248    (3K)      3,248    (3K)          0    (0K)
  MOUSE       24,368   (24K)        272    (0K)     24,096   (24K)
  VLM         44,032   (43K)     13,232   (13K)     30,800   (30K)
  SETVER         528    (1K)          0    (0K)        528    (1K)
  LSL         34,672   (34K)          0    (0K)     34,672   (34K)
  SMC8000     11,296   (11K)          0    (0K)     11,296   (11K)
  IPXODI      16,320   (16K)          0    (0K)     16,320   (16K)
  Free       599,248  (585K)    578,912  (565K)     20,336   (20K)

Memory Summary:

  Type of Memory       Total   =    Used    +    Free
  ----------------  ----------   ----------   ----------
  Conventional         655,360       76,448      578,912
  Upper                138,048      117,712       20,336
  Reserved             131,072      131,072            0
Press any key to continue . . .
  Extended (XMS)     7,464,128      267,456    7,196,672
  ----------------  ----------   ----------   ----------
  Total memory       8,388,608      592,688    7,795,920

  Total under 1 MB     793,408      194,160      599,248

  Largest executable program size        578,816   (565K)
  Largest free upper memory block         17,072    (17K)
  MS-DOS is resident in the high memory area.
> -------------------------------------------------------------


Jol lathato, hogy minden vezerlo bent van es igy 565K a legnagyobb 
futtathato EXE merete. Ha bejelentkezem a novell szerverre a 
kovetkezokre modosul a memoria tartalma:

> ---------------------------------------------------------------------
Modules using memory below 1 MB:

  Name           Total       =   Conventional   +   Upper Memory
  --------  ----------------   ----------------   ----------------
  MSDOS       55,229   (54K)     55,229   (54K)          0    (0K)
  HIMEM        1,168    (1K)      1,168    (1K)          0    (0K)
  EMM386       3,120    (3K)      3,120    (3K)          0    (0K)
  COMMAND      3,248    (3K)      3,248    (3K)          0    (0K)
  MOUSE       24,368   (24K)        272    (0K)     24,096   (24K)
  VLM         44,032   (43K)     13,232   (13K)     30,800   (30K)
  SETVER         528    (1K)          0    (0K)        528    (1K)
  LSL         34,672   (34K)          0    (0K)     34,672   (34K)
  SMC8000     11,296   (11K)          0    (0K)     11,296   (11K)
  IPXODI      16,320   (16K)          0    (0K)     16,320   (16K)
  Free       598,512  (584K)    578,176  (565K)     20,336   (20K)

Memory Summary:

  Type of Memory       Total   =    Used    +    Free
  ----------------  ----------   ----------   ----------
  Conventional         655,360       77,184      578,176
  Upper                138,048      117,712       20,336
  Reserved             131,072      131,072            0
  Extended (XMS)     7,464,128      267,456    7,196,672
  ----------------  ----------   ----------   ----------
  Total memory       8,388,608      593,424    7,795,184

  Total under 1 MB     793,408      194,896      598,512

  Largest executable program size        427,552   (418K)
  Largest free upper memory block         17,072    (17K)
  MS-DOS is resident in the high memory area.
> ------------------------------------------------------------

A rezidens programok maradtak amik voltak, de a legnagyobb futtathato 
program merete leesett 565K-rol 418K-ra ami mar nem eleg egy clipper 
programnak. Meg ha nem is lenne ez a baj a clipper programokkal 
akkor is elegge erdekelne, hogy mi tortenik azzal azal a 147K 
memoriaval? Nincs valakinek tippje? Vagy ez igy normalis?

Path: ludens.elte.hu!maulis
From:  (Adam)
Newsgroups: hun.lists.hix.guru
Subject: Kolonits Zoltannak
Message-ID: >
Date: 13 Jul 95 14:39:32 +0200
References: >
Distribution: hun
Organization: Eotvos University, Budapest, Hungary
News-Moderator: Approval required for posting to hun.lists.hix.guru
Lines: 33

In article >,  (Kolonits Zoltan) writes:
> Udv!
> 
> Gaal Laszlo ) irja:
> 
>> Lustasag-e a szegmensek mellozese? Lehet igy is nevezni, szerintem inkabb
>> egy (DOS/Windows/intel x86 esetben) reg vart egyszerusites/gyorsitas.
>> En orulok neki.
>>
>> Akinek pedig keves a 32 bites cimter a problemaihoz, az valoszinuleg
>> jobban jar,
>> ha 64 bites processzor utan nez (DEC Alpha), mintha a 386-oson probal meg
>> a szegmentalassal varazsolni; gyanum szerint elobb er celba 64 biten;
>> pl. nem kell uj oprendszert irnia, amelyik tamogatja a 48 bites FWORD
>> pointereket :-)
> 
> Amennyire en tudom, a Windows tamogatja az FWORD pointereket.  Mar a 3.0-ban
> is volt 32 bites tamogatas.  Igaz, altalaban sokkal kenyelmesebb a flat
> modellben programozni, de azert a szegmentalasnak is megvan a maga helye.
> Gondolj pl. a GlobalReAlloc()-ra amit a Windows szuper elegansan es
> gyorsan meg tud csinalni a szegmentalt memoriamodell miatt.  Flat modellben
> ugyanez - realloc() - gyakran az egesz blokk lemasolasaval jar.
>   Vagy gondolj a fileokra.  Minden filesystem (kiveve a HPFS-t) szegmentalva
> tarolja a fileokat (clusterekben).  A Windows NT es a legtobb unix ismeri
Legyenszives, es aki nem ismeri a OS/MVS vagy valami hasonlot, az ne ejtse ki a
szajan (billentyuzeten), hogy MINDEN. Mert nagyon melletrafal...
:-)
Adam
)

> 
> Zoli
>

Sziasztok Guruk!

A kovetkezo problemaban kerem szives segitsegeteket:

Egy olyan kis egyszeru program irasaba fogtam a minap, ami Linux/X11 alatt
futna, es lehetove tenne a nem root jogosultsagokkal rendelkezo, a unixhoz
nem erto felhasznalok szamara, hogy floppy-n elvigyenek dolgokat.  Annyi
lenne az egesz, hogy van egy kis ablak, amiben a floppy allapota latszik
(mounted/not mounted), es erre rabokve az allapot atvalt.

Eloszor arra gondoltam, hogy a
        system("/bin/mount -t msdos /dev/fd0 /mnt");
sor mukodni fog, de tevedtem. Ide masoltam a system rendszerhivas manual
page-nek a vegerol par sort, ami eppen errol ir.

BUGS
       Do not use system() from a program with suid or sgid priv-
       ileges,  because strange values for some environment vari-
       ables might be used to subvert system integrity.  Use  the
       exec(2)  family of functions instead, but not execlp(2) or
       execvp(2).

Ekkor irtam at a progit file vegen lathato formara. Az idemasolt file mar
teljesen lecsupaszitott, semmi X, semmi unmount, pusztan a mountolast
probalja meg.

A futtathato, binaris file a root tulajdonaban van es setuid flag van
beallitva. Futaskor a real userid az enyem, az effective userid a root-e,
ez teljesen OK. Viszont a mount ugy erzi, mintha nem root futtatna, es nem
csinal semmit.  Neha egyebkent kepes butasagokra, peldaul a /etc
konyvtar ala bekerul egy mtab~ (mtab es tilde) nevu file idonkent, ekkor
mar a root sem tud mountolni, kezzel kell ezt a file-t letorolni.

A linux sudo nevu csomagjaval ha megprobalom, akkor jol mukodik,
de ez arra a celra, amire en akarom hasznalni nem alkalmas. Erdekelne a sudo
forrasban, ha esetleg valakinek megvan vagy tudja, honnan lehet letolteni.

Mit csinalok rosszul?

Segitsegeteket elore is koszonom:

Dolla Gabor >

ps: strace-val megneztem a rendszerhivasokat, de nem lettem tole okosabb.

-------------------------------  cut here ---------------------------------
#include <stdio.h>

#include <sys/types.h>
#include <sys/wait.h>
#include <waitflags.h>

unsigned int mymount(void)
{
        int childpid, status;

        childpid = fork();

        if (childpid == -1) /* error */
        {
                fprintf(stderr, "Could not fork!\n");
        }
        else if (childpid == 0) /* child process */
        {
                char *argv[] = { "-t", "msdos", "/dev/fd0", "/mnt", NULL };
                char *envp[] = { NULL };
                if (execve("/bin/mount", argv, envp) == -1)
                {
                        fprintf(stderr, "Could not execute mount!\n");
                }
        }
        else /* parent process */
        {
                if (waitpid(childpid, &status, 0) != childpid)
                {
                        fprintf(stderr, "Something fishy is going on...\n");
                        fprintf(stderr, "I should never get here!\n");
                }
                else
                {
                        fprintf(stderr, "Return status: %u\n", status);
                        if (WIFEXITED(&status))
                        {
                                fprintf(stderr, "WEXITSTATUS: %u\n",
                                                      WEXITSTATUS(&status));
                        }
                        if (WIFSIGNALED(&status))
                        {
                                fprintf(stderr, "WTERMSIG: %u\n",
                                                      WTERMSIG(&status));
                        }
                }
        }
}

main(int argc, char **argv)
{
        fprintf(stderr, "Real User ID: %u Effective User ID: %u\n",
                                                       getuid(), geteuid());

        fprintf(stderr, "trying to mount the floppy...\n");
        mymount();
}

According to Gabor Kiss:

> In article >,  (Petrovay Szabolcs Ge
or
> ge) writes:
> 
> >Tukor siteot ne hasznaljunk, mert a nasa-nal van mindig a legutolso
> >binary fajl. 	

A tukrok azert tukrok, hogy (minimalis kesessel) ott is meglegyenek a 
legfrissebb verziok. Talan nem veletlenul hivjak tukornek. Talan nem 
akkora baj, ha valaki a public release utan ot perccel nem kezdi el a 
legfrissebb valtozatot hasznalni, hanem csak egy het mulva. Es talan nem 
veletlenul talaltak ki.

> Hmm. Megis inkabb hasznaljunk "Tukor siteot" mert igy
> csokken a halozati forgalom!

A tukrok hasznalata kivanatos, foleg amig akkora a savszelesseg amekkora. 
Ha innen mindenki becsavarodik tengerentulra, csak szivatjuk magunkat.
Ja, es jol leterdel az ottani host, a helyi erok legnagyobb oromere.


Ha meg erre nem volt semmifele kezdemenyezes, akkor IMHO, az on-line levo 
ftpadminok osszeallithatnanak egy listat amely tartalmazza 

	- a hostjuk cimet
	- melyik archivumot melyik konyvtarba tukrozik,
	- es egy rovid felsorolast a nem tukrozott, hanem csak ugy
	  ottlevo szoftverekrol.



Virtually,

Tamas