草庐IT

make_new_type

全部标签

PHPs mime_content_type() 在 Windows 上失败

我知道mime_content_type()已被弃用,但在我看来,目前的替代方案更糟糕。Finfo似乎需要在Windows上添加文件和更改ini方向;我不想为我正在制作的脚本要求这个。我需要找到文件的mimetype,但是在调用mime_content_type($filename)时在Windows上它失败了。mime_magic.magicfile指向正确的文件,但是在ini文件中启用mime_magic.debug时,我收到此错误消息:Warning:mime_content_type()[http://www.php.net/mime_magic]:mime_magicnoti

python - locale.setlocale(LC_NUMERIC) : how to make it work on Windows

我在Win10下。这是我的小脚本:importlocalelocale.setlocale(locale.LC_NUMERIC,"rus")printlocale.localeconv()fv=2.5printstr(fv)这会打印出:{'mon_decimal_point':'','int_frac_digits':127,'p_sep_by_space':127,'frac_digits':127,'thousands_sep':'\xa0','n_sign_posn':127,'decimal_point':',','int_curr_symbol':'','n_cs_prece

windows - 这是什么错误 `make.exe": no_c_compiler: Command not found`

我正在尝试构建grpc来自Windows2012Server版本的源代码。我从Python网站下载并安装了Python3.5,并安装了整个MinGW包以及git和gitbash。按照从源代码构建的说明进行操作:$gitclonehttps://github.com/grpc/grpc.git$cdgrpc$gitsubmoduleupdate--init$make$[sudo]makeinstall执行make后出现上述错误。这是供您细读的shell输出。PSC:\Users\thunderboltsid\grpc>make[MAKE]Generating/c/Users/thunde

c++ - 使用 stringstream::imbue 和自定义全局运算符 new 调试断言失败

对于这个相当本地化的问题,我深表歉意,但我希望得到其他人的看法,以确保我没有做明显错误的事情。我相信我在VisualC++运行时库或Microsoft的std::stringstream实现中的某处遇到了错误。该问题仅在以下情况下出现:imbue()被调用以更改stringstream上的语言环境,并且使用了一个自定义的全局operatornew,它返回一个指针偏移量,该指针与用于分配block的malloc()返回的基址相距。我已经能够使用以下最小测试用例重现此内容:#includestaticvoid*localMalloc(size_tbytes){unsignedchar*pt

python - Windows下的PyGObject : Could not locate gdk_pixbuf_new_from_file

我正在尝试使用GdkPixbuf.Pixbuf.new_from_file()从文件创建一个新的pixbuf,但是Python解释器给我以下错误:GLib.Error:g-invoke-error-quark:Couldnotlocategdk_pixbuf_new_from_file:'gdk_pixbuf_new_from_file'奇怪的是new_from_file_at_size()没有给出任何错误并且按预期工作。我在Windows10、Python3.4下工作,我已经从here安装了PyGObject. 最佳答案 看来有一

windows - SSL_CTX_new 进入循环并挂起应用程序

我正在开发一个客户端应用程序,该应用程序使用openssl1.0.2f使用C++将数据流式传输到服务器,在连接开始后不久,对SSL_CTX_new的调用有60%的时间挂起。有时调用会在一段时间后返回(大约30秒到1分钟后从挂起状态恢复),但大多数情况下不会。这是我的代码:SSL_library_init();SSLeay_add_ssl_algorithms();SSL_load_error_strings();BIO_new_fp(stderr,BIO_NOCLOSE);constSSL_METHOD*m_ssl_client_method=TLSv1_2_client_method

windows - TYPE_E_BUFFERTOOSMALL 和 DISP_E_BUFFERTOOSMALL HRESULT 值之间有什么区别?

查看WinError.h我注意到有两个HRESULT值:#defineDISP_E_BUFFERTOOSMALL_HRESULT_TYPEDEF_(0x80020013L)#defineTYPE_E_BUFFERTOOSMALL_HRESULT_TYPEDEF_(0x80028016L)两者都声称可以解决“缓冲区太小”的文本,并且它们都具有相同的“设施”部分,仅在“代码”部分有所不同。这两个值有什么区别? 最佳答案 DISP_E_BUFFERTOOSMALL旨在用于IDispatch接口(interface)中的一般用途。我相信TY

windows - Eclipse CDT -- 找不到程序 "make"(已安装 win7、mingw、msys)

我在Windows7上运行带有CDT的EclipseJuno。已经用msys安装了MinGW并设置了我的PATH。如果我只运行cmd.exe并键入make,它会运行msysmake.exe:C:\Users\dev>makemake:***Notargetsspecifiedandnomakefilefound.Stop.C:\Users\dev>echo%PATH%C:\ProgramFiles(x86)\WindowsResourceKits\Tools\;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Wind

c++ - 用于构建 boost : "don' t know how to make <e>stage"的“阶段”参数

我正在尝试在Windows7(版本6.1.7601)上安装boostv.1.54。安装了带mingw、gcc和g++编译器的cygwin。我需要使用“stage”参数来构建boost;但是它会产生以下错误:C:\boost\tools\build\v2>b2--prefix="C:\boost_build"toolset=gcc--buildtype=completegccstagenotice:couldnotfindmaintargetstagenotice:assumingitisanameoffiletocreate.don'tknowhowtomakestage...foun

.net - 桌面 .net 应用程序的 LDAP/AD 集成 : does it make sense?

我有一位客户要求将Windows的LDAP/AD登录与桌面.NET应用程序集成。它是一个桌面.NET应用程序,这意味着它不是一个可公开访问的网页:它是一个带有GUI的可执行文件,将在Windows下作为程序(而不是作为服务)运行,并在本地复制到计算机上。客户要求将此作为安全措施。当您打开应用程序时,您输入用户名和密码并使用LDAP进行身份验证检查。我真的不明白这应该保护什么安全风险:应用程序在Windows下运行,因此Windows用户必须已经登录->在Windows登录和应用程序登录时检查凭据有什么意义?我能想到的唯一情况是,如果有人在登录Windows时让他的计算机无人看管,在这种