HDTenEightyP/NetNews huggingface dataset:
From: gm@germal.bs.open.de (Gerald Malitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Precompiled Header Prob
Date: Mon, 24 Aug 1992 16:27:04 GMT
X-Newsreader: Arn V1.00 beta rel2

In article <77867@ut-emx.uucp>, Dan Higgins writes:

> Surely SOMEBODY uses precompiled header files

	Yep, and I had trouble too.  They seem to loose some
information sometimes.  I've code that compiles fine without
precomiled headers.  The compiler complains if I use them.
One time he wasn't able to compile a structure assignment
(incomatible types, he told me).  I tried to replace that by
memcpy, but he wasn't able to apply sizeof() to the source,
sizeof() for the destination finally worked.  Again, everything
was ok with uncompiled, just compacted header files.

>...so tell me
> what am I doing wrong this time?

	Nothing, maybe.  Though I've never had errors from blink,
it was always lc...

> Dan

	Regards, Gerald.

-- 
  // Gerald Malitz,  Bolchentwete 4,  3300 Braunschweig,  Voice: +49 531 796832
\X/ gm@germal.bs.open.de                      Mittagspause von 0.30 - 23.45 Uhr
Newsgroups: comp.sys.amiga.programmer
From: boberg@lysator.liu.se (Stefan Boberg)
Subject: Re: Font-size independence GadTools package
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Fri, 4 Sep 1992 17:22:24 GMT

willw@extro.ucc.su.OZ.AU (William Waring) writes:

>In article <9208261339.AA03776@csugrad.cs.vt.edu> pmiller@csugrad.cs.vt.edu (Paul Miller) writes:

>>If anyone is interested, I have a GadTools front-end package (not a
>>builder) which makes it much easier to build in font-size independence
>> <....>

>Why bother, when you can use GadToolsBox V1.3 to generate perfectly working 
>font adjusting routines for GadTools. I have used GTB to develop all the
>windows in my up and coming communications package, X-Comm. It generates code
>that can handle almost any font, and also allows proportional. Don't know why
>people bother doing it by hand?

  Does it really work with proportional fonts? I don't think so... At least
it didn't when I tried it. The real problem is that it does not have any
means of localizing programs easily. With localized programs you must have
a very flexible system in order to allow for greatly varying string lengths.

  Something that would be really neat is a BOOPSI class that handles the
window layout for you. I haven't looked very closely at the BOOPSI system
and it's possibilities, but I think it would be possible to implement it
as a subclass of `groupgclass' or something. Alternatively, something like
a `wintools.library' could do the job as well. I have quite a few ideas 
about how to do a really flexible system (handling all kinds of gadgets 
and other stuff including custom BOOPSI ones), but hardly no time to 
implement them :-(
--
Stefan Boberg - AP & EE student at Linkoping Institute of Technology, Sweden
 Author of LhA, ArjA and LhArcA. Co-author of Alien Breed, Project X, Full
  Contact and Miami Chase.
    EMail: boberg@lysator.liu.se, lha@augs.se       FidoNet: 2:204/404
From: jesup@cbmvax.commodore.com (Randell Jesup)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Programming Tools (was: Amiga programmers UNITE)
Date: 23 Aug 92 22:30:38 GMT
Reply-To: jesup@cbmvax.commodore.com (Randell Jesup)
Organization: Commodore, West Chester, PA

engb@gpu.utcs.utoronto.ca (Ben Eng) writes:
>>Actually, SAS/C 6.0 promises a fully integrated environment. And, according

>GRROOOOSSSSSSSS!!!  It had better come with a decent make and a cc
>front end that feels like its Unix equivalent (hopefully with a 
>set of switches like -c -o -O -g etc. that act as expected).

	lmk is now smake, but I don't know exactly what changed.  There is no
CC front-end; however now that sc5 and sc are merely front-ends to the
compiler libraries that do the work, it should be easy for them to do for
the next minor release (or maybe even a 3rd-party).

-- 
"Rev on the redline, you're on your own; seems like a lifetime, but soon it's
 gone..."  Foreigner
-
Randell Jesup, Jack-of-quite-a-few-trades, Commodore Engineering.
{uunet|rutgers}!cbmvax!jesup, jesup@cbmvax.cbm.commodore.com  BIX: rjesup  
Disclaimer: Nothing I say is anything other than my personal opinion.
Newsgroups: comp.sys.amiga.programmer
From: walker@twix.unx.sas.com (Doug Walker)
Subject: Re:  SASC 6.0 (food for thought)
Originator: walker@twix.unx.sas.com
Date: Mon, 31 Aug 1992 13:12:35 GMT
Organization: SAS Institute Inc.


In article <cg.0d3f@ami-cg.UUCP>, cg@ami-cg.UUCP (Chris Gray) writes:
|> In article <paulk.1a84@terapin.com> paulk@terapin.com (Paul Kienitz) writes:
|> >Aztec 6.0 is a *long* way off.  They aren't even working on any Amiga products
|> >these days -- they don't have enough people.  And when they do go back to the
|> >Amiga stuff, the first thing they need to do is a major upgrade of their sourc
|> >level debugger.
|> >
|> >But they say the 6.0 compiler will have cool optimizations like register
|> 					 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
|> >tracking, full '040 support, and an intuitionized control interface.
|>  ^^^^^^^^
|> 
|> I hope they have some real optimizations in mind as well, like common
|> subexpression elimination, register colouring, loop unrolling, dead code
|> elimination, strength reduction, etc. I put register tracking into my PD
|> Draco compiler several years ago - it buys some speed, but not as much as
|> some of the other techniques.

The answer is yes, yes, yes, yes, yes, and yes.  The 5.10 global 
optimizer did a good bit of the above (common subexpression elimination,
loop unrolling, dead code elimination, strength reduction) but the 6.0
global and peephole optimizers do even more.  The peepholer is capable
of reassigning registers to make better use of scratch registers,
for example.  You don't mention tail recursion, but that's in there
as well.  The global optimizer can totally eliminate static functions
(making them inline) and generate inline code for even non-static
functions.  6.0 never generates LINK and UNLINK instructions - instead,
all stack references are made relative to A7, thereby freeing up a
register.

Well, that's enough for now...

-- 
  *****
=*|_o_o|\\=====Doug Walker, Software Distiller====== BBS: (919)460-7430 =
 *|. o.| ||                                          1200/2400/9600 Dual
  | o  |//     For all you do, this bug's for you!
  ====== 
usenet: walker@unx.sas.com                            bix: djwalker 
Any opinions expressed are mine, not those of SAS Institute, Inc.
From: jdp@caleb.UUCP (Jim Pritchett)
Newsgroups: comp.sys.amiga.programmer
Subject: Re:  Speculations: Amiga and Mach?
Date: Sun, 30 Aug 1992 00:27:44 GMT
 <wk+yr*dS0@caleb.UUCP> <heinz.0364@edohwg.UUCP>
Organization: is sometimes desirable

In article <heinz.0364@edohwg.UUCP>, Heinz Wrobel writes:

> In article <wk+yr*dS0@caleb.UUCP> jdp@caleb.UUCP (Jim Pritchett) writes:
> >In article <rwm.713991011@atronx.OCUnix.On.Ca>, Russell McOrmond writes:
> >
> >>   Developers need firewalls, users do not.  Developers use MMU based machines.
> >
> >I strongly disagree with this statement.  I have had several "commercial"
> >programs which would not run well together.
> 
> How about: Developers __SHOULD__ use MMU based machines.

Ok by me.  However, there may still be some poor developers using stock 68000
machines out there.


                                                Jim Pritchett


UUCP:  rwsys.lonestar.org!caleb!jdp
 or    utacfd.uta.edu!rwsys!caleb!jdp
Newsgroups: comp.sys.amiga.programmer
From: chris@.IMD.Sterling.COM (Chris Olson)
Subject: More GADTOOLS questions...
Organization: Sterling Software
Date: Wed, 2 Sep 1992 12:57:21 GMT
X-Md4-Signature: 341cb28fc2d4ccf29ae6bfb66b71ce54

Greetings, and welcome to my voluminous questions...  btw, if there is a
decent FAQ, could someone point me toward it?  I need to read it!

	1)  Is there anyway to get the current status of a cycle gadget
	    from gadtools?  (Like getting the string from a string gadget)

	2)  How about list, check boxs and mutual excludes?

	3)  Is there some good example code that I can read?  So far my
	    program seems to be working out just fine, but I'd like too
	    do things the right way...

	4)  I remember reading a discussion on how to simulate a requester
	    a while back.  Anybody remember what the consensus was?

	Thanx all,
		Chris Olson
-- 
    ____/    /           __/            chris@IMD.Sterling.COM
   /        __  /   __/   /    ___/
  /        /   /   /     /  ___  /      "It's intuitively obvious to the most
______/ __/ __/ __/   __/ ______/        casual observer..."
From: rjw@merlin.cvs.rochester.edu (Robert Wilson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: gameport device vs. input device
Date: 28 Aug 92 20:34:27 GMT
Organization: University of Rochester, Rochester NY

In article <1992Aug28.182725.1768@jato.jpl.nasa.gov> jdickson@jato.jpl.nasa.gov (Jeff Dickson) writes:
>In article <1992Aug28.174032.4126@galileo.cc.rochester.edu> rjw@merlin.cvs.rochester.edu (Robert Wilson) writes:
>>I'm trying to use the input device to pick up character input, and the 
>>gameport device to pick up mouse input from both ports.  This is for a 
>>psych. experiment, so the gameports have to be on equal standing: hence
>>my need for using the gameport device.
>>
>>** My question: is it possible to make the input device unaware of the 
>>gameports?  I want all mouse events to go the gameport device, and only
>>to the gameport device.
>
>The input device task opens the gameport device when it begins and packages
>any and all mouse events that occur into IECLASS_RAWMOUSE input events. Key-
>board activity too causes IECLASS_RAWKEY input events to be generated. You
>can become a handler of the input device chain (See the RKM Libraries and
>Devices chapter on the Input Device).  As far an equal standing goes, they're
>both packaged as input events and you can see them in the order they occurred.

Thank you for the prompt reply.  I have code already that handles the mouse
via the input device, but as far as I can tell (having read the sections you
mentioned) the input device only picks up events from one port at a time.
This means that the data flows as follows:

GAMEPORT 0: mouse->gameport dev 0->input dev->my program
GAMEPORT 1: mouse->gameport dev 1->my program

Things I'm afraid may slow down my processing an event on gameport 0:
    1) the event being queued behind non-mouse events
    2) the input device taking a while to process the event

I need millisecond accuracy.  If anyone can tell me that the input device won't
slow things down that much, I'll be happy to go on; but right now it seems that
data from gameport 1 could go processed faster than data from gameport 0.

If anyone can tell me how to get around the input device, or show that my
fears are unfounded, I'd really appreciate it.

-Robert
 rjw@cvs.rochester.edu
From: mpue2@syma.sussex.ac.uk (James E. Talbut)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Console file handlers from within a Shell started program
Date: 18 Aug 92 09:58:12 GMT
Organization: University of Sussex, five miles away from Brighton

In article <14545@borg.cs.unc.edu> tell@rukbat.cs.unc.edu (Stephen Tell) writes:
>In article <1b7ea705.ARN22d0@prolix.pub.uu.oz.au> munnari!labtam!eyrie!prolix!dac writes:
>>
>>Can't you just write to STDOUT and STDERR if redirection is being
>>used? STDERR won't [normally] be redirected.
>
>>        dac@prolix.pub.uu.oz.au
>
>Last time I checked (1.3) AmigaDOS didn't have standard error.  The C runtime
>environments for Manx, Lattice/Sas, et. al. opened the console to simulate
>it.
>
>I would love to hear that this has changed and that there is now a
>standard error file handle accessible thorough Stderr() or some such.
>

I've spent a lot of time looking at my Bantam DOS manual since my last
post and not only have I solved my problem using a totally unsuggested
method (that I think is better than any of the suggestions) but I have
also found the DOS 2.0 has stderr.

Do any of the shells for the ami' actually use it?
With redirection?

	J.T.
-- 
Fine beer may be judged with just one sip,
	but it's better to be thoroughly sure.  -  Czech proverb

James Talbut            mpue2@syma.susx.ac.uk
From: mohr@educom.adsp.sub.org (Frederic Botton)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Distressed Damsel needs C Compiler!
Date: 26 Aug 92 10:03:03 GMT
Organization: Educom
X-NewsSoftware: Amiga GRn V1.29 4/25/92 (Beta) by Mike Schwartz

In article <1992Aug24.221838.1444@infonode.ingr.com> dianne@dianne.NoSubdomain.NoDomain (Dianne Ferrans ) writes:
>Hello!
>
>I am looking for someplace to get a simple C-compiler (no fancy
>window stuff, I'm talking stdio, strings, and math.h!) for my
>Amiga?  And, what's this "DICE" all about?

The answer MUST be DICE ! Available in all PD sources...

--
   /\      /~~ /~\  /  / /~~ /~~/ /|/\ uunet!cbmvax!cbmehq!cbmfra!educom!mohr
  /==\=>  /-- /  / /  / /   /  / / / /  :-Cdi Destroys The ozone layer :-C
 /____\  /__ /__/ /__/ /__ /__/ /   /  cbmfra!educom!mohr
From: keithc@welchgate.welch.jhu.edu (Keith Christopher)
Newsgroups: comp.sys.amiga.programmer
Subject: Menu Pick.
Date: 4 Sep 92 19:56:01 GMT
Organization: Johns Hopkins Univ. Welch Medical Library


 Can someone give me an example of how to register a menu selection and respond to it. I can't seem to get mine to work. 

crap.!

keithc
Newsgroups: comp.sys.amiga.programmer
From: engb@gpu.utcs.utoronto.ca (Ben Eng)
Subject: Re: OS/2 vs. AmigaOS
Organization: Jet Penguin Lavatories
Date: Mon, 31 Aug 1992 17:17:33 GMT

[moved from comp.sys.amiga.advocacy]

In <1992Aug31.042231.395@endicor.com> tsarna@endicor.com (Ty Sarna) writes:

>Actually, I think the Amiga is superb for multithreading, since shared
>code and memory are so easy (the only choice, really). I think the
>reason there aren't more multithreaded apps (on any platform; I really
>don't know as proportionally there are many more such aps on other
>platforms either) is that programmers in general (myself included) tend
>to be lazy about such things. It's so tempting to make do with "good
>enough".

There really isn't much in terms of language support for multi
threaded applications.  Debugging multiple threads is absolute
hell.

If someone were to port over the latest release of TK (2.3 as
of today) and TCL (6.4 as of today), life would be much nicer.
It would make prototyping multitreaded GUI-based apps so much
easier----even easier than ARexx.

Every unix hacker wishes for an equivalent to fork() on the amiga,
but we'll never see it.  Wild's ixem library offers a vfork(),
I believe.  I wonder just how usable that vfork() is in real
life.  What are it's limitations (there must be some)?

Ben
-- 
e-mail: engb@gpu.utcs.utoronto.ca or ben@jetpen.gts.org (Ben Eng)
UofT EngSci 9T2                   ``We are all masochists here.''
Home: (416)-979-8761, (416)-979-7885
From: kxs5829@ultb.isc.rit.edu (K.X. Saunders )
Newsgroups: comp.sys.amiga.programmer
Subject: Re: SKsh 2.0 and ixemul.library/GCC 2.2.2
Date: 24 Aug 92 02:10:58 GMT
Organization: Rochester Institute of Technology
Originator: kxs5829@ultb

In article <1992Aug23.181440.4922@ultb.isc.rit.edu> rbm2273@ultb.isc.rit.edu (R.B. Mead ) writes:
>In article <1992Aug23.143234.2461@ultb.isc.rit.edu> kxs5829@ultb.isc.rit.edu (K.X. Saunders ) writes:
>>	There appears to be a curious interaction between SKsh 2.0 and
>>programs compiled with Markus Wild's GCC 2.2.2 port, which all use
>>ixemul.library.  It seems that an ixemul.library using program will lose
>>72 bytes of fast mem when started from SKsh.  This does not occur when the
>>program is started from the standard 2.0 shell.  This also does not occur 
>>if a non-ixemul.library using program is started from SKsh 2.0.
>>
>>	Maybe there is something to the fact that SKsh uses System() and
>>the standard 2.0 shell uses RunCommand().
>>
>
>Strange number .. this 72!  I just noticed, about 2 hours ago, that every
>time I remake GNU Chess V4 (just the link) I lose  *** 72 bytes ***.
>
>It happens only when invoked via:
>
>Make 1.5 Dec 25 1991 12:24:46
>Copyright ) 1991 by Ben Eng, All Rights Reserved
>
>If I just run the link via gcc (exactly as bmake reported) there is
>no memory loss.

	This makes it seem even more likely that the way a program that uses
ixemul.library is invoked can lead to the 72 byte memory loss.

	Try dmake (NOT Matt Dillon's dmake).  I found it on wuarchive or
amiga.physik.

	- Kyle

-- 
+-"Remember, [MS]DOS is sort of a UNIX deviant already" - dmoscny@piglet.-----+
|    // Only /\          kxs5829@ultb.isc.rit.edu                 cincinatti. |
| \ //      /--\MIGA     kyle@nick.csh.rit.edu                    oh.us       |
| \X/ SQLdb - $40 rdbms  Rochester Institute of Technology                    |
Newsgroups: comp.sys.amiga.programmer
From: jlavin@cie.uoregon.edu (Jeff Lavin)
Subject: Re: Assembly questions.
Organization: The Puzzle Factory
Date: Fri, 4 Sep 92 07:04:15 GMT

In article <1802@grivel.une.edu.au> cfiddyme@neumann.une.edu.au (Chris Fiddyment) writes:
>
>  Hi,
>  I have a few (hopefully simple) questions to ask. I am new to assembler and
>  can't afford a book yet (besides a borrowed copy of the RKM's).
>
>  First I am using the commands
>  
>      move.l  #186,d0
>      divu    #10,d0
>      moveq.l #0,d1
>      move.b  d0,d1
>
>  to get d1 = 18. How canI get the remainder of the division (the upper part
>  of d0) into register d2. Is there some way to shift the register?
>
>  Another question. I have written a program that opens a screen and moves a 
>  sprite around. How do I print images to the screen. I tried the following :
>
>      move.l  intbase,a6
>      move.l  rastport,a1        ; these could be back to front.
>      lea     blockimage,a0
>      move.l  #10,d0
>      move.l  #10,d1
>      jsr    -114(a6)     ;DrawImage()
>
>with the following variables:
>
>   blockimage
>      dc.w 0,0,15,10,2       ; Is this the correct format. It seems right from
>      dc.l myimage           ; looking in the RKM's
>      dc.b 0,0
>      dc.l 0
>
>   myimage
>     dc.w  %0000000000000000,%0000000000000000
>     ;10 lines of image data
>     dc.w  %0000000000000000,%0000000000000000
>
>When the program is run the image is not drawn, the sprite dissapears from the
>screen but the sprite handling routines still work.
>What am I doing wrong??
>When I get some money what is a book on assembler to get?
>
>   Thanks, Chris.
>
>* Chris Fiddyment.             |   I never promised anybody *
>* cfiddyme@neumann.une.edu.au  |   anything.   Kermit.      *

Well, for starters use:

       swap    d0

this instruction swaps the 2 16 bit halves of a 32 bit register, so:

Before:  D0 = $12345678
After:   D0 = $56781234

BTW, the mnemonic 'moveq' is implicitly LONG, so the '.l' is superfluous.

As to the graphics -- the actual image data (myimage) needs to be in chip
memory.  In assembler this is done:

       SECTION MyImages,DATA,CHIP

Don't know about C.

-- 
The Puzzle Factory, Inc.  | Jeff Lavin -- jlavin@cie.uoregon.edu
Veneta, Oregon            |-------------------------------------
Voice : (503) 935-3709    | Remainder of signature line
Data  : (503) 935-7883    | under construction.
From: smneyln@ariel.lerc.nasa.gov (Michael Neylon)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: FTP SITE w/ FISH DISKS??? <-----------
Date: 27 Aug 92 12:13:00 GMT
Organization: NASA Lewis Research Center
News-Software: VAX/VMS VNEWS 1.41

In article <1992Aug26.125221.58413@cc.usu.edu>, sl32t@cc.usu.edu writes...
> 
> 
>  
>  
>CAN SOMEBODY PLEASE E-MAIL ME THE NAME OF THE FTP SITE THAT HAS ALL THE FISH
>DISKS??
> 
>I think it starts with ux1. or something like that.  Please email me.
>I haven't been around for a while.
> 
You are thinking of ux1.cso.uiuc.edu.  Fish disks are under /amiga/fish/

You can also try grind.isca.uiowa.edu.  Disks are under /amiga

Both sites have (uncompress) contents files.

note: grind is slightly slow in getting the new stuff than ux1 is...

>Thanks,
> 
>	Carol
Michael Neylon   aka Masem the Great and Almighty Thermodynamics GOD!
      //         | Senior, Chemical Engineering, Univ. of Toledo
  \\ // Only the |   Summer Intern, NASA Lewis Research Center
\  \X/   AMIGA!  |          smneyln@ariel.lerc.nasa.gov              /
 --------+ How do YOU spell 'potato'?  How 'bout 'lousy'? +----------
    "Me and Spike are big Malcolm 10 supporters." - J.S.,P.L.C.L
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Yet Another SAS/C thread
Date: 31 Aug 92 03:41:51 GMT
Organization: BBS

> Does the builtin memcmp() work in all cases?  It generally creates code
> like this:
> 
>       bra.s   $2
> $1:   cmp.b   (A0)+,(A1)+
> $2:   dbeqD    0,$1
> 
> The problem that could occur is that the Zero condition flag could be
> true before the branch instruction.  This would cause memcmp() to
> report that the two regions of memory as being equal regardless of
> reality.
 
One would expect that the instruction immediately before those would
be the one putting the countdown value in d0, which would also set
the Z flag correctly.  Is this not what it does?
Newsgroups: comp.sys.amiga.programmer
From: vjh21@cas.org (Vince Herried)
Subject: SimpleRexx 2.0
Organization: Chemical Abstracts Service
Date: Thu, 27 Aug 1992 12:03:16 GMT

I'm having trouble posting stuff, forgive me if you've already seen this posting.
But then I never saw any response so...

Some time back I ordered from CATS the 2.0 native developers disks
and the programmers guide to AREXX.  Well the mail arrived....

The AREXX guide consists of a soft bound book that is full of examples
using something called SimpleRexx 2.0.   

Does anyone know where I can get the source to SimpleRexx 2.0 by Michael  Sinz (sp?)  

I found an earlier version but it ain't the same.  
I would rather not have to key in the 12 or so pages so that 
I can use the examples.  Heck somehow I got the
idea that it was going to include a disk???

The native developers disks were screwed up, the invoice said it was
supposed to be 2.04 but the disks were all 1.3  Sigh...
I'm probably out $20.00 plus shipping.  Anyone care to send me their
copy, I can produce an invoice saying I paid for 2.04 so it ain't like
I'm stealing em.


-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
				 |     Vincent Herried  (614) 447-3600 x 2877
				 |     Chemical Abstracts Service
 _____________________           |     P.O. Box 3012
(_)________________   \          |     Columbus, OH 43210-0012
  ________________|\   \         |
 (_)______________\_\   \        |     Current thought: People who cannot be
   ______________________\       |     understood are geniuses, so management
  (_)____________________|       |     assigns them the toughest projects.
				 |
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-



-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
				 |     Vincent Herried  (614) 447-3600 x 2877
				 |     Chemical Abstracts Service
 _____________________           |     P.O. Box 3012
(_)________________   \          |     Columbus, OH 43210-0012
  ________________|\   \         |
 (_)______________\_\   \        |     Current thought: People who cannot be
   ______________________\       |     understood are geniuses, so management
  (_)____________________|       |     assigns them the toughest projects.
				 |
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-