HDTenEightyP/NetNews huggingface dataset:
From: williams@agomoda.asd.sgi.com (Eric Williams)
Subject: Re: Not enough swap space
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 20 Aug 1992 00:29:57 GMT

In <7085@charon.cwi.nl> robertl@cwi.nl (Robert van Liere) writes:


>A long, long time ago (i.e. in the 3.3.? days) Lance M Option @ NIH
>wrote :
>
>>     SGI System Gurus:
>>       We are experiencing problems with "malloc()".  It seems
>>       that if an amount of memory greater than the sum of
>>       free memory and free swap space is requested, the malloc()
>>       succeeds, but the program is killed by the OS when the
>>       memory is used.  How can this condition be caught?  Can't
>>       the OS give some indication to the user of why his proc died?
>
>We are currently experiencing this behavior as well. Can this condition
>be caught in 4.0.5 ? If not, is there something else we can do to avoid
>these (SysV related) "problems".

I think the following should help.  It ought to change the behavior so that
the malloc will fail.  The default as shipped is to have behavior as you
describe.  (This change might also mean that processes are limited to total
swap space, rather than the sum of swap space and physical memory.  Sorry
I don't know for sure, so I can't say).

Edit /usr/sysgen/master.d/kernel:

/*
 * preallocation of swap space
 *      0  ==> disk space not preallocated for processes;
 *      !0 ==> disk space preallocated on fork/exec/sbrk/etc.
 */
int availsmem_accounting = 0;


Change the 0 to 1.  Run /etc/autoconfig.  Reboot.

-Eric Williams
Newsgroups: comp.sys.sgi
From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
Subject: Re: STREAMS obsolete?
Keywords: STREAMS
Organization: Silicon Graphics, Inc.  Mountain View, CA
Date: Thu, 20 Aug 1992 08:11:29 GMT

In article <1992Aug19.215018.24604@ohrd.uucp>, ohrd!twriter@cs.toronto.edu (Timothy Writer) writes:
> I only just upgraded to 4.0.1 (4.0.5 is out of stock) because my most
> important application software has only just been upgraded to run under
> 4.0.X.  The "READ ME FIRST" letter which came with the developer's
> option states that the STREAMS Primer and STREAMS Programmer's Guide are
> obsolete.  Does this imply that STREAMS are obsolete?  I thought that
> SGI was migrating IRIX to SVR4.  If so, why are STREAMS obsolete?  If
> STREAMS are not obsolete, why are the manuals obsolete and why didn't I
> get new manuals?
> 
> What's the story?


STREAMS were obsolete as soon as they were corrupted from the researchy
streams by AT&T in the mid-1980'2.  The future UNIX networking
programming model is not clear.  The fastest network implementations
are not STREAMS based, and of the the years STREAMS have more and more
faithfully emulated sockets.  However, the death of CSRG is not a good
sign for sockets.  On the other hand, if USL is fails to squash both
the free and the cheap 386 versions of 4.3BSD, sockets will live
forever.

The support code for things like name resolution in SVR4.1 STREAMS is
not pretty, consistent, or obviously usable.  One of the mysteries of
life is how people manage to get by with it.

It is possible that a future version of IRIX that is more or less
SVR4-like might have sockets with STREAMS module glue and other stuff
to satisfy the needs of STREAMS based applications.  SGI's TCP speed
appears likely to survive the initial inclinations of those who would
have had SGI jump onto the AT&T/Sun network bandwagon.

I've no doubt the letter mentioned above was only trying to say that
the STREAMS documents are no longer being published by SGI.  That's
news to me.  Still, Prentice Hall prints them on nice paper with what I
think are better bindings.


Vernon Schryver,  vjs@sgi.com

P.S. Before you decide I'm a completely ignorant socket fanatic, note
 that I did the original port of SVR3 STREAMS to the SGI UNIX,
 including writing the STREAMS modules and modifying the tty drivers to
 make SGI tty's STREAMS based in 1986.
From: beyer@bflsgu.fl.bs.dlr.de (R. Beyer)
Newsgroups: comp.sys.sgi
Subject: Exabyte
Date: 14 Aug 92 10:55:10 GMT



Dave Olson answers:

| I don't know how to verify what the firmware rev is of the Exabyte unless it's
| that 4 digit number at the end of the Device line of an mt stat command.  4 of
| our Exabytes have the string "425A", the other one (used above) has the string
| "251X".

425A and 252T are the only firmware revs SGI has shipped.


I just installed a replacement Exabyte sent by SGI which gives the following
status information:

	Controller: SCSI
	Device: EXABYTE: EXB-8200        2647    
	Status: 0x262
	Media : READY, writable, at BOT

I only replaced the Exabyte system from an otherwise functioning backup
environment and now the Exabyte produces a new error

	failed I/O error: guest@bflsgu:/dev/nrexa feom 1

although this command presented no problems before.

Regards






---------------------------------------------------------------------
Ralf Beyer - German Aerospace Research Establishment, Institute for 
Flight Guidance, Flughafen, D-3300 Braunschweig, Fed. Rep. of Germany
	  Phone: 0049-531-395-2530  Fax: 0049-531-395-2550
EARN/BITNET: fl17@dlrvmbs.bitnet Internet: beyer@bflsgu.fl.bs.dlr.de
---------------------------------------------------------------------
Newsgroups: comp.sys.sgi
From: walton_a@chef.reading.sgi.com (Andrew Walton)
Subject: Re: Need help with RPC on Indigo
Keywords: RPC
Organization: Silicon Graphics, Inc.
Distribution: na
Date: Fri, 21 Aug 1992 08:46:27 GMT

I tried the msg_server example in the 4.0.1 manual and hit similar
problems, when I checked the my old 3.3.3 manual I found the arguments
to the remote calls were reversed, they should be

	result = remote_1(&argument, client)

in the 4.0.1 manual for some reason they are

	result = remoye_1(client, &argument)

If you are using rpcgen you can get it to create prototypes with the
-P option but I think there is a bug lurking in there.

try rpcgen -P on the following rpc spec

	program STRING_TEST {
 	       version VERSION {
  	              int function(string) = 1;
   	     } = 100;
	} = 200;

The C code generated has char ** for the argument pointer, but the
protottype has string * for the argument pointer and string doesn't
appear to be defined in any of the rpc header files.  It looks like 
simple text substitution is used to generate the prototypes.


Newsgroups: comp.sys.sgi
From: iant@teleride.on.ca (Ian Thomson)
Subject: Music on the SGI Platform
Organization: Teleride Sage Ltd.
Date: Wed, 19 Aug 1992 17:13:05 GMT

Hi netters,
    is there any need for comprehensive music software on the SGI 
    platform.  For instance, notator on the Atari or whatever is on
    the MAC.  I talked to a SGI sales rep (I am thinking of buying one)
    and asked about the MIDI capabalities of the machine.  He said that
    all the libraries are there, someone just has to write it.

    I am open to suggestions as to what people would need in a
    music application.

    EG:
      SMPTE
      MIDI
      Postscript ouput of scores
      Sequencer
      Composer
      Compatability with the graphics software on the SGI platform
	ie: adding the sound created to the animation etc.


   Please send me e-mail if you are interested and have any Ideas.


   Ian
From: dong@umiacs.umd.edu (Dong Chen)
Newsgroups: comp.sys.sgi
Subject: save mail
Date: 21 Aug 92 13:47:15 GMT
Organization: UMIACS, University of Maryland, College Park, MD 20742

Hello,

Could somebody tell me how to set up a default dir. for Mail,
so that all message will saved under that directory.
What I mean is not a mbox file, but directory.
So if I type "s test", the message will be saved as ~/Mailbox/test.

Any light ?
From: mash@mips.com (John Mashey)
Newsgroups: comp.sys.sgi
Subject: Re: Laptop Indigo
Date: 13 Aug 1992 16:46:41 GMT
Organization: MIPS Computer Systems, Inc.
NNTP-Posting-Host: winchester.mips.com

In article <BsHGCr.CEJ@news.cso.uiuc.edu> ercolessi@uimrl7.mrl.uiuc.edu (furio ercolessi) writes:
>In article <1992Aug4.213604.27545@aber.ac.uk>, bbg@aber.ac.uk (Bo Gervang) writes:
>|>In article <13841@gazette.bcm.tmc.edu> rdargahi@trane.iaims.bcm.tmc.edu (Ross Dargahi) writes:
>|>>How about a laptop Indigo?
>|>
>|>BIG support from me. It should be based on the R4000. But is the
>|>screen technology good enough for sgi's nice graphics?
>
>And, would its temperature remain low enough to prevent
>the color of the case from changing from indigo to red to white during
>operation ?   :-)

I don't know if there are any plans to build such a thing, and couldn't
say if I did know.  However, there is an R4000-variant chip (first publicly
mentioned last April) designed for low-power use in laptops that is
being worked on for next year.
It is not well-known, but you can play RISC 2 ways:
	a) Make it really fast ... and use whatever power you use.
	(This is the way most people are familiar with).
	b) Make it fast ... but pay a lot of attenion to die space,
	power-oriented design, and get something a lot faster and cheaper
	to build than typical CISC chips.

Hence, at least from the CPU chip side, this kind of thing will get 
feasible pretty soon.  Of course, one would not expect a laptop chip
to be as fast as an R4000 ... but should be noticably faster than
R3000s.
-- 
-john mashey	DISCLAIMER: <generic disclaimer, I speak for me only, etc>
UUCP: 	 mash@mips.com [soon to be mash@sgi.com, but not quite moved yet].
DDD:  	408-524-7015,  or 524-8253
USPS:	(soon) Silicon Graphics, 2011 N. Shoreline Blvd, Mountain View, CA 94043
Newsgroups: comp.sys.sgi
From: rmaszkow@nyx.cs.du.edu (Rafal Maszkowski)
Subject: Explorer users on IRIS wanted!
Organization: Nyx, Public Access Unix @ U. of Denver Math/CS dept.
Date: Sun, 16 Aug 92 13:29:31 GMT


 
Hello!

 I am using an Explorer 1.0 on IRIS 4D/80GT. To say exactly: I am 
struggling with it. I managed to display some data, displaing works
quite nice. Now I'd like to do some more. I try to write functions
in Shape language. It is terribly difficult because the manual lacks
many details, especially meaning of error messages. the syntax is
very weird too.

Does anybody has some experiences with this? Can anybody send me
hints or examples of Shape programs?
 
thanks a lot

Rafal Maszkowski

Newsgroups: comp.sys.sgi
From: fsset@bach.lerc.nasa.gov (Scott Townsend)
Subject: 'draw' vs. PIs upgraded from 4D/20 to 4D/35
Organization: NASA Lewis Research Center [Cleveland, Ohio]
Date: Mon, 17 Aug 1992 15:39:54 GMT

To any 'draw' users out there:

It appears that 'draw' tends to die on systems that have been upgraded from
a 4D/20 to a 4D/35.  The symptom is 'draw' hanging with a blank screen and
the martini cursor.  This is accompanied by SYSLOG messages of the form:

Aug 15 14:25:32 unix: WARNING: Gr1PixelDma: TIMEOUT gfx DMA did not complete (line by line)
Aug 15 14:25:32 unix:        
Aug 15 14:25:32 unix:        
Aug 15 14:25:32 unix: WARNING: Graphics error: base = 0xBF000000  GE PC = 6353

Apparently, a fix is to have the graphics board upgraded.  THIS IS NOT
AN OFFICIAL SGI STATEMENT, it just seems to work.

I don't know what it is that 'draw' does that triggers this, but I haven't
seen the problem here since the graphics board was upgraded.  If anyone knows
of a software fix I'd appreciate hearing about it.


-- 
Scott Townsend,  Sverdrup Technology Inc.  NASA Lewis Research Center Group
fsset@bach.lerc.nasa.gov
From: bruggink@neep.engr.wisc.edu (Dennis Bruggink)
Newsgroups: comp.sys.sgi
Subject: emacs via remote login
Date: 13 Aug 92 15:52:17 GMT
Distribution: comp.sys.sgi


>GNU emacs 18.58 will compile "out of the box" for IRISes if you use


>You can get a full set of binaries compiled under 4.0.1, the full
>source and patches for the build by anonymous FTP to
>sgigate.sgi.com:~ftp/net-services/gnu-emacs/.


These emacs binaries  work fine when I'm sitting at the (indigo) console,
 but when I log-in via telnet using a Macintosh (which is not
 running X window) and try to use emacs, I get the message:

X server not responding.  Check your DISPLAY environment variable.


So evidently I'm sposed to turn off X (?) or have some kind of emacs
config file/command, or do I have to recompile emacs, or ???
Thanks...

--dennis bruggink
From: spencer@hailwood.asd.sgi.com (Paul Spencer)
Subject: Re: do I need a TBC for VideoLab input ?
Keywords: time-base-corrector, VideoLab, VGX, Video
Organization: Silicon Graphics, Inc., Mountain View, CA
Date: Sat, 22 Aug 1992 21:45:22 GMT

apian@ise.fhg.de (Peter Apian-Bennewitz) says:
> 
> Does the VideoLab accept input directly from a recorder, even
> when the timing is not 100% accurate (composite->RGB done by
> an external non-tbc converter ) ?

Yes. The input section is designed with a wide enough lock range to be
able to take poor quality video signals, as you would get from a VCR. 

We have used a Sony Laserdisc recorder, and consumer quality VCR's,
as well as professional VTRs, without any problems. (These tests were
part of our release procedure).

....paul

-- 
Paul Spencer                 Silicon Graphics Advanced Graphics Division
spencer@sgi.com                                Mountain View, California
Newsgroups: comp.sys.sgi
From: alain@paris.asd.sgi.com (Alain Dumesny)
Subject: Re: Inventor question
Reply-To: alain@sgi.com
Organization: Silicon Graphics Inc.
Date: Thu, 20 Aug 1992 02:11:46 GMT

This question is rather specific, but other people on the Net who are using
Inventor might be interested, so I will post rather than mail directly.

In article <1992Aug17.073443.20775@nuscc.nus.sg>, bemlbk@nuscc.nus.sg (Liew Beng Keat (Mr)) writes:
|> 
|> I want to add a push button on the right trim of the form widget
|> (refer to pg 11-15 of the Iris Inventor Programming Guide) but my 
|> attempts thus far has not succeeded to my requirements.
|> 

When you say "trim of the form widget", I presume you mean the decoration
trim around the Xt Viewers (like the SoXtExaminerViewer). The viewers have
an addAppPushButton() method which will add pushbuttons to the left
decoration trim (do a man SoXtFullViewer). You can't add push buttons to
the right trim withought subclassing right now (that trim is reserved for
the viewers. The left trim is for the app).

You can of course create SoXtPushButtons and lay them out around a viewer
using motif once you build the viewer within a form.

|> I understand that there are a few ways for adding push buttons. The
|> setButtonImages() routine accepts either SGI.rgb files or rrggbb array
|> format RGB images or color index arrays.
|> 

setButtonImages() is only used to specify what images will be used for up
and down state of the button. Make sure to create the button either in RGB
or color index mode (argument to the constructor) since this cannot
currently be changed at run time and that it matches what images you want
to display (else it will print an error message in DEBUG mode).

|> Could someone show me how the button up and button down images
|> are specified using rrggbb format as well as color index arrays.
|> It would be nice too if i know how to create SGI.rgb images which
|> setButtonImages can understand.
|> 
|> 
|> Beng Keat
|> 
|> 

.rgb images can be created using /usr/sbin/snapshot and /usr/sbin/scrsave
(for grabing something on the screen), or /usr/sbin/imged for
creating/editing one from scratch. imged can create either color index
(default) or rgb images.

Setting the buttons images to be .rgb files is simple for prototypes. If
want your image to be compiled in (what is used for the viewers) then you
need to convert those image files into a C text array which you include in
your code. Look under ~4Dgifts/iristools/imgtools for longimagedata()
(read rgb image and return an array of rrggbb) and sizeofimage() examples.
Then it is just a matter of using fprintf() to print those values out in a
format you can use in your C code.

Hope this helps...

-------------------------------------------------------------------------
Alain Dumesny	alain@sgi.com	(415)390-5250	    Silicon Graphics Inc.
From: hendrix@oasys.dt.navy.mil (Dane Hendrix)
Newsgroups: comp.sys.sgi
Subject: Re: shutdown by user
Date: 18 Aug 92 11:22:16 GMT
Reply-To: hendrix@oasys.dt.navy.mil (Dane Hendrix)
Organization: Code 1542, DTMB, Bethesda, MD

In comp.sys.sgi, vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
|In article <1992Aug17.195429.2312@epas.toronto.edu>, adam@epas.utoronto.ca (Ada
|m Iles) writes:
|> In article <ojsf4ek@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Sc
|hryver) writes:
|> >True, but that hole does not exist if you use a line like
|> >
|> >shutdown:asdfasdf:0:0:shutdown:/:/etc/halt
|>
|> You may want to make sure that you add shutdown to your /etc/ftpusers
|> file!  If you let a person ftp as root there is no reason why he would
|> not be able to just upload a new /etc/passwd file, or am I missing some
|> basic piece of security that has already been discussed?
|>
|> Never trust anyone to have addressed ALL of the security issues.
|
|How is this "shutdown" entry any more or less of a security hole
|for ftp than the "root" entry in /etc/passwd?
|
|If you can use FTP and "shutdown" to change /etc/passwd without knowing
|the right password, then you can use FTP and "root" without knowning
|the password.
|
|In other words, I do not think this line creates any additional
|security holes.

I agree with the need for an /etc/ftpusers entry.  The reason for having 
a shutdown account was so that a less closely held password could 
enable users to shutdown the system.  If there is no entry in the 
/etc/ftpusers file for the shutdown account, the damage possible due
to disclosure of the shutdown password is nearly(?) as great as that 
due to disclosure of the root password.

Dane Hendrix                              | email: dane@wizard.dt.navy.mil 
DTMB (a.k.a. Headquarters, Carderock Div.,|  or hendrix@oasys.dt.navy.mil
Naval Surface Warfare Center)             |  or hendrix@nas.nasa.gov 
Code 1542, Bethesda, MD 20084-5000        | phone: (301)227-1340
Newsgroups: comp.sys.sgi
From: philip@ziggy.stanford.edu (Philip Machanick)
Subject: slow mail to Indigo?
Reply-To: philip@ziggy.stanford.edu (Philip Machanick)
Organization: CS Department, Stanford University, California, USA
Date: Fri, 21 Aug 1992 19:09:25 GMT

I've been having some difficulty getting mail to go through to a site in a  
distant part of the world with a slow link to the US.

Sending mail to a Sun seems to be OK, whereas sending to an Indigo in the same  
organization is less reliable. Mail out sits in the queue for a few days though  
it does eventually get through.

I tried Mail -v to see what was going on. To the Sun, after a few minutes the  
message went through. To the Indigo, each step took a long time, until  
eventually it got stuck for over an hour and timed out. This seems repeatable  
though it doesn't stop in the same place each time.

Should there be anything different about the Indigo that would make it slower  
at receiving mail, or is this more likely to be a network problem? The people  
on the other side seem to be at a loss as to where to look for the problem.
Any help appreciated
--
Philip Machanick
philip@pescadero.stanford.edu
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.sgi
Subject: Re: Videos from the screen?
Date: 18 Aug 92 05:14:08 GMT
Distribution: na
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <1992Aug18.024211.28165@ringer.cs.utsa.edu> senseman@ricky.brainlab.utsa.edu (David M. Senseman) writes:

| In article <1992Aug17.223534.4239@imax.imax.com> dave@imax.imax.com (Dave Martindale) writes:
| >
| >I tried "setmon ntsc" on my XS24 and looked at the video output on an
| >oscilloscope.  It sure looked like properly-timed NTSC, within the
| >measurement accuracy of the 'scope.  All three of RGB have embedded sync.
| >So it *looks* like you could connect this directly to a video recorder
| >with RGB inputs, such as the Sony LVR-5000 or LVR-3000 write-once videodisc.
| >Has anyone actually tried this?
| >
| >A smaller issue: Does anyone know of a source of reasonably-priced
| >video cables to do this?  They'd need a 13W3 connector on one end
| >and BNC RGB connectors on the other end.  And how should the other
| >pins on the 13W3 be connected when there isn't a monitor on the far end?
| >
| 
| Funny you ask this -- I was on the phone today with SGI Express about this 
| very issue. SGI does make a cable that is a "13W3-to-BNC" (Part number
| 0188105001). I think the cost is about $100 (but don't quote me :)
| 
| The small pins are used to code for the monitor type. They form a
| passive circuit so they don't have to be connected BUT if they
| aren't connected, the Indigo defaults to the 19 inch Hitachi.
| If you have a smaller SONY monitor (like us) this is not good :-(
| Someone from SGI correct me if I'm wrong, but I think I was told that 
| you CAN'T set the monitor type in software. (Doesn't sound right but 
| that's what I'm told).

You can, by setting some environment variable, but I doubt that it
is documented anywhere what it is for all the various monitors
(and I don't know myself).

--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.sgi
From: lms@swlray.msd.ray.com (LEE MARDEN)
Subject: BattleZone??  What is it?
Summary: BattleZone what is it?
Organization: Raytheon Company, Tewksbury, MA
Date: Fri, 14 Aug 1992 12:20:45 GMT

  Just saw a post on a ground based simulation similar to Dog.  Is this
an SGI program?  If available for public use, which FTP sites carry it?

  AdvThanksance

  Lee Marden

-- 
  AdvThanksance,

  Lee S. Marden, lms@swlray.msd.ray.com
  Raytheon Company, Missile Systems Division, Tewksbury, MA 01876
Organization: Penn State University
Date: Tue, 18 Aug 1992 15:03:42 EDT
From: <KJB6@psuvm.psu.edu>
Newsgroups: comp.sys.sgi,psu.comp.sgi
Subject: Changing screen colors on an Indigo

How do you change the colors of the windows on an Indigo running 4.0.4? On a 4D
20 running 4.0.4 I can use the cedit command and it will do it, put I can not
seem to change the colors of the windows on an Indigo.

Any help would be appreciated.


Ken Bauer
Pennsylvania State University - Behrend College
Newsgroups: comp.sys.sgi
From: olson@anchor.esd.sgi.com (Dave Olson)
Subject: Re: cdrom
Keywords: cdrom,sgi,os3.3.1,os3.3.2
Organization:  Silicon Graphics, Inc.  Mountain View, CA
Date: Fri, 21 Aug 92 20:11:01 GMT

In <15081@umd5.umd.edu> beach@astro.umd.edu (Eric Beach) writes:
|    Has anybody attempted to connect a cdrom to an IRIS which uses 3.3.1 or
| 3.3.2 as its operating system? I know this can be done very easily with 4.0 .

It won't work, at least, not in any useful sense.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.sgi
From: rainer@sfb256.iam.uni-bonn.de ( Rainer Kleinrensing)
Subject: inst problem with / and /usr partitions
Organization: Applied Math, University of Bonn, Germany
Date: Fri, 21 Aug 1992 15:40:43 GMT


Hello,
recently we installed a new 1G disk (IBM) in our 4D-220 VGX. We chose
to leave the root partition on the disk where it already was
(an internal 600MB SCSI disk), but to place the /usr partition on the
new drive since 40x is so much greater than 3.3.
We copied the old /usr-partition to the new drive and
correctly set up the links (/dev/usr, /dev/rusr).
Booting 3.3 worked fine.
*BUT*: when booting after upgrading (once to 4.0.1, a few weeks after 
to 4.0.4) we saw that the install program had made a new link /dev/usr 
and a new link /dev/rusr. Those links pointed to the first partition
after our root partition (i.e. the old /usr-partition), where there was
some other stuff right now. After seeing that, we re-made the links, and,
voila, 4.0.x booted fine.
My question: why does inst make new links for the /usr partition ?
Can I stop it from mangling up the entries again when we want to install
4.0.5 next week ?
Thanks for any hints,
   
	Rainer Kleinrensing                rainer@sfb256.iam.uni-bonn.de
	Institute for Applied Mathematics 
	Bonn University
	Wegelerstr. 6 
	W5300 Bonn
	Germany

	Phone: +49-228-73-3427  Fax: +49-228-73-7864