Queen – Hammer to fall


내가 가장 좋아하는 밴드 중의 하나….

정말 최고다..

 Queen – Hammer to fall

Here we stand or here we fall
History won’t care at all.
Make the bed, light the light.
Lady Mercy won’t be home tonight, yeah.

You don’t waste no time at all.
Don’t hear the bell but you answer the call.
It comes to you as to us all.
We’re just waiting.
For the hammer to fall

oh ev’ry night and every day.
A little piece of you is falling away.
But lift your face the Western way
Build your muscle as your body decays, yeah.

Throw your line and play their game yeah.
Let the anaesthetic cover it all.
Till one day they call your name
You know it’s time for the hammer to fall

Rich or poor or famous
For your truth it’s all the same(oh no oh no)
Lock your door the rain is pouring.
Through your window pane(oh no)
Baby now your struggle’s all in vain.

For we who grew up tall and proud.
In the shadow of the mushroom cloud.
Convinced our voices can’t be heard.
We just wanna scream it louder and louder louder.

What the hell we fighting for?
Just surrender and it won’t hurt at all.
You just got time to say your prayers.
While your waiting for the hammer to hammer to fall.

It’s gonna fall
Hammer.. you know… hammer to fall
while you’re waiting for the hammer to fall

Give it to me one more time!

Chapter 1. 연습문제

 1. CPU의 관점에서 원하는 곳으로 패치시킨다는 것과 가장 관련 있는 CPU의 레지스터는 무엇인가?
-> CPU의 관점에서 바라본 “원하는 곳으로 패치(Fetch) 시킨다”는 것은 현재 실행하고 있는 명령 다음에 어떤 명령을 실행시킬 것인가와 관련이 깊다. 따라서 다음번 명령어의 주소값을 저장하고 있는 PC(Program Counter) 레지스터이다.

 2. 네트워크 관점에서 원하는 곳으로 패치(Fetch)시킨다는 용어는 무엇에 해당하겠는가?
-> 네트워크 관점에서의 패치는 패킷을 전송하는 것과 같은 의미를 가진다고 이야기 할 수 있다. 이중에서도 “원하는 곳으로 패치”한다는 것은 본래의 목적과는 다른 곳으로 패킷을 전송시킨다는 것으로 이야기할 수도 있을 것이다. 패킷을 캡쳐해서 해당 패킷의 목적지를 원하는 목적지로 변경하는 등의 여러 방법이 있겠지만 대표적인 것으로 패킷 스푸핑이 있을 수 있다.

 3. 튜링이 ‘계산하는 기계”에게 시켜 증명하고자 했던 것은 무엇이었는가?
-> 판정문제를 증명하고자 했다.

 판정문제

 계산 가능성 이론계산 복잡도 이론에서 판정 문제란 어떤 형식 체계에서 예-아니오 답이 있는 질문을 말한다. 결정 문제라고도 한다. 예를 들어 “두 숫자 xy가 있을 때 yx로 나누어 떨어지는가?” 하는 질문이 있다. 답은 xy 값에 따라 ‘예’ 또는 ‘아니오’ 중 하나가 될 수 있다.

판정 문제를 푸는 데 쓰인 방법을 알고리즘이라고 한다. 어떤 판정 문제를 푸는 알고리즘이 있으면 그 문제는 판정 가능하다고 한다. 없으면 판정 불가능하다고 한다.

 
 4. 현재도 쓰이고 있는 일반 전화 시스템(PSTN, Public Switched Telephone Network)은 음성(Voice)뿐만 아니라 누르는 전화번호 같은 데이터(Data)도 사람이 들을 수 있는 가청 주파수로 보낸다. 존 드라퍼가 공개한 전화 해킹(Phone Phreaking)은 장거리 전화 관련 신호를 전송하던 주파수인 2,600Hz에 잡음을 주어 교환기를 교란시키는 방법이었다. 이것이 가능한 것은 2,600Hz 가 수화를 통해 들을 수도 있고 보낼 수도 있는 가청 주파수이기 때문이다. 이런 구조이기 때문에 만약 전화를 거는 곳이 시끄러운 곳이라면 전화번호를 누를 때 주위의 잡음 영향을 받기가 쉬워 전화번호가 제대로 전달되지 않을 가능성이 크다. 이 같은 취약점을 막기 위해서 전화기는 전화번호를 교환기에게 어떤 방식으로 전달하는가?

-> 전화기에서 교환기로 전화번호를 전달하는 방식은 크게 두가지로 나눌 수 있다.
 DP 방식과 PB 방식이 그것이다.
 DP 방식
 DP방식은 다이얼 인 펄스(Dial in pulse) 신호의 전달 속도에 따라 10PPS(1초간에 10펄스를 발생)와 20PPS(1초간에 20펄스를 발생) 두 종류가 있다. 1 PPS는 1초간에 1개 펄스를 내는 것을 말한다. 우리나라는 20 PPS를 사용하고 있다.

 PB방식
 PB방식 다이얼 신호는 7개의 주파수 종류 중 2개 주파수의 조합으로 만들어진다. 즉, 음성대역내의 높은 3개 주파수(1209, 1336, 1447Hz)와 낮은 4개 주파수(697, 770, 852, 941Hz) 중 각각으로부터 하나의 주파수를 선정, 이를 조합해서 0에서 9까지의 숫자와 *와 #의 기능 부호로 전화를 거는 것이다.

이부분…쉽지 않다.. 두개의 주파수를 조합해서 사용한다??? 나중에 다시..

 5. 1장에서는 기술발전트리 상단부의 위치에 있을수록 더 좋다는 논리를 폈다. 기술 발전 트리 상단부에 있는 기술자에 대해 상대적으로 트리 하단부에 있는 기술자가 항변할 수 있는 논거를 대보자.
 -> 실생활에 기술접목을 쉽게 할 수 있다. 즉, 기술의 응용력과 적용력이 상단부에 비해 엄청난 힘을 발휘한다.

Visual Studio 6.0 설치 시 ‘ACMEsetup을 찾을 수 없습니다’ 메시지가 나올 경우…


 리눅스를 사용하는 나에게는 윈도우에서 발생하는 모든 일들이 난감하게 다가온다.

 윈도우가 낯설어서가 아닌, 특이하게도 내가 겪는 일들은 보통은 발생하지 않는 에러들이 대부분이기 때문이다.

 아마도 윈도우를 VMware 혹은 Virtual Box로 구동해서 그런듯 싶다…

 이번에도 한참을 헤매이다 겨우 해결방법을 찾아 이렇게 블로그에 포스팅을 한다.


Visual Studio 6.0 설치 시 ‘ACMEsetup을 찾을 수 없습니다’ 메시지가 나올 경우…

출처 : http://keep2smile.tistory.com/187

————————————————————————————————————————————

이 방법은 Microsoft 홈페이지에 나와있는 글인것 같습니다.

①먼저 widows xp 씨디를 씨디롬 드라이브에 넣습니다.
②시작버튼 -> 실행 -> cmd 를 입력후 엔터 또는 확인을 누릅니다.
   (tip. 실행창은 키보드의 윈도으즈키(윈도우즈 마크 찍힌키)+R 을 누르면 됩니다.)
③친숙한 dos 창이 뜨는데요. xp에서는 명령 프롬프트라고 합니다. 이제부터가 중요..
먼저 xp 씨디가 들어간 드라이브 명을 알아둡니다.
(일단 제 경우로 설명드리겠습니다. (제 드라이브명은 D))

도스(일단 친숙하게)창에
cd   를 입력후 엔터 하셔서
C:>  로 오셔야 합니다. 그후

expand D:i386config.nt_ c:windowssystem32config.nt   (엔터)
expand D:i386autoexec.nt_ c:windowssystem32 autoexec.nt    (엔터)
expand D:i386command.co_ c:windowssystem32command.com   (엔터)
(D 드라이브의 i386 폴더에서 config.nt , autoexec.nt , command.co 파일을
C드라이브의 windows의 system32 폴더에 config.nt , autoexec.nt , command.com
라는이름으로 압축풀어라.  라는 명령 같습니다.)
[제 컴퓨터의 경우 xp씨디가 들어간 드라이브명이 D 이니까
expand 뒤에 D 라고적은것입니다. xp씨디가 들어간 드라이브명에 따라
D를 다른 문자로 바꿔야 합니다.]

하시면 각 명령마다 영어로 글이 뜰것입니다.
이제 exit 를 입력하시고 엔터

한번. 에러가 나던 프로그렘을 실행시켜 보십시오.
그래도 에러가 난다구요?

그럼 더 강력한 방법이 아래 있습니다.

 

아래 소프트웨어를 설치할 때, ‘ACME setup 을 찾을 수
없습니다.’라는 메세지가 뜰 경우 대처법입니다. 제가 헤메다가 이틀만에 찾아낸 해결책이지요. 다른 분들이 저와 같은 경우로
골머리를 썩힐 실 경우를 위해서 등록한 글입니다.

Microsoft Visual Studio 6.0
Microsoft Visual Basic Learning Edition for Windows 6.0
Microsoft Visual Basic Professional Edition for Windows 6.0
Microsoft Visual Basic Enterprise Edition for Windows 6.0
Microsoft Visual C++, 32-bit Enterprise Edition 6.0
Microsoft Visual C++, 32-bit Professional Edition 6.0
Microsoft Visual C++, 32-bit Learning Edition 6.0
Microsoft Visual InterDev 6.0
Microsoft Visual FoxPro for Windows 6.0
Microsoft Visual J++ 6.0
Microsoft Visual SourceSafe for Windows 6.0

해결법 :

도스 프롬프트에서 다음 방법으로 명령어를 친다.

E:disk1SETUPACMSETUP.EXE /T A.STF /S E: /n “” /o “” /k “YYYYYYYYYY” /b 1

여기에서 E 는 설치프로그램이 들어있는 드라이브명이고, A는
설치프로그램이 들어있는 드라이브 안에 있는 SETUP 폴더를 열었을 때, 보이는 STF 확장자 파일입니다. 예를 들면,
Visual Studio 6.0 Enterprise 경우에는 VS98ENT.stf 파일입니다. YYYYYYYYYY는 설치프로그램의
시디키입니다.

이 명령어를 치면 해당 프로그램의 설치프로그램이 자동적으로 뜹니다.

그럼 열심히 프로그래밍하시고요.

저는 이만…

아참, 퍼온 원문을 원하시는 분들을 위해서 원문도 같이 올립니다.

원문에는 ‘CAUSE’ 부분에 원인까지 상세하게 나와 있네요.

PRB: “Invalid Command” or “Installation Wizard” Errors During Setup After the CD Key Prompt
적용 대상
This article was previously published under Q250343
SYMPTOMS
After you start the installation of
Visual Studio 6 (or a standalone Visual Studio product) or Visual Studio
6 Service Pack 5 on Microsoft Windows NT or Microsoft Windows 2000, you
may be prompted to enter the CD key, and then you receive one of the
following error messages:

Setup has encountered a problem and needs to close

Installation wizard couldn’t find Acme setup

Installation wizard cannot find Acme setup

Setup error 530 invalid command line

Setup Error 530 invalid command option in settings administratorslocalsettingstempvs60wiz.exe

Setup error 725 invalid command line

Application Error in VS60wiz.exe

Setup initialization error; there is insufficient memory to run setup

Setup initialization error; there is insufficient disk space to run setup
CAUSE
Setup does not succeed at the Windows NT
Virtual DOS Machine (NTVDM) level as installation is handed off to
Acmsetup. This is caused by a corrupt 16-bit subsystem.

RESOLUTION
On Windows 2000 platforms, boot into Safe
Mode by pressing F8 when prompted at the startup of the system and
selecting Safe Mode. Then attempt installation again.

If the installation does not succeed
and returns one of the errors listed in the “Symptoms” section of this
article, continue with the following steps:

Clear the Temp folder by removing any previous incomplete installations.
The default location for the Temp folder
on Windows 2000 is C:Documents and SettingsProfileLocal SettingsTemp
C:WinntTemp or, if upgraded from Windows 98, C:WindowsTemp.

The default location for the Temp folder on Windows NT 4 is C:Temp C:WinntTemp.
NOTE: To discover the location of your Temp folder: on the Start menu, click Run, type %temp%, and then click OK.

Try to manually start Acmsetup by typing the following command line:
E:SETUPACMSETUP.EXE /T *.STF /S E: /n “” /o “” /k “YYYYYYYYYY” /b1

where E is the CD-ROM or DVD-ROM
drive letter, and YYYYYYYYYY is the CD key for the product (the /k
options and its argument should be omitted for Service Pack
installations).

NOTE:The specific *.stf file that is
required for the manual command line will vary depending on the specific
product you are installing. Search the Setup folder on the CD-ROM of
the product you are installing for the *.stf to use. For example, for
Visual Basic 6.0 Professional, use VB98Pro.stf.

If you still cannot install the product
by passing the command line manually, continue with the following to
repair the NTVDM process.

Nullify any nonstandard settings in
the Config.nt and Autoexec.nt files in the system rootSystem32 folder.
To do so, use an REM statement to remark out each entry except the
following default entries:

Config.nt

dos=high, umb
device=%SystemRoot%system32himem.sys
files=20

Autoexec.nt

lh %SystemRoot%system32mscdexnt.exe
lh %SystemRoot%system32redir
lh %SystemRoot%system32dosx
lh %SystemRoot%system32nw16 (only if CSNW is installed)*
lh %SystemRoot%system32vwipxspx (only if CSNW is installed)*

* CSNW is Client Services for NetWare

NOTE: Another way to accomplish this is
to expand Autoexec.nt_ and Config.nt_ from the Windows NT or Windows
2000 CD-ROM to the SystemRootSystem32 folder:

To expand a single compressed file, use
the Expand.exe program. This program is located on the Windows CD-ROM in
the I386 folder.

To expand the required files:
Insert the Windows CD-ROM into the CD-ROM or DVD-ROM drive.
At the command prompt, type the following, and then press ENTER:
C:WINDOWSSystem32Autoexec.nt

At the command prompt, type the following, and then press ENTER:
EXPAND X:i386Config.NT_ C:WINDOWSSystem32Config.nt

Restart the computer and try to install the product again.
MORE INFORMATION
Setup.exe passes the following to Acmsetup.exe:
X:disk1SETUPACMSETUP.EXE /T VS98Ent.STF /S E: /n “” /o “” /k “YYYYYYYYYY” /b 1

where:
X is your path to Acmsetup.exe
E is the CD-ROM or DVD-ROM drive letter
YYYYYYYYYY is the CD key
You can verify the command line switches
by running Setup on a computer that you know is operating correctly,
thereby creating a setup log.

Your specific *.stf file will vary
depending on the specific product you are installing. Search the Setup
folder of the product you are installing for the *.stf to use. For
example, for Visual Basic 6.0 Professional, it is VB98Pro.stf

Generating a Log File
You can tell the Acme part of Setup to generate a log file. To do this, start Setup with the following command:
X:setup /gc pathfile name

where X is the location of the CD-ROM
or DVD-ROM drive, and pathfile name is the path and file name for the
log file. The path and file name must be in 8.3 short name format and
must not be in quotation marks.

REFERENCES
For additional information, click the article numbers below to view the articles in the Microsoft Knowledge Base:
196453 Troubleshooting NTVDM and WOW Startup Errors

220155 Troubleshooting NTVDM and WOW Startup Errors

165214 Troubleshooting MS-DOS-Based Programs in Windows

222975 Cannot Install Program Using Its Setup Utility

260513 PRB: An Error Occurs When You Install Visual Studio Products

192392 HOWTO: Troubleshoot Visual Studio 6.0 Setup

192731 BUG: Hang or Application Error in Setup

The information in this article applies to:
Microsoft Visual Studio 6.0
Microsoft Visual Basic Learning Edition for Windows 6.0
Microsoft Visual Basic Professional Edition for Windows 6.0
Microsoft Visual Basic Enterprise Edition for Windows 6.0
Microsoft Visual C++, 32-bit Enterprise Edition 6.0
Microsoft Visual C++, 32-bit Professional Edition 6.0
Microsoft Visual C++, 32-bit Learning Edition 6.0
Microsoft Visual InterDev 6.0
Microsoft Visual FoxPro for Windows 6.0
Microsoft Visual J++ 6.0
Microsoft Visual SourceSafe for Windows 6.0

/usr/include/features.h

 /usr/include/features.h 파일에는 컴파일 할 때 사용하는 -D 옵션과 긴밀한 관계가 있다.

 어떤 Define을 하느냐에 따라 각기 다른 내용의 컴파일과 링크가 이루어 진다.

 그 내용을 /usr/include/features.h 파일의 전문을 여기에 싣는다.

/* Copyright (C) 1991-1993,1995-2006,2007,2009 Free Software Foundation, Inc.
   This file is part of the GNU C Library.

   The GNU C Library is free software; you can redistribute it and/or
   modify it under the terms of the GNU Lesser General Public
   License as published by the Free Software Foundation; either
   version 2.1 of the License, or (at your option) any later version.

   The GNU C Library is distributed in the hope that it will be useful,
   but WITHOUT ANY WARRANTY; without even the implied warranty of
   MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the GNU
   Lesser General Public License for more details.

   You should have received a copy of the GNU Lesser General Public
   License along with the GNU C Library; if not, write to the Free
   Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA
   02111-1307 USA.  */

#ifndef    _FEATURES_H
#define    _FEATURES_H    1

/* These are defined by the user (or the compiler)
   to specify the desired environment:

   __STRICT_ANSI__    ISO Standard C.
   _ISOC99_SOURCE    Extensions to ISO C89 from ISO C99.
   _POSIX_SOURCE    IEEE Std 1003.1.
   _POSIX_C_SOURCE    If ==1, like _POSIX_SOURCE; if >=2 add IEEE Std 1003.2;
            if >=199309L, add IEEE Std 1003.1b-1993;
            if >=199506L, add IEEE Std 1003.1c-1995;
            if >=200112L, all of IEEE 1003.1-2004
            if >=200809L, all of IEEE 1003.1-2008
   _XOPEN_SOURCE    Includes POSIX and XPG things.  Set to 500 if
            Single Unix conformance is wanted, to 600 for the
            sixth revision, to 700 for the seventh revision.
   _XOPEN_SOURCE_EXTENDED XPG things and X/Open Unix extensions.
   _LARGEFILE_SOURCE    Some more functions for correct standard I/O.
   _LARGEFILE64_SOURCE    Additional functionality from LFS for large files.
   _FILE_OFFSET_BITS=N    Select default filesystem interface.
   _BSD_SOURCE        ISO C, POSIX, and 4.3BSD things.
   _SVID_SOURCE        ISO C, POSIX, and SVID things.
   _ATFILE_SOURCE    Additional *at interfaces.
   _GNU_SOURCE        All of the above, plus GNU extensions.
   _REENTRANT        Select additionally reentrant object.
   _THREAD_SAFE        Same as _REENTRANT, often used by other systems.
   _FORTIFY_SOURCE    If set to numeric value > 0 additional security
            measures are defined, according to level.

   The `-ansi’ switch to the GNU C compiler defines __STRICT_ANSI__.
   If none of these are defined, the default is to have _SVID_SOURCE,
   _BSD_SOURCE, and _POSIX_SOURCE set to one and _POSIX_C_SOURCE set to
   200112L.  If more than one of these are defined, they accumulate.
   For example __STRICT_ANSI__, _POSIX_SOURCE and _POSIX_C_SOURCE
   together give you ISO C, 1003.1, and 1003.2, but nothing else.

   These are defined by this file and are used by the
   header files to decide what to declare or define:

   __USE_ISOC99        Define ISO C99 things.
   __USE_ISOC95        Define ISO C90 AMD1 (C95) things.
   __USE_POSIX        Define IEEE Std 1003.1 things.
   __USE_POSIX2        Define IEEE Std 1003.2 things.
   __USE_POSIX199309    Define IEEE Std 1003.1, and .1b things.
   __USE_POSIX199506    Define IEEE Std 1003.1, .1b, .1c and .1i things.
   __USE_XOPEN        Define XPG things.
   __USE_XOPEN_EXTENDED    Define X/Open Unix things.
   __USE_UNIX98        Define Single Unix V2 things.
   __USE_XOPEN2K        Define XPG6 things.
   __USE_XOPEN2K8       Define XPG7 things.
   __USE_LARGEFILE    Define correct standard I/O things.
   __USE_LARGEFILE64    Define LFS things with separate names.
   __USE_FILE_OFFSET64    Define 64bit interface as default.
   __USE_BSD        Define 4.3BSD things.
   __USE_SVID        Define SVID things.
   __USE_MISC        Define things common to BSD and System V Unix.
   __USE_ATFILE        Define *at interfaces and AT_* constants for them.
   __USE_GNU        Define GNU extensions.
   __USE_REENTRANT    Define reentrant/thread-safe *_r functions.
   __USE_FORTIFY_LEVEL    Additional security measures used, according to level.
   __FAVOR_BSD        Favor 4.3BSD things in cases of conflict.

   The macros `__GNU_LIBRARY__’, `__GLIBC__’, and `__GLIBC_MINOR__’ are
   defined by this file unconditionally.  `__GNU_LIBRARY__’ is provided
   only for compatibility.  All new code should use the other symbols
   to test for features.

   All macros listed above as possibly being defined by this file are
   explicitly undefined if they are not explicitly defined.
   Feature-test macros that are not defined by the user or compiler
   but are implied by the other feature-test macros defined (or by the
   lack of any definitions) are defined by the file.  */

/* Undefine everything, so we get a clean slate.  */
#undef    __USE_ISOC99
#undef    __USE_ISOC95
#undef    __USE_POSIX
#undef    __USE_POSIX2
#undef    __USE_POSIX199309
#undef    __USE_POSIX199506
#undef    __USE_XOPEN
#undef    __USE_XOPEN_EXTENDED
#undef    __USE_UNIX98
#undef    __USE_XOPEN2K
#undef    __USE_XOPEN2K8
#undef    __USE_LARGEFILE
#undef    __USE_LARGEFILE64
#undef    __USE_FILE_OFFSET64
#undef    __USE_BSD
#undef    __USE_SVID
#undef    __USE_MISC
#undef    __USE_ATFILE
#undef    __USE_GNU
#undef    __USE_REENTRANT
#undef    __USE_FORTIFY_LEVEL
#undef    __FAVOR_BSD
#undef    __KERNEL_STRICT_NAMES

/* Suppress kernel-name space pollution unless user expressedly asks
   for it.  */
#ifndef _LOOSE_KERNEL_NAMES
# define __KERNEL_STRICT_NAMES
#endif

/* Always use ISO C things.  */
#define    __USE_ANSI    1

/* Convenience macros to test the versions of glibc and gcc.
   Use them like this:
   #if __GNUC_PREREQ (2,8)
   … code requiring gcc 2.8 or later …
   #endif
   Note – they won’t work for gcc1 or glibc1, since the _MINOR macros
   were not defined then.  */
#if defined __GNUC__ && defined __GNUC_MINOR__
# define __GNUC_PREREQ(maj, min)
    ((__GNUC__ << 16) + __GNUC_MINOR__ >= ((maj) << 16) + (min))
#else
# define __GNUC_PREREQ(maj, min) 0
#endif

/* If _BSD_SOURCE was defined by the user, favor BSD over POSIX.  */
#if defined _BSD_SOURCE &&
    !(defined _POSIX_SOURCE || defined _POSIX_C_SOURCE ||
      defined _XOPEN_SOURCE || defined _XOPEN_SOURCE_EXTENDED ||
      defined _GNU_SOURCE || defined _SVID_SOURCE)
# define __FAVOR_BSD    1
#endif

/* If _GNU_SOURCE was defined by the user, turn on all the other features.  */
#ifdef _GNU_SOURCE
# undef  _ISOC99_SOURCE
# define _ISOC99_SOURCE    1
# undef  _POSIX_SOURCE
# define _POSIX_SOURCE    1
# undef  _POSIX_C_SOURCE
# define _POSIX_C_SOURCE    200809L
# undef  _XOPEN_SOURCE
# define _XOPEN_SOURCE    700
# undef  _XOPEN_SOURCE_EXTENDED
# define _XOPEN_SOURCE_EXTENDED    1
# undef     _LARGEFILE64_SOURCE
# define _LARGEFILE64_SOURCE    1
# undef  _BSD_SOURCE
# define _BSD_SOURCE    1
# undef  _SVID_SOURCE
# define _SVID_SOURCE    1
# undef  _ATFILE_SOURCE
# define _ATFILE_SOURCE    1
#endif

/* If nothing (other than _GNU_SOURCE) is defined,
   define _BSD_SOURCE and _SVID_SOURCE.  */
#if (!defined __STRICT_ANSI__ && !defined _ISOC99_SOURCE &&
     !defined _POSIX_SOURCE && !defined _POSIX_C_SOURCE &&
     !defined _XOPEN_SOURCE && !defined _XOPEN_SOURCE_EXTENDED &&
     !defined _BSD_SOURCE && !defined _SVID_SOURCE)
# define _BSD_SOURCE    1
# define _SVID_SOURCE    1
#endif

/* This is to enable the ISO C99 extension.  Also recognize the old macro
   which was used prior to the standard acceptance.  This macro will
   eventually go away and the features enabled by default once the ISO C99
   standard is widely adopted.  */
#if (defined _ISOC99_SOURCE || defined _ISOC9X_SOURCE
     || (defined __STDC_VERSION__ && __STDC_VERSION__ >= 199901L))
# define __USE_ISOC99    1
#endif

/* This is to enable the ISO C90 Amendment 1:1995 extension.  */
#if (defined _ISOC99_SOURCE || defined _ISOC9X_SOURCE
     || (defined __STDC_VERSION__ && __STDC_VERSION__ >= 199409L))
# define __USE_ISOC95    1
#endif

/* If none of the ANSI/POSIX macros are defined, use POSIX.1 and POSIX.2
   (and IEEE Std 1003.1b-1993 unless _XOPEN_SOURCE is defined).  */
#if ((!defined __STRICT_ANSI__ || (_XOPEN_SOURCE – 0) >= 500) &&
     !defined _POSIX_SOURCE && !defined _POSIX_C_SOURCE)
# define _POSIX_SOURCE    1
# if defined _XOPEN_SOURCE && (_XOPEN_SOURCE – 0) < 500
#  define _POSIX_C_SOURCE    2
# elif defined _XOPEN_SOURCE && (_XOPEN_SOURCE – 0) < 600
#  define _POSIX_C_SOURCE    199506L
# elif defined _XOPEN_SOURCE && (_XOPEN_SOURCE – 0) < 700
#  define _POSIX_C_SOURCE    200112L
# else
#  define _POSIX_C_SOURCE    200809L
# endif
# define __USE_POSIX_IMPLICITLY    1
#endif

#if defined _POSIX_SOURCE || _POSIX_C_SOURCE >= 1 || defined _XOPEN_SOURCE
# define __USE_POSIX    1
#endif

#if defined _POSIX_C_SOURCE && _POSIX_C_SOURCE >= 2 || defined _XOPEN_SOURCE
# define __USE_POSIX2    1
#endif

#if (_POSIX_C_SOURCE – 0) >= 199309L
# define __USE_POSIX199309    1
#endif

#if (_POSIX_C_SOURCE – 0) >= 199506L
# define __USE_POSIX199506    1
#endif

#if (_POSIX_C_SOURCE – 0) >= 200112L
# define __USE_XOPEN2K        1
# undef __USE_ISOC99
# define __USE_ISOC99        1
#endif

#if (_POSIX_C_SOURCE – 0) >= 200809L
# define __USE_XOPEN2K8        1
# undef  _ATFILE_SOURCE
# define _ATFILE_SOURCE    1
#endif

#ifdef    _XOPEN_SOURCE
# define __USE_XOPEN    1
# if (_XOPEN_SOURCE – 0) >= 500
#  define __USE_XOPEN_EXTENDED    1
#  define __USE_UNIX98    1
#  undef _LARGEFILE_SOURCE
#  define _LARGEFILE_SOURCE    1
#  if (_XOPEN_SOURCE – 0) >= 600
#   if (_XOPEN_SOURCE – 0) >= 700
#    define __USE_XOPEN2K8    1
#   endif
#   define __USE_XOPEN2K    1
#   undef __USE_ISOC99
#   define __USE_ISOC99        1
#  endif
# else
#  ifdef _XOPEN_SOURCE_EXTENDED
#   define __USE_XOPEN_EXTENDED    1
#  endif
# endif
#endif

#ifdef _LARGEFILE_SOURCE
# define __USE_LARGEFILE    1
#endif

#ifdef _LARGEFILE64_SOURCE
# define __USE_LARGEFILE64    1
#endif

#if defined _FILE_OFFSET_BITS && _FILE_OFFSET_BITS == 64
# define __USE_FILE_OFFSET64    1
#endif

#if defined _BSD_SOURCE || defined _SVID_SOURCE
# define __USE_MISC    1
#endif

#ifdef    _BSD_SOURCE
# define __USE_BSD    1
#endif

#ifdef    _SVID_SOURCE
# define __USE_SVID    1
#endif

#ifdef    _ATFILE_SOURCE
# define __USE_ATFILE    1
#endif

#ifdef    _GNU_SOURCE
# define __USE_GNU    1
#endif

#if defined _REENTRANT || defined _THREAD_SAFE
# define __USE_REENTRANT    1
#endif

#if defined _FORTIFY_SOURCE && _FORTIFY_SOURCE > 0
    && __GNUC_PREREQ (4, 1) && defined __OPTIMIZE__ && __OPTIMIZE__ > 0
# if _FORTIFY_SOURCE > 1
#  define __USE_FORTIFY_LEVEL 2
# else
#  define __USE_FORTIFY_LEVEL 1
# endif
#else
# define __USE_FORTIFY_LEVEL 0
#endif

/* Define __STDC_IEC_559__ and other similar macros.  */
#include <bits/predefs.h>

/* wchar_t uses ISO 10646-1 (2nd ed., published 2000-09-15) / Unicode 3.1.  */
#define __STDC_ISO_10646__        200009L

/* This macro indicates that the installed library is the GNU C Library.
   For historic reasons the value now is 6 and this will stay from now
   on.  The use of this variable is deprecated.  Use __GLIBC__ and
   __GLIBC_MINOR__ now (see below) when you want to test for a specific
   GNU C library version and use the values in <gnu/lib-names.h> to get
   the sonames of the shared libraries.  */
#undef  __GNU_LIBRARY__
#define __GNU_LIBRARY__ 6

/* Major and minor version number of the GNU C library package.  Use
   these macros to test for features in specific releases.  */
#define    __GLIBC__    2
#define    __GLIBC_MINOR__    11

#define __GLIBC_PREREQ(maj, min)
    ((__GLIBC__ << 16) + __GLIBC_MINOR__ >= ((maj) << 16) + (min))

/* Decide whether a compiler supports the long long datatypes.  */
#if defined __GNUC__
    || (defined __PGI && defined __i386__ )
    || (defined __INTEL_COMPILER && (defined __i386__ || defined __ia64__))
    || (defined __STDC_VERSION__ && __STDC_VERSION__ >= 199901L)
# define __GLIBC_HAVE_LONG_LONG    1
#endif

/* This is here only because every header file already includes this one.  */
#ifndef __ASSEMBLER__
# ifndef _SYS_CDEFS_H
#  include <sys/cdefs.h>
# endif

/* If we don’t have __REDIRECT, prototypes will be missing if
   __USE_FILE_OFFSET64 but not __USE_LARGEFILE[64]. */
# if defined __USE_FILE_OFFSET64 && !defined __REDIRECT
#  define __USE_LARGEFILE    1
#  define __USE_LARGEFILE64    1
# endif

#endif    /* !ASSEMBLER */

/* Decide whether we can define ‘extern inline’ functions in headers.  */
#if __GNUC_PREREQ (2, 7) && defined __OPTIMIZE__
    && !defined __OPTIMIZE_SIZE__ && !defined __NO_INLINE__
    && defined __extern_inline
# define __USE_EXTERN_INLINES    1
#endif

/* There are some functions that must be declared ‘extern inline’ even with
   -Os when building LIBC, or they’ll end up undefined.  */
#if __GNUC_PREREQ (2, 7) && defined __OPTIMIZE__
    && (defined _LIBC || !defined __OPTIMIZE_SIZE__) && !defined __NO_INLINE__
    && defined __extern_inline
# define __USE_EXTERN_INLINES_IN_LIBC    1
#endif

/* This is here only because every header file already includes this one.
   Get the definitions of all the appropriate `__stub_FUNCTION’ symbols.
   <gnu/stubs.h> contains `#define __stub_FUNCTION’ when FUNCTION is a stub
   that will always return failure (and set errno to ENOSYS).  */
#include <gnu/stubs.h>

#endif    /* features.h  */