HDTenEightyP/NetNews huggingface dataset:
From: klpe@diku.dk (Klaus Petersen)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: gcc2.2.2 open a library
Date: 18 Nov 92 13:21:39 GMT
Organization: Department of Computer Science, U of Copenhagen

Walt.Namitz@launchpad.unc.edu (Walt Namitz) writes:

>Recently I tried out this code fragment which came from the Amiga ROM
>Kernel Reference Manual.

>#include<stdio.h>
>#include<intuition/intuition.h>
>extern long OpenLibrary;
>struct IntuitionBase *IntuitionBase = NULL;
>main()
>{
>	IntuitionBase = (struct IntitionBase *)
>			OpenLibrary("intuition.library",33);
>	if(IntuitionBase == NULL) exit();
>}
>When I compile this fragment I get the following error which refers to the
>line that tries to open the library;
>	Called object is not a function
>Anyone know what is wrong with this code fragment?
>Thanx in advance.

>--
>   The opinions expressed are not necessarily those of the University of
>     North Carolina at Chapel Hill, the Campus Office for Information
>        Technology, or the Experimental Bulletin Board Service.
>           internet:  laUNChpad.unc.edu or 152.2.22.80


When you decalre the function.. OpenLibrary to8be long you need
to declare it as  
   extern long OpenLibrary();   see the difference..

Now gcc nws it is a function not something else..

Klaus Petersen   klpe@ask.diku.dk
From: Ty_Sarna@fcircus.sat.tx.us (Ty Sarna)
Subject: Re: New hardware reference guide?
Newsgroups: comp.sys.amiga.programmer
X-NewsSoftware: BBX-UMB 0.26c beta (Nov 19 1992)
Date: 21 Nov 92 23:17:05 CST
Organization: The Flying Circus Amiga BBX, San Antonio, Texas


In <37160@cbmvax.commodore.com>, andy@cbmvax.commodore.com (Andy Finkel)
writes:
> I can't really imagine a good reason for not using th Open/Close method,
> but I assume the author of Welmat did.  That's basically the problem;
> someone can always think of a reason (valid or not) to hit the hardware.

#define MAJOR_GRIPE 1

Because sometimes one of several programs that has the serial.device
open needs to hang up with DTR (or do something else with DTR for some
other custom hardware).  People have been asking C= for _years_ to
implement the "drop DTR" command that ASDG (i think) and a few others'
serial.devices have for _years_.  Since C= wont, they have no choice but
to hit the hardware.  Of course, that only works on the internal port,
so that really doesn't address the problem for Welmat either.

*PLEASE* implement this command in the internal and 2232 serial.devices.
It wouldn't be at all hard, and it would be *EXTREMELY* useful to many
people. Please! C'mon, pretty please?

#whendef COMMAND_IMPLEMENTED	/* requires 4D-C with temporal preprocessor */
#define MAJOR_GRIPE 0
#else
/* leave defined! */
#endif


::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::    Ty Sarna, Postmaster       The Flying Circus BBX, San Antonio, TX ::
:: Ty_Sarna@fcircus.sat.tx.us      512/697-9134 (USRobotics Dual Std)   ::
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
From: Ty_Sarna@fcircus.sat.tx.us (Ty Sarna)
Subject: Re: DIG/RTG ?
Newsgroups: comp.sys.amiga.programmer
X-NewsSoftware: BBX-UMB 0.26c beta (Nov 19 1992)
Date: 22 Nov 92 00:03:35 CST
Organization: The Flying Circus Amiga BBX, San Antonio, Texas


In <92325.143104K3023E2@ALIJKU11.BITNET>, <K3023E2@ALIJKU11.BITNET> writes:
> Everyone has a right of free information... Release AA Chip-Specs and stop
> useless discussions

No.

People and businesses have a right to keep their information private. 
You don't have a "right" to know where I live, my financial information,
who I vote for, what I eat for breakfast, and an infinite number of
other things unless I choose to tell you. The same goes for Commodore.

Ever hear of trade secrets? Non-disclosure agreements? Invasion of
privacy?

Freedom of the press belongs to those who own one, and likewise freedom of
information belongs to those who own it.


::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
::    Ty Sarna, Postmaster       The Flying Circus BBX, San Antonio, TX ::
:: Ty_Sarna@fcircus.sat.tx.us      512/697-9134 (USRobotics Dual Std)   ::
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Newsgroups: comp.sys.amiga.programmer
From: mlelstv@specklec.mpifr-bonn.mpg.de (Michael van Elst)
Subject: Re: New hardware reference guide?
Organization: Max-Planck-Institut f"ur Radioastronomie
Date: Tue, 17 Nov 1992 02:24:40 GMT

In <S37732V.92Nov14114938@lk-hp-16.hut.fi> s37732v@snakemail.hut.fi (Markus Juhani Aalto) writes:
>I thought there was something like that rp_Layer check. How much faster
>are these routines compared to clipping routines. For example with
>WritePixel and ReadPixel.

Probably not much faster for WritePixel and ReadPixel. Clipping is in most
cases only a minor part of that operation.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."
Newsgroups: comp.sys.amiga.programmer
From: KRC@ECLX.PSU.EDU (Keith R. Connors)
Subject: What C is best for me!?
Organization: Penn State Engineering Computer Lab
Date: Sun, 15 Nov 92 17:03:18 GMT
X-News-Reader: VMS NEWS 1.24

Hi all....

I'm wondering what C programming system I should use....please help me out...

I'm planning to learn C over the Christmas holidays, and rather than download
all of the environments for the Amiga, sift thru them, and then still not know
which route is best for me. 

To help you help me decide, before I download, here's a little about me, what
I am looking for, and my system's specs:

I have programming experience in FORTRAN, Pascal, BASIC, and Assembly on
various platforms, however, I have never programmed in any of them on the
Amiga.

I'm looking for a environment that is well documented, and includes numerous
examples, so that ideally I won't *have* to buy a book on C.  (I probably
will anyway though).  The environment need not have EVERY feature (the mother
of all C compiler), but should be relatively complete, and standard.  (In
the future, at work, I will need to be programming in C, however it will
be on an (yuck) IBM.

I have:

			A500 - 1/2 Meg Chip, 2 1/2 Meh Fast
			Workbench 1.3
			GVP Impact Series II 52 Meg


Thanks so much for your time...

(I prefer E-Mail, but I do read NEWS frequently).

Keith Connors		krc@eclx.psu.edu	Penn State Electrical Eng.  
Newsgroups: comp.sys.amiga.programmer
From: shf@well.sf.ca.us (Stuart H. Ferguson)
Subject: Aspect ratio from display database -- How?
Organization: Whole Earth 'Lectronic Link
Date: Tue, 17 Nov 1992 07:00:39 GMT

I want to open a screen that mimics the Workbench so my program will run
under the user's prefered display configuration.  I think I understand
about public screen and mode-id's and the display database.

My question is about aspect ratio.  I used to get the pixel aspect ratio
from GfxBase.  NormalDPMX and NormalDPMY gave me numbers that I would
rationalize to the display mode I was using (divide by two for interlace,
multiply by two for hires, etc.).  Seems to me that these numbers are
no good now, since monitors and display modes can have unknown effects
on pixel size and shape.  But I can't find where the information I need
is located.  The various data that can be retrieved for mode-id's from
the database have no obvious analogue to the old Dots-Per-Meter of 1.3.

What do I do?  Thanx.
-- 
		Stuart Ferguson		(shf@well.sf.ca.us)
			Prepare to Surge to Sublight Speed!
Newsgroups: comp.sys.amiga.programmer
From: bjst@sth.frontec.se (Bjorn Stenberg)
Subject: Re: What is wrong with this very simple c program?
Organization: IDK/Frontec - System Design Group
Date: 20 Nov 92 13:34:57 GMT

johnv@acix.DIALix.oz.au (John Verhoeven) writes:
> Whats even more fun :-) is that in some compilers accessing arrays with
> a negative subscript is also legal, eg foo[-1] = 5.
> 
> Does SAS C V6 allow this ?

It should! Check out this one:

main()
{
	char	String_AC [30];
	char*	StrPtr_PC = NULL;

	strcpy( String_AC, "Hello world.\n" );
	StrPtr_PC = &( String_AC[1] );

	if ( 'H' == StrPtr_PC[ -1 ] )
		printf( "Found it!\n" );
	else
		printf( "Failed.\n");
}

Somewhat dangerous if you're not cautious, but perfectly legal.

		-- Bjorn


       ///  Bjorn Stenberg, Stockholm, Sweden         bjst@sth.frontec.se
      ///  main() { printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
 \\\ ///  "- Your documentation no longer confuses me, old version!"
From: 5marte_f@spcvxb.spc.edu
Newsgroups: comp.sys.amiga.programmer
Subject: Programing Terminal Protocols
Date: 16 Nov 92 22:35:30 GMT
Organization: St. Peter's College, US

Hello Programmers,

	I was wondering if anyone kows what you need in order to program a 
terminal protocal, such as an XPR protocol for Atalk3. I want to see if it's 
possble to program VT320 emulation as an external (XPR) protocal. Of course it 
anyone knows of an existing vt320 emulation please let me know.

	Felix Marte
	5marte_f@spcvxa.spc.edu
     or 5marte_f@spc11c.spc.edu

	thanx :-)
From: dewald@plains.NoDak.edu (Eric Dewald)
Newsgroups: comp.sys.amiga.programmer
Subject: Benchmark Modula 2
Date: 18 Nov 92 17:46:13 GMT
Article-I.D.: ns1.BxxAp1.BC8
Organization: North Dakota Higher Education Computing Network

I have already tried A68k, ncode, and PhxAss. They all found errors
in M2Lib.i.

Better yet does anyone know of a Public Domain or Commercial Modula 2
compiler that translates M2 into assembly language? Just curios...

Thanks in advance
Eric
From: paulk@terapin.com (Paul Kienitz)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware
Date: 18 Nov 92 18:32:37 PST
Organization: BBS

> I will definately but a FALCON if CBM do this.
 
Looks like Atari has found its proper market niche.
 
The thing about demo writers is, if you all desert the Amiga, the
rest of us are no worse off.  In the end, you simply DON'T MATTER.
 
Application writers matter.  And the biggest problem in upgrades is
apps that follow the rules 96% of the time and do just a few weird
illegal things because they could get away with it at the time.
Newsgroups: comp.sys.amiga.programmer,comp.sys.amiga.hardware
From: jardarso@dhhalden.no (JARDAR SUNDE OLSEN)
Subject: Re: Attn Commodore: You are making a Big Mistake (Hardware Manual)
Keywords: hardware reference manual
Organization: Ostfold College
Date: Wed, 18 Nov 1992 11:15:01 GMT

In article <BxLn6E.8x9@cs.vu.nl> wgkramer@cs.vu.nl (Ewout Kramer) writes:
>amc@wucs1.wustl.edu (Adam Costello) writes:
[stuff deleted]
>>If Commodore refuses to release a hardware manual for future Amigas,
>>they will be betraying their most loyal customers, the very customers
>>for whom IBM and Apple were never even an option.  Commodore should
>
>This is the big dilemma. What should Commodore do ? Trying to keep the
>hacking clients happy will doom them to make computers adapted to
>game-programming, however trying to get in the market of IBM's and MAC's
>will surely betray about 80% of the Amiga owners, so that's not the
>solution too. 

Why? "the market of IBM's and MAC's" is the very same market of the likes of 
the A4000: The professional market. Whether it is MM og dtp or whatever.

>>compete by striving to be different from its competitors, not by trying
>>to mimic them.  Compatibility has always been one of the strengths of
>>IBM and Apple.  Capability has always been the strength of Amiga.  The
>>Amiga can do things other computers simply cannot do, but only if
>>programmers know how the machine works.

[an answer for this deleted]

The only way to be able to develop the OS any considerably lenght further is 
by ensuring that people re following the rules of compatibility.

>>And if none of the above is convincing, consider this: hackers will
>>figure out much of the hardware anyway, but not all of it, which is an 
>>even more dangerous situation than the one Commodore is afraid of.  If
>
>Hackers will, game companies won't. What this means is that unlike games,
>not all demos will work on newer systems, or maybe on none of them.
>I don't think anyone at Commodore cares about that.

And they shouldn't!! Nobody will spend $, $ and more $ on a computer just to 
be looking at demos. If you buy an A4000 you probably want to do some 
serious work on it. Meaning that if you have spent $1000 on some piece of 
software you would like to have it work on the next edition of the OS too.

>Regards,
>
>Ewout

Jardar Sunde Olsen - An Amiga amigo forever!   |   Disclaimer: These
     ///  Also known as:                       |   are your opinions!
    ///   jardarso@dhhalden.no                 |   Your opinions!!
\\\///   
 \///     "If I go insane, please don't put your wires in my brain"
                                                        - Pink Floyd
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: New hardware reference guide?
Date: 17 Nov 92 16:58:58 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.
Keywords: n

In article <1992Nov16.194518.14603@lmpsbbs.comm.mot.com> rittle@supra.comm.mot.com (Loren James Rittle) writes:
>Can anyone explain in what way certain games (see ``The Problem''
>below) are breaking under AGA?
>
>From Chris' comment, I have a sneaking suspicion that it has to do with
>games assuming that they know what the BytesPerRow will be for a given
>screen size.
>
>What changed ECS -> AGA and OS 2.0 -> OS 3.0 to cause this problem?

The higher fetch modes require higher alignment restrictions on bitplanes.
Under ECS, BytesPerRow must be a multiple of 16 bits (2 bytes).  Under AGA,
this number must be a multiple of a higher number (eg. 32 or 64 bits).
There was no way to patch InitBitMap() or AllocRaster(), since they're used
by different programs in all kinds of different ways that effectively
preclude this.  The new AllocBitMap() call hides all ugly details.

Intuition uses AllocBitMap(), even for old callers.  If you open an
Intuition screen which is (say) 330 pixels wide, if you do your own
rendering and assume BytesPerRow to be 336 (next highest multiple
of 16), you're going to get this diagonal streaking.  If you actually
read BytesPerRow, you'd find 352 or 384 or somesuch (MAY CHANGE
AGAIN IN THE FUTURE -- that's why you now want to use AllocBitMap()).

When the system can, it drops the bandwidth to accomodate insufficiently
aligned bitplanes.  When it can't, skewed output is the result.

Also, 3.0 supports "interleaved bitmaps", which blit a bit faster and
look a lot better.  In this case, BytesPerRow * 8 doesn't even come
close to being the bitmap width.  That's another assumption that can't
continue to be valid.  BytesPerRow is defined as: the number of bytes I
have to add to the current address in order to get to the same pixel
of the next line.  For interleaved bitmaps, this number will be larger
than you'd expect otherwise.

We do a fair amount of compatibility work (basically, an AGA system
looks very much like an ECS system when first booted, until SetPatch
calls a special graphics.library entry point that says "go wild".)
This allows boot-disks of old games to continue to work.  AGA games
would call this "go wild" function themselves.  Also, BootMenu allows
you to override this, which allows ECS-only games to run off say the
hard disk.

>Loren J. Rittle (rittle@comm.mot.com)

     Peter
--
Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"I believe it's bad luck to be superstitious."

Newsgroups: comp.sys.amiga.programmer
From: aa302@Freenet.carleton.ca (Russell McOrmond)
Subject: Re: New hardware reference guide?
Reply-To: aa302@Freenet.carleton.ca (Russell McOrmond)
Organization: Carleton University, Ottawa, Ontario, Canada
Date: Tue, 17 Nov 1992 22:19:36 GMT


In a previous article, u920659@daimi.aau.dk (Carsten S|rensen) says:
>Russia to me, keeping information away from the public... I expect that soon
>the demoscene will switch to other brands like PC (with DOCUMENTED VGA...), 
>ATARI FALCON, and this goes for me; ARCHIMEDES... But some of us will also
>keep the amiga and write demos.


>FUN := DEMOS , *NOT* := OS-friendly spreadsheets

  I have a question for you:  How can you compare something like the
Amiga *LINE* of computers to the un-expandable systems we incorrectly
call 'PC's  (You really mean Intel MS-DOS box, a PC is a 'personal
computer' which could mean a Sparc for some).

  When you write a demo do you document it as being an Amiga Demo, or
as an Amiga 500 with 1M of ram and no ECS demo.  One of the things you
will find with the Amiga line of computers that is different than with
MS-DOS machines is that the Amiga line is expanding.  With expansion
you obviously get change, and if you are twiddling the hardware with no
valid reason, these changes will break your software.

  As I've said in an earlier message, I believe that there are
valid 'stop-gap' solutions to O.S. deficiencies.  To go around the O.S. when
there is a valid O.S. function to do what you need makes no sence at all.
-- 
 Russell McOrmond, Ottawa Ontario, Canada    | Standard Disclaimer applies.
 Freenet: aa302@freenet.carleton.ca (Faster) | Current WELMAT 'keeper of
 Home: rwm@Atronx.OCUnix.On.Ca,  1:163/109   | sources.
From: dlarson@cbmvax.commodore.com (Dale Larson)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: RACTER Anyone?
Date: 20 Nov 92 16:32:34 GMT
Reply-To: dlarson@cbmvax.commodore.com (Dale Larson)
Organization: Commodore Engineering

In article <25863@sybase.sybase.com> dobrien@sybase.com (Dave O'Brien) writes:
>I too have an old copy of Racter. But I couldn't get it working on my
>500/1.3, nor on my 3000/2.04, but then again, the disk could be bad by
>this time. 

Yes.  Bit rot.


-- 
Dale Larson, Software Engineer | Anyone who believes that what I say or do
   		               | represents the policies or procedures of
			       | Commodore has more lawyers than they have 
dlarson@commodore.com          | common sense.
From: rmal@jet.uk (Richard Lucock)
Newsgroups: comp.sys.amiga.programmer
Subject: Looking for ixemul.library
Date: 20 Nov 92 10:45:10 GMT
Organization: Joint European Torus

Hi,
	Can anyone tell me of a site/directory where I can
find a copy of the ixemul.library (plus docs if they exist).

Many thanks,
		Richard

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.0

mQBtAirl7TAAAAEDAMWVA4XNIqzeQnjhb06DUqyZYCItn8Sf2XmRLKV6grEFzYVp
xXFV81hiiHp1cy6CyJtyCpleJYpO12R9bGSWn0pRcEJjn3mXY0mLxl7vttjKUMwD
TSF5dh7I23ueC6DGxwAFEbQhUmljaGFyZCBNLkEuIEx1Y29jayA8cm1hbEBqZXQu
dWs+
=mUjk
-----END PGP PUBLIC KEY BLOCK-----
- Disclaimer: Please note that the above is a personal view and should not 
  be construed as an official comment from the JET project.
From: peter@cbmvax.commodore.com (Peter Cherna)
Newsgroups: comp.sys.amiga.programmer
Subject: Re: How should I reset a TOGGLESELECT gadget?
Date: 17 Nov 92 16:22:25 GMT
Reply-To: peter@cbmvax.commodore.com (Peter Cherna)
Organization: Commodore-Amiga, Inc.  West Chester, PA.

In article <haley.721869496@unixg.ubc.ca> haley@unixg.ubc.ca (Ross MacGregor) writes:
>I'm trying to find the proper way change the state of a TOGGLESELECT 
>gadget.  The intuition header file seems to indicated that the
>SELECTED flag is read only (can be set only during initialization). 
>Is this true? 

You can remove the gadget, change the SELECTED flag, add it back, and
refresh it.  The only catch is that nobody erased the old imagery of
the gadget, so the call to RefreshGList() will draw over it.  If your
gadget has an alternate image or border for highlighting (SelectRender) and
the image/border is the same size/shape as the GadgetRender image/border,
then you'll be fine.  If the gadget is GADGHCOMP, then GadgetRender
needs to be an Image (not a Border) whose size covers (at least) the
gadget hit box.

If your gadget consists of a Border and GADGHCOMP, then nobody knows
to erase the inside of the gadget hit box (it's not part of the Border).
If that's what you must do, then during the time the gadget is removed,
RectFill() the hit box back to background color.

>Ross MacGregor          | "NT delivers on the promise of preemptive multi- 

     Peter
--
Peter Cherna, User Interface Development Group, Commodore-Amiga, Inc.
{uunet|rutgers}!cbmvax!peter    peter@cbmvax.commodore.com
My opinions do not necessarily represent the opinions of my employer.
"I believe it's bad luck to be superstitious."

Newsgroups: comp.sys.amiga.programmer
From: "Stefan Berg" <sgberg@peach.ucs.indiana.edu>
Subject: possible to compile under gcc without need of ixemul?
Organization: Computer Science, Indiana University
Date: Wed, 18 Nov 1992 19:41:07 -0500

Is it possible to tell gcc to link the ixemul.library right into
a program, so that you don`t need to have ixemul.library hanging
around?

Stefan

-- 
,--------------------------------------------------------------------,
| Usenet   sgberg@charon.bloomington.in.us            Stefan G. Berg |
| Internet sgberg@ucs.indiana.edu        GE Mail: s.berg5            |
| Bitnet   sgberg@iubacs  NeXT Mail: sgberg@arapahoe.ucs.indiana.edu |
`--------------------------------------------------------------------'
Newsgroups: comp.sys.amiga.programmer,alt.sys.amiga.demos
From: jon.taylor@uuserv.cc.utah.edu (JON M. TAYLOR)
Subject: Re: 68000 Disassembler
Organization: The University of Utah
Date: Sat, 21 Nov 1992 22:22:05 GMT

In article <1992Nov20.120814.3212@ifi.uio.no> mortena@ifi.uio.no (Morten Amundsen) writes:
>From: mortena@ifi.uio.no (Morten Amundsen)
>Subject: 68000 Disassembler
>Date: Fri, 20 Nov 1992 12:08:14 GMT
>

 (close to 3000 lines of deletia)

	Wow, that HAS to be the biggest single article I've ever seen posted 
to USENET.

	-Jon
Newsgroups: comp.sys.amiga.programmer
From: bjst@sth.frontec.se (Bjorn Stenberg)
Subject: Re: New hardware reference guide?
Organization: IDK/Frontec - System Design Group
Date: 23 Nov 92 13:22:27 GMT

<K3023E2@ALIJKU11.BITNET> writes:
> People, have you ever understood the difference between a demo/game and an
> application program???
[...]
> Demos are NOT meant to be compatible ||||

  You don't get it, do you?

a) The world couldn't care *LESS* if your new great vector demo doesn't work on
   the full range of Amigas.

b) A hardware specification is not only used by demo programmers. Lots of
   others do so too in order to mess with the hardware directly. Many without
   actually needing to.

c) This results in lots and lots of (real) programs that don't work as they're
   supposed to when they're run on different machine configurations.

d) The fact (and the mere rumour/reputation) that programs are having trouble
   running on different machines is a chiller for Amiga sales.

e) Naturally, CBM wants to keep Amiga sales up.

f) One good way to keep up Amiga sales is to face d) and try to make programs
   compatible with future machines.

g) To make programs compatible with future machines, one has to face b) and c)
   and realize that a good solution to those is to -not- release hardware
   specs.

h) Live with it.

> I need just one reason WHY a hardware reference affects applicative programs
> to be coded not compatible ?

  CBM has done research on the matter. LOTS of research. They found that the
single most common reason for programs to crash on new versions of the OS or
new machines is that they go directly on the hardware.

  In my eyes, that's a pretty good reason not to release specs on it.

		-- Bjorn

       ///  Bjorn Stenberg, Stockholm, Sweden         bjst@sth.frontec.se
      ///  main() { printf(&unix["\021%six\012\0"],(unix)["have"]+"fun"-0x60);}
 \\\ ///  "- Your documentation no longer confuses me, old version!"