小编fra*_*mon的帖子

我正在使用Git for Windows(版本1.7.8-preview20111206),即使我的HOME文件夹中有.bash_history文件,它也永远不会自动更新.当我启动Git Bash时,我可以在历史命令中看到我手动添加到.bash_history文件中,但它不会自动更新.

我使用该shopt -s histappend命令确保每次关闭shell时都保存历史记录,但它不起作用.

如果我手动使用该history -w命令,那么我的文件会更新,但我想了解为什么shopt命令不起作用,因为我理解它应该.

任何人都可以告诉我为什么会发生这种行为？

提前致谢

我们正在办公室的Linux服务器上使用远程Git存储库.所有客户端都是安装了Git Extensions作为客户端的Windows PC(使用msysgit运行).

在客户端系统上,如果我尝试执行以下操作:

git branch Branch1
git branch branch1

第二个命令将失败,告诉我已经存在具有该名称的分支.这就是我所期待的,因为我将其设置core.ignorecase为真git config.

但是,如果我直接登录Linux系统并运行相同的命令,即使core.ignorecase标志设置为true ,也会创建两个分支.

我原本期望第二个命令也会失败,因为我将存储库配置为忽略大小写,但是标志在Linux系统上什么都不做,或者我错过了什么.

任何人都可以帮助我理解这个问题,因为我们计划很快将我们的SCM从Source Safe迁移到Git,这个问题让我们感到害怕.如果两个开发人员创建具有相同名称但不同情况的分支,并将结果推送到Linux存储库,会发生什么？

我想知道是否有一种编程方式(公共API,终端命令,AppleScript等)列出当前通过Mac OS 10.6中默认声音输出播放声音的所有进程？

我已经尝试使用"lsof | grep -i coreaudio"终端命令列出具有Core Audio句柄的进程,但这并不能告诉我这些进程当前是否正在输出声音; 他们可能之前已经输出了声音,或者他们打算将来做这些声音.

例如,如果我打开谷歌浏览器,当我使用lsof命令时,它首先没有列出.然后,如果我在Youtube上加载视频,它会连接到Core Audio,因此会被列出.但是,当我完成视频时,即使我完全关闭浏览器窗口,它仍然被列为连接到驱动程序,即使它显然不再播放声音.它只在我退出进程时停止列出.

请注意,虽然在Windows平台上使用C++有很长的编程经验并且非常了解Windows API,但我对Mac OS编程很新,所以如果我错过了一些明显的东西,请理解.

谢谢,FrançoisCharron

我想git format-patch通过 Outlook 发送由该命令生成的 .patch 文件（我必须在我工作的地方使用 Outlook，否则不需要建议我）。目标只是在将我的更改推送到主存储库之前让同事审查我的代码。当我将补丁文件作为附件发送时，>字符会插入到补丁文件的开头。

前任：

>From 7ff70407d24338e928fafcd89115f9844c21691b Mon Sep 17 00:00:00 2001
From: user <user@company.com>
Date: Wed, 21 Mar 2012 09:55:17 -0400
Subject: [PATCH] Blahblah...

这使得git am我的同事系统无法应用该补丁。

我不知道（也不知道如何弄清楚）如何验证修改是否发生在发送端或接收端。

有谁知道是什么原因造成的？为了避免这种情况，我应该修改 Outlook 中的某些设置吗？

提前致谢

我正在使用"COM-like"模型,因为我们通常遵循COM规则,但不执行MIDL编译,也不使用c/c ++之外的其他语言.因此,我知道我总是可以根据自己的需要改变规则,但我尽量不这样做,因为我们可能希望有一天真正符合COM标准,如果那一天到来,我们希望它尽可能地无痛.

当任何人使用特定接口中的某种方法编译代码时,我想打印出警告.在c ++(我们只支持Microsoft编译器)中,我们会__declspec(deprecated)在函数声明之前添加以实现我们的目标.

我可以在我的接口方法声明前面添加它,还是有更好的,更COM的方式来做到这一点？

我还想知道是否只__declspec(deprecated)在方法前添加足以强制用户重新编译(如果可能的话我想避免这种情况).

谢谢

更新

我尝试__declspec(deprecated)在我的方法声明前使用如下:

struct Interface : public IUnknown
{
    __declspec(deprecated) virtual HRESULT __stdcall OldMethod
    (
        int Arg1;
        int Arg2;
    ) = 0;

    virtual HRESULT __stdcall NewMethod
    (
        //arguments...
    ) = 0;
}

使用这种方法弃用方法时,在尝试使用OldMethod时根本没有编译器警告.我是否有使用__declspec(deprecated)纯虚方法的限制？

再次感谢

我们正在生产一个针对Windows 7和XP的DLL.我们希望我们的DLL在Windows 7系统上加载DLL时使用较新的Vista线程池API,而不是在XP系统上加载时.

现在,我们尝试使用操作系统的运行时检测来编译DLL,以确保从未在XP系统上使用Vista API,但由于缺少kernel32.dll中的依赖性,我们仍然无法在Windows XP系统上注册我们的DLL. ..

除了构建DLL的两个单独版本之外,还有其他方法吗？

提前致谢