Jimmy's Blog

[spiderpowa]

Codeigniter Session 消失解決辦法

剛剛赫然發現 E3X 竟然壞掉了...登入後課程竟然全部不見

當下第一反應是... 該不會學校E3壞掉了還是被學校封了XD

不過經過測試之後其實是Session消失了

非常神奇的是，另外一個儲存使用者資料的Session竟然好好的...

就在想該不會是Session的Size超過上限了?

可是Session有大小限制嗎???

請了Google大神之後才發現CI的Session預設是用Cookie來存的(用了這麼久才發現...)，也就是說有4KB的限制

解決辦法呢? 就用Database來存囉 (或是用裝上 Native Session 套件)

首先先在資料庫新增Table (Saving Session Data to a Database部分)

CREATE TABLE IF NOT EXISTS `ci_sessions` ( session_id varchar(40) DEFAULT '0' NOT NULL, ip_address varchar(45) DEFAULT '0' NOT NULL, user_agent varchar(120) NOT NULL, last_activity int(10) unsigned DEFAULT 0 NOT NULL, user_data text NOT NULL, PRIMARY KEY (session_id), KEY `last_activity_idx` (`last_activity`) );

接著修改 application/config.php

將 $config['sess_use_database'] 改成 TRUE 就好囉~

[spiderpowa]

使用gdb debug簡易教學

簡單說明如何使用gdb來排除Segmentation fault，這邊只有碰到gdb的皮毛而以，但是在很多時候這樣就足夠了

Sample Code

建議在編譯時將最佳化關掉 (-O0) ，並且加上 -g 參數，在debug時顯示的資訊會比較充足

開關coredump功能(這邊是以tcsh為例，使用bash請自行google XD)

* 開啟

$ limit coredumpsize unlimited

* 關閉

$ limit coredumpsize 0

執行程式，若有開起coredump則會看到(core dumped)，core dump的檔案是core.xxxxx，xxxxx為一串數字

$ ./EXE 

Segmentation fault (core dumped)

執行gdb

$ gdb ./EXE core.xxxxx

使用bt (backtrace)來看程式在何處發生錯誤

(gdb) bt

#0  0x0000000000400537 in main (argc=1, argv=0x7fffe1e164d8) at main.cpp:4

接下來就可以追蹤是在code哪邊發生Segmentation fault

上面了例子可以看到是在第4行 也就是

*ptr = 5;