HDTenEightyP/NetNews huggingface dataset:
From: isbell@cats.ucsc.edu (Art Isbell)
Newsgroups: comp.sys.next.misc
Subject: Re: Distinguishing 3.0 binaries
Date: 13 Nov 92 04:47:37 GMT
Organization: Cubic Solutions - NeXT software development and consulting
NNTP-Posting-Host: si.ucsc.edu


In article <1992Nov11.183409.14312@cubetech.com> andrew@cubetech.com writes:
>In article <BxIMsr.LKG@mentor.cc.purdue.edu> ab@nova.cc.purdue.edu (Allen B) writes:
>>Could anyone please tell me an easy way to tell (on a 3.0
>>system) whether a binary is 3.0 only or 2.x also.
>
>The easiest way to tell is by the nib files.  3.0 nib files are
>actually file-packages.  So select a nib file and pull up the
>attributes inspector.  If the compute size button is not dimmed, then
>it's a 3.0 app.

Partial bzzzzt :-)  A 2.x app upgraded to 3.0 will still have nib files for all
nibs that weren't saved under 3.0, so this isn't a foolproof technique.
-- 

Art Isbell                                                      Cubic Solutions
NeXT Registered Developer #745         NeXT software development and consulting
NeXTmail: isbell@cats.UCSC.EDU                             Voice: (408)335-1154
USmail: 95018-9442                                           Fax: (408)335-2515
Newsgroups: comp.sys.next.misc,comp.sys.next.programmer
From: fischer@iesd.auc.dk (Lars Peter Fischer)
Subject: Re: Edit Mode In Terminal.app
Organization: Mathematics and Computer Science, Aalborg University
Date: 12 Nov 92 01:43:21


>>>>> "Charles" == Charles William Swiger (cs4w)

Charles> The NeXT csh is a very close copy of the cmucsh, which may or
Charles> may not be available on the standard UNIX FTP sites.  Failing
Charles> that, try either ksh or bash.

Actually, get BASH. It's free, it runs on just about anything, you get
source code so you can take it with you, it has online help, it has
the best of csh and ksh, and more. I've used it as login shell for
years, and I find it to be superior to other shells I've tried. The
i-search and *real* shell programming facilities make it so much
better than csh variants.

Recommended.

/Lars
--
Lars Fischer, fischer@iesd.auc.dk | It takes an uncommon mind to think of
CS Dept., Aalborg Univ., DENMARK. | these things.  -- Calvin
Newsgroups: comp.sys.next.misc
From: ramirez.Princeton.EDU!penrose (Christopher Penrose)
Subject: Re: New SUN's, Bad news for NeXT?
Originator: news@nimaster
Keywords: scsi
Organization: Princeton University
Date: Fri, 13 Nov 1992 17:58:36 GMT

James Dehnert writes

> (The new Sun machines are equipped with) 10MB/sec SCSI 2

This is something I could really use.  For my musical purposes, the NeXT could
become an incredible digital audio workstation with such throughput.  They
have ignored this for a long time.

Christopher
penrose@silvertone.princeton.edu
From: zeno@phylo.genetics.washington.edu (Sean Lamont)
Newsgroups: comp.sys.next.misc
Subject: procmail fileserver?
Date: 9 Nov 92 05:25:10 GMT
Organization: Abstract Software

If anyone has a script for procmail which sets up
fileserver that processes file requests and emails them back to the sender,
I would appreciate it if they would mail it to me.

Thanks.



-- 
Sean T. Lamont                           |   "Don't oppress me, It's
zeno@genetics.washington.edu             |    'computer of color!' "
lamont@abstractsoft.com                  |_______________________________
Abstract Software                                                         
Newsgroups: comp.sys.next.misc
From: paul@seer.demon.co.uk (Paul Lynch)
Subject: Re: FAX modems (again!) - Turbo Modem
Organization: P & L Systems
Date: Fri, 6 Nov 1992 17:04:05 GMT

In article <1992Nov6.010458.27877@venice.sedd.trw.com>  
verket@venice.sedd.trw.com (Paul Verket) writes:
> Alexander Hinds (hinds@camis.Stanford.EDU) wrote:
> : I purchased a really cheap 14.4 .42bis modem at Fry's the other day.   
It claims to have to GroupIII FAX compatability
[chomp]
> Your modem probably supports the class 1 interface spec and, therefore, 
> can't be used with the NeXT.

As you say, Group III != Class 2.  It is worth pointing out again that  
NeXT's fax driver works with, and only with, the HSD/Interfax/Abaton fax  
modem.  Other modems reported to work are the Dove (with a Dove supplied  
driver), a ZyXEL modem with the NXFax 3rd party driver, and possibly a  
Supra with a (not yet available) 3rd party driver.

I clearly remember Steve Jobs saying at NeXTWorld Expo that 3.0 would  
support more fax devices; this isn't the case.

Paul

-- 
Paul Lynch
P & L Systems                   (NeXTmail) paul@seer.demon.co.uk
Tel: (0494)671501                      paull@cix.compulink.co.uk
Fax: (0494)680228                       76711.451@compuserve.com
From: louie@sayshell.umd.edu (Louis A. Mamakos)
Newsgroups: comp.sys.next.misc
Subject: Re: Checksum software
Date: 12 Nov 1992 18:19:50 GMT
Organization: University of Maryland, College Park
NNTP-Posting-Host: sayshell.umd.edu
Keywords: checksum software

In article <1992Nov6.130523.5725@cubetech.com> andrew@cubetech.com (Andrew Loewenstern) writes:
>In article <lfj225INN675@ai.cs.utexas.edu> yu@cs.utexas.edu (Yeong-Ho Yu) writes:
>>Several months ago, there was a mention on a public domain software which
>>calculates some type of checksum of a file.  I believe it was included
>>in the distribution of another software which required a root privilege to
>>install.
>>

My SLIP software is distributed along with a standalone-command, md5,
to compute MD5 message digests of file.  The software is also
distributed with a list of the valid MD5 digests; the intent is that
you can use this to verify that the file arrived intact during
transmission and other transport.

>there's always the unix 'sum' command.  If you really, really have to
>know if the data has been changed, I have a object that I wrote that
>calculates the MD5 of an NXStream.  MD5 is "Message-Digest 5."  It's a
>128-bit message-digest algorithm from the good folks (ha) at RSA Data
>Security.  It's public domain, but I think if you use in your software
>you have to put something like "MD5 From RSA Data Security" on the
>info-panel...

The UNIX 'sum' command is pretty much worthless if you are trying to
detect intentional modification of a file.  The whole point of message
digest algorithms like MD2 and MD5 is that it is computationally
infeasible to produce plaintext that will result in a given digest.
Both MD2 and MD5 compute a 16 BYTE digest of the given plaintext
input.

The MD5 program supplied in the SLIP_920904 software is just the code
provided in the MD5 specificaion as a reference implementation, if you
are looking for the source code.

louie

Newsgroups: comp.sys.next.misc
From: andrew@cubetech.com
Subject: Re: How to set nbuf=64 as default?
Organization: Cube Technologies, Inc.
Date: Sat, 7 Nov 1992 11:14:02 GMT

In article <1992Nov5.063618.11901@pilhuhn.ka.sub.org> jr@pilhuhn.ka.sub.org writes:
>In article <22OCT199214011322@mpx2.lampf.lanl.gov> silbar@mpx2.lampf.lanl.gov  
>(Dick Silbar) writes:
>> This probably has been covered in the earlier thread on how to speed up
>> execution under 3.0 by booting (from the NeXT> prompt) with
>> 
>>    bsd sdmach nbuf=64
>> 
>> (instead of the default nbuf=16).  But how does one set the default?
>> I tried last night to set the configuration parameters (with NeXT>p)
>> I found nothing that referred to setting nbuf.  And, setting the boot
>> command to 'sd nbuf=64' (and variations) did nothing.  [It all had to be
>> set back to 'sd' to work again.]
>> 
>> Anybody know?
>> 
>>    Dick Silbar
>
>Set a hard link on sdmach, i.e. k (for kernel).
>Then type NeXT>p and set:
>
>sd k nb=999.
>Set any number up to 999. The problem is that there are only 11 (!) characters
>allowed as input for this command.

please don't do this.  Just type this:

sd- nbu=xxx

Do NOT put in a vaule greater than 255.  Values greater than 255 can
cause you system to panic!

You don't need to hardlink a new kernel...

andrew
-- 
andrew@cubetech.com     | "Carpe Nocturn - I get more work done after
Andrew Loewenstern      |  2 a.m. than most people do all day."
Cube Technologies, Inc. |                          - Simson Garfinkel
Newsgroups: comp.sys.next.misc
From: drew@fnbc.com (Drew Davidson)
Subject: Re: adding file suffix
Reply-To: drew@fnbc.com
Organization: First National Bank Of Chicago, Chicago IL, USA
Date: Sun, 8 Nov 92 21:50:31 GMT

In article <1992Nov7.175558.3483@macadam.com> hfp@macadam.com (Hal Fox-Palmer)  
writes:
> I just transfered about 200 Mac tiff files from a Mac HD to my NeXT HD.
> Of course they show up just like text files which I just add the .tiff  
> suffix and everthing is fine. But I don't want to change them all by hand  
> so the QUESTION is;  is there a neat UNIX thing that will allow me to  
> batch them all with the .tiff suffix ??
> 
> THANKS
> 
> Hal Fox-Palmer    MACadam Computers
> hfp@macadam.com

Put them all in a single directory, open Terminal (you should get csh by  
default).  Type:

foreach file (*)
    mv $file $file.tiff
end

and voila!  your files are now TIFF.
--
+--------------------------------+-------------------------------------------+
|        Drew  Davidson          | "Never ask a programmer if he'll have     |
|         Software Guy           |  another cup of coffee because it's       |
| First National Bank of Chicago |  nobody's damn business how much he's     |
|     drew@fnbc.com  (NeXTmail)  |  already had!"       - me                 |
+--------------------------------+-------------------------------------------+
From: danjudd@cps.msu.edu (Dan Judd)
Newsgroups: comp.sys.next.misc
Subject: Request for help with X11R4 or X11R5 under 3.0
Date: 11 Nov 92 23:17:48 GMT
Organization: Dept. of Computer Science, Michigan State University
Originator: danjudd@pacific.cps.msu.edu

I need a hand getting X11 running on my NeXT. Any help would be
appreciated. The situation as it stands.

I recently purchased a NeXT, which came with 3.0 installed. I have 
been trying without much success to get X11 (pref R5, but R4 is ok)
up and running but to little avail. I have copied from various
archive sites mouseX, XNeXT, and X11R5 for NeXT. MouseX and XNeXT fill
the screen with gray lines but the cursor is just a white line and 
other windows are equally distorted beyond recognition. 

X11R5 for NeXT looks better in that I can recognize some of the icons
(the cursor, xbiff etc) but they are all bit patterns with the dots
spread way out. Things seem to work, but with so much space between 
pixels the screen is wrapped over itself multiple times, making it
unusable.

I have some source to an X server for the NeXT but have as yet been
unable to compile it, as some include files seem to be incomplete,
or missing in 3.0. 

I have installed and used both XNeXT and mouseX on machines running
2.0 in the past so I believe my installation methods have been correct.
They installations for all of them are fairly easy, in any case.

I presume that it is either the OS 3.0 causing the problem (all 
version I have found of X were compiled on 2.1 or earlier) or 
the fact my machine is a Turbo-monochrome, or both.

If anyone out there knows some place I can look for binaries, 
has helpful hints on getting an X server compiled, please let me know.

Send me mail and I will post summeries, or just follow up.

Thanks

Dan Judd
danjudd@cps.msu.edu
Newsgroups: comp.sys.next.misc
From: franks@nadia.stgt.sub.org (Frank Siegert)
Subject: RPNCalc on cs.orst.edu
Date: Sat, 7 Nov 1992 16:22:39 GMT
Organization: Stuttgart Net Systems, FRG
Keywords: calculator desktop forth rpn

RPNCalc, a programmable desktop calculator, is avaiable at cs.orst.edu.
It is still a beta version and some bugs are to be expected, but it is
free for personal or educational use. Some features are:

- programmable in the FORTH-alike language Forth-RPN
- Integer, floating, complex arithmetic
- String functions
- Needs NS 3.0 to run

Enjoy!

Frank Siegert
franks@nadia.stgt.sub.org (No NeXT mail, please!)
                  























 
Newsgroups: comp.sys.next.misc,comp.sys.next
From: rjg@umnstat.stat.umn.edu (Robert J. Granvin)
Subject: Updating password files remotely...
Organization: School of Statistics, University of Minnesota
Date: Tue, 10 Nov 1992 16:54:08 GMT

OK, I admit to being a non-NeXT type person... 

We are trying to integrate a NeXTstation into our network of Digital
DECstations.  It's primary purpose is for access to mathematica, so it's
not a full addition to the network, as it were.  yp is not being used.

While it's simple to convince the slab to mount all the zillions of
NFS directories I need, I also need the ability to basically just feed
it an /etc/password with updated users and passwords at any time, and do it
relatively automated.  I also cannot do this at the console by hand for
a multitude of reasons (Ranging from the console is in another city to
it's hard to automate things if it requires human intervention... :-)

Can someone give me pointers (email, please!) on the best way to update
user account information without having to go through the user interface
that it so plainly seems to want to force on you?  I've gone through the
FAQ's I can find, which has been enlightening on some things, but not this.
(Because of the network design and planned usage of the slab, all user
accounts will be on mounted drives - other than root and one or two other
accounts, nothing will physically reside on the NeXTstation itself...)

All recommendations for this novice-NeXT-site appreciated... Email is even
more appreciated...

Thanks,

-- 
Robert J. Granvin                                       School of Statistics
rjg@stat.umn.edu                                     University of Minnesota
From: rpomeroy@aunext3.amd.com (Ron Pomeroy x(Coop))
Newsgroups: comp.sys.next.misc
Subject: Re: Glowing Article on NS 3.0 in UnixWorld
Date: 11 Nov 92 15:56:48 GMT
Article-I.D.: dvorak.1992Nov11.155648.12390
Reply-To: rpomeroy@aunext3.amd.com
Distribution: usa
Organization: Advanced Micro Devices, Inc.; Austin, Texas

In article <1992Nov11.031131.150747@zeus.calpoly.edu>  
mrothste@keiko.acs.calpoly.edu (Rothstein) writes:
>>In article <1992Nov10.144142.27891@dvorak.amd.com>  
>>rpomeroy@aunext3.amd.com (Ron Pomeroy x(Coop)) writes:
>>> In article <jonathan.721383969@author.ecn.purdue.edu>  
>>> jonathan@author.ecn.purdue.edu (Jonathan L Neuenschwander) writes:
>>> >>I recently picked up the November issue of UnixWorld, and was  
>>pleasantly
>>> >>surprised by the optimistic and upbeat review of NextStep 3.0.  It is  
>>in the
>>> >>"Product of the Month" column even!  Nice change from the general  
>>NeXT-had-
>>> >>some-good-ideas-too-bad-they're-doomed fare I'm used to seeing.
>>> >>
>>> >>One thing in the article did catch me by surprise though.  In the  
>>first 
>>> >>column, fourth paragraph, in reference to NeXTStep486 it states;
>>> >>
>>> >>"Next [They don't seem to like the caps in NeXT.  Oh, well.] also says  
>>that
>>> >>the version will let users run multiple Microsoft Windows and DOS  
>>sessions
>>> >>inside Nextstep windows."
>>> >>
>>> >>Now the last time I saw the FAQ relating to NeXTStep486, it said that  
>>there
>>> >>wouldn't be any support for for DOS/Windows initially, something I  
>>always
>>> >>viewed as being a potentially fatal flaw.  So did UnixWorld mess up,  
>>or WILL 
>>> >>it be possible to run DOS/Windows?
>>> 
>>> The keyword here is *WILL* - as in the future.  And yes...it WILL allow  
>>this  
>>> capability - some day :-)  Journalists - tricky bunch 'a folks you know.
>>> 
>>> --
>>> Ronald Pomeroy - Smalltalk/NeXT psuedo neophyte
>>> Advanced Micro Devices
>>> CAM Applications Group
>>> rpomeroy@aunext1.amd.com (NeXTmail preferred)
>>
>>
>>YES NeXTSTEP 486 will run DOS/Windows 3.1 apps.  Yes this is from NeXT not  
>>Insignia.  No they will not be rootless initally and by the end of 93 NS  
>>486 will run Win32/NT apps.  The question they haven't answered is whether  
>>or not it will be standard or an option.  I for one don't care if it is an  
>>option or not.
>>
>>This information comes from Bob Lawton's demo of NS486 at the Sep. BaNG  
>>meeting and an info sheet put out by NeXT.  If I have mis-remembered  
>>anything please feel free to correct me.
>>
>>P.S.  I dream that if I have to program in DOS/Windows that I will do it  
>>w/ Borland's C++ under NeXTSTEP.  The irony is too much to resist.

Or better yet Objective-C.  There are 3rd party extensions to the Borland
compiler which allow one to do Windoz programming in Obj-C.  For that matter 
the same folks make a product which allow Smalltalk objects to communicate with  
Obj-C objects and vis versa.  
--
Ronald Pomeroy		Objective-C/Smalltalk pseudo neophyte
Advanced Micro Devices	[self dream-on];
CAM Applications Group
rpomeroy@aunext1.amd.com (NeXTmail preferred)
Newsgroups: comp.sys.next.misc
From: root @frogware.com(Operator)
Subject: Graduate Schools
Organization: frogware
Date: Sun, 8 Nov 1992 21:39:47 GMT

I'm currently exploring my options. I'd prefer to attend a school with at least  
some NeXT presence, any recommendations??

ben
From: matthews@oberon.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.misc
Subject: Re: How to set nbuf=64 as default?
Date: 12 Nov 92 02:12:46 GMT
Organization: /etc/organization

In article <1992Nov7.111402.3490@cubetech.com> andrew@cubetech.com writes:
>Do NOT put in a vaule greater than 255.  Values greater than 255 can
>cause you system to panic!

Really?  Wow... I had 300 buffers running for about two hours, until it
became painfully obvious that...

...having too many buffers can cause periods of intense disk activity which
can very well slow the system down.  Kinda like traffic jams; when there's an
accident, there is a definite, physical delay (like writing out a buffer),
but the delay continues long after to get everything cleared out.

If you've got 256 buffers, that's 2 megabytes of stuff to dump to disk.

Annd, if you do crash or panic (come to think of it, I can't remember if I
panic'd or not, but I did have an abormal shutdown), those 2 megabytes of
stuff probably weren't written to disk...

>andrew
------
Mike Matthews, matthews@oberon.umd.edu (NeXTmail accepted)
------
Even if you can deceive people about a product through misleading statements,
sooner or later the product will speak for itself.
- Hajime Karatsu
From: matthews@oberon.umd.edu (Mike Matthews)
Newsgroups: comp.sys.next.misc
Subject: Re: adding file suffix
Date: 12 Nov 92 02:24:04 GMT
Organization: /etc/organization

In article <721285254.AA00000@blkcat.UUCP> David.Gursky@p394.f70.n109.z1.fidonet.org (David Gursky) writes:

>How about moving them all into a single sub-directory, opening a terminal
>shell, moving to the aforementioned directory, and using a command to the
>effect of "mv * *.tiff"

YOW!

You've got the right idea, but 'mv * *.tiff' will definitely not work.  The
shell will expand that command out to

mv file1 file2 file3 .... filen

(the *.tiff will presumably give no matches)

so you've just renamed all of your filse to the last one.  Kaboom.  Or, if mv
were smart, it would complain that filen isn't a directory.  But I don't
think mv is that smart (and I don't care to find out at this moment).
------
Mike Matthews, matthews@oberon.umd.edu (NeXTmail accepted)
------
Death is life's way of telling you you've been fired.
		-- R. Geis
From: zeke@esosun.UUCP (James Dehnert)
Newsgroups: comp.sys.next.misc
Subject: New SUN's, Bad news for NeXT?
Date: 11 Nov 92 21:11:44 GMT
Reply-To: zeke@esosun.css.gov.UUCP ()
Organization: Science Applications International Corp., San Diego


  I just got a look at the new offerings from Sun, and it dosen't look 
good for NeXT.  The have a new SPARCclassic and SPARCstation ( gee, i wonder 
where they got the ideas for those names??  )  Here are the number from the 
fact sheet ( certain to start a debate ).  I'v heard all the crap about how 
these ratings are no indication of anything, but I have em' and I'm posting em'.
  Ignore them at you leisure.



	Processor		microSPARC ( tsunami I believe )
	Clock speed		50 Mhz
	SPECint 92		26.4
	SPECfp 92		21.0
	SPECrate int 92		626
	SPECrate fp 92		498.1
	MIPS/MFLOPS		59.1 / 4.6
	Main Memory		16 - 96
	Sbus slots		2

  These numbers are for the classic and the station which seem to be the same 
system except for the color option.  The base config for the clasic is as 
follows,

  
	16 M Ram
	15" color monitor ( 1024 x 768 ) 100 DPI
	207 MB disk
	$4295 ( with discounts for quantity )

  
  and for the station LX

	16 M Ram
	16" color monitor ( a few configs )
	42 NB disk
	ISDN on motherboard
	$7995


  Add to this Tbase10 ( no thicknet ) and 10MB/sec SCSI 2 and you have a pretty 
tidy package.  I had a chance to play with a station LX at the demo at UCSD 
and it seemed real peppy, I neglected to see how huch memory as in it though.

  Is this good news or bad news for NeXT?  I don't see how it could be good news.
  NeXT does have the better UI and other things going for it but this is a fast 
cheap COLOR Sun workstation that is expandable and has taken advantage of the 
latest technologies.  ISDN may be no big deal, but NeXT still dosen't have 
synchronous SCSI, let alone 10MB Sync SCSI.  The 15" color is a bit small to a 
workstation user, but not to some one moving up from a PC.
  
  Given the recent history of NeXT ( overnight OD droping, NeXT Dimention 
problems, No current upgradability for the stations, no word on the future 
of the cube, the ADB upgrade policy ( i.e. sell your old box and buy a new 
one ), no low cost color for the cube, no synchronous SCSI, and I'm sure 
there is more ) all i can say is that given the choice now of a NeXT or 
SUN, I would go with the sun, and I bet a large amount of people will begin 
to purchase the new SUN's over the NeXT's.
  I for one am sad to see it.  I still love my cube, even though It seems 
to be at a dead end.  If the cube dosen't live on I WILL buy one of these 
SUNs to replace it, unless NeXT can get on the ball and make me believe that 
they will have the horsepower, and that I won't have to sell my whole 
system every time I want the new and improved feature, like ADB od sync SCSI.

  What does everybody else think?  Any comments from NeXT?  I didn't think so.

  Zeke
-- 
+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+
= James "Zeke" Dehnert         zeke@mode.css.gov  =
+ SAIC   Geophysical Div.     Eschew Obfuscation  +
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=
Newsgroups: comp.sys.next.misc
From: greg@agog.com (Greg Cockroft)
Subject: New SimonSays Version
Organization: Agog, Inc.
Date: Fri, 13 Nov 1992 13:07:21 GMT


Well I got tired of working on the new recognition kernel and decided 
to take a break and add a few new macro features to SimonSays. 
There is a beta copy available via either NeXTmail or anonymous ftp.

New features.

	1. All macros can be driven from the keyboard.
	2. Graphics can be imbedded in RTF for pasting. 
					(Great for mail sigs)
	3. Timed delay macro object.
	4. File open macro object.
	5. Small hack.  "#activate appname" will activate an application
	   if placed in a UNIX command.
		
	   For instance  the following macro can be created.
			
		UNIX Command   	      #activate Workspace
		Delay                 .1 seconds
		Key                   Shift Command C
		
	    If placed in CommonWords this macro will open up the workspace
		console from within any application.


The beta copy will run fully enabled for all current SimonSays user
and will run in demo mode for everyone. You must have 3.0.

Send mail to me for a NeXTmail copy or snarf a copy via 
anonymous ftp from:

	host:	ftp.msen.com
	path:	pub/vendor/agog/next

	-greg.
			
-- 
Greg Cockroft                       greg@agog.com    
Agog, Inc.                          (517) 627-2186   fax 2673
13780 North River Highway
Grand Ledge, MI  48837
Newsgroups: comp.sys.next.misc
From: roettig@ifi.unizh.ch (Thomas Roettig)
Subject: How do you get the Educational CD Rom Sampler in Europe?
Organization: University of Zurich, Department of Computer Science
Date: Thu, 5 Nov 1992 16:30:01 GMT


How do you get the Educational CD Rom Sampler in Europe?
Anyone?

--

Gruss 
Tom
_____________________________________
Thomas Roettig
thomas@nice.usergroup.ethz.ch