亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频

? 歡迎來到蟲蟲下載站! | ?? 資源下載 ?? 資源專輯 ?? 關(guān)于我們
? 蟲蟲下載站

?? pcre_internal.h

?? SDL文件。SDL_ERROwenjian.....
?? H
?? 第 1 頁 / 共 4 頁
字號:
/*************************************************
*      Perl-Compatible Regular Expressions       *
*************************************************/


/* PCRE is a library of functions to support regular expressions whose syntax
and semantics are as close as possible to those of the Perl 5 language.

                       Written by Philip Hazel
           Copyright (c) 1997-2007 University of Cambridge

-----------------------------------------------------------------------------
Redistribution and use in source and binary forms, with or without
modification, are permitted provided that the following conditions are met:

    * Redistributions of source code must retain the above copyright notice,
      this list of conditions and the following disclaimer.

    * Redistributions in binary form must reproduce the above copyright
      notice, this list of conditions and the following disclaimer in the
      documentation and/or other materials provided with the distribution.

    * Neither the name of the University of Cambridge nor the names of its
      contributors may be used to endorse or promote products derived from
      this software without specific prior written permission.

THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE
LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
POSSIBILITY OF SUCH DAMAGE.
-----------------------------------------------------------------------------
*/

/* This header contains definitions that are shared between the different
modules, but which are not relevant to the exported API. This includes some
functions whose names all begin with "_pcre_". */

#ifndef PCRE_INTERNAL_H
#define PCRE_INTERNAL_H

/* Define DEBUG to get debugging output on stdout. */

#if 0
#define DEBUG
#endif

/* Use a macro for debugging printing, 'cause that eliminates the use of #ifdef
inline, and there are *still* stupid compilers about that don't like indented
pre-processor statements, or at least there were when I first wrote this. After
all, it had only been about 10 years then...

It turns out that the Mac Debugging.h header also defines the macro DPRINTF, so
be absolutely sure we get our version. */

#undef DPRINTF
#ifdef DEBUG
#define DPRINTF(p) printf p
#else
#define DPRINTF(p) /* Nothing */
#endif


/* Standard C headers plus the external interface definition. The only time
setjmp and stdarg are used is when NO_RECURSE is set. */

#include <ctype.h>
#include <limits.h>
#include <setjmp.h>
#include <stdarg.h>
#include <stddef.h>
#include <stdio.h>
#include <stdlib.h>
#include <string.h>

/* When compiling a DLL for Windows, the exported symbols have to be declared
using some MS magic. I found some useful information on this web page:
http://msdn2.microsoft.com/en-us/library/y4h7bcy6(VS.80).aspx. According to the
information there, using __declspec(dllexport) without "extern" we have a
definition; with "extern" we have a declaration. The settings here override the
setting in pcre.h (which is included below); it defines only PCRE_EXP_DECL,
which is all that is needed for applications (they just import the symbols). We
use:

  PCRE_EXP_DECL       for declarations
  PCRE_EXP_DEFN       for definitions of exported functions
  PCRE_EXP_DATA_DEFN  for definitions of exported variables

The reason for the two DEFN macros is that in non-Windows environments, one
does not want to have "extern" before variable definitions because it leads to
compiler warnings. So we distinguish between functions and variables. In
Windows, the two should always be the same.

The reason for wrapping this in #ifndef PCRE_EXP_DECL is so that pcretest,
which is an application, but needs to import this file in order to "peek" at
internals, can #include pcre.h first to get an application's-eye view.

In principle, people compiling for non-Windows, non-Unix-like (i.e. uncommon,
special-purpose environments) might want to stick other stuff in front of
exported symbols. That's why, in the non-Windows case, we set PCRE_EXP_DEFN and
PCRE_EXP_DATA_DEFN only if they are not already set. */

#ifndef PCRE_EXP_DECL
#  ifdef _WIN32
#    ifndef PCRE_STATIC
#      define PCRE_EXP_DECL       extern __declspec(dllexport)
#      define PCRE_EXP_DEFN       __declspec(dllexport)
#      define PCRE_EXP_DATA_DEFN  __declspec(dllexport)
#    else
#      define PCRE_EXP_DECL       extern
#      define PCRE_EXP_DEFN
#      define PCRE_EXP_DATA_DEFN
#    endif
#  else
#    ifdef __cplusplus
#      define PCRE_EXP_DECL       extern "C"
#    else
#      define PCRE_EXP_DECL       extern
#    endif
#    ifndef PCRE_EXP_DEFN
#      define PCRE_EXP_DEFN       PCRE_EXP_DECL
#    endif
#    ifndef PCRE_EXP_DATA_DEFN
#      define PCRE_EXP_DATA_DEFN
#    endif
#  endif
#endif

/* We need to have types that specify unsigned 16-bit and 32-bit integers. We
cannot determine these outside the compilation (e.g. by running a program as
part of "configure") because PCRE is often cross-compiled for use on other
systems. Instead we make use of the maximum sizes that are available at
preprocessor time in standard C environments. */

#if USHRT_MAX == 65535
  typedef unsigned short pcre_uint16;
#elif UINT_MAX == 65535
  typedef unsigned int pcre_uint16;
#else
  #error Cannot determine a type for 16-bit unsigned integers
#endif

#if UINT_MAX == 4294967295
  typedef unsigned int pcre_uint32;
#elif ULONG_MAX == 4294967295
  typedef unsigned long int pcre_uint32;
#else
  #error Cannot determine a type for 32-bit unsigned integers
#endif

/* All character handling must be done as unsigned characters. Otherwise there
are problems with top-bit-set characters and functions such as isspace().
However, we leave the interface to the outside world as char *, because that
should make things easier for callers. We define a short type for unsigned char
to save lots of typing. I tried "uchar", but it causes problems on Digital
Unix, where it is defined in sys/types, so use "uschar" instead. */

typedef unsigned char uschar;

/* This is an unsigned int value that no character can ever have. UTF-8
characters only go up to 0x7fffffff (though Unicode doesn't go beyond
0x0010ffff). */

#define NOTACHAR 0xffffffff

/* PCRE is able to support several different kinds of newline (CR, LF, CRLF,
"any" and "anycrlf" at present). The following macros are used to package up
testing for newlines. NLBLOCK, PSSTART, and PSEND are defined in the various
modules to indicate in which datablock the parameters exist, and what the
start/end of string field names are. */

#define NLTYPE_FIXED    0     /* Newline is a fixed length string */
#define NLTYPE_ANY      1     /* Newline is any Unicode line ending */
#define NLTYPE_ANYCRLF  2     /* Newline is CR, LF, or CRLF */

/* This macro checks for a newline at the given position */

#define IS_NEWLINE(p) \
  ((NLBLOCK->nltype != NLTYPE_FIXED)? \
    ((p) < NLBLOCK->PSEND && \
     _pcre_is_newline((p), NLBLOCK->nltype, NLBLOCK->PSEND, &(NLBLOCK->nllen),\
       utf8)) \
    : \
    ((p) <= NLBLOCK->PSEND - NLBLOCK->nllen && \
     (p)[0] == NLBLOCK->nl[0] && \
     (NLBLOCK->nllen == 1 || (p)[1] == NLBLOCK->nl[1]) \
    ) \
  )

/* This macro checks for a newline immediately preceding the given position */

#define WAS_NEWLINE(p) \
  ((NLBLOCK->nltype != NLTYPE_FIXED)? \
    ((p) > NLBLOCK->PSSTART && \
     _pcre_was_newline((p), NLBLOCK->nltype, NLBLOCK->PSSTART, \
       &(NLBLOCK->nllen), utf8)) \
    : \
    ((p) >= NLBLOCK->PSSTART + NLBLOCK->nllen && \
     (p)[-NLBLOCK->nllen] == NLBLOCK->nl[0] && \
     (NLBLOCK->nllen == 1 || (p)[-NLBLOCK->nllen+1] == NLBLOCK->nl[1]) \
    ) \
  )

/* When PCRE is compiled as a C++ library, the subject pointer can be replaced
with a custom type. This makes it possible, for example, to allow pcre_exec()
to process subject strings that are discontinuous by using a smart pointer
class. It must always be possible to inspect all of the subject string in
pcre_exec() because of the way it backtracks. Two macros are required in the
normal case, for sign-unspecified and unsigned char pointers. The former is
used for the external interface and appears in pcre.h, which is why its name
must begin with PCRE_. */

#ifdef CUSTOM_SUBJECT_PTR
#define PCRE_SPTR CUSTOM_SUBJECT_PTR
#define USPTR CUSTOM_SUBJECT_PTR
#else
#define PCRE_SPTR const char *
#define USPTR const unsigned char *
#endif



/* Include the public PCRE header and the definitions of UCP character property
values. */

#include "pcre.h"
#include "ucp.h"

/* When compiling for use with the Virtual Pascal compiler, these functions
need to have their names changed. PCRE must be compiled with the -DVPCOMPAT
option on the command line. */

#ifdef VPCOMPAT
#define strlen(s)        _strlen(s)
#define strncmp(s1,s2,m) _strncmp(s1,s2,m)
#define memcmp(s,c,n)    _memcmp(s,c,n)
#define memcpy(d,s,n)    _memcpy(d,s,n)
#define memmove(d,s,n)   _memmove(d,s,n)
#define memset(s,c,n)    _memset(s,c,n)
#else  /* VPCOMPAT */

/* To cope with SunOS4 and other systems that lack memmove() but have bcopy(),
define a macro for memmove() if HAVE_MEMMOVE is false, provided that HAVE_BCOPY
is set. Otherwise, include an emulating function for those systems that have
neither (there some non-Unix environments where this is the case). */

#ifndef HAVE_MEMMOVE
#undef  memmove        /* some systems may have a macro */
#ifdef HAVE_BCOPY
#define memmove(a, b, c) bcopy(b, a, c)
#else  /* HAVE_BCOPY */
static void *
pcre_memmove(void *d, const void *s, size_t n)
{
size_t i;
unsigned char *dest = (unsigned char *)d;
const unsigned char *src = (const unsigned char *)s;
if (dest > src)
  {
  dest += n;
  src += n;
  for (i = 0; i < n; ++i) *(--dest) = *(--src);
  return (void *)dest;
  }
else
  {
  for (i = 0; i < n; ++i) *dest++ = *src++;
  return (void *)(dest - n);
  }
}
#define memmove(a, b, c) pcre_memmove(a, b, c)
#endif   /* not HAVE_BCOPY */
#endif   /* not HAVE_MEMMOVE */
#endif   /* not VPCOMPAT */

?? 快捷鍵說明

復(fù)制代碼 Ctrl + C
搜索代碼 Ctrl + F
全屏模式 F11
切換主題 Ctrl + Shift + D
顯示快捷鍵 ?
增大字號 Ctrl + =
減小字號 Ctrl + -
亚洲欧美第一页_禁久久精品乱码_粉嫩av一区二区三区免费野_久草精品视频
理论片日本一区| 亚洲欧美日韩国产综合| 图片区小说区国产精品视频| 日本韩国欧美一区二区三区| 一区二区三区四区av| 在线区一区二视频| 日韩福利视频网| 精品日韩一区二区三区免费视频| 捆绑变态av一区二区三区| www成人在线观看| 成人爱爱电影网址| 亚洲欧美国产77777| 欧美日韩午夜在线视频| 美女久久久精品| 国产精品婷婷午夜在线观看| 欧美午夜一区二区三区免费大片| 天天操天天干天天综合网| 精品久久一区二区三区| 不卡av免费在线观看| 亚洲一区二区三区四区五区黄| 欧美一区午夜视频在线观看| 国精产品一区一区三区mba桃花| 国产欧美一区二区三区在线看蜜臀| 91影院在线观看| 日韩综合在线视频| 国产精品久久午夜夜伦鲁鲁| 欧美日韩一区二区三区在线| 激情五月婷婷综合| 亚洲精品乱码久久久久久日本蜜臀| 7777精品久久久大香线蕉| 国产精品1区二区.| 午夜日韩在线观看| 中文字幕av一区 二区| 欧美日韩高清在线播放| 成人一区二区视频| 日韩经典中文字幕一区| 国产精品美女久久久久久2018| 欧美日韩亚洲综合一区二区三区| 国产精品系列在线观看| 日韩中文欧美在线| 最新不卡av在线| 精品捆绑美女sm三区| 欧美体内she精视频| 国产99久久久精品| 青草av.久久免费一区| 亚洲欧美一区二区久久| 久久久久亚洲蜜桃| 日韩一级欧美一级| 欧美色中文字幕| 波多野结衣91| 国产一区二区毛片| 日本美女一区二区三区视频| 亚洲品质自拍视频网站| 国产精品天美传媒沈樵| 亚洲精品一区二区三区在线观看| 欧美男生操女生| 91黄视频在线| 成人国产精品免费| 国产精品一区在线| 国模娜娜一区二区三区| 麻豆国产91在线播放| 日韩在线播放一区二区| 亚洲图片欧美视频| 亚洲综合激情小说| 亚洲欧美激情视频在线观看一区二区三区 | 三级一区在线视频先锋 | 国产亚洲一区二区三区| 日韩一区二区三区精品视频| 日本道免费精品一区二区三区| 不卡电影免费在线播放一区| 国产黄色成人av| 国产一区二区三区在线观看免费视频 | 欧美另类高清zo欧美| 欧美中文一区二区三区| 欧美在线一区二区| 欧美日韩国产一区二区三区地区| 欧美在线免费播放| 欧美日韩精品电影| 欧美一区欧美二区| 日韩美女一区二区三区四区| 日韩欧美专区在线| 2017欧美狠狠色| 国产精品色哟哟网站| 亚洲三级在线免费观看| 亚洲人成精品久久久久| 亚洲欧美日韩国产成人精品影院| 亚洲另类在线视频| 亚洲午夜精品17c| 日本亚洲电影天堂| 国产一区二区按摩在线观看| 国产**成人网毛片九色 | 国产欧美一区二区精品忘忧草| 久久久99精品免费观看不卡| 国产精品无遮挡| 亚洲人成网站在线| 日韩电影免费在线看| 紧缚捆绑精品一区二区| 成人高清免费观看| 91福利区一区二区三区| 欧美一区二区视频在线观看2022 | 日韩有码一区二区三区| 精品一区免费av| 成人影视亚洲图片在线| 欧美偷拍一区二区| 日韩欧美国产三级| 日韩毛片精品高清免费| 五月婷婷综合激情| 国产福利一区二区三区视频| 99精品久久只有精品| 欧美日本韩国一区二区三区视频| 欧美mv日韩mv| 一区二区三区在线视频播放| 美女www一区二区| 成人成人成人在线视频| 欧美另类z0zxhd电影| 国产亚洲欧美日韩在线一区| 伊人色综合久久天天人手人婷| 免费观看一级特黄欧美大片| 国产精品亚洲一区二区三区在线| 91高清视频在线| 久久蜜桃av一区精品变态类天堂| 亚洲免费成人av| 狠狠狠色丁香婷婷综合激情| 色婷婷久久久亚洲一区二区三区 | 国产成人a级片| 欧美视频中文字幕| 国产蜜臀97一区二区三区| 亚洲一区在线观看视频| 成人永久看片免费视频天堂| 日韩欧美你懂的| 亚洲国产成人91porn| 国产成人8x视频一区二区| 91精品国产高清一区二区三区蜜臀 | 欧美一级淫片007| 亚洲精选一二三| 国产成人精品影视| 欧美电影免费观看高清完整版在线 | 国产馆精品极品| 欧美高清视频不卡网| 亚洲天堂中文字幕| 国产成人午夜视频| 欧美精品一区二区在线观看| 肉丝袜脚交视频一区二区| 色哟哟一区二区| 欧美激情一区二区| 久久99久久久欧美国产| 欧美日韩高清一区二区不卡| 亚洲激情图片小说视频| 不卡电影免费在线播放一区| 国产视频一区在线观看| 久久成人18免费观看| 欧美一区日本一区韩国一区| 日韩中文欧美在线| 欧美日韩亚州综合| 亚洲成年人网站在线观看| 欧美中文字幕一区二区三区| 中文字幕一区二区日韩精品绯色| 国产一区二区三区在线观看免费视频| 欧美一区二区免费| 日韩中文字幕亚洲一区二区va在线| 99久久精品国产一区| 1024国产精品| 成人激情视频网站| 亚洲天堂2014| 91在线观看免费视频| 最近中文字幕一区二区三区| 91网站在线观看视频| 椎名由奈av一区二区三区| 不卡欧美aaaaa| 亚洲区小说区图片区qvod| 日本韩国欧美三级| 丝袜美腿亚洲综合| 欧美一级欧美三级| 免费成人av在线播放| xnxx国产精品| 国产成人在线影院| 亚洲人成精品久久久久| 欧美在线观看视频一区二区| 亚欧色一区w666天堂| 日韩一区二区电影网| 国产精品一区2区| 国产精品福利一区二区| 91美女视频网站| 日韩精品一二三区| 精品电影一区二区| 成人蜜臀av电影| 亚洲在线中文字幕| 欧美一级午夜免费电影| 丁香婷婷综合激情五月色| 亚洲欧美成aⅴ人在线观看| 欧美日免费三级在线| 久久99最新地址| 国产精品剧情在线亚洲| 在线观看免费视频综合| 久久精工是国产品牌吗| 国产精品麻豆视频| 欧美日韩免费在线视频| 国产一区二区三区国产| 一区二区三区四区蜜桃| 精品入口麻豆88视频|