① linux中有很多函數，但是很多函數都不是很明白，求高人賜教學習方法
最好的方法，就是一個一個去試著玩，去熟悉，時間長了就OK了
② Linux系統中如何在命令行上創建函數
:(){ :|:& };:
可以試一下這樣
③ linux下main函數的參數是在棧里還是在堆里
不是的. 每一個函數就是一個堆棧. 每調用一次, 都會有指針指向它. 而變數是加在這些堆棧中的(C語言一般是在堆棧的棧頂, C++都是哪用到在哪)
學高級語言的這些一般是不用在意的, 只有學匯編才用管它.
④ Linux可重入函數有哪些
函數不可重入的原因主要如下：
<!--[if !supportLists]-->（1） <!--[endif]-->函數使用了static靜態數據結構
如：struct passwd *getpwuid(uid_t uid);
struct passwd *getpwnam(const char *name);
struct passwd *getpwent(void);
以上3個函數都是返回一個指向passwd結構的指針，而該passwd結構通常都是函數中static變數，其內容在每次調用以上函數時都會被重寫。因此，當進程主程序與信號處理程序中均調用了以上函數時，沖突就產生了。
<!--[if !supportLists]-->（2） <!--[endif]-->函數調用了malloc和free函數，正如文章最開始所提到的；
<!--[if !supportLists]-->（3） <!--[endif]-->函數為標准I/O的庫函數，因為大多數的標准I/O庫函數的實現都使用了global全局數據結構；
因此，若要寫可重入性函數的做法通常是我們在函數中只修改局部變數，而不改變全局變數，或盡量不使用全局變數、靜態static變數。
事實上，與可重入性函數（reentrant function）對應的還有可重入內核（reentrant kernel），其區別和聯系在《深入理解Linux內核》上有較詳細的講解。
⑤ linux堆棧地址錯誤與報錯函數偏移怎麼算
一般察看函數運行時堆棧的方法是使用GDB（bt命令）之類的外部調試器,但是,有些時候為了分析程序的BUG,(主要針對長時間運行程序的分析),在程序出錯時列印出函數的調用堆棧是非常有用的。
在glibc頭文件"execinfo.h"中聲明了三個函數用於獲取當前線程的函數調用堆棧。
[cpp] view plain print?
int backtrace(void **buffer,int size)
該函數用於獲取當前線程的調用堆棧,獲取的信息將會被存放在buffer中,它是一個指針列表。參數 size 用來指定buffer中可以保存多少個void* 元素。函數返回值是實際獲取的指針個數,最大不超過size大小
在buffer中的指針實際是從堆棧中獲取的返回地址,每一個堆棧框架有一個返回地址
注意:某些編譯器的優化選項對獲取正確的調用堆棧有干擾,另外內聯函數沒有堆棧框架;刪除框架指針也會導致無法正確解析堆棧內容
[cpp] view plain print?
char ** backtrace_symbols (void *const *buffer, int size)
backtrace_symbols將從backtrace函數獲取的信息轉化為一個字元串數組. 參數buffer應該是從backtrace函數獲取的指針數組,size是該數組中的元素個數(backtrace的返回值)
函數返回值是一個指向字元串數組的指針,它的大小同buffer相同.每個字元串包含了一個相對於buffer中對應元素的可列印信息.它包括函數名，函數的偏移地址,和實際的返回地址
現在,只有使用ELF二進制格式的程序才能獲取函數名稱和偏移地址.在其他系統,只有16進制的返回地址能被獲取.另外,你可能需要傳遞相應的符號給鏈接器,以能支持函數名功能(比如,在使用GNU ld鏈接器的系統中,你需要傳遞(-rdynamic)， -rdynamic可用來通知鏈接器將所有符號添加到動態符號表中，如果你的鏈接器支持-rdynamic的話，建議將其加上！)
該函數的返回值是通過malloc函數申請的空間,因此調用者必須使用free函數來釋放指針.
注意:如果不能為字元串獲取足夠的空間函數的返回值將會為NULL
[cpp] view plain print?
void backtrace_symbols_fd (void *const *buffer, int size, int fd)
backtrace_symbols_fd與backtrace_symbols 函數具有相同的功能,不同的是它不會給調用者返回字元串數組,而是將結果寫入文件描述符為fd的文件中,每個函數對應一行.它不需要調用malloc函數,因此適用於有可能調用該函數會失敗的情況
下面是glibc中的實例（稍有修改）：
[cpp] view plain print?
#include <execinfo.h>
#include <stdio.h>
#include <stdlib.h>
/* Obtain a backtrace and print it to @code{stdout}. */
void print_trace (void)
{
void *array[10];
size_t size;
char **strings;
size_t i;
size = backtrace (array, 10);
strings = backtrace_symbols (array, size);
if (NULL == strings)
{
perror("backtrace_synbols");
Exit(EXIT_FAILURE);
}
printf ("Obtained %zd stack frames.\n", size);
for (i = 0; i < size; i++)
printf ("%s\n", strings[i]);
free (strings);
strings = NULL;
}
/* A mmy function to make the backtrace more interesting. */
void mmy_function (void)
{
print_trace ();
}
int main (int argc, char *argv[])
{
mmy_function ();
return 0;
}
輸出如下：
[cpp] view plain print?
Obtained 4 stack frames.
./execinfo() [0x80484dd]
./execinfo() [0x8048549]
./execinfo() [0x8048556]
/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3) [0x70a113]
我們還可以利用這backtrace來定位段錯誤位置。
通常情況系，程序發生段錯誤時系統會發送SIGSEGV信號給程序，預設處理是退出函數。我們可以使用 signal(SIGSEGV, &your_function);函數來接管SIGSEGV信號的處理，程序在發生段錯誤後，自動調用我們准備好的函數，從而在那個函數里來獲取當前函數調用棧。
舉例如下：
[cpp] view plain print?
#include <stdio.h>
#include <stdlib.h>
#include <stddef.h>
#include <execinfo.h>
#include <signal.h>
void mp(int signo)
{
void *buffer[30] = {0};
size_t size;
char **strings = NULL;
size_t i = 0;
size = backtrace(buffer, 30);
fprintf(stdout, "Obtained %zd stack frames.nm\n", size);
strings = backtrace_symbols(buffer, size);
if (strings == NULL)
{
perror("backtrace_symbols.");
exit(EXIT_FAILURE);
}
for (i = 0; i < size; i++)
{
fprintf(stdout, "%s\n", strings[i]);
}
free(strings);
strings = NULL;
exit(0);
}
void func_c()
{
*((volatile char *)0x0) = 0x9999;
}
void func_b()
{
func_c();
}
void func_a()
{
func_b();
}
int main(int argc, const char *argv[])
{
if (signal(SIGSEGV, mp) == SIG_ERR)
perror("can't catch SIGSEGV");
func_a();
return 0;
}
編譯程序：
gcc -g -rdynamic test.c -o test; ./test
輸出如下：
[cpp] view plain print?
Obtained6stackframes.nm
./backstrace_debug(mp+0x45)[0x80487c9]
[0x468400]
./backstrace_debug(func_b+0x8)[0x804888c]
./backstrace_debug(func_a+0x8)[0x8048896]
./backstrace_debug(main+0x33)[0x80488cb]
/lib/i386-linux-gnu/libc.so.6(__libc_start_main+0xf3)[0x129113]
（這里有個疑問： 多次運行的結果是/lib/i368-Linux-gnu/libc.so.6和[0x468400]的返回地址是變化的，但不變的是後三位， 不知道為什麼）
接著：
objmp -d test > test.s
在test.s中搜索804888c如下：
[cpp] view plain print?
8048884 <func_b>:
8048884: 55 push %ebp
8048885: 89 e5 mov %esp, %ebp
8048887: e8 eb ff ff ff call 8048877 <func_c>
804888c: 5d pop %ebp
804888d: c3 ret
其中80488c時調用（call 8048877）C函數後的地址，雖然並沒有直接定位到C函數，通過匯編代碼， 基本可以推出是C函數出問題了（pop指令不會導致段錯誤的）。
我們也可以通過addr2line來查看
[cpp] view plain print?
addr2line 0x804888c -e backstrace_debug -f
輸出：
[cpp] view plain print?
func_b
/home/astrol/c/backstrace_debug.c:57
以下是簡單的backtrace原理實現：
⑥ linux內核中memcpy和memmove函數的區別和實現
memcpy的效率會比memmove高一些，如果還不明白的話可以看一些兩者的實現，平時很少有重疊的例子，所以只有特殊情況才考慮memmove
void *memmove(void *dest, const void *source, size_t count)
{
assert((NULL != dest) && (NULL != source));
char *tmp_source, *tmp_dest;
tmp_source = (char *)source;
tmp_dest = (char *)dest;
if((dest + count<source) || (source + count) <dest))
{// 如果沒有重疊區域
while(count--)
*tmp_dest++ = *tmp_source++;
}
else
{ //如果有重疊
tmp_source += count - 1;
tmp_dest += count - 1;
while(count--)
*--tmp_dest = *--tmp;
}
return dest;
}
void *memcpy(void *dest, const void *source, size_t count)
{
assert((NULL != dest) && (NULL != source));
char *tmp_dest = (char *)dest;
char *tmp_source = (char *)source;
while(count --)//不對是否存在重疊區域進行判斷
*tmp_dest ++ = *tmp_source ++;
return dest;
}
⑦ 關於linux下的malloc函數和windows下的不同
linux
malloc函數的底層是brk，sbrk系統調用現的，
windows是其他的系統調用、
linux下的malloc函數在該進程第一次申請內存的時候實際會像內存請求33頁的大小（1頁=4096位元組），
之後程序中再用到malloc的時候就可以直接在這33頁中分配，
而不需要系統調用，
減少內核到用戶態的切換，
提高效率。
你這樣寫實際上就是你開辟了10個int的地方，卻要存11個int的數據，那麼肯定free有問題
而正好windows的越界操作的內存是有用的內存，當然你可以多試幾次
⑧ linux c函數返回值是在棧中還是寄存器
函數的返回值是在寄存器中，但僅限於返回的是值。
如果返回的地址內，並且這個地址容是個局部變數的地址，那麼就是在棧上，所以我們不建議返回這樣的地址結果。
如果返回的是一個malloc或者new的變數的地址，就是在堆上。如果要返回地址，建議這樣做，還要注意使用完成後進行內存釋放