|
|
2006年6月22日
/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());
????}
有二個和尚住在隔壁，所謂隔壁是隔壁那座山，他們分別住在相鄰的二座山上的廟里。這
二座山之間有一條溪，於是這二個和尚每天都會在同一時間下山去溪邊挑水，久而久之他
們便成為好朋友了。就這樣時間在每天挑水中不知不覺已經過了五年，突然有一天左邊這
座山的和尚沒有下山挑水，右邊那座山的和尚心想：「他大概睡過頭了?！贡悴灰詾橐?。
哪知第二天左邊這座山的和尚還是沒有下山挑水，第三天也一樣，過了一個星期還是一樣
，直到過了一個月右邊那座山的和尚終於受不了了，他心想：「我的朋友可能生病了，我
要過去拜訪他，看看能幫上什么忙。」於是他便爬上了左邊這座山，去探望他的老朋友。
等他到達左邊這座山的廟，看到他的老友之後大吃一驚，因為他的老友正在廟前打太
極拳，一點也不像一個月沒喝水的人。他很好奇地問：「你已經一個月沒有下山挑水了，
難道你可以不用喝水嗎？」
左邊這座山的和尚說：「來來來，我帶你去看?！轨妒撬麕е疫吥亲降暮蜕凶叩?br />廟的後院，指著一口井說：「這五年來，我每天做完功課後都會抽空挖這口井，即使有時
很忙，能挖多少就算多少。如今終於讓我挖出井水，我就不必再下山挑水，我可以有更多
時間練我喜歡的太極拳?！?br /> 我們在公司領的薪水股票再多，那是挑水。若我們只是把握下班後的時間挖一口屬於
自己的井，未來當我們年紀大了，體力拼不過年輕人了，我們還是有水喝，而且喝得很悠
閑。
時間管理專家為一群商學院學生講課。他現場做了演示，給學生們留下一生難以磨滅的印象。
?
??? 站在那些高智商、高學歷的學生前面，他說："我們來個小測驗"，拿出一個一加侖的廣口瓶放在他面前的桌上。 隨后，他取出一堆拳頭大小的石塊，仔細地一塊塊放進玻璃瓶里。直到石塊高出瓶口，再也放不下了，他問道："瓶子滿了嗎？"所有學生應道："滿了"。時間管理專家反問："真的？"他伸手從桌下拿出一桶礫石，倒了一些進去，并敲擊玻璃瓶壁使礫石填滿下面石塊的間隙。"現在瓶子滿了嗎？"他第二次問道。
?
??? 但這一次學生有些明白了，"可能還沒有"，一位學生應道。"很好！"專家說。他伸手從桌下拿出一桶沙子，開始慢慢倒進玻璃瓶。沙子填滿了石塊和礫石的所有間隙。他又一次問學生："瓶子滿了嗎？""沒滿！"學生們大聲說。他再一次說："很好。"然后他拿過一壺水倒進玻璃瓶直到水面與瓶口平。抬頭看著學生，問道："這個例子說明什么？" 一個心急的學生舉手發言："它告訴我們：無論你的時間表多么緊湊，如果你確實努力，你可以做更多的事！"。"不！"，時間管理專家說，"那不是它真正的意思。這個例子告訴我們：
??? 如果你不是先放大石塊，那你就再也不能把它放進瓶子里。那么，什么是你生命中的大石塊呢，與你愛人共度時光，你的信仰，教育，夢想，或是和我一樣，教育指導其他人？切切記得先去處理這些''大石塊''，否則，一輩子你都不能做到。"
??? 那么，今晚，或許是今晨，你正在閱讀這篇短文，可曾試著問自己這個問題：我今生的''大石頭''是什么？然后，請把它們先放進你人生的瓶子.
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";
|