精品乱码久久久久久夜夜嗨 ,色婷婷综合久久久久中文 ,久久久无码一区二区三区

关于无��时变量的变量��g��换的记录 && 求最大表�C�数

蓝尘 — Thu, 11 Jun 2009 07:15:00 GMT

源于无聊, 又再看了复习了下"不用临时变量�q�行整型变量交换"

两种��行�Ҏ��:
(1) 加减�?br>

1 void AsExchang(int &x, int &y)
2 {
3      x = x + y;
4      y = x - y;
5      x = x - y;
6 }
7

(2) 异或

1 void XorExchang(int &x, int &y)
2 {
3      x = x ^ y;
4      y = x ^ y;
5      x = x ^ y;
6 }

两种�Ҏ��, 都可以认识是密码学的一部分�? 只是用加减法来加�? �q�稚且缺乏安全性而已.
当然, 异或法在现实中也得变�U�才能实际应�?br>
一开始傻��d��联想到方法一是否存在��界问题... //基础知识瞬间薄弱�?..
�pȝ��底层的实现居然一旉��忘记�?..

联想到如何确认一个类型能表示的最大最��?br>(1)
所以想到的用sizeof�q�算�W? 判断�c�d��的位�? 然后�W�笨地左�U�d��U�L��作进行计��?br>

int getMaxInt()
{
    int iBase= 1;
    const int IntSize = sizeof(int) * 8;

    //int是有�W�号�? 最左边一位是�W�号�?br>    //so
    for(int i = 1; i < IntSize - 1 ; i++ )
    {
        iBase = (iBase << i) + 1;
    }

    return iBase;
}

好笨的方�?..
很没效率

(2)
用强制�{换吧, (int)0x*,
*是什�? 0x7fffffff
恶心-_-||, 我一开始又4个f�? 一个f�?位吧...

(3)
�q�有用bitset, bitsit有to_ulong�Ҏ��, 凑合着�?br>
(4)
climits�?INT_MAX
在cplusplus.com上面的reference是显�C?br>

INT_MAX Maximum value for an object of type int = 32767

被他的图表骗�?br>
VC6版本的头文�g里面是用
#define INT_MAX 2147483647
直接定义�?br>查看cywin里面的头文�g
也差不多..
#define __INT_MAX__ 2147483647
#define INT_MAX __INT_MAX__

(5)
C++标准�Ҏ��..
//直接贴过来了
//前面有说明说numeric_limits::max()�{�于INT_MAX
//... 只是��装了模板而已

1 // numeric_limits example
2 #include <iostream>
3 #include <limits>
4 using namespace std;
5
6 int main () {
7   cout << boolalpha;
8   cout << "Minimum value for int: " << numeric_limits<int>::min() << endl;
9   cout << "Maximum value for int: " << numeric_limits<int>::max() << endl;
10   cout << "int is signed: " << numeric_limits<int>::is_signed << endl;
11   cout << "Non-sign bits in int: " << numeric_limits<int>::digits << endl;
12   cout << "int has infinity: " << numeric_limits<int>::has_infinity << endl;
13   return 0;
14 }

没去��N��手们的奇�? ��浪荡荡又消费了不少旉��...
�l�箋潜修�?br>

蓝尘 2009-06-11 15:15 发表评论

for python IDLE

蓝尘 — Tue, 17 Mar 2009 11:18:00 GMT

-_-|||
一切源于自��q��懒惰, 什么都喜欢方便快捷

python idle的默认代码补全快捷键与系�l�的输入法切换键冲突
自定义吧
明明是菜单下是show Completions
在keys下却�?"force-open-completions"
好找....

不懂得怎样�? ctrl �?shift �?alt 啊都会加上去, 可按�?..
到现在还是白痴着, 怎样加上�ȝ��...

�l�果
一狠心
把ctrl设成快捷键应用后重启
噩梦开始了

IDLE无法启动...
Google了一�? 发现只有自己是这��L��?.. 讑ֿ�捷键设死�?br>没有解决�Ҏ��
扑ֈ�个思�\

在控制台�?python idle.py

Traceback (most recent call last):
  File "idle.py", line 22, in <module>
    idlelib.PyShell.main()
  File "d:\Python\lib\idlelib\PyShell.py", line 1373, in main
    flist.new()
  File "d:\Python\lib\idlelib\FileList.py", line 49, in new
    return self.EditorWindow(self, filename)
  File "d:\Python\lib\idlelib\PyShell.py", line 106, in __init__
    EditorWindow.__init__(self, *args)
  File "d:\Python\lib\idlelib\EditorWindow.py", line 117, in __init__
    self.apply_bindings()
  File "d:\Python\lib\idlelib\EditorWindow.py", line 943, in apply_bindings
    text.event_add(event, *keylist)
  File "d:\Python\lib\idlelib\MultiCall.py", line 359, in event_add
    widget.event_add(self, virtual, seq)
  File "d:\Python\lib\tkinter\__init__.py", line 1353, in event_add
    self.tk.call(args)
_tkinter.TclError: bad event type or keysym "Control"

明摆着是自��q��"Control"搞的破坏

白痴事�g一:
�q�个control是在哪里��d��?
我居然想到是注册�?br>先前搞��Y件的快捷键实现导致现在知识�؜�׃��
�q�真打开注册表搜索关键字
又动用Regmon在舍友的��Z��再次复原现场
// -_-!! ��Z��么就没用Filemon
�l�果又挂了一�?br>

白痴事�g�?
卸蝲
重装

卸蝲
重启后重�?br>
用优化大师分析卸�?br>再重�?br>
又卸�?br>换python2.6

�q�是不行...

//军_��从此不在用优化大师的��卸蝲�?br>//上次把我的一个游戏记录给删了
//�q�次却没把python在系�l�盘的残留物拉走...

白痴事�g�?
跟踪错误看快捷键的设�|�是在哪里获取的...
可幸的是
python是开源的
不幸的是
python是开源的

我真的拿着几张白纸跟着上面的错误提�C�Z��点点的跟�t?br>分析各个调用
// 看着别�h的代码和�pȝ��框架, 又是兴奋又是替自己惭�?br>

�l�果很失�?br>后果很严�?br>整个下午��p��栯��M��

很想攑ּ��?br>借此��Z��用锻��g��vim
却无意在python bugs Issue4765 发现了思�\

痛苦�?br>忽略了这�U�自定义环境一般都会在自己的用��h��件夹下保存设�|?br>一个备份删�?br>解决问题

抓狂

�q�是试试gvim
��M��能在linux下是vim�q�边是idle
�l�一下习�?br>

蓝尘 2009-03-17 19:18 发表评论

蓝尘 — Tue, 17 Mar 2009 10:32:00 GMT

前提:
    你的Idle曄��能出色的表现�q?br>
解决�Ҏ��:
    �?br>    Windows�?br>    �pȝ��?\Documents and Settings\\.idlerc"
    or
    Linux�?br>    home/your name/.idlerc //好像�?.

里面�?/span>
    config-main.cfg �?config-extensions.cfg ��d��删了
   ( ��先备份以便分析错误原�?)


再重新启动IDLE

   如果�q�不能启�?br>   自己在控制台下运�?
      ..> python lib\idlelib\idle.py

   跟踪下错误提�C�分析吧

蓝尘 2009-03-17 18:32 发表评论

字符串一句话排序

蓝尘 — Sun, 15 Mar 2009 08:07:00 GMT

s = "".join(sorted(source))

原来用旧版本用list实现

s = "string"
l = list(s)
l.sort()
s = "".join(l)

蓝尘 2009-03-15 16:07 发表评论

蓝尘 — Wed, 25 Feb 2009 12:35:00 GMT

#include<iostream>
using std::cout;
using std::endl;
class CDust{
public:
    CDust()
    {
        cout << " CDust constructor " << endl;
    }

    ~CDust()
    {

        cout << " ~CFoo destructor " << endl;
    }
};

CDust A;

int main()
{
    return 0;
}

我想�c�M��的代码在�|�上Google下应该有不少

��试了下,在vc6.0的情况下,是没有输�?"~CFoo destructor", 但这�q�不代表 ~CDust() 没有执行.

在~CDust里面讄��断点,会发��C��实上�E�序�q�行时进入了析构函数�? // -_! 表达好牵�?/div>

本来惛_��在跟�t�这里开始程序发生了什么调用了什�?发现功底不��,完全不明�?��先打断�?/div>

而再�? return 0 ' 语句前面加上断点,会看到这个新加的断点比析构里面的断点先到�?...

以现在c++的造诣和vc6.0的了解情冉|��?头痛�?/div>

��Z��?return 0 后程序不是正常结束了才去执行全局对象的析�?

改写下代�?br>

#include<iostream.h>

class CDust{
public:
    CDust()
    {
        cout << " CDust constructor " << endl;
    }

    ~CDust()
    {

        cout << " ~CFoo destructor " << endl;
    }
};

CDust A;

int main()
{

    return 0;

}

�q�样用旧版本的头文�g实现,控制台输��Z��意外的两个调�?--- 析构函数输出昄��?.

是cout在头文�g的实现方式不�?

在dev-c++里面,�q�行�W�一代代�?br>�Ҏ��断点的设�|�测�?也是先执行了 main()函数里面�?return 0 才进入全局函数的析�?也能发现析构函数里面的输��调用�?控制台有明确的显�C?br>�q�样一�?又不明白�?..
在vc6.0里面��Z��么执行了全局函数的析构却没有所谓的输出?
是因为cmd控制台在'return 0'�E�序权限收回 // 好像扯到�pȝ��的一些�؜��q��旧记忆了...

�|�游了一�?br>扑ֈ�暂时比较清晰的说法是:
   In C++, the constructor of a global object is executed before the main() function(of course after the STARTUP code), while the destructor
is invoked after the main() function. So in my humble opinion, the main() function is a bridge between the constructor and the destructor.Further more, the constructor and the destructor is the actual manager of the whole program, because they can manage all the
resources of the program(for instance, the constructor allocate memory units and the destructor free them.I'am not sure of this, any comments will be appreciated in advance.).
4)In C++, is it true that the resources obtained during the constructor and the destructor (both belong to a global object)are managed by themselves and have nothing with the main() function.Therfore, I think the main() function is not the king in C++ as it is in C.
   //感谢提出此说法的朋友

_startup才是用户�E�序的�v点和�l�点? 的确,调用_exit()函数再断�Ҏ��?全局对象的destructor是没有进入的��Z��   //长见识了

��此先打�?.. 再深入今晚就�q�样完了.
��此记录�?以后再接�?br>

不小心又接触�?..
懒得开新的��集中在�q�里�?br>
在main()里面手动调用全局对象的析�? 最后程序都会执行两�ơ析构调�?.. �?lt;iostream.h>的cout�q�种情况下明�?在std::cout下还得靠断点讄��才能体现�?vc6的情�?
     �q�里是一�U�解�?br>     {
      Once a destructor is invoked for an object, the object no longer exists; the behavior is undefined if the destructor is invoked for an object whose lifetime has ended. [Example: if the destructor for an automatic object is explicitly invoked, and the block is subsequently left in a manner that would ordinarily invoke implicit destruction of the object, the behavior is undefined
}
     非global static object 也会出现两次调用, 区别只在与一个在main() 退��Z��?一个在之后...
(的确,手工调用析构函数的情况很��出�?nbsp; -_! )
     如果我在析构里面存在释放内存 �q�一�c�d��? 那第二次再次释放不是�Ҏ��出问�?!!
     以后遇到�q�种情况得注意检��代码的��d��...

蓝尘 2009-02-25 20:35 发表评论

关于代码优化的专家徏�?//摘录

蓝尘 — Mon, 23 Feb 2009 04:31:00 GMT

�?<高质量程序设计艺�?gt;

�E�序优化的首要规�? 不要优化
                              --- Michacel A.Jackson

�E�序优化的第二规�?--只�ؓ专家准备: 不要优化
                              --- Michacel A.Jackson

草率的优化是所�?或者至��是大多�?�~�程问题的根�?br>                              --- Donald E.Knuth

�E�序�q�行的快速和�q�行正确�{�同重要----�?br>                              --- Steve McConnell

优化��L��会把事情搞砸,因�ؓ长远来说,所有的优化都是一�U�欺骗行�?而骗子��L��会被擒获�?br>                              --- Larry Wall

提高性能的关键是优雅的设�?而不是特例的堆积,除非��能明显改善性能,否则一定要抵制玩弄技巧的诱惑.
                              --- Jon L.Bentley �?M. Douglas Mcllroy

以提高效率�ؓ名而犯下的计算�|�恶比其他�Q何一�U�原因导致的错误都要�?---包括�U��a的愚�?br>                              --- William A.Wulf

效率的改善伴随着所有其他��品属性上付出的代�?br>                              --- Martin Carroll �?Margaret Ellis

�?高效"�E�序员遇到麻烦时,他们不愿意改变自��q��Ҏ��,因�ؓ�q�会牺牲某些性能
                              --- Gerald M.Weinberg

不要费劲�~�写快的�E�序,努力写出好的�E�序
                              --- Joshua Bloch

�?
keep it sample

蓝尘 2009-02-23 12:31 发表评论