草庐IT

chap-links-library

全部标签

windows - 纯数据 : use library on windows

我正在尝试从Windows上的PureData发送UDP消息,但我无法安装或使用库。我将库文件放在“C:/Program/commonfiles/Pd”中,但当我在对象中键入“importlibraryName”时,Pd无法识别,因此未确定。有人知道如何在Windows上使用PureData库吗?编辑:问题不在于语法,您可以在谷歌中找到它。事实上,我发现您需要下载特定的.dll才能在Windows上使用库。但多亏了Umläute,我只使用了内置函数,现在它可以工作了。 最佳答案 如果你想做udp通信,那么你不需要任何外部:[nets

windows - 如何在 Win10 中使用 link.exe 链接来自 NASM 的 obj 文件

我在NASM中有以下代码:;sleep.asm[SECTION.text]global_start_start:xoreax,eaxmovebx,0x00016630;addressofSleepmovax,5000;pausefor5000mspusheaxcallebx;Sleep(ms);其中0x00016630是Sleep函数的地址(从kernel32.dll的dumpbin中获取)。我想制作可执行文件以在Win10中运行。我所做的是:nasm-fwin32sleep.asm并得到sleep.obj作为结果。所以现在我必须链接它。不幸的是,我使用以下命令选择了link.exel

windows - 带有符号链接(symbolic link)的 Git init

我正在尝试在Docker容器(WindowsNano)的上下文中运行AtlassianBitKeeper。主目录存储在容器上下文之外。因此,它在其中显示为符号链接(symboliclink)。使用符号链接(symboliclink)目录中包含的存储库运行gitinit会导致错误:Invalidpath'/ContainerMappedDirectories':Nosuchfileordirectory.这是关于符号链接(symboliclink)的根目录列表部分:03/09/201702:22PMhost[\\?\ContainerMappedDirectories\06928B3D-

c++ - 如果路径包含符号链接(symbolic link),Windows API 获取文件属性?

我使用了_stat64(constchar*path,struct__stat64*buffer);API来获取文件/目录统计信息,但如果输入路径包含符号链接(symboliclink),则此API会失败。如果文件路径包含符号链接(symboliclink),GetFileAttributes()和GetFileAttributesEx()API也会失败。但正如MSDN中所述,如果路径指向一个符号链接(symboliclink),这两个函数返回符号链接(symboliclink)的属性。如果路径指向符号链接(symboliclink),甚至_stat64()也能工作。如果路径包含[no

python - 无法删除/取消链接到 python 和 Windows 中目录的符号链接(symbolic link)

已编辑我在Widnows7上使用mklink命令行创建了指向目录的符号链接(symboliclink):mklink/dbooksconfig我正在尝试使用python2.7(仍在Windows上)删除它。>>>os.remove('books')Traceback(mostrecentcalllast):File"",line1,insym=symlink_to_diros.unlink(sym)#WindowsError:[Error5]Accessisdenied:'books'那台机器没有限制,我是管理员,我没有问题从Windows中删除它(delbooks)删除指向文件的链接

windows - 使用 link.exe 链接时未重定位的地址

问题当我使用as(binutils)编译我的汇编代码并使用link.exe(VisualStudio2015)进行链接时,程序因地址未重定位而崩溃。当与gcc(gcchello-64-gas.obj-ohello-64-gas.exe)链接时,程序可以正常运行而不会崩溃。我是否正确地假设as生成的目标文件应该是独立于编译器的,因为abi兼容性问题在汇编代码编写者手中?由于我是初学者,因此感谢任何对我的错误/不正确假设的解释。平台Windows10,64位链接器:VisualStudio2015使用native命令工具命令提示符(x64)编译器:as来自MinGW-w64例子以下代码没有

c++ - Boost 1.66.0 : could not find boost libraries :boost_system, boost_filesystem、boost_thread、boost_date_time

我的配置是:操作系统:Windows10x64boost:1.66.0CMake:3.10VisualStudio:2017我正在以这种方式编译boost:bootstrap.\b2--build-dir=buildtoolset=msvcaddress-model=64--build-type=completestage运行CMake时出现此错误:couldnotfindboostlibraries:boost_systemboost_filesystemboost_threadboost_localeboost_date_time我搜索这些库,它们位于stage文件夹中。我尝试了B

windows - 如何在 cmd 或 PowerShell 中跟踪符号/软链接(soft link)?

我的搜索只告诉我如何在cmd中使用mklink创建符号链接(symboliclink)。我看到有些东西说要使用readlink,但是PowerShell和cmd不知道readlink是什么,cd显然不行.那么我该如何关注一个呢? 最佳答案 为避免您的问题引起混淆:Windowsshortcutfiles(*.lnkfiles),这是Windows(GUI)shell的一个特征,不同于symboliclinks(symlinks),它们是(NTFS)文件系统的功能。快捷方式文件-您感兴趣的-存储它们指向的文件或文件夹的路径在文件中,这

c++ - wcslen 是 ISO/IEC 14882 :2003 C++ standard library? 的一部分吗

在Windows下将C++程序从32位移植到64位时,我意识到不支持_tcslen,而是应该使用strlen/wcslen(对于非unicode/unicode)。我开始怀疑如果wcslen是ISO/IEC14882:2003C++标准库的一部分。我看到g++和VC++都支持这个函数。也在opengroup我找到了一个引用说明该引用页上描述的功能符合ISOC标准,但没有提及它是C89还是c99。是否在某处记录了_tcslen与Win64不兼容?即使是MSDNLink什么都没暗示。对于Unicode,是否会无意中使用wcslen而不是_tcslen? 最佳答案

Windows:如何将驱动器符号链接(symbolic link)到另一个驱动器?

我有一个客户,其数据已从H驱动器移动到I驱动器,但他们的Access导出脚本似乎已将H驱动器硬编码为目标,即使它不再存在于新系统中。如何创建映射到I驱动器的H驱动器?我是unix/linux专家。我猜像mklink/dH:I:这样的东西?那行得通吗? 最佳答案 不,mklink不会为您做这件事。您需要做的是创建一个虚拟硬盘(VHD)并将客户端的数据复制到其中。(或者修改导出脚本,这是最好的做法。)我使用Windows7来测试下面的说明。开始->运行->diskmgmt.msc(接受所有默认值...下面我没有做任何特别的事情)从菜单栏