青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

posts - 319, comments - 22, trackbacks - 0, articles - 11
  C++博客 :: 首頁 :: 新隨筆 :: 聯系 :: 聚合  :: 管理

轉載:http://www.cnblogs.com/fzzl/archive/2009/07/14/1522913.html

【轉】vs2005下的dirent.h  該方法同樣適用于VS2008 及VS2010

http://www.analogcn.com/Article/wz3/200802/20080202211037.html

 

dirent.h是gcc下的一個頭文件,而在VS2005中是沒有的。這個文件中封裝了幾個對目錄進行操作函數:

static DIR *opendir (const char *dirname);
static struct dirent *readdir (DIR *dirp);
static int closedir (DIR *dirp);

 對于在linux->windows之間進行程序移植來講常常會造成一些困擾,在網上仔細搜了一下,發現原來已經有位好同志寫了相應的移植代碼,如下所示:


typedef struct dirent {
  /* name of current directory entry (a multi-byte character string) */
  char d_name[MAX_PATH + 1];

  /* file attributes */
  WIN32_FIND_DATA data;
} dirent;


typedef struct DIR {
  /* current directory entry */
  dirent current;

  /* is there an un-processed entry in current? */
  int cached;

  /* file search handle */
  HANDLE search_handle;

  /* search pattern (3 = zero terminator + pattern "\\*") */
  TCHAR patt[MAX_PATH + 3];
} DIR;


static DIR *opendir (const char *dirname);
static struct dirent *readdir (DIR *dirp);
static int closedir (DIR *dirp);


/* use the new safe string functions introduced in Visual Studio 2005 */
#if defined(_MSC_VER) && _MSC_VER >= 1400
# define STRNCPY(dest,src,size) strncpy_s((dest),(size),(src),_TRUNCATE)
#else
# define STRNCPY(dest,src,size) strncpy((dest),(src),(size))
#endif


/*
 * Open directory stream DIRNAME for read and return a pointer to the
 * internal working area that is used to retrieve individual directory
 * entries.
 */
static DIR*
opendir(
    const char *dirname)
{
  DIR *dirp;
  assert (dirname != NULL);
  assert (strlen (dirname) < MAX_PATH);

  /* construct new DIR structure */
  dirp = (DIR*) malloc (sizeof (struct DIR));
  if (dirp != NULL) {
    TCHAR *p;
   
    /* prepare search pattern */
#ifdef _UNICODE

    /* convert directory name to wide character string */
    MultiByteToWideChar(
        CP_ACP,                                /* code page */
        0,                                     /* conversion flags */
        dirname,                               /* mb-string to convert */
        -1,                                    /* length of mb-string */
        dirp->patt,                            /* wc-string to produce */
        MAX_PATH);                             /* max length of wc-string */
    dirp->patt[MAX_PATH] = '\0';
   
    /* append search pattern to directory name */
    p = wcschr (dirp->patt, '\0');
    if (dirp->patt < p  &&  *(p-1) != '\\'  &&  *(p-1) != ':') {
      *p++ = '\\';
    }
    *p++ = '*';
    *p = '\0';

#else /* !_UNICODE */
   
    /* take directory name... */
    STRNCPY (dirp->patt, dirname, sizeof(dirp->patt));
    dirp->patt[MAX_PATH] = '\0';
   
    /* ... and append search pattern to it */
    p = strchr (dirp->patt, '\0');
    if (dirp->patt < p  &&  *(p-1) != '\\'  &&  *(p-1) != ':') {
      *p++ = '\\';
    }
    *p++ = '*';
    *p = '\0';
   
#endif /* !_UNICODE */

    /* open stream and retrieve first file */
    dirp->search_handle = FindFirstFile (dirp->patt, &dirp->current.data);
    if (dirp->search_handle == INVALID_HANDLE_VALUE) {
      /* invalid search pattern? */
      free (dirp);
      return NULL;
    }

    /* there is an un-processed directory entry in memory now */
    dirp->cached = 1;
   
  }
  return dirp;
}


/*
 * Read a directory entry, and return a pointer to a dirent structure
 * containing the name of the entry in d_name field.  Individual directory
 * entries returned by this very function include regular files,
 * sub-directories, pseudo-directories "." and "..", but also volume labels,
 * hidden files and system files may be returned. 
 */
static struct dirent *
readdir(
    DIR *dirp)
{
  assert (dirp != NULL);

  if (dirp->search_handle == INVALID_HANDLE_VALUE) {
    /* directory stream was opened/rewound incorrectly or it ended normally */
    return NULL;
  }

  /* get next directory entry */
  if (dirp->cached != 0) {
    /* a valid directory entry already in memory */
    dirp->cached = 0;
  } else {
    /* read next directory entry from disk */
    if (FindNextFile (dirp->search_handle, &dirp->current.data) == FALSE) {
      /* the very last file has been processed or an error occured */
      FindClose (dirp->search_handle);
      dirp->search_handle = INVALID_HANDLE_VALUE;
      return NULL;
    }
  }

  /* copy directory entry to d_name */
#ifdef _UNICODE
 
  /* convert entry name to multibyte */
  WideCharToMultiByte(
      CP_ACP,                                  /* code page */
      0,                                       /* conversion flags */
      dirp->current.data.cFileName,            /* wc-string to convert */
      -1,                                      /* length of wc-string */
      dirp->current.d_name,                    /* mb-string to produce */
      MAX_PATH,                                /* max length of mb-string */
      NULL,                                    /* use sys default character */
      NULL);                                   /* don't care  */
  dirp->current.d_name[MAX_PATH] = '\0';
 
#else /* !_UNICODE */

  /* copy as a multibyte character string */
  STRNCPY (dirp->current.d_name, dirp->current.data.cFileName, sizeof(dirp->current.d_name));
  dirp->current.d_name[MAX_PATH] = '\0';

#endif /* !_UNICODE */
 
  return &dirp->current;
}


/*
 * Close directory stream opened by opendir() function.  Close of the
 * directory stream invalidates the DIR structure as well as any previously
 * read directory entry.
 */
static int
closedir(
    DIR *dirp)
{
  assert (dirp != NULL);
 
  /* release search handle */
  if (dirp->search_handle != INVALID_HANDLE_VALUE) {
    FindClose (dirp->search_handle);
    dirp->search_handle = INVALID_HANDLE_VALUE;
  }

  /* release directory handle */
  free (dirp);
  return 0;
}

此文件可從http://www.softagalleria.net/dirent/index.en.html下載得到,直接將它放在VS2005的include目錄就OK 了!

開網店http://www.5678520.com/怎么樣開網店

posted @ 2012-04-28 06:42 RTY 閱讀(9719) | 評論 (0)編輯 收藏

     摘要: 2011-04-15 11:09 46人閱讀 評論(0) 收藏 舉報摘自msdn,列在這里方便查閱。The following tables show the format specifiers recognized by the debugger. SpecifierFormatExpressionValue Displayedd,isigned...  閱讀全文

posted @ 2012-04-24 22:37 RTY 閱讀(728) | 評論 (1)編輯 收藏

     摘要: HomeLibraryLearnDownloadsSupportCommunitySign in | 中國(簡體中文) |  | MSDN LibraryDevelopment Tools and LanguagesVisual Studio 2008Visual StudioApplication Development in Visu...  閱讀全文

posted @ 2012-04-24 21:42 RTY 閱讀(805) | 評論 (0)編輯 收藏

     摘要: HomeLibraryLearnDownloadsSupportCommunitySign in | 中國(簡體中文) |  | MSDN LibraryDevelopment Tools and LanguagesVisual Studio 2010Visual StudioApplication Development in Visu...  閱讀全文

posted @ 2012-04-24 21:39 RTY 閱讀(631) | 評論 (0)編輯 收藏

Mailing Lists: Apple Mailing Lists
Image of Mac OS face in stamp
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Find path of an application


  • SubjectRe: Find path of an application
  • From: Terry Lambert <email@hidden>
  • Date: Tue, 16 Dec 2008 02:01:54 -0800
  • Delivered-to: email@hidden
  • Delivered-to: email@hidden

On Dec 16, 2008, at 1:00 AM, Rakesh Singhal wrote:
I am done with finding the process is running or not. Thanks a lot. Still I am stuck with second issue to find the path to my application in my system. Actually there are 3 steps:

1. To know that application is running or not?  Now it is done. 2. If not then get the path of application where it was installed (user can change the path during installation). 3. Launch the application.

My code is standard C++ tool so I want to use only C and C++ APIs. Please suggest me. 

You said this was a GUI app that you didn't control the sources to. So control it anyway by renaming the binary in the bundle and putting a stub in there that will save off the id for you and then reexec the real binary:


--- example with no error checking --- #include <mach-o/dyld.h>	/* _NSGetExecutablePath */ #include <limits.h>		/* PATH_MAX */ #include <unistd.h>		/* execve */ #include <libgen.h>		/* dirname */ #include <string.h>		/* strcpy */

#define BINARYNAME	"myreal_executable"

int main(int ac, char *av[]) { 	char pathbuf[PATH_MAX + 1]; 	char real_executable[PATH_MAX + 1]; 	char *bundle_id; 	int  bufsize = sizeof(pathbuf);

	_NSGetExecutablePath( pathbuf, &bufsize);

	bundle_id = dirname(pathbuf);

	strcpy(real_executable, bundle_id); 	strcat(real_executable, "/"); 	strcat(real_executable, BINARYNAME);

	execv(real_executable, av); } --------------------

Then write the path into /var/run/program.<pid> before you do the execv call to give control to the real binary.

Then in your other program go looking for /var/run/program.*. When you find one, take the pid and do an atoi() on it to get the integer pid back. Then end it a kill(pid, 0).

This function will return one of three things:

(1) 0, indicating that the process exists and you have the right to send it signals

(2) -1, with errno set to EPERM, indicating that the process exists and you do not have rights to send it a signal

(3) -1, with errno set to ESRCH, indicating that the process does not (yet) exist

-

Ideally, all this would be unnecessary because you put your daemon and the program you want to give it a UI into the same bundle, which ,means either one of them can find the other by looking at the dirname() from their own call to _NSGetExecutablePath().

No grovelling around trying to find out where something came from, because it tells you.

-- Terry _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list      (email@hidden) Help/Unsubscribe/Update your Subscription: This email sent to email@hidden  
References: 
 >Find path of an application (From: "Rakesh Singhal" <email@hidden>)
 >Re: Find path of an application (From: Jean-Daniel Dupas <email@hidden>)
 >Re: Find path of an application (From: "Rakesh Singhal" <email@hidden>)
 >Re: Find path of an application (From: Jean-Daniel Dupas <email@hidden>)
 >Re: Find path of an application (From: "Rakesh Singhal" <email@hidden>)

posted @ 2012-04-18 22:44 RTY 閱讀(621) | 評論 (0)編輯 收藏

@executable path, @load path and @rpath

2010年11月6日 by Wincent Colaiuta

Note: this article is actually about the @executable_path, @load_path and @rpath install paths used by the linker on Mac OS X; wiki titles can't include underscores, however, because they are ambiguous with spaces.

Absolute paths

Useful for frameworks installed in shared locations. Example:

  • Install path: /Library/Frameworks/Foo.framework/Versions/A/Foo

@executable_path

Useful for frameworks embedded inside applications, because it allows you to specify the location of the framework relative to the application's executable:

  • Install path: @executable_path/../Frameworks/Foo.framework/Versions/A/Foo
  • Application location: /Applications/Foo.app
  • Executable path: /Applications/Foo.app/Contents/MacOS
  • Framework location: /Applications/Foo.app/Contents/Frameworks/Foo.framework
  • Linker puts all this together to figure out that the framework binary can be found at: /Applications/Foo.app/Contents/MacOS/../Frameworks/Foo.framework/Versions/A/Foo

@loader_path

Available from Mac OS X 10.4 Tiger onwards; useful for frameworks embedded inside plug-ins, because it allows you to specify the location of the framework relative to the plug-in's code (remember, plug-ins may not actually know where they are going to be installed, relative to the application, so knowing @executable_path doesn't help us in this case):

  • Install path: @loader_path/../Frameworks/Foo.framework/Versions/A/Foo
  • Application location: /Applications/Foo.app
  • Plug-in location: /Library/Application Support/Foo/Plug-Ins/Bar.bundle
  • Executable path: /Applications/Foo.app/Contents/MacOS
  • Loader path: /Library/Application Support/Foo/Plug-Ins/Bar.bundle/Contents/MacOS
  • Framework location: /Library/Application Support/Foo/Plug-Ins/Bar.bundle/Contents/Frameworks/Foo.framework
  • Linker puts all this together to figure out that the framework binary can be found at: /Library/Application Support/Foo/Plug-Ins/Bar.bundle/Contents/MacOS/../Frameworks/Foo.framework/Versions/A/Foo

Note that if the "loader" is an application rather than a plug-in, the @loader_path ends up being equivalent to @executable_path.

@rpath

New in Mac OS X 10.5 Leopard is @rpath. Key points:

  • @rpath instructs the dynamic linker to search a list of paths in order to locate the framework
  • critically, this list is embedded in the loading application
  • this means that a single framework with @rpath/Foo.framework/Versions/A/Foo can be made to work in a number of different ways; that is, you are effectively no longer limited by the choice of specifying your "install path" using either @executable_path or @loader_path
  • the down side: you now have to pass additional linker flags when building the host application (eg. -rpath @executable_path/../Frameworks or /Library/Frameworks; note that specifying both will cause the dynamic linker to try looking in both locations)

Sources

posted @ 2012-04-18 06:14 RTY 閱讀(1520) | 評論 (0)編輯 收藏

真的坑爹,今天才開始玩MAC OX,裝了個最新版本的10.7.3,只能裝XCODE 4.3 這個月剛發行的版本。

安裝時發現沒有install過程,直接雙擊就進入開發環境了。而且裝完后沒有gcc 等各種編譯工具,在TERMINAL下各種命令不識別,想裝ruby的各種開發工具,都不行了。

 

查了半天才發現:

Apple announced Xcode 4.3 for OSX Lion and 4.4 for OSX Mountain Lion last week. The major difference is that Xcode no longer provide an installer which is good thing because you now could update Xcode with AppStore in the future, plus it is much easier to carry the development environment with you. However, there is a little problem with this new version of Xcode, is that all command line toolsets and compilers are not visible in terminal. 

解決方案一:
A simple fix is to update your PATH env:

export PATH=/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:$PATH

Please be noted that clang does not reside in /Developer/usr/bin, it is now in /Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin

Now you could access to gcc, g++, git or any toolsets bundled with Xcode. For your convenience, it is recommended to include it in your .bash_profile.

解決方案二:

You can install these additional tools directly in Xcode :
Preferences > Downloads > Command Line Tools > Install


SO. What a fUUUcking day!

posted @ 2012-04-07 21:50 RTY 閱讀(754) | 評論 (0)編輯 收藏

原文:http://blog.sina.com.cn/s/blog_5a6efa330100x3sp.html

10月12日全新的IOS 5系統可供下載后,Mac OS也升級到了10.7.2,10.7.2支持iCloud 全套云服務,用戶可以將自己的數據自動存儲到iCloud中并推送到所有設備。另外本次更新主要包括常規性修復,增強了穩定性、兼容性和安全性等。
但很多黑蘋果的朋友在更新10.7.2版本后,發現系統無法啟動,出現五國或者禁止符號等錯誤。本文只針對采用虛擬機(VMware或者VirtualBOX)的朋友,具體解決方案如下;
原因就是:升級后AppleLSIFusionMPT.kext 出了問題,這個可以在升級補丁前備份AppleLSIFusionMPT.kext,完了后AppleLSIFusionMPT.kext備份到之前的文件夾。
具體解決方法是:
1、首先正常啟動虛擬機后,進入Mac OS X 10.7.1操作系統內。

原版本為:11B26

VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案

VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案

2、啟動“終端”程序(在“前往-實用工具”中)
3、在終端命令行下完整輸入如下引號內的命令(意思是備份AppleLSIFusionMPT.kext文件到當前目錄)
“cp -rv /System/Library/Extensions/AppleLSIFusionMPT.kext  .“
注意最后一個點號不要忘記(指備份到當前目錄),而且大小寫也不能錯(我沒試過全部小寫,我印象中Unix系統都是大小寫敏感的,這一點和windows不一樣)
輸入之后,按回車,會出現一大堆文字,表示一些文件被正常備份下來。
VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案

 
4、不要關閉終端,然后開始正常的10.7.2補丁升級操作(這個步驟不會很快,尤其是在虛擬機下,可以干點別的,或者看我繼續往下說)
蘋果官方10.7.2升級包地址
http://support.apple.com/downloads/DL1459/en_US/MacOSXUpdCombo10.7.2.dmg
5、【切記】順利升級完成后,不要立刻啟動操作系統!而是重新回到終端命令行下
6、輸入如下引號內命令(意思是刪除在Lion10.7.2升級過程中系統又安裝上的AppleLSIFusionMPT.kext,這個文件是Lion10.7.2版本的,不好用,必須先刪除!)
”sudo rm -rfv /System/Library/Extensions/AppleLSIFusionMPT.kext“
回車,會提示你輸入密碼,輸入你登錄密碼即可。可能屏幕沒有顯示,所以你一定要看好了提示文字(懂點英文還是必須的)
 VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案


再輸入引號內命令(意思是將升級前備份在當前目錄下的AppleLSIFusionMPT.kext文件,是Lion 10.7.1版本的,重新拷貝到原系統中)
”sudo cp -rv AppleLSIFusionMPT.kext /System/Library/Extensions“

VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案


7、正常重啟,大功告成!看到版本已經變成10.7.2了。版本號為:Mac OS X Lion (11C74)
 VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案

VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案

VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案
    Lion 10.7.2的主要功能之一,iCloud出來了。

這個修改版起碼小的升級都沒有問題,而且常用的功能都使用正常,起碼我的iphone連上了itunes
假如已經升級了,顯然是無法啟動的,那么可以用筆者以下的解決方案來解決。實現原理就是使用Windows PE盤進入系統,然后利用Transmac工具(至于為什么不用Macdrive,因為它不能在PE下使用,而且還不免費)打開系統盤/System/Library/Extensions/,將AppleLSIFusionMPT.kext替換,可能需要兩次才能生效,但是此教程是一定能夠成功的。圖文教程如下;(當然也是從insanelymac學來的),我直接把重要的地方粘貼過來了(部分加上了細節)
*本文將利用到的工具*(Transmac和AppleLSIFusionMPT.kext文件)
下載地址: http://m1.mail.sina.com.cn/apps/netdisk/download.php?id=e6f5482c11f317df981ddb0f1307cfca
Mac_OS_X_10.7.2系統替換文件和工具by_dehe1988.rar
 VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案
使用PE工具進入系統,本人使用的是“深山紅葉”大神工具包。PS:各種PE系統都行,這個只是提供一個修改的環境!
 

VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案
系統界面
 
VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案



輸入下載地址。如果很懶,也可以先下載,再發送到自己的郵箱中,再登陸自己郵箱下載,貌似更復雜?
 VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案


文件約1.5MB,很好下載的!
 VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案


Transmac的界面,該軟件可以讀取覽蘋果文件系統HFS+,而且可以在PE環境下運行。但Transmac默認只能讀取,因此需要設置。 
 VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案


容許讀寫打開。關閉,再一次打開就會生效了。
 
VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案


找到/System/Library/Extensions/目錄下,將AppleLSIFusionMPT.kext復制到此替換。

VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案

VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案


 VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案

VMware虛擬機從Mac <wbr>OS <wbr>Lion <wbr>10.7.1更新到Mac <wbr>OS <wbr>Lion <wbr>10.7.2后無法正常啟動解決方案


 

posted @ 2012-04-07 14:24 RTY 閱讀(1486) | 評論 (0)編輯 收藏

     摘要: 原文:http://ideapad.zol.com.cn/56/160_557572.html靈感來了的時候,擋也擋不住,這個是真的!昨晚一個很偶然的機會下,我使用Vmware 8 安裝成功了Mac OS X 10.7(Lion)系統,實在是讓人非常興奮。再三申明,本人的電腦就是那種裝黑蘋果被判了死刑的電腦。關于死——喬布斯是這么說的“沒有人愿意死,即使想上天堂...  閱讀全文

posted @ 2012-04-07 07:45 RTY 閱讀(3284) | 評論 (0)編輯 收藏

     摘要: 原文:http://ideapad.zol.com.cn/57/160_560764.html樓主我之前發過的Vmware 8和VirtualBOX 安裝Lion的教程。1、全民吃蘋果,首發VirtualBOX安裝Mac OS X 10.7正式版_可完美升級,無bug http://ideapad.zol.com.cn/56/160_557572.html2、踏破鐵鞋,Vmware 8完...  閱讀全文

posted @ 2012-04-07 07:32 RTY 閱讀(878) | 評論 (0)編輯 收藏

僅列出標題
共31頁: 1 2 3 4 5 6 7 8 9 Last 
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            国产精品video| 亚洲一区二区三区四区五区黄 | 亚洲精品一区在线观看香蕉| 亚洲成色精品| 亚洲国产婷婷综合在线精品| 亚洲人体影院| avtt综合网| 西西裸体人体做爰大胆久久久| 亚洲欧美精品suv| 久久久国产亚洲精品| 免费观看日韩av| 亚洲黄色免费| 亚洲欧洲日产国产网站| 99国产精品| 先锋影音国产精品| 欧美成人精品1314www| 欧美精品在线视频观看| 国产精品尤物| 亚洲精品一区二| 欧美在线观看一区二区| 欧美国产日韩视频| 亚洲一区二区在线免费观看| 久久久在线视频| 国产精品久久久久高潮| 亚洲国产成人在线播放| 午夜精品视频在线观看| 亚洲国产成人tv| 午夜精品久久久久久久| 欧美激情1区2区| 在线精品一区二区| 午夜免费日韩视频| 亚洲人成网在线播放| 亚洲综合二区| 欧美精品首页| 亚洲高清资源| 久久亚洲春色中文字幕| 亚洲天堂成人在线视频| 欧美成人自拍| 在线免费观看成人网| 欧美在线资源| 在线亚洲一区观看| 欧美精品午夜| 日韩视频在线观看国产| 久久久xxx| 亚洲视频一区二区| 欧美激情视频一区二区三区免费| 国产一区二区三区久久 | 尤妮丝一区二区裸体视频| 一区二区三区精品在线 | 久久精品国产清自在天天线| 亚洲精品视频在线| 免费成人美女女| 亚洲国产99精品国自产| 久久久久一本一区二区青青蜜月| 亚洲视频精选| 国产精品激情av在线播放| 日韩天堂av| 亚洲精品一区二区三区av| 欧美大片专区| 亚洲精品日韩激情在线电影| 牛牛国产精品| 老司机久久99久久精品播放免费| 伊人精品成人久久综合软件| 久久天天躁夜夜躁狠狠躁2022| 午夜精品三级视频福利| 国产女主播一区二区| 久久精品二区亚洲w码| 午夜亚洲激情| 激情av一区| 欧美成人综合| 欧美成人午夜视频| 一本色道久久综合亚洲二区三区| 亚洲黄色三级| 国产精品国产馆在线真实露脸| 亚洲性视频网站| 亚洲一区在线视频| 国产一区二区三区久久悠悠色av | 久久久久国产精品厨房| 欧美亚洲网站| 亚洲国产成人精品久久久国产成人一区 | 欧美区一区二区三区| 中日韩美女免费视频网站在线观看| 亚洲人精品午夜| 国产精品theporn| 久久手机免费观看| 欧美大片在线看免费观看| 欧美日韩伦理在线免费| 欧美成人免费全部| 亚洲视频香蕉人妖| 性视频1819p久久| 亚洲电影专区| 一区二区三区www| 国产一区二区成人| 亚洲国产欧美日韩精品| 国产精品超碰97尤物18| 欧美在线999| 欧美国产欧美综合| 欧美在线啊v| 欧美日韩午夜在线| 久久久久久久久久久久久久一区 | 欧美一区视频| 欧美国产三区| 久久久久免费| 国产精品久久久久久久久久直播| 暖暖成人免费视频| 国产精品护士白丝一区av| 亚洲成色777777女色窝| 国产日韩一级二级三级| 亚洲国产欧美另类丝袜| 国产一区视频网站| 99re热这里只有精品视频| 黄色国产精品一区二区三区| 亚洲精品免费一区二区三区| 国产在线不卡精品| 一区二区冒白浆视频| 亚洲啪啪91| 久久九九免费| 久久成人一区二区| 欧美视频在线一区| 亚洲国产精品电影在线观看| 国色天香一区二区| 亚洲在线观看视频网站| 亚洲午夜在线观看| 欧美国产亚洲精品久久久8v| 美女诱惑黄网站一区| 国产三级精品三级| 亚洲亚洲精品三区日韩精品在线视频 | 91久久在线播放| 久久久久久**毛片大全| 久久九九免费视频| 国产女人水真多18毛片18精品视频| 亚洲免费成人| 在线视频精品| 欧美日韩国产精品专区| 亚洲欧洲日夜超级视频| 夜久久久久久| 欧美日韩大陆在线| 日韩视频一区二区三区| 一区二区av在线| 欧美日韩国产综合在线| 亚洲人体大胆视频| 一本色道久久综合狠狠躁篇怎么玩 | 一区二区三区久久网| 国产综合色精品一区二区三区| 欧美一区在线直播| 欧美99在线视频观看| 在线一区二区三区四区| 欧美成人在线网站| 黄色另类av| 久久一二三国产| 性一交一乱一区二区洋洋av| 国产精品日韩欧美综合| 一本色道久久99精品综合| 亚洲国产婷婷香蕉久久久久久99| 久久综合图片| 亚洲区一区二| 日韩亚洲欧美一区| 欧美日韩一区在线观看视频| 亚洲视频1区2区| 99国内精品久久久久久久软件| 欧美日韩国产综合视频在线观看 | 亚洲在线一区二区| 性高湖久久久久久久久| 国产综合婷婷| 噜噜噜在线观看免费视频日韩| 久久9热精品视频| 亚洲第一在线综合在线| 日韩视频一区二区三区在线播放| 欧美色精品天天在线观看视频| 亚洲欧美综合v| 老司机精品久久| 久久av红桃一区二区小说| 蜜桃av一区二区在线观看| 亚洲尤物视频在线| 久久国产精品黑丝| 欧美伊人久久大香线蕉综合69| 欧美大胆成人| 久久女同互慰一区二区三区| 欧美日韩国产免费| 久久综合99re88久久爱| 欧美视频一区在线观看| 亚洲美女视频| 一区二区精品在线| 欧美成人免费一级人片100| 久久gogo国模裸体人体| 欧美成人自拍| 亚洲国产午夜| 亚洲欧美影音先锋| 亚洲欧美综合| 国产精品免费网站| 国产精品99久久久久久久久| 亚洲国产美国国产综合一区二区| 久久久91精品| 麻豆国产精品一区二区三区 | 国产女优一区| 先锋影音久久久| 欧美成年人网站| 中文日韩在线视频| 国产精品美女黄网| 亚洲一区在线播放|