壮士日志

/Files/rttw/Excel.zip

本程序用来将多个excel报表合并成一个文件，取第一个文件的前n行做为报表的题头，n可自定义。

1.支持直接添加多个文件

2.支持直接添加某个文件夹下面的所有excel文件

3 支持直接将excel文件拖放到程序界面

4.可以单选或多选记录然后用右键删除

5.可以定义excel表头记录数

6.本版本暂时只支持合并Excel文件的第一个sheet

7.双击某条记录可直接删除

8.开发环境 VC6+OFFICE2007，其他版本OFFICE有可能不兼容

北京寄来的件,已经第四天了,打电话到广州中转,说还没到广州,竟然让我自己打电话到北京去问.再说了两句竟然挂了我的电话.简直是垃圾啊.客户打电话上来的有问题的件应该是快递公司内部处理解决吧,竟然让客户自己去跟踪??奉劝大家以后千万不要用申通快递,切记且记

[root@linux-test188 ~]# cdrecord -scanbus
Cdrecord-Clone 2.01-dvd (i686-pc-linux-gnu) Copyright (C) 1995-2004 J枚rg Schilling
Note: This version is an unofficial (modified) version with DVD support
Note: and therefore may have bugs that are not present in the original.
Note: Please send bug reports or support requests to http://bugzilla.redhat.com/bugzilla
Note: The author of cdrecord should not be bothered with problems in this version.
scsidev: 'ATA'
devname: 'ATA'
scsibus: -2 target: -2 lun: -2
Linux sg driver version: 3.5.27
Using libscg version 'schily-0.8'.
cdrecord: Warning: using inofficial libscg transport code version (schily - Red Hat-scsi-linux-sg.c-1.83-RH '@(#)scsi-linux-sg.c     1.83 04/05/20 Copyright 1997 J. Schilling').
scsibus1:
        1,0,0   100) 'HL-DT-ST' 'CD-RW GCE-8400B ' '1.02' Removable CD-ROM
        1,1,0   101) *
        1,2,0   102) *
        1,3,0   103) *
        1,4,0   104) *
        1,5,0   105) *
        1,6,0   106) *
        1,7,0   107) *
[root@linux-test188 ~]# cdrecord -v speed=8 dev=1,0,0 test.iso

[root@linux-test188 ~]# mkisofs -r -o cd.iso -m temp ./tempfiles

select * from a,b where a.id=b.id(+);
select * from a left join b on a.id=b.id;

很多资料说上面两个语句的效果是一样的,实际上今天经过测试发现两者的执行计划大不相同(查询结果是一样的);
至于为什么会这样,暂时没有深究,手头的一个例子表明按照第一种写法的效率会高,或许其他的例子结果不一样,等有时间的时候再测试一下吧.

同样的一条语句，一条是在pl/sql里面组装成sql之后提交执行，另外一条是用pro*c程序后绑定执行，没想到执行策略和效率天差地别。看来做什么事都不能想当然，要细心学习才行。保留此条语句以做纪念:

select *
  from (select /*+ INDEX(A IDX_HISBUFAREJOUR_ACCOUNT) +*/
         a.*, f.sort_name
          from hs_his.hisbufarejour a, hs_fund.faresort f
         where (((((((a.fare_sort = f.fare_sort and a.client_id = :b0) and
               (:b1 = 0 or a.fund_account = :b2)) and
               a.init_date >= :b3) and a.init_date <= :b4) and
               (trim(:b5) is null or
               instr(((',' || :b6) || ','),
                         ((',' || a.exchange_type) || ',')) > 0)) and
               (trim(:b7) is null or
               instr(((',' || :b8) || ','),
                        ((',' || a.money_type) || ',')) > 0)) and
               (trim(:b9) is null or a.position_str > :b10))
         order by a.position_str)
 where rownum <= :b11


      
b0:130330000516
b1:595995
b2:595995
b3:20061221
b4:20061221
b5:1
b6:1
b7:2
b8:2
b9:
b10:
b11:30

vc的对话框中，如果直接用picturebox作为对话框的背景，则其他控件会被挡住。经过高手指点，重载了WM_ERASEBKGND消息处理函数，很少的解决了这个问题。而且按照这个思路，可以很方便的为dialog增加动态的skin:

声明消息处理函数:

 // Generated message map functions
 //{{AFX_MSG(Input)
 afx_msg BOOL OnEraseBkgnd(CDC* pDC);
 afx_msg void OnButtonOk();
 afx_msg void OnLButtonDblClk(UINT nFlags, CPoint point);
 afx_msg void OnPaint();
 //}}AFX_MSG
 DECLARE_MESSAGE_MAP()

声明消息循环:
BEGIN_MESSAGE_MAP(Input, CDialog)
 //{{AFX_MSG_MAP(Input)
 ON_BN_CLICKED(IDC_BUTTON_OK, OnButtonOk)
 ON_WM_LBUTTONDBLCLK()
 ON_WM_PAINT()
 ON_WM_ERASEBKGND()
 //}}AFX_MSG_MAP
END_MESSAGE_MAP()

实现：
BOOL Input::OnEraseBkgnd(CDC* pDC)
{
 if(m_hBmp)
 {
  BITMAP bm;
  GetObject(m_hBmp,sizeof(bm),&bm);
  HDC hMemdc=CreateCompatibleDC(pDC->m_hDC);
  if(hMemdc)
  {
     HBITMAP hOldBmp=(HBITMAP)SelectObject(hMemdc,m_hBmp);
     if(hOldBmp)
     {
      BitBlt(pDC->m_hDC,0,0,bm.bmWidth,bm.bmHeight,hMemdc,0,0,SRCCOPY);
      SelectObject(hMemdc,hOldBmp);
      DeleteDC(hMemdc);
      DeleteObject(hOldBmp);
      return TRUE;
     }
     else
    DeleteDC(hMemdc);
  }
 }
 return CDialog::OnEraseBkgnd(pDC);
}

      今天系统莫明其妙的故障,以前用的好好的客户信息汇总统计突然出现异常,查看日志显示oracle的sql语句异常.
      跟踪调试后台发现问题出现在sprintf语句上面,sql预定义 char[8000],然后用sprintf来格式化,结果当语句的数据超过8000的时候就不能正常处理了.
     google了一下:

众所周知,sprintf不能检查目标字符串的长度，可能造成众多安全问题,所以都会推荐使用snprintf.

snprintf(_snprintf)的声明是这样的

int _snprintf(
   char *buffer,
   size_t count,
   const char *format [,
      argument] ...
);

If len < count, then len characters are stored in buffer, a null-terminator is appended, and len is returned.

If len = count, then len characters are stored in buffer, no null-terminator is appended, and len is returned.

If len > count, then count characters are stored in buffer, no null-terminator is appended, and a negative value is returned.

最常见的错误用法有:
1.
char sa[256]={0};
_snprintf(sa,sizeof(sa),"%s",sb);
//错误原因:当sb的长度>=256的时候,sa将没有'\0'结尾

2.
char sa[256];
_snprintf(sa,sizeof(sa)-1,"%s",sb);
//错误原因:当sb的长度>=255的时候,sa将没有'\0'结尾,忘记给sa初始化

3.
char sa[256];
_snprintf(sa,sizeof(sa)-1,"%s",sb);
sa[sizeof(sa)]=0;
//错误原因:最后一行数组越界

正确的用法
1. //推荐用法
char sa[256];
sa[sizeof(sa)-1]=0;
_snprintf(sa,sizeof(sa),"%s",sb);
if(sa[sizeof(sa)-1]!=0)
{
   printf("warning:string will be truncated");
   sa[sizeof(sa)-1]=0;
}

2.
char sa[256]={0};
int result = _snprintf(sa,sizeof(sa),"%s",sb);
if(result==sizeof(sa) || result<0)
{
    printf("warning:sting will be truncated");
   sa[sizeof(sa)-1]=0;
}

首先定义消息:

#define POST_DATA_START WM_USER+1
#define POST_DATA_END WM_USER+2
#define RECEIVE_DATA_START WM_USER+3
#define RECEIVE_DATA_END WM_USER+4
#define THREAD_START WM_USER+5
#define THREAD_END WM_USER+6
#define TASK_START WM_USER+7
#define TASK_END WM_USER+8
#define TASK_IDEL WM_USER+9

声明处理函数
 //{{AFX_MSG(CMyDlg)
 ........
 afx_msg void OnPostDataStart(WPARAM wParam, LPARAM lParam);
 afx_msg void OnPostDataEnd(WPARAM wParam, LPARAM lParam);
 afx_msg void OnReceiveDataStart(WPARAM wParam, LPARAM lParam);
 afx_msg void OnReceiveDataEnd(WPARAM wParam, LPARAM lParam);
 afx_msg void OnThreadStart(WPARAM wParam, LPARAM lParam);
 afx_msg void OnThreadEnd(WPARAM wParam, LPARAM lParam);
 afx_msg void OnTaskStart(WPARAM wParam, LPARAM lParam);
 afx_msg void OnTaskEnd(WPARAM wParam, LPARAM lParam);
 afx_msg void OnTaskIdel(WPARAM wParam, LPARAM lParam);
 //}}AFX_MSG
 DECLARE_MESSAGE_MAP()
注意所有函数声明都要在 DECLARE_MESSAGE_MAP()前面

绑定消息和处理函数：
BEGIN_MESSAGE_MAP(CMyDlg, CDialog)
//{{AFX_MSG_MAP(CMyDlg)
ON_MESSAGE(POST_DATA_START,OnPostDataStart)
ON_MESSAGE(POST_DATA_END,OnPostDataEnd)
ON_MESSAGE(POST_DATA_START,OnReceiveDataStart)
ON_MESSAGE(RECEIVE_DATA_START,OnReceiveDataEnd)
ON_MESSAGE(RECEIVE_DATA_END,OnThreadStart)
ON_MESSAGE(THREAD_START,OnThreadEnd)
ON_MESSAGE(TASK_END,OnTaskStart)
ON_MESSAGE(TASK_START,OnTaskEnd)
ON_MESSAGE(TASK_IDEL,OnTaskIdel)

//}}AFX_MSG_MAP
END_MESSAGE_MAP()

当然最后还要完成函数实体

新装的redhat linux，先增加系统用户，然后

cat /etc/passwd|mksmbpasswd.sh > /etc/samba/smbpasswd
此命令根据系统的用户文件 /etc/passwd自动生成了samba的用户文件

smbpasswd 
修改用户登陆samba的密码

service smb restart
重启samba服务

通过以上三步可以用os用户登陆samba(密码不是os的，可以单独改)，登陆后默认可以访问该用户在os的home目录

补充: 修改 [global]下面的 security = user为security = share可以允许匿名登陆,登陆后可以访问的内容可以用guest ok = yes 来标记

    为了工作需要不得不开始学习delphi。
    看了一个星期的代码和资料，由于有C++和java的基础，所以看起来并不算费力。
    主观上觉得delphi的设计理念更简单和容易理解，程序架构比较清晰，但是也有比较别扭的地方，觉得pascal的条条框框太多，不想C++和Java那样随心所欲。
    delphi有相对非常丰富的lib可以使用，可以用来快速的开发解决一些简单的问题，尤其是对数据库的支持比vc/java要方便得多(只是说方便，不是强大），还是值得一学的。

我所向往的,
是最简单的、平凡的幸福,
不用呼吸浑浊的空气,
不用厌烦吵闹拥挤的交通和人群.

我只希望,
每天早上醒来,
可以看到从窗口射进来的第一缕阳光,
照着你的脸

以前写jdbc相关的程序一直没有注意到 statement/resultset 是需要关闭的，直到最近在一个系统里面发现了这个“maximum open cursors exceeded”的异常。
通过查找相关文档，原来一个statement通常会对应一个db cursor，如果大量使用statement而不关闭就会引起此异常，关闭的代码很简单:

if(rs!=null)   //ResultSet
    try {
     rs.close();
    } catch (SQLException e1) {
     logger.error(e1.getMessage());

    }

   if(pst!=null)  //PreparedStatement  
    try {
     pst.close();
    } catch (SQLException e1) {
     logger.error(e1.getMessage());
    }

有二个和尚住在隔壁，所谓隔壁是隔壁那座山，他们分别住在相邻的二座山上的庙里。这
二座山之间有一条溪，於是这二个和尚每天都会在同一时间下山去溪边挑水，久而久之他
们便成为好朋友了。就这样时间在每天挑水中不知不觉已经过了五年，突然有一天左边这
座山的和尚没有下山挑水，右边那座山的和尚心想：「他大概睡过头了。」便不以为意。
哪知第二天左边这座山的和尚还是没有下山挑水，第三天也一样，过了一个星期还是一样
，直到过了一个月右边那座山的和尚终於受不了了，他心想：「我的朋友可能生病了，我
要过去拜访他，看看能帮上什么忙。」於是他便爬上了左边这座山，去探望他的老朋友。

　　等他到达左边这座山的庙，看到他的老友之後大吃一惊，因为他的老友正在庙前打太
极拳，一点也不像一个月没喝水的人。他很好奇地问：「你已经一个月没有下山挑水了，
难道你可以不用喝水吗？」
　　左边这座山的和尚说：「来来来，我带你去看。」於是他带著右边那座山的和尚走到
庙的後院，指著一口井说：「这五年来，我每天做完功课後都会抽空挖这口井，即使有时
很忙，能挖多少就算多少。如今终於让我挖出井水，我就不必再下山挑水，我可以有更多
时间练我喜欢的太极拳。」
　　我们在公司领的薪水股票再多，那是挑水。若我们只是把握下班後的时间挖一口属於
自己的井，未来当我们年纪大了，体力拼不过年轻人了，我们还是有水喝，而且喝得很悠
闲。

时间管理专家为一群商学院学生讲课。他现场做了演示，给学生们留下一生难以磨灭的印象。

      站在那些高智商、高学历的学生前面，他说："我们来个小测验"，拿出一个一加仑的广口瓶放在他面前的桌上。 随后，他取出一堆拳头大小的石块，仔细地一块块放进玻璃瓶里。直到石块高出瓶口，再也放不下了，他问道："瓶子满了吗？"所有学生应道："满了"。时间管理专家反问："真的？"他伸手从桌下拿出一桶砾石，倒了一些进去，并敲击玻璃瓶壁使砾石填满下面石块的间隙。"现在瓶子满了吗？"他第二次问道。

      但这一次学生有些明白了，"可能还没有"，一位学生应道。"很好！"专家说。他伸手从桌下拿出一桶沙子，开始慢慢倒进玻璃瓶。沙子填满了石块和砾石的所有间隙。他又一次问学生："瓶子满了吗？""没满！"学生们大声说。他再一次说："很好。"然后他拿过一壶水倒进玻璃瓶直到水面与瓶口平。抬头看着学生，问道："这个例子说明什么？" 一个心急的学生举手发言："它告诉我们：无论你的时间表多么紧凑，如果你确实努力，你可以做更多的事！"。"不！"，时间管理专家说，"那不是它真正的意思。这个例子告诉我们：

    如果你不是先放大石块，那你就再也不能把它放进瓶子里。那么，什么是你生命中的大石块呢，与你爱人共度时光，你的信仰，教育，梦想，或是和我一样，教育指导其他人？切切记得先去处理这些''大石块''，否则，一辈子你都不能做到。"

    那么，今晚，或许是今晨，你正在阅读这篇短文，可曾试着问自己这个问题：我今生的''大石头''是什么？然后，请把它们先放进你人生的瓶子.

package com.gf.rttw.warrants;

import java.util.Timer;
import org.apache.log4j.Logger;
import org.apache.log4j.PropertyConfigurator;

public class Main {
 static Logger logger = Logger.getLogger(Main.class);
 static {
  PropertyConfigurator.configure("log4jconfig.properties");
 }
 public static void main(String[] arg)
 {
  //get args from the console
  int gap=0;
  try {
   if(arg.length<1)
   {
    throw new Exception();
   }
   gap=Integer.parseInt(arg[0]);
   if((gap<1)||(gap>3600))
   {
    throw new Exception();
   }
  } catch (Exception e) {
   logger.error("PLEASE INPUT THE TIMER GAP 1-3600(SECONDS)");
   System.exit(1);
  }
   
  java.util.Timer timer= new Timer(true); 
  timer.schedule(
  new java.util.TimerTask()
  {
   public void run()
  {
    logger.debug("run task once");
    //define any task you like
  }
  },
  0, gap*1000
  );
  try {
   Thread.sleep(Long.MAX_VALUE);
  } catch (InterruptedException e) {
   logger.fatal(e.getMessage());
  }
 }
}

上面的代码很简单，从命令行读取一个参数（以秒为单位的时间间隔)然后该程序就会每隔一段时间打印一个"run task once";