其他

編譯器時遇到conflicting types for 'timer_t'  問題的的解決Slackware 12.1-Xfce 4.4.2下安裝電池監視器外掛程式編譯出錯的解決方案 http://goodies.xfce.org/提供了許多Xfce環境下的外掛程式，其中有個電池監視器外掛程式，按照安裝說明中的步驟編譯時間出現如下錯誤：Code highlighting produced by Actipro CodeHighlighter

@echo offrem "set the infos below, then it can be performed."rem "===================================="rem "PLEASE set the path of sql files"@set script_path=C:/temprem "PLEASE set the connection of db server"@set db_conn=dbusername/dbpassword@dbsidr

關於WM_ERASEBKGND和WM_PAINT的深刻理解一直以來，對於WM_PAINT和WM_ERASEBKGND訊息不是很清楚，從書上和網上找了很多資料，大體上有以下幾點說法：1.WM_PAINT先產生，WM_ERASEBKGND後產生2.WM_PAINT產生後，在調用hdc = BeginPaint(hWnd, &ps);

　　1． 儲存模型偽指令 表4.2.3　MASM 5.0和MASM 6.0支援的儲存模型：儲存模型功

題意：湖中以許多石頭，其中一塊石頭上有一隻青蛙Freddy， 他想通過在石頭上跳躍去拜訪另一隻青蛙Fiona。求Freddy至少要能跳多遠才能到達Fiona所在的石頭。（Freddy在石頭1上，Fiona在石頭2上）題解：#include <cmath>#include <iomanip>#include <iostream>using namespace std;struct{double x, y;} stone[201];double d[201][20

題意：加上最少的邊，使得改造後的圖中去掉任意一條邊後圖依然連通。題解：先找出邊雙連通分量，然後縮點，的到一棵樹。需要加的最少邊=(leaves+1)/2PS:我們可以發現low[4]=3,low[7]=4 但是我們知道<4,7>這條邊並不是割邊.所以 low[u]!=low[v]是割邊的必要不充分條件. #include<cstdio>#include<string>#include<algorithm>using namespace

高斯消元法 & 高斯-約當 (Gauss-Jordan) 消元法  2010-05-24 18:02:10|  分類：控制理論|  標籤：|字型大小大中小 訂閱高斯消元法是求解線性方程組的常用方法，高斯約當消元法大家可能不是很熟悉。下面先介紹線性方程組和矩陣的一些基本概念與高斯消元法，然後著重介紹高斯約當消元法相對於高斯消元法的優勢：程式簡單（不需要回代），應用廣泛（例如求矩陣的逆），易於判斷處理特殊情況（有無窮多解的情況）。　　這是一個線性方程組： 　　把方程組中的係數矩陣

var obj = document.getElementByIdx_x(”testSelect”); //定位idvar index = obj.selectedIndex; // 選中索引var text = obj.options[index].text; // 選中文本var value = obj.options[index].value; // 選中值jQuery中獲得選中select值第一種方式$('#testSelect

今天對Bellman-Ford演算法有了更深的認識了。它的負權迴路判斷，能判斷所以情況的 迴路。  是根據迴路的最後一條路徑來判斷得。           Dijkstra演算法是處理單源最短路徑的有效演算法，但它局限於邊的權值非負的情況，若圖中出現權值為負的邊，Dijkstra演算法就會失效，求出的最短路徑就可能是錯的。這時候，就需要使用其他的演算法來求解最短路徑，Bellman-Ford演算法就是其中最常用的一個。該演算法由美國數學家理查德•貝爾曼（Richard Bellman,

題意：判斷給出的有向圖是否是半聯通的。半聯通圖：圖G中任意兩點u，v，u能到達v或者v能到達u。在網上找了很久，除了和這題相關的，幾乎沒有與半聯通分量相關的資料。演算法導論強聯通分量的習題裡也有求半聯通的演算法，答案的處理辦法是kosaraju縮點之後拓撲排序，然後按照拓撲排序的順序遍曆，驗證相鄰的兩個點是否有邊。直觀上看，如果是半聯通的圖，縮點之後應該成為一條鏈，那麼拓撲排序可以得到這條鏈，如果不能得到則說明此圖不是半聯通。同樣是從縮點之後半聯通圖是一條鏈出發，求出縮點之後的圖中的最長鏈也能驗

經典幾何體，求單位圓最多覆蓋點數。這裡用O(n^3)演算法，聞說有O(n^2*logn)，但不會搞。方法：枚舉任意兩點，以此為弦做新圓，（ps：不能以弦中心做圓，因為這圓不是最大的）接著就枚舉所有點，求出最大值。#include <list>#include <map>#include <set>#include <queue>#include <string>#include <deque>#include

Wooden SticksTime Limit: 2000/1000 MS (Java/Others)    Memory Limit: 65536/32768 K (Java/Others)Total Submission(s): 3559    Accepted Submission(s): 1442Problem DescriptionThere is a pile of n wooden sticks. The length and weight of each stick are

歐拉函數是指：對於一個正整數n，小於n且和n互質的正整數（包括1）的個數，記作φ(n) 。通式：φ(x)=x*(1-1/p1)*(1-1/p2)*(1-1/p3)*(1-1/p4)…..(1-1/pn),其中p1, p2……pn為x的所有質因數，x是不為0的整數。φ(1)=1（唯一和1互質的數就是1本身）。對於質數p，φ(p) = p - 1。注意φ(1)=1.歐拉定理：對於互質的正整數a和n，有aφ(n) ≡ 1 mod n。歐拉函數是積性函數——若m,n互質，φ(mn)=φ(m)φ(n)。 

無向圖的連通分支(連通子圖): 判斷一個無向圖是否連通，如果進行dfs或者bfs之後，還有未訪問到的頂點，說明不是連通圖，否則連通。求解無向圖的所有連通分支： 只需要重複調用dfs或者bfs 就可以解決：遍曆頂點，如果v 未訪問，則對其進行dfs, 然後標記訪問。關節點（割點）: 是圖中一個頂點v, 如果刪除它以及它關聯的邊後，得到的新圖至少包含兩個連通分支。雙連通圖： 沒有關節點的連通圖。連通無向圖的雙連通分支（雙連通子圖，塊） ： 是圖G中一個最大雙連通子圖。利用深度優先搜尋dfs

  動態連結程式庫靜態連結庫產生的檔案不同*.dll  

轉載from: http://blog.vckbase.com/smileonce/archive/2005/01/15/2578.aspx詳細講解struct這個容易混淆的寫法的書是有的，《C專家編程》中就有詳細的描述。可惜大家喜歡問問題有甚於喜歡看書，於是BBS上泛濫著前人早已經解決、說明清楚的問題。哎，中國勤學好問者的悲哀。這裡簡要說明一下struct，為大家省錢。/* struct.c* 本程式示範了struct的種種寫法。注意，所有這些寫法都能編譯通過* author:

ArcGIS9.3的註冊碼//到期時間：01-jan-2019到期//------------------------------------------------------------SERVER 192.168.1.232 ANY 27000VENDOR ARCGISFEATURE 3DEngine ARCGIS 9.3 01-jan-2019 2048 7D2EF0B13410326FC96B \        vendor_info=GXL55Z7L0RT708HLL000 ck=2

64位系統下IIS無法運行32位程式的解決辦法64位下無法運行32位程式 提示未指定提供者，也沒有指派的預設提供者。     這就是一個典型的64位系統問題，由於64位作業系統不支援Microsoft OLE DB Provider for Jet驅動程式，也不支援更早的Microsoft Access Driver (*.mdb)方式串連。這一點在Microsoft的網站上得到了證實。用於 Access 和 Excel 資料庫的 Microsoft OLE DB Provider for

看到了不少讀者對於我“對Norton誤判WinXP事件的技術分析”的反饋。在這裡，首先我感謝這些閱讀了我的blog並提供寶貴意見的讀者，不管是支援還是反對我的觀點。明顯，我的第一篇blog提供的技術細節不夠。這裡向大家抱歉。 綜合一下，有三個問題我沒有說清楚。 第一， 為什麼可能一個錯誤的特徵碼會只誤判XP中文版的系統檔案？第二， 如何驗證XP中文版的系統檔案是否有特殊代碼？如何使用我提及的各種工具？第三， 我寫這篇blog的目的是什嗎？ 我們先來看第一個問題。 我在上篇blog中提及，如果收到

老W是今年1月被提為部門經理，但實際上他的相關獎金與福利直到4月才按部門經理的標準開始算。。還有上個月被扣除了社保，結果人力資源部門也沒有進行說明，搞的他自己也是一頭霧水。。。。    後來想想，其實如果不是太正規的企業，不發工資條還是大大有好處的，一是有些企業涉及到所得稅的陷阱，因為他們每個月會簽一個工資單，老W的工資一個月才1300RMB，那麼與他現有的工資的確是相差的多多了，公司在稅上自然也交的少了；如果公司發工資條的話，如果哪天員工把這個工資條拿到稅務局去，公司豈不是麻煩了？======