① tc編譯器怎麼用啊，有知道的沒
1.主菜單
主菜單在Turbo C 2.0主屏幕頂上一行, 顯示下列內容:File Edit Run Compile Project Options Debug Break/watch
除Edit外, 其它各項均有子菜單, 只要用Alt加上某項中第一個字母(即大寫字母), 就可進入該項的子菜單中。
File (文件)菜單 ----按Alt+F可進入File菜單, 該菜單包括以下內容:
.Load (載入)
裝入一個文件, 可用類似DOS的通配符(如*.C)來進行列表選擇。也可裝入其它擴展名的文件, 只要給出文件名(或只給路徑)即可。該項的熱鍵為F3, 即只要在主菜單中按F3即可進入該項, 而不需要先進入File菜單再選此項。
.Pick (選擇)
將最近裝入編輯窗口的8個文件列成一個表讓用戶選擇, 選擇後將該程序裝入編輯區, 並將游標置在上次修改過的地方。其熱健為Alt-F3。
.New (新文件)
說明文件是新的, 預設文件名為NONAME.C, 存檔時可改名。
.Save (存檔)
將編輯區中的文件存檔, 若文件名是NONAME.C時, 將詢問是否更改文件名, 其熱鍵為F2。
.Write to (存檔)
可由用戶給出文件名將編輯區中的文件存檔, 若該文件已存在, 則詢問要不要覆蓋。
.Directory (目錄)
顯示目錄及目錄中的文件, 並可由用戶選擇。
.Change dir (改變目錄)
顯示當前目錄, 用戶可以改變顯示的目錄。
.Os shell (暫時退出)
暫時退出Turbo C 2.0到DOS提示符下, 此時可以運行DOS 命令, 若想回到Turbo C 2.0中, 只要在DOS狀態下鍵入EXIT即可。
.Quit (退出)
退出Turbo C 2.0, 返回到DOS操作系統中, 其熱鍵為Alt+X。
說明: 以上各項可用游標鍵移動色棒進行選擇, 回車則執行。也可用每一項的第一個大寫字母直接選擇。若要退到主菜單或從它的下一級菜單列表框退回均可用Esc鍵,Turbo C 2.0所有菜單均採用這種方法進行操作, 以下不再說明。
Edit (編輯)菜單---按Alt+E可進入編輯菜單, 若再回車, 則游標出現在編輯窗口, 此時用戶可以進行文本編輯。編輯方法基本與wordstar相同,
可用F1鍵獲得有關編輯方法的幫助信息。與編輯有關的功能鍵如下:
F1 獲得Turbo C 2.0編輯命令的幫助信息
F5 擴大編輯窗口到整個屏幕
F6 在編輯窗口與信息窗口之間進行切換
F10 從編輯窗口轉到主菜單
編輯命令簡介:
PageUp 向前翻頁
PageDn 向後翻頁
Home 將游標移到所在行的開始
End 將游標移到所在行的結尾
Ctrl+Y 刪除游標所在的一行
Ctrl+T 刪除游標所在處的一個詞
Ctrl+KB 設置塊開始
Ctrl+KK 設置塊結尾
Ctrl+KV 塊移動
Ctrl+KC 塊拷貝
Ctrl+KY 塊刪除
Ctrl+KR 讀文件
Ctrl+KW 存文件
Ctrl+KP 塊文件列印
Ctrl+F1 如果游標所在處為Turbo C 2.0庫函數, 則獲得有關該函數的幫助信息
Ctrl+Q[ 查找Turbo C 2.0雙界符的後匹配符
Ctrl+Q] 查找Turbo C 2.0雙界符的前匹配符
說明:
a. Turbo C 2.0的雙界符包括以下幾種符號:
花括符 { }
尖括符 < >
圓括符 ( )
方括符 [ ]
注釋符 /* */
雙引號 "
單引號 '
Turbo C 2.0在編輯文件時還有一種功能, 就是能夠自動縮進, 即游標定位和上一個非空字元對齊。在編輯窗口中, Ctrl+OL為自動縮進開關的控制鍵。
Run (運行)菜單---按Alt+R可進入Run菜單, 該菜單有以下各項:
.Run (運行程序)
運行由Project/Project name項指定的文件名或當前編輯區的文件。如果對上次編譯後的源代碼未做過修改, 則直接運行到下一個斷點(沒有斷點則運行到結束)。否則先進行編譯、連接後才運行, 其熱鍵為Ctrl+F9。
.Program reset (程序重啟)
中止當前的調試, 釋放分給程序的空間, 其熱鍵為Ctrl+F2。
.Go to cursor (運行到游標處)
調試程序時使用, 選擇該項可使程序運行到游標所在行。游標所在行必須為一條可執行語句, 否則提示錯誤。其熱鍵為F4。
.Trace into (跟蹤進入)
在執行一條調用其它用戶定義的子函數時, 若用Trace into項, 則執行長條將跟蹤到該子函數內部去執行, 其熱鍵為F7。
.Step over (單步執行)
執行當前函數的下一條語句, 即使用戶函數調用, 執行長條也不會跟蹤進函數內部, 其熱鍵為F8。
.User screen (用戶屏幕)
顯示程序運行時在屏幕上顯示的結果。其熱鍵為Alt+F5。
Compile (編譯)菜單---按Alt+C可進入Compile菜單, 該菜單有以下幾個內容:
.Compile to OBJ (編譯生成目標碼)
將一個C源文件編譯生成.OBJ目標文件, 同時顯示生成的文件名。其熱鍵為Alt+F9。
.Make EXE file (生成執行文件)
此命令生成一個.EXE的文件, 並顯示生成的.EXE文件名。其中.EXE文件名是下面幾項之一。
a. 由Project/Project name說明的項目文件名。
b. 若沒有項目文件名, 則由Primary C file說明的源文件。
c. 若以上兩項都沒有文件名, 則為當前窗口的文件名。
.Link EXE file (連接生成執行文件)
把當前.OBJ文件及庫文件連接在一起生成.EXE文件。
.Build all (建立所有文件)
重新編譯項目里的所有文件, 並進行裝配生成.EXE文件。該命令不作過時檢查(上面的幾條命令要作過時檢查, 即如果目前項目里源文件的日期和時間與目標文件相同或更早, 則拒絕對源文件進行編譯)。
.Primary C file (主C文件)
當在該項中指定了主文件後, 在以後的編譯中, 如沒有項目文件名則編譯此項中規定的主C文件, 如果編譯中有錯誤, 則將此文件調入編輯窗口, 不管目前窗口中是不是主C文件。
.Get info
獲得有關當前路徑、源文件名、源文件位元組大小、編譯中的錯誤數目、可用空間等信息。
Project (項目)菜單---按Alt+P可進入Project菜單, 該菜單包括以下內容:
.Project name (項目名)
項目名具有.PRJ的擴展名, 其中包括將要編譯、連接的文件名。例如有一個程序由file1.c, file2.c, file3.c組成, 要將這3個文件編譯裝配成一個file.exe的執行文件, 可以先建立一個file.prj的項目文件, 其內容如下:
file1.c file2.c file3.c
此時將file.prj放入Project name項中, 以後進行編譯時將自動對項目文件中規定的三個源文件分別進行編譯。然後連接成file.exe文件。如果其中有些文件已經編譯成.OBJ文件, 而又沒有修改過, 可直接寫上.OBJ擴 展名。此時將不再編譯而只進行連接。例如: file1.obj file2.c file3.c 將不對file1.c進行編譯, 而直接連接。 說明: 當項目文件中的每個文件無擴展名時, 均按源文件對待, 另外, 其中的文件也可以是庫文件, 但必須寫上擴展名.LIB。
.Break make on (中止編譯)
由用戶選擇是否在有Warining(警告)、Errors(錯誤)、Fatal Errors( 致命錯誤)時或Link(連接)之前退出Make編譯。
.Auto dependencies (自動依賴)
當開關置為on, 編譯時將檢查源文件與對應的.OBJ文件日期和時間, 否則不進行檢查。
.Clear project (清除項目文件)
清除Project/Project name中的項目文件名。
.Remove messages (刪除信息)
把錯誤信息從信息窗口中清除掉。
Options (選擇菜單) ---按Alt+O可進入Options菜單, 該菜單對初學者來說要謹慎使用。
.Compiler (編譯器)
本項選擇又有許多子菜單, 可以讓用戶選擇硬體配置、存儲模型、調試技術、代碼優化、對話信息控制和宏定義。這些子菜單如下: Model 共有Tiny, small, medium, compact, large, huge 六種不同模式可由同戶選擇。
Define 打開一個宏定義框, 同戶可輸入宏定義。多重定義可同分號, 賦值可用等號。
Code generation 它又有許多任選項, 這些任選項告訴編譯器產生什麼樣的目標代碼。
Calling convention 可選擇C或Pascal方式傳遞參數。
Instruction set 可選擇8088/8086或80186/80286指令系列。
Floating point 可選擇模擬浮點、數學協處理器浮點或無浮點運算。
Default char type 規定char的類型。
Alignonent 規定地址對准原則。
Merge plicate strings 作優化用, 將重復的字元串合並在一起。
Standard stack frame 產生一個標準的棧結構。
Test stack overflow 產生一段程序運行時檢測堆棧溢出的代碼。
Line number 在.OBJ文件中放進行號以供調試時用。
OBJ debug information 在.OBJ文件中產生調試信息。
Optimization
Optimize for 選擇是對程序小型化還是對程序速度進行優化處理。
Use register variable 用來選擇是否允許使用寄存器變數。
Register optimization 盡可能使用寄存器變數以減少過多的取數操作。
Jump optimization 通過去除多餘的跳轉和調整循環與開關語句的辦法, 壓縮代碼。
Source
Indentifier length 說明標識符有效字元的個數, 默認為32個。
Nested comments 是否允許嵌套注釋。
ANSI keywords only 是只允許ANSI關鍵字還是也允許Turbo C 2.0關鍵字
Error
Error stop after 多少個錯誤時停止編譯, 默認為25個。
Warning stop after 多少個警告錯誤時停止編譯, 默認為100個。
Display warning
Portability warning 移植性警告錯誤。
ANSI Violations 侵犯了ANSI關鍵字的警告錯誤。
Common error 常見的警告錯誤。
Less common error 少見的警告錯誤。
Names 用於改變段(segment)、 組( group) 和類(class)的名字, 默認值為CODE,DATA,BSS。
.Linker (連接器)
本菜單設置有關連接的選擇項, 它有以下內容:
Map file menu 選擇是否產生.MAP文件。
Initialize segments 是否在連接時初始化沒有初始化的段。
Devault libraries 是否在連接其它編譯程序產生的目標文件時去尋找其預設庫。
Graphics library 是否連接graphics庫中的函數。
Warn plicate symbols 當有重復符號時產生警告信息。
Stack warinig 是否讓連接程序產生No stack的警告信息。
Case-sensitive link 是否區分大、小寫字。
.Environment (環境)
本菜單規定是否對某些文件自動存檔及製表鍵和屏幕大小的設置
Message tracking
Current file 跟蹤在編輯窗口中的文件錯誤。
All files 跟蹤所有文件錯誤。
Off 不跟蹤。
Keep message 編譯前是否清除Message窗口中的信息。
Config auto save 選on時, 在Run, Shell或退出集成開發環境之前,如果Turbo C 2.0的配置被改過, 則所做 的改動將存入配置文件中。選off時不存。
Edit auto save 是否在Run或Shell之前, 自動存儲編輯的源文件。
Backup file 是否在源文件存檔時產生後備文件(.BAK文件)。
Tab size 設置製表鍵大小, 默認為8。
Zoomed windows 將現行活動窗口放大到整個屏幕, 其熱鍵為F5。
Screen size 設置屏幕文本大小。
.Directories (路徑)
規定編譯、連接所需文件的路徑, 有下列各項:
Include directories 包含文件的路徑, 多個子目錄用";"分開。
Library directories 庫文件路徑, 多個子目錄用";"分開。
Output directoried 輸出文件(.OBJ, .EXE, .MAP文件)的目錄。
Turbo C directoried Turbo C 所在的目錄。
Pick file name 定義載入的pick文件名, 如不定義則從current pick file中取。
.Arguments (命令行參數)
允許用戶使用命令行參數。
.Save options (存儲配置)
保存所有選擇的編譯、連接、調試和項目到配置文件中, 預設的配置文件為TCCONFIG.TC。
.Retrive options 裝入一個配置文件到TC中, TC將使用該文件的選擇項。
Debug (調試)菜單
---按Alt+D可選擇Debug菜單, 該菜單主要用於查錯, 它包括以下內容:
.Evaluate
.Expression 要計算結果的表達式。
.Result 顯示表達式的計算結果。
.New value 賦給新值。
.Call stack 該項不可接觸。而在Turbo C debuger 時用於檢查堆棧情況。
.Find function 在運行Turbo C debugger時用於顯示規定的函數。
.Refresh display 如果編輯窗口偶然被用戶窗口重寫了可用此恢復編輯窗口的內容。
Break/watch (斷點及監視表達式)
---按Alt+B可進入Break/watch菜單, 該菜單有以下內容:
. Add watch 向監視窗口插入一監視表達式。
.Delete watch 從監視窗口中刪除當前的監視表達式。
.Edit watch 在監視窗口中編輯一個監視表達式。
.Remove all watches 從監視窗口中刪除所有的監視表達式。
.Toggle breakpoint 對游標所在的行設置或清除斷點。
. Clear all breakpoints 清除所有斷點。
. View next breakpoint 將游標移動到下一個斷點處。參考資料：http://ChinaGPA.com GPA之家&ChinaGPA.com GPA工作室 Andy
② codewarrior編譯器中如何查看某段程序的執行時間求指教
此功能貌似沒有的
在軟體模擬中蘆早有cpu cycle的計數，可以隨時清除物升的；
這個功能應該可以暫時代替你需要的功能陪螞雀的
③ 在C++中如何讓程序停一秒鍾我是用SLEEP()函數，編譯都會出錯，為什麼
從你追問的圖上看，不是sleep的問題，是vc的問題。具體解決方案如下：
「CL.exe」是VC使用真正的編譯器（編譯程序），其路徑在「VC根目錄\VC98\Bin」下面，
你可以到相應的路徑下找到這個應用程序。
因此問題可以按照以下方法解決：打開vc界面 點擊VC「TOOLS（工具）」—> 「Option（選中啟擇）」
—> 「Directories（目錄）」重新設置「Excutable Fils、Include Files、
Library Files、Source Files」的路徑。很多情況可能就一個盤符的不同
（例如你的VC裝在C，但賣寬如是這些路徑全部在D），改過來就OK了。
如果你是按照初始路徑安裝vc6.0的，路徑應為：
executatble files:
C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin
C:\Program Files\Microsoft Visual Studio\VC98\BIN
C:\Program Files\Microsoft Visual Studio\Common\TOOLS
C:\Program Files\Microsoft Visual Studio\Common\TOOLS\WINNT
include files:
C:\Program Files\Microsoft Visual Studio\VC98\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\MFC\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\ATL\INCLUDE
library files:
C:\Program Files\Microsoft Visual Studio\VC98\LIB
C:\Program Files\Microsoft Visual Studio\VC98\MFC\LIB
source files:
C:\Program Files\Microsoft Visual Studio\VC98\MFC\SRC
C:\Program Files\Microsoft Visual Studio\VC98\MFC\巧敬INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\ATL\INCLUDE
C:\Program Files\Microsoft Visual Studio\VC98\CRT\SRC
如果你裝在其他盤里，則仿照其路徑變通就行
④ Xcode 構建速度優化（一）衡量編譯時間
隨著項目不斷迭代，工程文件越來越多，引用的三方庫也越來越多，這些直接導致編譯時間的不斷增加，完整編譯一次項目動輒需要五分鍾以上時間，實在有些影響開發效率，是時候來一波提速了。
為編譯和構建提速，首先我們需要對速度有一個衡量標准：准確獲得構建用時
首先，我們需要定義要衡量和優化的內容。 有兩種選擇：
xcode默認情況下會跟蹤所有構建，我們可以通過更改xcode相關設置，來在活動查看器中顯示出構建時間，通過命令行：
每次編譯成功後，會在Successed之後顯示出所用時間:
Xcode Build Timing Summary是Xcode10中加入的用於查看獲取構建時間和發現用時瓶頸方面的最有利工具。 可以通過Proct->Perform Action->Build With Timing Summary來開啟：這樣在 Build Log 的末尾就會添加 Timing Summary Log。我們可以通過這個 log 看到哪個階段是耗時的，便於我們進行優化。
如上圖中: xib階段的編譯耗時明顯是比普通c文件要多的，意味著我們可以通過減少xib方式來優化提升速度
而c文件的編譯用時比總時間還要長，是因為c文件是並行編譯的
在命令行中同樣可以開啟這個功能：
常用的第三方工具有 BuildTimeAnalyzer 、 xcode-build-times-rendering 、 XCLogParser 。
BuildTimeAnalyzer可以統計可以得出某個文件的類型檢查時長，每個表達式的類型檢查時長。
xcode-build-times-rendering是一個Ruby編寫的第三方工具，可以方便地分別測量目標的構建時間並在圖表上顯示它們，使用gem安裝
接下來使用這個工具自帶命令配置項目
然後構建項目並生成報告：
這個工具使用上比較簡單，缺點是只能從宏觀上生成各個target編譯的整體圖標，無法詳細列出各個內部編譯明細
XCLogParser可以詳細列出各個Target和內部每個文件的編譯耗時，對我們分析編譯時間瓶頸非常有幫助，它的工作原理主要是做為解析器，通過解析xcode編譯生成的xcactivitylog日誌來記錄
安裝：
編譯項目後，進行安裝
安裝成功後通過命令：
會自動在當前目錄的 build/xclogparser/reports/ 路徑下生成報告，其中--project參數需要設置為待分析項目的名字，並注意當前在終端切換到希望寫入日誌的目錄。
報告截圖：
這個工具將作為我們後面分析提升編譯構建速度的主要使用工具。
經過我多次在不同時間段，不同電腦上不斷嘗試編譯，
我發現編譯耗時是一個比較玄的東西，及時在同一台電腦，同一個項目， 同一套環境配置下，編譯用時也會隨著電腦當前狀態（包括同時打開進程、散熱等等）上下大幅跳動，就像演算法時間復雜度一樣，有時候我們明明做了一些細微的優化，但是結果反而是編譯耗時增加了，這是很正常的事情
所以，衡量這個標准需要我們取多次試驗中的平均值作為參考。
⑤ android 如何在應用程序中修改系統時間
在 android 的API中有提供 SystemClock.setCurrentTimeMillis()函數來修改系統時間，可惜無論你怎麼調用這個函數都是沒用的，無論模擬器還是真機，在logcat中總會得到"Unable to open alarm driver: Permission denied ".這個函數需要root許可權或者運行與系統進程中才可以用。
本來以為就沒有辦法在應用程序這一層改系統時間了，後來在網上搜了好久，知道這個目的還是可以達到的。
第一個方法簡單點，不過需要在Android系統源碼的環境下用make來編譯：
1. 在應用程序的AndroidManifest.xml中的manifest節點中加入
"android:sharedUserId="android.uid.system"這個屬性。
2. 修改Android.mk文件，加入LOCAL_CERTIFICATE := platform這一行
3. 使用mm命令來編譯，生成的apk就有修改系統時間的許可權了。
第二個方法麻煩點，不過不用開虛擬機跑到源碼環境下用make來編譯：
1. 同上，加入"android:sharedUserId="android.uid.system"這個屬性。
2. 使用eclipse編譯出apk文件，但是這個apk文件是不能用的。
3. 用壓縮軟體打開apk文件，刪掉META-INF目錄下的CERT.SF和CERT.RSA兩個文件。
4. 使用目標系統的platform密鑰來重新給apk文件簽名。這步比較麻煩，
首先找到密鑰文件，在我的Android源碼目錄中的位置是"build argetproctsecurity"，下面的platform.pk8和platform.x509.pem兩個文件。
然後用Android提供的Signapk工具來簽名，signapk的源代碼是在"build oolssignapk"下，用法為"signapk platform.x509.pem platform.pk8 input.apk output.apk"，文件名最好使用絕對路徑防止找不到，也可以修改源代碼直接使用。這樣最後得到的apk和第一個方法是一樣的。
最後解釋一下原理，首先加入android:sharedUserId="android.uid.system"這個屬性。通過Shared User id,擁有同一個User id的多個APK可以配置成運行在同一個進程中。那麼把程序的UID配成android.uid.system，也就是要讓程序運行在系統進程中，這樣就有許可權來修改系統時間了。
只是加入UID還不夠，如果這時候安裝APK的話發現無法安裝，提示簽名不符，原因是程序想要運行在系統進程中還要有目標系統的platform key，就是上面第二個方法提到的platform.pk8和platform.x509.pem兩個文件。用這兩個key簽名後apk才真正可以放入系統進程中。第一個方法中加入LOCAL_CERTIFICATE := platform其實就是用這兩個key來簽名。
這也有一個問題，就是這樣生成的程序只有在原始的Android系統或者是自己編譯的系統中才可以用，因為這樣的系統才可以拿到 platform.pk8和platform.x509.pem兩個文件。要是別家公司做的Android上連安裝都安裝不了。試試原始的Android 中的key來簽名，程序在模擬器上運行OK，不過放到G3上安裝直接提示"Package ... has no signatures that match those in shared user android.uid.system"，這樣也是保護了系統的安全。
⑥ 如何在軟體里顯示編譯時間
編譯時間??你是指用javac命令把.java編譯成.class文件的時間??
⑦ 易語言怎樣讓軟體在指定的時間過期
第一次啟動 取現行時間 到 某個文件加密下 並把 這個時間加密後 和文件的 md5 放到注冊表 以後每次啟動 判斷 時冊猛間 跟 注冊表 中的時間對配姿仔比 如果超出 或者 低於 某值 生成禁止運行的文件標志 放到 注冊表 和 某文件夾 下次 改時間培汪 運行 直接判斷禁止運行標志 退出如果 MD5別改變 也生成禁止運行
⑧ c語言 gcc編譯器下 time()報錯如何解決
time_t.TOxxx();//改變時間格式，然後應用新的時間格式列印就可以了，如printf("%s",time().ToString);
⑨ 找不到.o文件
.o文件是編譯器生成的目標文件陪輪，通常是編譯源代碼後生成的中間文件。如果找不到.o文件，可能是以下幾個原因導致的：
1. 源代碼沒有編譯：如果源代碼沒有編譯，就不會生成.o文件。可以檢查是否已經編譯源代碼，如果沒有，需要先編譯源代碼。
2. 編譯器設置問題：有時候，編譯器的設置不正確也會導致.o文件無法生成。可以檢查編譯器的設置和配置，確保設置正確。
3. 編譯器版本問題：如果編譯器版本與源代碼不兼容，也可能會導致.o文件無法生成。可以檢查編譯器的版本兼容性，確保版本匹配。
4. 文件路徑問題：如果.o文件存放的路徑不蘆衡信正確，也可能會導致找不到.o文件。可以檢查.o文件的路徑是否正確。
如果以上方法都無法解決問題，可以嘗試重新編譯源代碼，或者使用攔念其他編譯器進行編譯。
⑩ 群暉備份修改時間
1、在群暉nas中設置一個同步用的賬戶，我的賬戶名為daydayup
然後我們先不配置許可權，全部採用默認配置，所以一路都是下一步到結束。
2、在群暉中創建TimeMachine存放系統備份數據的文件夾
在控制面板->新增->共享文件夾創建向導，如圖：
一路都使用默認設置，至到最後一步時，如下圖所示，給daydayup的讀寫許可權打勾，點擊確定創建完畢
3、配置群暉中的SMB服務協議
在最新的macOS中，SMB協議已經取代了原有的AFP協議進行備份傳輸。所以再次進入 控制面板—文件協議，在SMB選項卡中啟用SMB服務。
單擊應用後。點擊右上方的選項卡 「高級設置」，啟用Bonjour服務以及通過SMB進行播送。並在 設置Time Machine文件夾 中 選擇剛才新建的文件夾（因為我之前已經配置過了時間機器，所有有兩個）。
4、設置vpn，如果是在內網可以直接通過ip地址鏈接到群暉的，則不需要設置vpn。這里vpn可以有多種方式和軟體，可以自行網路群暉vpn的設置即可，不在這里贅述
5、設置mac中的時間機器
在訪達中點擊鏈接伺服器
輸入群暉的ip地址，如下圖並單擊連接
在隨後彈出的窗口中輸入之前在群暉中創建來訪問TimeMachine的用戶名和密碼
點擊連接後，在彈出對話框中選擇時間機器的文件夾，單機好。
出現如下所示，自動掛載好的網盤，則標識smb配置正常了
在mac中打開系統偏好->時間機器
點擊 選擇備份磁碟 ，並選中掛載好的群輝上的時間機器的文件夾
單機使用磁碟，在彈出的對話框中再次輸入群暉中用於時間機器備份系統的用戶名和密碼
如此，就會得到下面這樣的窗口，設置好啦
mac
體內濕氣重疲憊沒有精神?教你一招,每天幾分鍾排出體內多年濕氣！
颯糖
廣告
mac訪達連接伺服器後無法顯示,mac在群暉nas上使用時間機器TimeMachine
2058閱讀·0評論·0點贊
2021年8月3日
如何在群暉NAS中搭建WebDav服務，並外網可訪問
3100閱讀·7評論·5點贊
2022年10月24日
mojave時間機器文件伺服器,年輕人的第一台NAS——群暉DS218j 篇二：配置 Time Machine 時間機器為macOS備份...
1017閱讀·0評論·0點贊
2021年8月6日
變廢為寶，教你自己組建 NAS 伺服器，非常簡單實用。組裝、品牌 NAS 推薦
4202閱讀·0評論·0點贊
2020年6月6日
使用Time Machine連接到群暉 NAS時，該如何解決問題？
1105閱讀·0評論·0點贊
2021年5月19日
mac 時間機器備份到u盤釋放磁碟空間_用群暉NAS做一款時間機器mac系統備份，比蘋果時間膠囊好用多了...
850閱讀·0評論·0點贊
2020年11月28日
京東辦公文具鉅惠!得力(deli)82隻裝彩色長尾夾，限時優惠中~
京東
廣告
伺服器硬碟數據備份到nas,如何使用 Time Machine 將文件從 Mac 備份至 Synology NAS
940閱讀·0評論·0點贊
2021年7月30日
win10 WSL NAS搭建Time Machine伺服器
2302閱讀·0評論·0點贊
2020年6月5日
synology nfs_如何將Mac備份到Synology NAS
1172閱讀·0評論·1點贊
2020年9月16日
NAS配置Time Machine，在D-Link DNS-320上的配置筆記
7588閱讀·0評論·0點贊
2015年8月22日
黑群暉數據同步備份
1.9W閱讀·1評論·0點贊
2020年11月7日
【NAS備份】擺脫丟數據的噩夢，群暉備份硬核實戰教程分享
3129閱讀·1評論·2點贊
2022年8月11日
NAS入門之——Mac系統My Cloud EX2 Ultra設置時間機器
1633閱讀·0評論·0點贊
2020年3月8日
PPT設置自動保存時間 mac_群暉NAS設置蘋果mac時間機器Time Machine備份
155閱讀·0評論·0點贊
2020年11月20日
如何利用Time machine將MAC資料備份至鐵威馬NAS
806閱讀·0評論·1點贊
2020年3月31日
1恢復 群暉raid_群暉變身時光機，輕松修改你Mac的時間線
777閱讀·0評論·0點贊
2020年12月20日
delphi反編譯工具DeDeDark
24下載·1評論
2011年4月17日
蟻群演算法資料-含示例源程序和教程資料
0下載·0評論
2022年10月23日
activity和Intent的使用
0下載·0評論
2022年10月22日
去首頁
看看更多熱門內容
評論1
住在深海大菠蘿里的翻斗車成精了
贊
裝