第一篇:OJ網(wǎng)站上常見錯(cuò)誤提示
OJ網(wǎng)站上常見錯(cuò)誤提示
Q: 我提交了程序,OJ回復(fù)的那些評(píng)判結(jié)果是什么意思?
A: 下面是常見的OJ評(píng)判結(jié)果以及它們表示的意思:
Queuing : 提交太多了,OJ無法在第一時(shí)間給所有提交以評(píng)判結(jié)果,后面提交的程序?qū)簳r(shí)處于排隊(duì)狀態(tài)等待OJ的評(píng)判。不過這個(gè)過程一般不會(huì)很長。
Compiling : 您提交的代碼正在被編譯。
Running : 您的程序正在OJ上運(yùn)行。
Judging : OJ正在檢查您程序的輸出是否正確。
Accepted(AC): 您的程序是正確的,恭喜!
Presentation Error(PE): 雖然您的程序貌似輸出了正確的結(jié)果,但是這個(gè)結(jié)果的格式有點(diǎn)問題。請(qǐng)檢查程序的輸出是否多了或者少了空格(' ')、制表符('t')或者換行符('n')。
Wrong Answer(WA): 輸出結(jié)果錯(cuò),這個(gè)一般認(rèn)為是算法有問題。
Runtime Error(RE): 運(yùn)行時(shí)錯(cuò)誤,這個(gè)一般是程序在運(yùn)行期間執(zhí)行了非法的操作造成的。以下列出常見的錯(cuò)誤類型: ?
?
?
?
?
?
?
?
?
? ACCESS_VIOLATION 您的程序想從一些非法的地址空間讀取或向其中寫入內(nèi)容。一般例如指針、數(shù)組下標(biāo)越界都會(huì)造成這個(gè)錯(cuò)誤的。ARRAY_BOUNDS_EXCEEDED 您的程序試圖訪問一個(gè)超出硬件支持范圍的數(shù)組單元。FLOAT_DENORMAL_OPERAND 進(jìn)行了一個(gè)非正常的浮點(diǎn)操作。一般是由于一個(gè)非正常的浮點(diǎn)數(shù)參與了浮點(diǎn)操作所引起的,比如這個(gè)數(shù)的浮點(diǎn)格式不正確。FLOAT_DIVIDE_BY_ZERO 浮點(diǎn)數(shù)除法出現(xiàn)除數(shù)為零的異常。FLOAT_OVERFLOW 浮點(diǎn)溢出。要表示的數(shù)太大,超出了浮點(diǎn)數(shù)的表示范圍。FLOAT_UNDERFLOW 浮點(diǎn)下溢。要表示的數(shù)太小,超出了浮點(diǎn)數(shù)的表示范圍。INTEGER_DIVIDE_BY_ZERO 在進(jìn)行整數(shù)除法的時(shí)候出現(xiàn)了除數(shù)為零的異常。INTEGER_OVERFLOW 整數(shù)溢出。要表示的數(shù)值太大,超出了整數(shù)變量的范圍。STACK_OVERFLOW 棧溢出。一般是由于無限遞歸或者在函數(shù)里使用了太大的數(shù)組變量的原因。......其他錯(cuò)誤,包括C++標(biāo)準(zhǔn)庫/STL運(yùn)行時(shí)庫錯(cuò)誤等,這里不再舉例。
Time Limit Exceeded(TLE): 您的程序運(yùn)行的時(shí)間已經(jīng)超出了這個(gè)題目的時(shí)間限制。
Memory Limit Exceeded(MLE): 您的程序運(yùn)行的內(nèi)存已經(jīng)超出了這個(gè)題目的內(nèi)存限制。
Output Limit Exceeded(OLE): 您的程序輸出內(nèi)容太多,超過了這個(gè)題目的輸出限制。
Compilation Error(CE): 您的程序語法有問題,編譯器無法編譯。具體的出錯(cuò)信息可以點(diǎn)擊
鏈接察看。
System Error(SE): OJ內(nèi)部出現(xiàn)錯(cuò)誤。由于我們的OJ可能存在一些小問題,所以出現(xiàn)這個(gè)信息請(qǐng)?jiān)彛瑫r(shí)請(qǐng)及時(shí)與管理員聯(lián)系。
Out Of Contest Time : 超出比賽時(shí)間,這個(gè)信息只有在比賽的時(shí)候才會(huì)出現(xiàn)。
第二篇:用友常見錯(cuò)誤提示
870登陸報(bào):登錄信息不全,請(qǐng)查看代碼
在870環(huán)境中,操作系統(tǒng)更新了.net framework2.0的安全補(bǔ)丁kb928365和kb931212補(bǔ)丁導(dǎo)致此問題產(chǎn)生。解決方式有三種:
1、安裝870sp2補(bǔ)丁
2、在安裝870sp1的基礎(chǔ)上,下載此補(bǔ)丁并在服務(wù)器端安裝。
3、卸載kb928365和kb931212補(bǔ)丁
安裝WINXP的最新補(bǔ)丁或者windows2003的sp1的computers安裝U861系統(tǒng),安裝完成后,登陸‘企業(yè)應(yīng)用平臺(tái)’時(shí)都提示‘提示AUTOMATION自動(dòng)化錯(cuò)誤’異常錯(cuò)誤.解決方法:手工注冊(cè)一下ado目錄下的msadox.dll,原因msadox.dll與system32下的msdart.dll不兼容
門戶登陸,在ufsplash中出現(xiàn)異常錯(cuò)誤,提示無效屬性值,同時(shí)門戶提示automation錯(cuò)誤
原因:用戶的默認(rèn)語言不在en-us,zh-cn,zh-tw中,導(dǎo)致系統(tǒng)出錯(cuò) 基礎(chǔ)連接已關(guān)閉
在internet選項(xiàng)中去除代理服務(wù)器的設(shè)置 無法加載client.dll
錯(cuò)誤原因:很可能是對(duì)client.dll沒有訪問權(quán)限,系統(tǒng)盤是ntfs,在重啟IIS即可
文件未找到:client.dll或者client.dll未注冊(cè) 法一:首先停止所有用友服務(wù),然后把system32下的client.dll復(fù)制到system目錄下,并注冊(cè)(XP或2003系統(tǒng):開始-運(yùn)行-輸入regsvr32 “c:windowssystemclient.dll”),注冊(cè)時(shí)會(huì)提示一個(gè)錯(cuò)誤,不用管它。然后把原來的client.dll刪除或改名再重啟機(jī)器就可以了 法二:刪除騰訊搜搜,中文搜搜 基礎(chǔ)連接已關(guān)閉,無法連接遠(yuǎn)程服務(wù)器
目前是因?yàn)閡fautoloadservice中切換了應(yīng)用服務(wù)器的名稱導(dǎo)致 生產(chǎn)制造提示加載dll失敗 因?yàn)閡fautoloadservice依賴www.tmdps.cnmand prompt and navigate to the %systemdrive%InetpubAdminScripts directory.2.Type the following command: cscript.exe adsutil.vbs set W3SVC/AppPools/Enable32BitAppOnWin64 “true” 3.Press ENTER.4.Restart IIS win2003安裝了sp1后,登錄出現(xiàn)錯(cuò)誤:“登錄失敗:Automation 錯(cuò)誤“ 因?yàn)?003捆綁了msadox.dll,而sp1中帶的msadox.dll與用友軟件中使用的相同組件不兼容了,所以目前的解決方法是手工替換此組件。使用安裝盤自帶的mdac2.8 Padding is invalid and cannot be removed.先清除臨時(shí)目錄下的緩存,常用全文搜索。然后運(yùn)行 運(yùn)行 C:Documents and Settingsdsm>C:WINNTMicrosoft.NETFrameworkv1.1.4322aspnet_regiis.exe-r即可
remoting 異常,request service not find 建議重新安裝U8服務(wù)端
遠(yuǎn)程服務(wù)器返回錯(cuò)誤:(401)未經(jīng)授權(quán)。
iis的身份驗(yàn)證將windows集成勾上或者Iuser_XXX用戶被停用 503)Server unavailable
如果是windows2003,需要將應(yīng)用程序池的用戶改為Iwam_XXX,將默認(rèn)web站點(diǎn)的用戶改為iuser_XXX,同時(shí)將兩者加入到管理員組中
Index and length must refer to a location within the string.Parameter name: length
主要是System.String.Substring(Int32 startIndex, Int32 length)+226 出錯(cuò),可能是賬套號(hào)不足三位
system.runtime.serialization.serialzationexprction。輸入流是無效的二進(jìn)制格式。開始內(nèi)容(以字節(jié)為單位)是: 3C-68-74-6D-6C-3E-0D-0A-20-20-20-20-3C-68-65-61-64...”。
請(qǐng)檢查IIS中的虛擬目錄u8applicationEX 是否丟失,如沒有請(qǐng)手工增加。
提示“登陸失敗”
msado15.dll,msadomd.dll,msadox.dll這三個(gè)組件重新注冊(cè)
第三篇:ACM錯(cuò)誤提示
http://acm.nankai.edu.cn/user_message.php
F.A.Q.(Chinese)我的程序?yàn)槭裁床荒芫幾g通過呢?
Online Judge 要求C/C++程序符合Ansi標(biāo)準(zhǔn):
ANSI 標(biāo)準(zhǔn)和 Microsoft Visual C++ 存在一些不同的地方,比如:
0)main函數(shù)必須聲明為int,也就是 void main()必須變成 int main()
VC同樣可使用int main,只是程序最后需要 return 0。
1)Microsoft Visual C++ 可以將 main 函數(shù)聲明為 void,而 ANSI 中必須為 int main
2)請(qǐng)避免使用如下方式聲明變量i
for(int i=0;i<10;i++)
{
...}
您可以在For 語句之前,進(jìn)行聲明。
3)itoa 不是一個(gè) ANSI 函數(shù)
4)stricmp 不是一個(gè) ANSI 函數(shù)
5)sqrt()的可能用法:sqrt(double(x));//強(qiáng)制轉(zhuǎn)換為double
6)OnlineJudge 中如何使用64位數(shù)?
定義64位數(shù)使用 long long 類型,輸出格式串中使用 %lld 表示64位數(shù)。
雖然Free Pascal盡量設(shè)計(jì)得和Turbo Pascal接近,但是由于以下的兩個(gè)原因,兩者之間還是有一些區(qū)別的:
1.Free Pascal是一個(gè)32位的編譯器,而Turbo Pascal只是16位編譯器;
2.Free Pascal是一個(gè)跨平臺(tái)的編譯器,而Turbo Pascal只在windows上使用。
如果你的代碼是遵守ANSI Pascal的,那么代碼從Turbo Pascal移植到Free Pascal是沒有問題的。
下面是在Turbo Pascal上可以使用,但是在Free Pascal就不能使用的一些語言特性:
1.函數(shù)和過程在使用時(shí),參數(shù)的類型必須和定義時(shí)完全一致。原因是在Free Pascal中添加了函數(shù)重載功能。
2.PROTECTED,PUBLIC,PUBLISHED,TRY,F(xiàn)INALLY,EXCEPT,RAISE成為了關(guān)鍵字,因此不能作為函數(shù)和過程的名字。
3.FAR,NEAR不再是關(guān)鍵字了。原因是Free Pascal是32位系統(tǒng),不再需要這些關(guān)鍵字。
4.布爾表達(dá)式不一定要全部進(jìn)行計(jì)算。只要最終結(jié)果已經(jīng)能夠確定,就不再計(jì)算其它還沒有計(jì)算的部分了。
比如布爾表達(dá)式exp1 AND exp2 AND exp3,如果已知exp1的結(jié)果是false,那么怎么表達(dá)式的結(jié)果肯定是false,exp2和exp3就不用進(jìn)行計(jì)算了。
5.在Free Pascal中,集合中的元素都是4個(gè)字節(jié)長的。
6.表達(dá)式執(zhí)行的順序是不確定的。比如對(duì)于表達(dá)式a:=g(2)+f(3);不保證g(2)一定在f(3)之前執(zhí)行。
7.如果用Rewrite打開文件,那么文件就只能被寫入了。如果需要讀取這個(gè)文件,要對(duì)文件執(zhí)行Reset。
8.Free Pascal在程序結(jié)束之前一定要關(guān)閉輸出文件,否則輸出文件可能不能被正確的寫入。
9.Free Pascal理論上可以使用4GB的內(nèi)存,因此實(shí)際上幾乎可以使用系統(tǒng)中的所有剩余內(nèi)存(除非賽題中有內(nèi)存限制)。
這是Free Pascal由于32位的編譯器。但是對(duì)于Turbo Pascal來說,由于是16位的編譯器,因此不能定義大小超過64KB的數(shù)據(jù)類型和變量,并且在DOS實(shí)模式下可以使用的內(nèi)存總數(shù)只有640KB。
Online Judge 評(píng)判結(jié)果分別表示什么意思?
當(dāng)你提交的程序被Online Judge評(píng)判完畢后,通常結(jié)果將立刻返回,或者你也可以在“Solutions”頁看到評(píng)判結(jié)果。
詳細(xì)測試多數(shù)據(jù)測試模式下,將顯示出各個(gè)測試數(shù)據(jù)的測試結(jié)果,并且無論結(jié)果如何,都會(huì)用所有測試數(shù)據(jù)進(jìn)行測試。
而一般多測試模式下,如果全對(duì),則為Accepted;若其中某次數(shù)據(jù)出錯(cuò),則評(píng)測中止,并返回此數(shù)據(jù)出錯(cuò)的信息。
常見的Online Judge將評(píng)判結(jié)果分為如下幾類:
Accepted
程序的輸出完全滿足題意,通過了全部的測試數(shù)據(jù)的測試。
Wrong Answer
你的程序順利地運(yùn)行完畢并正常退出,但是輸出的結(jié)果卻是錯(cuò)誤的。
注意:有的題包含多組測試數(shù)據(jù),你的程序只要有一組數(shù)據(jù)是錯(cuò)誤的,結(jié)果就是WA。
Presentation Error
你的程序輸出的答案是正確的,但輸出格式不對(duì),比如多寫了一些空格、換行。
請(qǐng)注意,大部分程序的輸出,都要求最終輸出一個(gè)換行。
不過,計(jì)算機(jī)程序是很難準(zhǔn)確判斷PE錯(cuò)誤的,所以,很多PE錯(cuò)誤都會(huì)被評(píng)判成WA。
Compilation Error
你的程序沒有通過編譯。你可以點(diǎn)擊文字上的鏈接,查看詳細(xì)的出錯(cuò)信息,對(duì)照此信息,可以找出出錯(cuò)原因。
一般來說,這種錯(cuò)誤主要是由 Linux 環(huán)境下相關(guān)編譯器與你使用的本地編譯器之間的差異造成的Judging
我們正在運(yùn)行你的程序進(jìn)行測試,請(qǐng)稍候。
Rejudging
我們更新了測試數(shù)據(jù)或者評(píng)判程序,并且正在進(jìn)行重測,這個(gè)過程比較耗費(fèi)資源,請(qǐng)稍候。Time Limit Exceeded
你的程序運(yùn)行的時(shí)間超過了該題規(guī)定的最大時(shí)間,你的程序被Online Judge強(qiáng)行終止。
注意:TE并不能說明你的程序的運(yùn)行結(jié)果是對(duì)還是錯(cuò),只能說明你的程序用了太多的時(shí)間。Memory Limit Exceeded
你的程序運(yùn)行時(shí)使用的內(nèi)存,超過了該題規(guī)定的最大限制,或者你的程序申請(qǐng)內(nèi)存失敗,你的程序?qū)⒈籓nline Judge強(qiáng)行終止。
注意:ML并不能說明你的程序的運(yùn)行結(jié)果是對(duì)還是錯(cuò),只能說明你的程序用了或者申請(qǐng)了太多的內(nèi)存。
Function Limit Exceeded
你的程序運(yùn)行時(shí)使用我們不允許使用的調(diào)用,將會(huì)得到此錯(cuò)誤,諸如文件操作等相關(guān)函數(shù)。請(qǐng)?zhí)貏e注意:system(“PAUSE”);也會(huì)導(dǎo)致此錯(cuò)誤。
Output Limit Exceeded
你的程序輸出了太多的東西。
Online Judge規(guī)定提交的程序在運(yùn)行的時(shí)候只能輸出1024K字節(jié)的東西,如果你輸出太多,將導(dǎo)致此錯(cuò)誤。
我們保證所有的題目的標(biāo)準(zhǔn)輸出都小于1024K字節(jié)。
Runtime Error
你的程序出現(xiàn)了“運(yùn)行時(shí)錯(cuò)誤”。
大部分情況下,NKOJ系統(tǒng)將返回給你一個(gè)Runtime Error的編號(hào),由SIG或FPE開頭,后面跟隨一個(gè)整數(shù)。具體的解釋請(qǐng)點(diǎn)擊此處查看。
System Error
系統(tǒng)發(fā)生了錯(cuò)誤。由于異常因素導(dǎo)致系統(tǒng)沒有正常運(yùn)作。我們盡力保證系統(tǒng)的穩(wěn)定運(yùn)行,但如您遇此情況,請(qǐng)聯(lián)系管理員。
Online Judge 支持哪些編程語言?
到目前為止,本 Online Judge 已經(jīng)支持 C、C++、PASCAL、JAVA 編程語言
OnlineJudge中,你的程序的輸入和輸出是相互獨(dú)立的,因此,每當(dāng)處理完一組測試數(shù)據(jù),就應(yīng)當(dāng)按題目要求進(jìn)行相應(yīng)的輸出操作。而不必將所有結(jié)果儲(chǔ)存起來一起輸出。
定義64位數(shù)使用 long long 類型,輸出格式串中使用 %lld 表示64位數(shù)。
本系統(tǒng)內(nèi)核部分作者:孫威、王巖,WEB部分作者:王巖。獨(dú)立自主開發(fā),保留一切權(quán)利。
南開大學(xué)信息學(xué)院、南開大學(xué)ACM協(xié)會(huì) 如果題目包含多組測試數(shù)據(jù),我應(yīng)該在何時(shí)輸出我的結(jié)果?GCC 中如何使用64位數(shù)?關(guān)于本系統(tǒng)
Runtime Error 代號(hào)介紹
SIG(Signal,Linux系統(tǒng)信號(hào))部分:
(4)SIGILL 執(zhí)行了非法指令.通常是因?yàn)榭蓤?zhí)行文件本身出現(xiàn)錯(cuò)誤, 或者試圖執(zhí)行數(shù)據(jù)段.堆棧溢出時(shí)也有可能產(chǎn)生這個(gè)信號(hào).(6)SIGABRT 程序自己發(fā)現(xiàn)錯(cuò)誤并調(diào)用abort時(shí)產(chǎn)生.(6)SIGIOT 在PDP-11上由iot指令產(chǎn)生, 在其它機(jī)器上和SIGABRT一樣.(7)SIGBUS 非法地址, 包括內(nèi)存地址對(duì)齊(alignment)出錯(cuò).eg: 訪問一個(gè)四個(gè)字長的整數(shù), 但其地址不是4的倍數(shù).(8)SIGFPE 在發(fā)生致命的算術(shù)運(yùn)算錯(cuò)誤時(shí)發(fā)出.不僅包括浮點(diǎn)運(yùn)算錯(cuò)誤, 還包括溢出及除數(shù)為0等其它所有的算術(shù)的錯(cuò)誤.(11)SIGSEGV 試圖訪問未分配給自己的內(nèi)存, 或試圖往沒有寫權(quán)限的內(nèi)存地址寫數(shù)據(jù).造成這種錯(cuò)誤的原因有很多,主要原因有三條:
一、數(shù)據(jù)下標(biāo)越界,包括越上界和越下界。
二、堆棧溢出,比如遞歸層數(shù)過多。
三、不恰當(dāng)?shù)闹羔樖褂谩?/p>
FPC(由Free Pascal 產(chǎn)生的錯(cuò)誤代碼):
由于OJ系統(tǒng)已經(jīng)限制了程序的行為,所以以下部分代碼并不會(huì)實(shí)際出現(xiàn),此處列舉僅僅為了文檔相對(duì)完整。Invalid function number 錯(cuò)誤的功能代碼File not found 文件未找到Path not found 目錄未發(fā)現(xiàn)Too many open files 打開太多的文件File access denied 文件訪問拒絕Invalid file handle 錯(cuò)誤的文件句柄Invalid file access code 錯(cuò)誤的文件訪問代碼Invalid drive number 錯(cuò)誤的驅(qū)動(dòng)器數(shù)字Cannot remove current directory 不能移動(dòng)當(dāng)前目錄Cannot rename across drives 不能跨越驅(qū)動(dòng)器更改文件名
Disk read error 磁盤讀錯(cuò)誤
Disk write error 磁盤寫錯(cuò)誤
File not assigned 文件未曾建立關(guān)聯(lián)
File not open 文件未打開
File not open for input 文件不能打開讀數(shù)據(jù)
File not open for output 文件不能打開寫數(shù)據(jù)
106Invalid numeric format 錯(cuò)誤的數(shù)字格式
從標(biāo)準(zhǔn)輸入(Text文件)中預(yù)期得到的數(shù)字格式不對(duì).150 Disk is write-protected
151 Bad drive request struct length
152 Drive not ready
154 CRC error in data
156 Disk seek error
157 Unknown media type
158 Sector Not Found
159 Printer out of paper
160 Device write fault
161 Device read fault
162 Hardware failure
200Division by zero
被除數(shù)為0.201Range check error
如果你編譯你的程序時(shí)設(shè)置了方位檢查,原因有可能是:
數(shù)組訪問超過了聲明的范圍.試圖給一個(gè)變量賦值超過其范圍(例如枚舉類型).202Stack overflow error
棧溢出
棧增長超過了最大值(in which case the size of local variables should be reduced to avoid this error), or the stack has become corrupt.只有當(dāng)棧檢查時(shí)才出現(xiàn)該錯(cuò)誤.203Heap overflow error
堆溢出
堆增長超過了上界.This is caused when trying to allocate memory exlicitly with New, GetMem or ReallocMem, or when a class or object instance is created and no memory is left.Please note that, by default, Free Pascal provides a growing heap, i.e.the heap will try to allocate more memory if needed.However, if the heap has reached the maximum size allowed by the operating system or hardware, then you will get this error.204Invalid pointer operation
錯(cuò)誤的指針操作
使用 Dispose or Freemem 時(shí)使用錯(cuò)誤的指針(特別的, Nil)
205Floating point overflow
浮點(diǎn)數(shù)上溢
你試圖使用或產(chǎn)生一個(gè)太大實(shí)數(shù).206Floating point underflow
你試圖使用或產(chǎn)生一個(gè)太小實(shí)數(shù).207Invalid floating point operation
錯(cuò)誤的浮點(diǎn)數(shù)操作
可能是你開平方根或者對(duì)數(shù)時(shí)使用負(fù)數(shù).210Object not initialized
對(duì)象未初始化
When compiled with range checking on, a program will report this error if you call a virtual method without having called istr constructor.211 Call to abstract method 212 Stream registration error 213 Collection index out of range 214 Collection overflow error
215Arithmetic overflow error 數(shù)字超出范圍 例如3000000000超出長整形范圍
216 General Protection fault
217 Unhandled exception occurred 219 Invalid typecast
227 Assertion failed error
第四篇:ansys錯(cuò)誤提示匯總
把體用面分割的時(shí)候出現(xiàn)的錯(cuò)誤提示:
Boolean operation failed.try adjusting the tolerance value on the BTOL commmand to some fraction of the
minimum keypoint distance.Model Size(current problem)1.183933e+000,BTOL setting 1.00000e-005,minmum KPT distance 4.308365e-006
先在要分割的地方設(shè)置一個(gè)工作平面,用布爾運(yùn)算“divided--volumeby working plane”進(jìn)行分割的時(shí)候,出現(xiàn)上述錯(cuò)誤,主要愿意可能是設(shè)置的公差太小,當(dāng)時(shí)試了幾次都么有成功,最后干脆把體重新建立了一個(gè),又畫了一個(gè)很大的面,終于成功了。
2.一個(gè)常見的代表性錯(cuò)誤!
原來我的虛擬內(nèi)存設(shè)置為“無分頁文件”,現(xiàn)在改為“系統(tǒng)管理”,就不在出現(xiàn)計(jì)算內(nèi)存不夠的情況了。
Error!
Element type 1 is Solid95,whichcan not be used with the AMES command, meshing of area 2 aborted.剛開始學(xué)習(xí)的人經(jīng)常出這種錯(cuò)誤,這是因?yàn)椴煌瑔卧愋蛯?duì)應(yīng)不同的劃分網(wǎng)格操作。
上面的錯(cuò)誤是說單元類型為Solid95(實(shí)體類型),不能用AMES命令劃分面網(wǎng)格。Meshing of volume 5 has been aborted because of a lack of memory.Closed down other processes and/or choose a larger element size, then try the VMESH command again.Minimum additional memory required=853MB(by kitty_zoe)
說你的內(nèi)存空間不夠,可能因?yàn)槟愕挠?jì)算單元太多,增加mesh尺寸,減少數(shù)量或者增加最小內(nèi)存設(shè)定(ansys10中在customization preferences菜單存儲(chǔ)欄可以修改)
你劃分的網(wǎng)格太細(xì)了,內(nèi)存不足。建議將模型劃分為幾個(gè)部分,分部分進(jìn)行劃分,可以減少內(nèi)存使用,試一下!
4.The input volumes do not meet the conditions required for the VGLU operation.No new entities were created.The VOVLAP operation is a possible alternative
VGLU是將兩個(gè)或多個(gè)體粘到一塊,體之間的交集應(yīng)該是面,幫助里的說法,This operation is only valid if the intersections of the input volumes are areas along the boundaries of those volumes。你粘結(jié)glue的體可能有重疊,所以后面提示了一個(gè)VOVLAP命令,該命令是將兩個(gè)或多個(gè)體的重疊部分拿出來作為結(jié)果
VMESH劃分時(shí),精度不同,單元數(shù)量差別太大了,如果是自由網(wǎng)格劃分,那么嘗試幾個(gè)SMRT等級(jí)看看。還有就是單元形狀不同,產(chǎn)生的網(wǎng)格質(zhì)量也差別很大,我前幾天才重新劃了一次網(wǎng)格,印象很深。shape,0,3d和shape,1,3d就是劃分體時(shí)控制單元形狀的5.clear is not a recognized GEGIN command,abbreviation,or macro.this command will be ingored.那是因?yàn)榇蜷_了前處理,求解或者后處理,先用FINISH命令,再用CLEAR就可以了
6.約束不總,產(chǎn)生剛性漂移
我覺得這個(gè)不一定就是約束不足造成的剛性漂移。另外一個(gè)可能的原因是網(wǎng)格劃分的不好。在曲線變化劇烈的區(qū)域,如果網(wǎng)格劃的太疏,也可能產(chǎn)生這樣的錯(cuò)誤。
7.AN error occured during sweeping while meshing arer 39.change element sizing parameters(RSIZE,LESIZE,etc).or mesh this arer manually(AMESH or AMAP).then try the VSME command again.The VSWE command is ignored.在對(duì)一個(gè)規(guī)則的體進(jìn)行掃略劃分的時(shí)候,出現(xiàn)了這個(gè)命令,原因是邊的尺寸,或者單元的個(gè)數(shù)設(shè)置不合理,對(duì)應(yīng)不上,就行變數(shù)核對(duì)皆可解決問題!
8.Volume 1 cannot be meshed.208 location(s)found where non-adjacent
boundary triangles touch.Geometry configuration may not be valid or
smaller element size definition may be required.提示就是告訴你需要更小的單元
可能單元太大的時(shí)候出現(xiàn)的網(wǎng)格有有問題,比如狹長的網(wǎng)格,計(jì)算的時(shí)候集中應(yīng)力太大
9.Shape testing revealed that 3 of the 13 new or modified elementsviolate shape warning limits.To review test results, please see the
output file or issue the CHECK command.ansys里面有自己帶的網(wǎng)格檢查,這說明你的網(wǎng)格尺寸有問題,重新劃分
10.劃分solid45單元的時(shí)候出現(xiàn)了 structural elements without mid nodes usually produce much more accurate results in quad or brick shape
提示你采用帶中間節(jié)點(diǎn)的單元進(jìn)行計(jì)算。但是solid45六面體網(wǎng)格精度一般夠了,不需要理會(huì)。
11.:Volume11 could not be swept because a source and a target area could not be determined automatically。please try again...體不符合SWEEP的條件,把體修改成比較規(guī)則的形狀,可以分割試試
12.*** WARNING ***SUPPRESSED MESSAGECP =1312.641TIME= 16:
51:48
An error has occurred writing to the file = 12 which may imply a fulldisk.The system I/O error = 28.Please refer to your system documentationon I/O errors.1.I/O設(shè)備口錯(cuò)誤,I/O=26,錯(cuò)誤,告訴你磁盤已滿,讓你清理磁盤。但是實(shí)際問題的解決不是這樣,是你的磁盤格式不對(duì),將你的磁盤格式從FAT26改稱NTFS的就可以了。因?yàn)镕AT26格式的要求你的單一文件不能大于4G。但是我們一旦做瞬態(tài)或者是諧相應(yīng)的時(shí)候都很容易超過這個(gè)數(shù),所以系統(tǒng)抱錯(cuò)。
2.I/O設(shè)備口錯(cuò)誤,I/O=9,錯(cuò)誤,和上一個(gè)一樣告訴你磁盤已滿,讓你清理磁盤。但是實(shí)際問題是由于你的磁盤太碎了造成的,你只要進(jìn)行磁盤碎片整理就可以了,這個(gè)問題就迎刃而解。
13.Topolgical degeneracy detected for ASBA command.Try modifying geometry slightly or loosening the tolerance(BTOL command).If BTOL is relaxed ,be sure to change the tolerance back to the default after operation
公差不能太大,默認(rèn)公差值是1e-5,每次擴(kuò)大10倍,即1e-4,1e-3,.....慢慢試試,如果不行,就得檢查模型
14.計(jì)算時(shí)候出現(xiàn):Input/output error on unit=9.Possible full disk,在一些論壇看到轉(zhuǎn)換磁盤格式ntfs,轉(zhuǎn)換后還是不行,我的ansys11.0安裝在D盤,工作目錄為E盤(30G大小),另外輸出窗口提示for better cpuperformace increase memory by 296mb using-m option
一.轉(zhuǎn)化格式(先確定你D盤為fat格式后)點(diǎn)“開始->運(yùn)行”輸入:covert D:/FS:NTFS 就可以將D盤轉(zhuǎn)換成NTFS格式了,不過轉(zhuǎn)換后不可以恢復(fù)成FAT32格式了.(本人沒有試過!)
二.在開始——程序——ansys——ansys product launcher——customization,然后選擇memory下面的方框里面打勾,然后調(diào)整work spcae和data base(具體的調(diào)整請(qǐng)參照http:///discuz/vi...&extra=page%3D1專題2)
15.Large negative pivot value(-8.419662714E-03)in Eqn.system.May bebecause of a badtemperature-dependent material property used in the model.這種錯(cuò)誤經(jīng)常出現(xiàn)的。一般與單元形狀有關(guān)。
16.There are 21 small equation solver pivot terms.;
SOLID45 wedges are recommended only in regions of relatively low
stress gradients.第一個(gè)問題我自己覺得是在建立contact時(shí)出現(xiàn)的錯(cuò)誤,但自己還沒有改正過來;第二個(gè)也不知道是什么原因。
還有一個(gè):initial penetration 4.44089×10E-6 was detacted between contact ele
ment 53928 and target element 53616;也是建立接觸是出現(xiàn)的,也還沒有接近。唉,郁悶中!
answer:
第一個(gè)問題:There are 21 small equation solver pivot terms.;
不是建立接觸對(duì)的錯(cuò)誤,一般是單元形狀質(zhì)量太差(例如有i接近零度的銳角或者接近180度的鈍角)造成small equation solver pivot terms
第二個(gè)問題:SOLID45 wedges are recommended only in regions of relatively low
stress gradients.這只是一個(gè)警告,它告訴你:推薦SOLID45單元只用在應(yīng)力梯度較低的區(qū)域。
它只是告訴你注意這個(gè)問題,如果應(yīng)力梯度較高,則可能計(jì)算結(jié)果不可信。
17.There are 1 small equation solver pivot terms
ansys,剛度矩陣主元太小,可能是單元畸形,或者材料參數(shù)有問題,總之這個(gè)問題你就不斷的換個(gè)方式建立模型,trial and error,往往就解決了這個(gè)問題
第一個(gè)問題:說明結(jié)構(gòu)剛度矩陣出現(xiàn)小主元。如果矩陣D 的所有主元都是正的,這時(shí)結(jié)構(gòu)的切線剛度矩陣正定,結(jié)構(gòu)處于穩(wěn)定狀態(tài);如果矩陣D 的 主元有小于0 的,則切線剛度矩陣非正定,結(jié)構(gòu)處于不穩(wěn)定狀態(tài)。
如果出現(xiàn)的小主元不多,說明可能是達(dá)到某個(gè)臨界點(diǎn),以后還可以繼續(xù)求下去;如果出現(xiàn)的小主元很多,而且越來越多,說明這個(gè)結(jié)構(gòu)即將破壞,比如出現(xiàn)大面積的塑性區(qū),形成多個(gè)塑性鉸等。
當(dāng)|D |=0時(shí),矩陣D 為奇異矩陣,非線性方程會(huì)產(chǎn)生奇異解,奇異解出現(xiàn)于可能產(chǎn)生不定解或非唯一解的分析中,求解方程的主元為負(fù)或零會(huì)產(chǎn)生這樣的奇異解。有些情況下,盡管遇到主元為負(fù)或零,仍需繼續(xù)進(jìn)行分析(特別是一些非線性分析中)。(since a negative or zero pivot value can occur for a valid analysis.)
下述條件會(huì)引起求解過程出現(xiàn)奇異性:(The following conditions may cause singularities in the solution process:)
·約束條件不足
·模型中有非線性單元:如間隙元、滑動(dòng)元、鉸鏈元、纜束員等。結(jié)構(gòu)的一部分可能已經(jīng)塌陷或分散了
·材料特性為負(fù):如在瞬態(tài)熱分析中規(guī)定的密度或溫度
·連接點(diǎn)無約束,單元排列可能會(huì)引起奇異性。例如:兩個(gè)水平梁單元在連接點(diǎn)的垂直方向存在無約束自由度,在線性分析中,將會(huì)忽略加在該連接點(diǎn)的垂直載荷。另外,考慮一個(gè)與梁單元或管單元垂直相連的無板面內(nèi)的旋轉(zhuǎn)剛度的殼單元,在連接點(diǎn)處不存在板面內(nèi)的旋轉(zhuǎn)剛度。在線性分析中,將會(huì)忽略加在該點(diǎn)處的板面內(nèi)力矩。
·屈曲。當(dāng)應(yīng)力剛化效果為負(fù)(壓縮)時(shí),結(jié)構(gòu)受載后變?nèi)酢H艚Y(jié)構(gòu)變?nèi)醯絼偠葴p小到零或?yàn)樨?fù)值,就會(huì)出現(xiàn)奇異解,且結(jié)構(gòu)已經(jīng)屈曲。會(huì)打印出“主元值為負(fù)”的消息。
·零剛度矩陣(在行或列上)。如果剛度的確為零,線性或非線性分析都會(huì)忽略所加的載荷。18.This model requires more scratch space than available, currently
8026545 words(31 MB).ANSYS was not able to allocate more memory toproceed.Please shut down other applications that may be running orincrease the virtual memory on your system and rerun ANSYS.Problemterminated.原來我的虛擬內(nèi)存設(shè)置為“無分頁文件”,現(xiàn)在改為“系統(tǒng)管理”,就不在出現(xiàn)計(jì)算內(nèi)存不夠的情況了。
第五篇:個(gè)人簡歷常見錯(cuò)誤
必讀:6個(gè)簡歷里常見的錯(cuò)誤
從頭到尾我也做過一些招聘工作,從簡歷篩選、通知面試、面試都在進(jìn)行。發(fā)現(xiàn)很多人在簡歷中犯了不少錯(cuò)誤,也許對(duì)于求職者來說是很小的問題,但是其實(shí)往往決定了一個(gè)機(jī)會(huì)的得失,覺得有必要整理出來,給大家一個(gè)提醒。
1、簡歷上的電話停機(jī)或者關(guān)機(jī)狀態(tài)
這個(gè)問題一說出來,可能大家會(huì)覺得很可笑,怎么可能是一個(gè)重要問題。我也很驚訝,就我們統(tǒng)計(jì)的結(jié)果來看,篩選出的簡歷,大約有20%是由于電話停關(guān)機(jī)的問題沒辦法通知到的。我總結(jié)一個(gè)原因是不少異地求職的人員到當(dāng)?shù)厍舐毢螅l(fā)送簡歷的時(shí)候忘記把已經(jīng)更換的號(hào)碼在簡歷上更新了;另一個(gè)是很多人使用的神州行、動(dòng)感地帶的號(hào)碼需要充值,但是覺得晚
一、兩天沒事;殊不知,每天求職的簡歷成百上千,通知面試的人不可能天天跟蹤你的電話開通情況的。即使暫時(shí)不方便接聽電話,也建議可申請(qǐng)秘書臺(tái)服務(wù),不漏掉一個(gè)可能的機(jī)會(huì)。注意更新自己的簡歷聯(lián)系方式,保證自己能隨時(shí)被找到,讓自己處在隨時(shí)啟動(dòng)的狀態(tài),會(huì)比其他人得到更多的機(jī)會(huì)。
2、未及時(shí)更改、更新簡歷信息
尤其是求職信。往往收到一份簡歷,求職信寫得懇切規(guī)范,但是到末尾一看,稱呼的“貴公司”名字原來根本不是我公司,不免大倒冷水,也對(duì)求職者的誠意表示懷疑。另外就是不少人,求職信里頭一句還寫著“我是一個(gè)剛走出校門的學(xué)生?..”看到簡歷里,原來已經(jīng)工作1-2年了。發(fā)出一份簡歷是通過考慮,慎重地,但是這樣的簡歷,很難讓人相信,不是隨手的游戲。
3、羅列全部實(shí)習(xí)經(jīng)歷
這在畢業(yè)生的簡歷里經(jīng)常發(fā)現(xiàn)。為了提高自己的命中率,不少畢業(yè)生會(huì)在工作經(jīng)驗(yàn)?zāi)菣诎炎约核械膶?shí)習(xí)經(jīng)歷寫出來。粗看簡歷,覺得有很多工作經(jīng)驗(yàn),但是仔細(xì)一看,就會(huì)發(fā)現(xiàn)很亂,各個(gè)經(jīng)歷之間是毫無關(guān)聯(lián)和邏輯的,家教、促銷、網(wǎng)絡(luò)管理等等。其實(shí)就畢業(yè)生來說,沒有實(shí)際的工作經(jīng)驗(yàn)是客觀事實(shí),用人單位不會(huì)因?yàn)槟懔_列了很多短期實(shí)踐就給你面試機(jī)會(huì),更看重的是你是否有能給自己加分的思想和與眾不同的潛力。羅列經(jīng)歷,只能讓自己的簡歷看上去很雜亂。
4、大量、多次投遞崗位
一般的求職成功經(jīng)驗(yàn)是多撒網(wǎng),多投遞簡歷,反正在網(wǎng)絡(luò)上多次投遞的邊際成本為0。但是這個(gè)多撒網(wǎng),指的是有的放矢地投遞,而非毫無目的。統(tǒng)計(jì)中,大約有35%的簡歷是盲目投遞的,有的簡歷根本不完整,只寫了姓名和電話,正文部分完全是空白;有的軟件專業(yè)畢業(yè),把所有的硬件崗位都申請(qǐng)了;有的多次被拒后,仍每天投遞;還有的幾乎投遞了公司所有的招聘崗位。如此瘋狂、不成熟的投遞方式,并不能帶來高的命中率,不了解自己,不了解職位的要求,很難讓用人單位相信你的符合度和穩(wěn)定性。真正命中率高的,往往是成熟的求職者:對(duì)招聘要求做了仔細(xì)的揣摩,根據(jù)自身?xiàng)l件和崗位符合度投遞簡歷,并為面試做了認(rèn)真準(zhǔn)備。
5、簡歷條理不清晰
一般的簡歷模版,都會(huì)分工作經(jīng)驗(yàn)和學(xué)習(xí)經(jīng)歷兩部分,為了突出簡歷,一些求職者會(huì)創(chuàng)造新的模版或者按照自己的思路填寫簡歷,但是簡歷篩選人每天在查閱大量的簡歷,遇到標(biāo)新立異的簡歷往往很頭痛,因?yàn)椴皇前闯R?guī)的條理來寫的,很難從中找到需要的信息,尤其3頁以上的簡歷,更需要有非常清楚的條理。或者就是發(fā)現(xiàn)了合適的簡歷,但是因?yàn)槟0鎲栴},聯(lián)系方式總要到處去找。其實(shí)建議大家就用網(wǎng)站推薦的模版比較好,清楚規(guī)范,便于理解。
6、愛用附件簡歷
為了省事,一些人喜歡使用附件簡歷,直接發(fā)送到公布的郵箱。但是現(xiàn)在電腦病毒越來越多,很多求職者是在網(wǎng)吧里發(fā)送簡歷的,各個(gè)用人單位,尤其是大公司的郵箱,防備特別嚴(yán)格,附件發(fā)送過來的簡歷,十有五、六是亂碼。打不開,也無法一一直接回復(fù)各個(gè)求職者的心情,是很難受的。
常有人在論壇上問我,為什么投遞了那么多簡歷,都沒有回音?但是也有人跟帖,自己投遞的命中率是很高的。沒有回音的原因可能有很多,但是我建議,那些苦苦等待回音的人們,打開自己的簡歷,看看是否有以上問題?(完)