其他

stl中各種容器都有一個可選的模板參數：allocator，也就是一個負責記憶體配置的組件。STL標準規定的allcator被定義在memory檔案中。STL標準規定的allocator只是單純地封裝operator new，效率上有點過意不去。 SGI實現的STL裡，所有的容器都使用SGI自己定義的allocator。這個allocator實現了一個small object的記憶體池。Loki裡為了處理小對象的記憶體配置，也實現了類似的記憶體管理機制。

 開啟手機，設定-》串連設定-》存取點，行貨應該已經預置了三個存取點，移動夢網GPRS、中國移動多媒體訊息、GPRS串連互連網。這三個存取點的配置分別是： (a)       移動夢網GPRS：資料承載方式GPRS（即分組資料），存取點名稱cmwap，使用者名稱無，提示輸入密碼否，密碼無，評鑑普通，首頁http://wap.monternet.com，手機IP地址自動，主網域名稱伺服器0.0.0.0，次網域名稱伺服器0.0.0.0，Proxy 伺服器10.0.0.172,代理連接埠80(b)  

OSPF 基礎1：五種協議報文     Hello報文：通過周期性地發送來發現和維護鄰接關係；      DD(鏈路狀態資料庫描述)報文：描述本地路由器儲存的LSDB(鏈路狀態資料庫)；      LSR(LS Request)報文：向鄰居請求本地沒有的LSA；      LSU(LS Update)報文：向鄰居發送其請求或更新的LSA；      LSAck(LS ACK)報文：收到鄰居發送的LSA後發送的確認報文。 OSPF基礎2：OSPF採用的特殊機制：DR與BDR     

1、基本IP網路理論A. OSI模型B. 路由協議概念 (Split horizon, Link state, difference between switching and routing, Summarization,                        距離向量 vs. 鏈路狀態, loops, Tunneling)C. Standards (802.x, cable specs, protocol limitations)D. 協議機制 (Windowing/ACK,

JPEG2000高頻地區和HD高頻地區的比較在看到的HD與JPEG2000的比較結果中發現，HD對高頻部分誤差的比較小，而對低頻部分處理的不夠好；為什麼呢？首先來看看低頻部分：1． DWT的一個LEVEL的變換得到的是1/4的低頻係數，5個level的DWT變換後，低頻係數是原來的1/32。2． HD中有DC和LOWPASS之分，我們可以設想這裡的DC對應DWT的LL，結果2級變換後，低頻能量高集中的僅僅是原來圖象的1/256（1/16*1/16）。從這個角度可以看到為什麼JPEG2000在低頻

 JPEG2000的實現kakadu中是用一個16位元來表示失真長度曲線的斜率；在整個編碼過程中，使用斜率值的右移四位的標量量化值。編碼的分配表面是按照塊進行的，實際並是整個壓縮過程考慮的。JPEG2000使用一個4096元素的量化斜率值數組來儲存壓縮過程中遇到的斜率值（quant_slope_rates）。詳細見:http://www.cppblog.com/windcsn/archive/2007/01/31/PCRD-OPT.html 

1:SIGTRAN簡介　　SIGTRAN協議是IETF的信令傳送工作群組SIGTRAN所建立的一套在IP網路上傳送PSTN信令的傳輸控制通訊協定。SIGTRAN定義了一個比較完善的SIGTRAN協議堆棧，分為IP協議、信令傳輸、信令傳輸適配和信令應用等四層。每層所含內容如下：　　·IP協議層：IP　　·信令傳輸層：SCTP　　·信令傳輸適配層：SUA；M3UA；M2UA/M2PA；IUA　　·信令應用程式層：TCAP；TUP；ISUP；SCCP；MTP3；Q931/QSIG　　不同的信令應用程式

      這世界變化真的好快，當準備好好的珍惜一些事一些人時，他們卻已經遠去，觸手不可及；當準備好好的深入研究AXE810的時候，卻調到網優部門；計劃沒有變化快，告別交換，轉向TD最佳化，雖然有些不甘，但是別無選擇，無奈。     感謝班長，這一年來最該感謝的人，他那寬廣的胸懷、敏捷的思維、親身親為的精神，給與自己太多的協助與指導，多謝班長，永遠的朋友；感謝交換班的同事，一個和睦的優秀集體，多謝所有兄弟姐妹們。    

首先聲明這是一篇轉帖，原文在hi.baidu.com/acai2556/blog/item/d79258af388378c57dd92a69.html 昨天同事的一台Dell E6400筆記本報告說在外面不能串連無線網路，檢查一看是Wireless Zero Configuration這個服務不能自動啟動導致。手動啟動是可以的。網上看到了這個解決方案。出現問題的狀況如：Wireless Zero

主叫被叫區別流程區別1、被叫比主叫多一條PagingType。2、主叫RRC建立好後上發CM Service Request,而被叫是上發RR Paging Response3、主叫有鑒權加密過程，而被叫只有加密過程，無鑒權過程。4、主叫的Setup訊息是UE上發給RNC，而被叫的Setup則是RNC下發給UE。Setup裡可以   看UE號碼。5、Setup之後主叫是收到Call proceeding，而被叫則上發Call

最近看到公司裡面的一些程式員不但幹自己工作的同時，還在外面找了些私活做；由此想到自己的一段經曆。本人在來公司剛開始的時候還年輕，至少比現在小3-4歲（呵呵），而公司分配的工作對我來說不是太重，我基本都能在70%的工作時間做完，剩下的時間我留給自己學習。因此我自認為自己能力還是可以的。後來一個朋友找到我，說有活可以做還可以轉錢，當時聽著了呀，反正自己多時間，做就做。於是跟著朋友.net搞到Java(我自己對C++比較熟悉），搞的還挺樂。雖然錢搞到了一些，但精力花去了很多。當時和朋友的想法就是自己能

Strlcpy和strlcat-一致的、安全的字串複製和串接 本文描述了我們最常用的strcpy和strcat給代碼帶來的潛在問題：Crash、hacker方法，以及一些替代方法，例如:strncpy和strncat；但仍然解決不了所有問題，最後提到了strlcpy和strlcat的設計目標和作用。 翻譯自同名英文版本 詳細見：http://www.cppblog.com/windcsn/archive/2006/10/05/13386.html 

      結束短暫的一個月工作借調，明天即將回常州，在南京的這段日子，收穫不可謂不多，對自己今後的生活、工作協助很大，受益匪淺；      首先要感謝顧總、張總對自己在工作上的協助與照顧，學到了很多關於TD終端、TD無線底層信令的知識，對今後更加深入的開展終端研究有很大的促進作用，同時對TD終端也有了更為深入的熟悉，作為一直伴隨著TD網路建設、最佳化、終端測試的工程師，為TD終端與網路的逐步成熟感到欣慰，由衷的說一句：TD大有希望，但革命尚未成功，爾等仍需奮鬥；     

概述JPEG2000失真的計算是其EBCOT演算法的基礎，因此瞭解如何計算失真才能真正理解EBCOT演算法。首先描述wmse的計算公式：Wmse  = ( Delta *1<<K_max)^2 * G_b * W_b^2 。Pass_wmse = wmse/1<<32Pass_wmse = Pass_wmse * (0.25^miss_msb)再描述失真的公式：Delta_D = Pass_wmse*(Ts

概述 微軟聲稱它輕量級的演算法能夠建立高品質的映像，並且是 JPEG 的一半大小。   微軟不久將推出一種新的映像格式給 ISO ，它能夠提供較好壓縮的高品質的映像。   HD Photo 格式最進重新命名為 Windows 媒體照片，主要針對 JPEG 格式，一種在數位照像機和映像應用程式中使用了 15 年的老技術。 具體見:http://www.cppblog.com/windcsn/archive/2007/03/13/19718.html 

貼片電解電容規格尺寸：貼片電解電容規格4X5.4  5*5.4  6.3*7.7  8*6.5  8*10.5 10*10.5  12.5*13.5   16*16.5貼片電解電容尺寸如下 0.47uF50v|50v 0.47uF 4*5.4   0.47uF63v|63v0.47uF 4*5.4  0.47 uF 100v|100v0.47uF 4*5.41uF50v|50v1uF 4*5.4   1uF63v|63v1uF 4*5.4   1uF 100v|100v1uF 6.3*5.42.

二、MFC的概念性模型 前面我們研究了WIN32 API的“領域模型”，對它有較全面的認識。下面，對MFC概念性模型的研究，我們把重點放在對app framework的研究上。 app framework中的message響應/傳遞機制是最重要的。而Hook機制和Message響應/傳遞機制是密切相關的，後者以前者為基礎。1. Hook機制也許有些程式員只知道hook機制可以編寫很“牛”的應用，孰不知MFC本身也是依靠hook機制的。看到，每個hook擁有一個指標隊列，

GSM網優參數取值建議第一點：空閑模式與啟用模式要統一邊界：如ACCMIN、AWOFFSET、CRO等產生的空閑模式邊界要與啟用模式邊界統一，增加ACCMIN是將邊界內收，因小區以C1、C2為演算法依據，所以ACCMIN直接影響到某小區與各個相鄰小區的邊界相對此小區內移，這樣會造成空閑模式下此小區被選擇的機會降低，從而降低了話務量，但因選擇了小區之後，接下來進行的啟用模式下的切換，如果切換邊界不做相應處理，則有可能空閑模式下選擇了某小區接下來將發生小區的外切，所以為達到話務量的真正平衡，建議將啟

OL/UL小區，又叫同心圓小區，是為了在話務量不斷增漲和頻率資源有限的情況下，減少頻率複用距離，降低頻率幹擾，擴大網路容量而產生的。OL小區，承擔基站附近的話務量，話務量較高，需要較小的發射功率，小區間相互幹擾較小，頻點複用更加緊密，主要解決話務。UL小區，承擔外層的話務量，話務量較少，需要較大的發射功率，小區間相互幹擾較大，頻點複用稀疏，主要解決覆蓋。OL小區：採用頻率幹擾嚴重的頻點；UL小區採用較為乾淨的頻點；RLDEI:CELL=G090471,CSYSTYPE=GSM;CSYSTYPE：