关于安全
NT登陆对话框,输入完密码后
NT调用什么服务程序

解决方案 »

  1.   

    我到现在这个公司面食简直是不能再简单了,随便聊了点不相关的东西。
    最后看了我用ATL写的组件,才学的时候写的一个,特简单,被要了。可怜,现在工资微薄,不过1500¥!!!找好工作中。
      

  2.   

    3
    拷贝构造
    如是A b;
    b=a;是operator =重载
      

  3.   

    new是个很复杂的操作符,不知道某些单位为啥为啥还要问这样的问题。它通过一些宏呀,什么的,转化成void* __cdecl operator new(size_t nSize, int nType, LPCSTR lpszFileName, int nLine)这样的函数(只有debug版本才会这样),在这个函数里面调用了malloc(nSize)分配内存。可是Release没法找不到定义,也许它已经是集成在编译器里面的算符。第三道问题,好像就是只调用构造符,CString就是这样的,我用F11单步跟踪。第四道既没有意义,语法都错。首先p就是i的地址,然后**p变成了,*5,靠,那人太牛了,亏它想得出来,果然是精通C++。然后指向了一个地方,不知道干啥用,最后把p的指针往低地址移一个单位。他干啥呢?
      

  4.   

    我那天提的那个问题,析构函数可不可以非虚,我得到答案了。语法上可以,但是容易引起内存泄漏。eg:
    class A
    {
      ...   
    }class B : public A
    {
    ...
    }main()
    {
      A *p = new B();
      delete p;
    }如果~A不为虚函数,执行结果如下
    构造A
    构造B
    注销A
    因此这里delete并没有注销对象B的成员,引起内存泄漏。所以我们平时使用的类都标识成 virtual ~A()的形式。
      

  5.   

    大家如果不上机试试,都能对否?
    第四个题是不是气死你,哈哈
    new 我后来也跟踪过了,但是都是debug版本的,release的不知道怎么弄的阿行不要光看俺的题,你也要提供一些经验啊
      

  6.   

    还好没有人问过算符重构,friend function, friend class等问题。我对这方面还是比较了解,如果谁有啥疑问,我尽量帮忙。
    另外,MSDN上有一段代码(搜索driend functions)编译不过去,不过应该是对的。我的机器报INTERNAL COMPILER ERROR,不知道是不是平台的问题。我现在用朋友的机器,只有个Windows ME操作系统。大家帮我调试一下吧。
      

  7.   

    那天我也说过几个问题了。现在重来一遍吧。
    1.私有继承有什么用?
    继承分为public,protected,private三种,
    在public继承中,基类的共享范围原封不动继承到派生类;
    在protected继承中,基类的public在派生类变成proctected;
    在private继承中,基类的所有方法属性在派生类中都为private。
    2.C++对象可不可以又它的函数实例。
    答案:可以。
    类的函数(方法)可以分为inline和非inline。
    非inline声明如下
    class A
    {  
      ...
      void DoSome()
      ...
    };void A:DoSome()
    {
    }而inline有两种方式声明
    class A{
      ...
      void DoSome
      {
      }
      ...
    }
    orclass A
    {  
      ...
      void DoSome()
      ...
    };inlie void A:DoSome()
    {
    }
    对于inline函数,每个对象会拥有自己的一个函数实例。
      

  8.   

    Sorry,是friend functions。
    饭桶,你真会开玩笑。哈哈。
      

  9.   

    靠,偶还以为是什么高深的东西,没见过,偶还不敢敲,怕敲错了,还是copy过去的
    faint
      

  10.   

    常量const以及函数const。
    常量const大家都很清楚了,比如const char *p = "Hello",是不行的。现在讨论const函数。
    一个类的成员函数可以声明为const,那么这个函数体内,不允许更改任何该类的成员。例如:
    class A
    {
    public:
      void Do()const
     {
        m_value = 0;
     }private:
      int m_value;
    }
    这里是编译不过去的,因为你在const函数Do()里面试图更改m_value属性。
      

  11.   


    呵呵。。 解法不单一:
     
     A 3升;    B 5升 1:把A倒入B, 而后,再倒入B, 此时,A中只胜1升. 2:把B倒空,将A所剩1升倒入,再倒入3升,呵呵..4升水.
      

  12.   

    我面试时曾有吐血的经历,说来分享:海盗难题:一堆海盗(n), 一堆金币(m), 一个盗头. 坐地分赃. 盗头出解决方案,每个海盗应得几块金币. 若是有20%的海盗没通过,tmd 这些海盗贼没人性,把盗头丢海里喂王八.而后重选盗头,重出解决方案. 问:是第几个盗头,提出的是什么方案.对这堆又贪婪,又古怪的"民主" .我倒了.
      

  13.   

    ft, 在网络上找到答案:海盗的难题(转载) --------------------------------------------------------------------------------
     
    数学的逻辑有时会导致看来十分怪异的结论。一般的规则是,如果逻辑推理没有漏洞,那么结论就必定站得住脚,即使它与你的直觉矛盾。1998年9月,加利福尼亚州帕洛阿尔托的Stephen M. Omohundro寄给我一道难题,它恰好就属于这一类。这难题已经流传了至少十年,但是Omohundro对它作了改动,使它的逻辑问题变得分外复杂了。 
    先来看看此难题原先的形状。10名海盗抢得了窖藏的100块金子,并打算瓜分这些战利品。这是一些讲民主的海盗(当然是他们自己特有的民主),他们的习惯是按下面的方式进行分配:最厉害的一名海盗提出分配方案,然后所有的海盗(包括提出方案者本人)就此方案进行表决。如果50%或更多的海盗赞同此方案,此方案就获得通过并据此分配战利品。否则提出方案的海盗将被扔到海里,然后下提名最厉害的海盗又重复上述过程。 所有的海盗都乐于看到他们的一位同伙被扔进海里,不过,如果让他们选择的话,他们还是宁可得一笔现金。他们当然也不愿意自己被扔到海里。所有的海盗都是有理性的,而且知道其他的海盗也是有理性的。此外,没有两名海盗是同等厉害的——这些海盗按照完全由上到下的等级排好了座次,并且每个人都清楚自己和其他所有人的等级。这些金块不能再分,也不允许几名海盗共有金块,因为任何海盗都不相信他的同伙会遵守关于共享金块的安排。这是一伙每人都只为自己打算的海盗。 最凶的一名海盗应当提出什么样的分配方案才能使他获得最多的金子呢? 为方便起见,我们按照这些海盗的怯懦程度来给他们编号。最怯懦的海盗为1号海盗,次怯懦的海盗为2号海盗,如此类推。这样最厉害的海盗就应当得到最大的编号,而方案的提出就将倒过来从上至下地进行。 分析所有这类策略游戏的奥妙就在于应当从结尾出发倒推回去。游戏结束时,你容易知道何种决策有利而何种决策不利。确定了这一点后,你就可以把它用到倒数第2次决策上,如此类推。如果从游戏的开头出发进行分析,那是走不了多远的。其原因在于,所有的战略决策都是要确定:“如果我这样做,那么下一个人会怎样做?”因此在你以下海盗所做的决定对你来说是重要的,而在你之前的海盗所做的决定并不重要,因为你反正对这些决定也无能为力了。 记住了这一点,就可以知道我们的出发点应当是游戏进行到只剩两名海盗——即1号和2号——的时候。这时最厉害的海盗是2号,而他的最佳分配方案是一目了然的:100块金子全归他一人所有,1号海盗什么也得不到。由于他自己肯定为这个方案投赞成票,这样就占了总数的50%,因此方案获得通过。 现在加上3号海盗。1号海盗知道,如果3号的方案被否决,那么最后将只剩2个海盗,而1号将肯定一无所获——此外,3号也明白1号了解这一形势。因此,只要3号的分配方案给1号一点甜头使他不至于空手而归,那么不论3号提出什么样的分配方案,1号都将投赞成票。因此3号需要分出尽可能少的一点金子来贿赂1号海盗,这样就有了下面的分配方案:3号海盗分得99块金子,2号海盗一无所获,1号海盗得1块金子。 4号海盗的策略也差不多。他需要有50%的支持票,因此同3号一样也需再找一人做同党。他可以给同党的最低贿赂是1块金子,而他可以用这块金子来收买2号海盗。因为如果4号被否决而3号得以通过,则2号将一文不名。因此,4号的分配方案应是:99块金子归自己,3号一块也得不到,2号得1块金子,1号也是一块也得不到。 5号海盗的策略稍有不同。他需要收买另两名海盗,因此至少得用2块金子来贿赂,才能使自己的方案得到采纳。他的分配方案应该是:98块金子归自己,1块金子给3号,1块金子给1号。 这一分析过程可以照着上述思路继续进行下去。每个分配方案都是唯一确定的,它可以使提出该方案的海盗获得尽可能多的金子,同时又保证该方案肯定能通过。照这一模式进行下去,10号海盗提出的方案将是96块金子归他所有,其他编号为偶数的海盗各得1块金子,而编号为奇数的海盗则什么也得不到。这就解决了10名海盗的分配难题。 Omohundro的贡献是他把这一问题扩大到有500名海盗的情形,即500名海盗瓜分100块金子。显然,类似的规律依然成立——至少是在一定范围内成立。事实上,前面所述的规律直到第200号海盗都成立。 200号海盗的方案将是:从1到199号的所有奇数号的海盗都将一无所获,而从2到198号的所有偶数号海盗将各得1块金子,剩下的1块金子归200号海盗自己所有。 乍看起来,这一论证方法到200号之后将不再适用了,因为201号拿不出更多的金子来收买其他海盗。但是即使分不到金子,201号至少还希望自己不会被扔进海里,因此他可以这样分配:给1到199号的所有奇数号海盗每人1块金子,自己一块也不要。 202号海盗同样别无选择,只能一块金子都不要了——他必须把这100块金子全部用来收买100名海盗,而且这100名海盗还必须是那些按照201号方案将一无所获的人。由于这样的海盗有101名,因此202号的方案将不再是唯一的——贿赂方案有101种。 203号海盗必须获得102张赞成票,但他显然没有足够的金子去收买101名同伙。因此,无论提出什么样的分配方案,他都注定会被扔到海里去喂鱼。不过,尽管203号命中注定死路一条,但并不是说他在游戏进程中不起任何作用。相反,204号现在知道,203号为了能保住性命,就必须避免由他自己来提出分配方案这么一种局面,所以无论204号海盗提出什么样的方案,203号都一定会投赞成票。这样204号海盗总算侥幸拣到一条命:他可以得到他自己的1票、203号的1票、以及另外100名收买的海盗的赞成票,刚好达到保命所需的50%。获得金子的海盗,必属于根据202号方案肯定将一无所获的那101名海盗之列。 205号海盗的命运又如何呢?他可没有这样走运了。他不能指望203号和204号支持他的方案,因为如果他们投票反对205号方案,就可以幸灾乐祸地看到205号被扔到海里去喂鱼,而他们自己的性命却仍然能够保全。这样,无论205号海盗提出什么方案都必死无疑。206号海盗也是如此——他肯定可以得到205号的支持,但这不足以救他一命。类似地,207号海盗需要104张赞成票——除了他收买的100张赞成票以及他自己的1张赞成票之外,他还需3张赞成票才能免于一死。他可以获得205号和206号的支持,但还差一张票却是无论如何也弄不到了,因此207号海盗的命运也是下海喂鱼。 208号又时来运转了。他需要104张赞成票,而205、206、207号都会支持他,加上他自己一票及收买的100票,他得以过关保命。获得他贿赂的必属于那些根据204号方案肯定将一无所获的人(候选人包括2到200号中所有偶数号的海盗、以及201、203、204号)。 现在可以看出一条新的、此后将一直有效的规律:那些方案能过关的海盗(他们的分配方案全都是把金子用来收买100名同伙而自己一点都得不到)相隔的距离越来越远,而在他们之间的海盗则无论提什么样的方案都会被扔进海里——因此为了保命,他们必会投票支持比他们厉害的海盗提出的任何分配方案。得以避免葬身鱼腹的海盗包括201、202、204、208、216、232、264、328、456号,即其号码等于200加2的某一方幂的海盗。 现在我们来看看哪些海盗是获得贿赂的幸运儿。分配贿赂的方法是不唯一的,其中一种方法是让201号海盗把贿赂分给1到199号的所有奇数编号的海盗,让202号分给2到200号的所有偶数编号的海盗,然后是让204号贿赂奇数编号的海盗,208号贿赂偶数编号的海盗,如此类推,也就是轮流贿赂奇数编号和偶数编号的海盗。 结论是:当500名海盗运用最优策略来瓜分金子时,头44名海盗必死无疑,而456号海盗则给从1到199号中所有奇数编号的海盗每人分1块金子,问题就解决了。由于这些海盗所实行的那种民主制度,他们的事情就搞成了最厉害的一批海盗多半都是下海喂鱼,不过有时他们也会觉得自己很幸运——虽然分不到抢来的金子,但总可以免于一死。只有最怯懦的200名海盗有可能分得一份脏物,而他们之中又只有一半的人能真正得到一块金子,的确是怯懦者继承财富。 
     
      

  14.   

    faint,面式的时候出这个问题实在是杀人啊