㈠ FlashBuilder4.5調試AS項目出現問題
都提示你去編輯項目設置了啊 ，實在不行重新創建一個項目。將源移動過來就行了噻。你看看公司的項目設置回家照著設置一下就行了哦
㈡ vb 過程參數太多 換行怎麼處理
VB換行：
代碼過長換行使用一個空格加一個下劃字元
(
_)。
如果一句代碼太長，無法在一行內寫下（不包括注釋），則可以在下一行繼續，在行的末尾用續行字元表示一行尚未結束，續行字元是一個空格加一個下劃字元
(
_)：
Sub
Form_
MouseDown
(Button
As
Integer,
_Shift
As
Integer,
X
As
Single,
Y
As
Single)
文本框
顯示多行文本。
㈢ java中字元串過長怎麼處理
兩個字元串常量用+連接，在編譯時會被編譯器優化成一個拼接後的常量，所以在常量池中應該只有一個你要的那個常量
㈣ AS3.0反編譯問題
反編譯文件不一定有效，有的代碼是作者加密過的。加密的效果，可以導致反編譯出來的文件，卡死，或者報錯。等等情況。。
㈤ 請問為什麼用as，ld在Windows平台編譯16位匯編程序編譯出來的應用程序會無效
as ld是gcc的套件，gcc能不能產生exe格式的目標文件？不能的話nasm替代
㈥ C變長數組編譯錯誤，求解,是編譯器問題還是代碼問題
#include<stdio.h>
voidas(inta,intb,intc[2][3]);
intmain()
{
inta=2,b=3;
intc[2][3]={{11,22,34},{66,46,36}};
as(a,b,c);
return0;
}
voidas(inta,intb,intc[2][3])
{
//***省略
}
你聲明的時候，數組都沒有大小，而且也沒開空間，當然會編譯報錯了。上面的才是正確的。
像你那種寫的風格，是C99的標准，只要編譯器用的不是C99標準的都會編譯不過。而且不建議那麼些。
㈦ as3.0 項目編譯的時候出問題了
GameServer-app.xml配置的air版本不對
㈧ 程序編譯總要很長時間，怎麼提高效率
採用模塊化開發, 不開發的就不引用, 這樣可大大加快編譯速度.
我們項目目前約70W行代碼, 純AS, 但開發各司其職, 最後統一builder
㈨ Linux內核編譯出錯。
你的編譯環境有問題。
as 提示不支持某個參數，而且從上面看你應該在編譯 arm 架構的內核，但後面的提示是 as 命令，這種名字的命令（沒有架構前綴）應該是本地編譯器。我想你不太可能在 arm 上本地編譯內核吧（實際上確實可以，而且我以前玩 arm 也都傾向於 arm 上本地編譯，就是速度慢，需要用 distcc 加速，但兼容好）？
貌似是 -EL 參數 ix86 架構不支持。所以不太可能這步就是應該用本地 as 編譯。
如果不是 arm 本地編譯，那有可能這步用錯了 as 這個匯編器命令。你的台式計算機 as 是 x86 或者 amd64 的，肯定不支持 arm 特有的編譯參數和代碼。
你看看你的編譯文章吧。可能有錯，不符合現在內核編譯的規范了。或者 GCC 版本太老或者太新不支持這個參數。不排除你的交叉編譯環境有問題。
別聽那匿名胡扯的，內核源代碼根本沒有 configure 。
㈩ 在VB中編寫的函數因參數太多不能正常使用怎麼辦
你好象已經問過了
一般參數不超過5個
如果你的參數過多導致無法正常編寫代碼，建議：
0:這是你的編程習慣問題,注意設計時計劃好函數的作用,紙上寫好代碼然後在寫上去
1：使用optional標示符，指定某個參數可省略，比如函數
public function fff(s as byte,optional a as integer=1) as byte
end function
不過使用了這個標示符以後，後面的參數必須都使用optional標示符
2：把一些不必要參數省略掉，比如通過全局變數能夠傳遞的，或者通過一個參數能算出另一個參數的，或者根本用不著的（需要寫完函數是才能知道）
3：把函數放進原來的有變數的地方，換句話說，如果你的函數比較短的話，或者不一定要單獨放出來的話，還是放回去好，比如把加法單獨列出來，那樣既影響效率，也讓程序難以編寫。
4:不推薦定義一個類型來當參數,實際測試中函數的效率比分別輸入參數值低
5:把函數擴展為類，把你的操作單獨列出來，那麼變數什麼也不用全部傳遞，傳給類的參數。不過還是需要看具體情況而定。