cdrtools

中cdrtools（前身為cdrecord的）是一種開源和免費的命令行軟件，它包括一套實用程序，允許用戶創建家庭刻錄的光盤與CD-R，CD-RW，DVD的-R，DVD-RW或藍光刻錄機。

在包括cdrecord的實用程序，用於錄製CD，DVD和BD光盤，一個readcd工具讀取CD，DVD和BD介質CD-克隆功能，用於提取音軌從音頻CD的偏執狂的支持cdda2wav程序，以及作為創建混合ISO9660的mkisofs的腳本，HFS或Joliet文件系統額外的岩嶺屬性。

此外，該項目包括isodebug從介質上打印mkisofs的調試信息，isodump傾倒ISO-9660媒體，isoinfo分析和驗證喬利埃特，ISO / 9660和岩石嶺文件系統，isovfy驗證ISO-9660的結構文件系統和rscsi實現遠程SCSI（小型計算機系統接口）進程。

中cdrtools支持來自不同供應商的CD刻錄機。支持的功能包括IDE / ATAPI，並口，以及SCSI驅動器，音頻CD，數據CD，混合光盤，完整的多會話支持，CDRWs（可擦寫），TAO，DAO，RAW和人類可讀的錯誤消息。

該應用程序包括遠程SCSI支持，並且可以訪問本地或遠程的CD刻錄機。它包括以下工具：使用cdrecord，readcd，cdda2wav，mkisofs的，isodebug，isodump，isoinfo，isovfy和rscsi

每個所包含的工具有自己的命令行選項，使您可以使用上述特性和功能。要查看這些選項，添加＆lsquo的; - 幫助＆rsquo的;實際的命令後，屬性（如cdrecord的--help）。

該軟件可供下載只壓縮包（tar檔案），其中包括源代碼，必須進行優化，並在安裝前編譯。支持的操作系統包括GNU / Linux的，BSD，Solaris和Mac OS X和微軟Windows操作系統。 cdrtools被成功電腦支持無論是32位或64位硬件架構上

是什麼在此版本中是新的：

• 全部
• 在包括/席利/ varargs.h中現在包括一個新的類型va_lists_t這是覆蓋va_list的結構。
• 在包括/席利/ getargs.h現在有參數評論並返回getargs的回調函數的代碼（）。
• 的席利makefilesystem現在包括一個新的符號鏈接ppc64le-Linux的cc.rul非automake的感知化妝實現，比如gmake命令。
• 新的autoconf測試strspn（）strcspn（）wcsspn（）wcscspn（）
• Libschily：
• libschily現在實現strspn（）strcspn（）wcsspn（）wcscspn（）
• libschily / format.c（低級別的printf（）實現），現在實現了％N $論據支持重新定位的情況下與QUOT; N＆QUOT;為1..30，或者一個int類型ARG更大點。
• libschily / fprformat.c了修正，將阻止使用標準輸入輸出宏與較新版本的OpenSolaris，使得printf（）的速度不及預期。
• Libsiconv：
• sic_open（）不再試圖打開所有的字符集的名稱為文件在當前目錄，但只有在名稱中包含斜杠。

什麼是新版本 3.00 / 3.01阿爾法30：

• 全部
• 在包括/席利/ varargs.h中現在包括一個新的類型va_lists_t這是覆蓋va_list的結構。
• 在包括/席利/ getargs.h現在有參數評論並返回getargs的回調函數的代碼（）。
• 的席利makefilesystem現在包括一個新的符號鏈接ppc64le-Linux的cc.rul非automake的感知化妝實現，比如gmake命令。
• 新的autoconf測試strspn（）strcspn（）wcsspn（）wcscspn（）
• Libschily：
• libschily現在實現strspn（）strcspn（）wcsspn（）wcscspn（）
• libschily / format.c（低級別的printf（）實現），現在實現了％N $論據支持重新定位的情況下與QUOT; N＆QUOT;為1..30，或者一個int類型ARG更大點。
• libschily / fprformat.c了修正，將阻止使用標準輸入輸出宏與較新版本的OpenSolaris，使得printf（）的速度不及預期。
• Libsiconv：
• sic_open（）不再試圖打開所有的字符集的名稱為文件在當前目錄，但只有在名稱中包含斜杠。

什麼是新版本 3.00 / 3.01阿爾法27：

• 全部
• 在包括/席利/ varargs.h中現在包括一個新的類型va_lists_t這是覆蓋va_list的結構。
• 在包括/席利/ getargs.h現在有參數評論並返回getargs的回調函數的代碼（）。
• 的席利makefilesystem現在包括一個新的符號鏈接ppc64le-Linux的cc.rul非automake的感知化妝實現，比如gmake命令。
• 新的autoconf測試strspn（）strcspn（）wcsspn（）wcscspn（）
• Libschily：
• libschily現在實現strspn（）strcspn（）wcsspn（）wcscspn（）
• libschily / format.c（低級別的printf（）實現），現在實現了％N $論據支持重新定位的情況下與QUOT; N＆QUOT;為1..30，或者一個int類型ARG更大點。
• libschily / fprformat.c了修正，將阻止使用標準輸入輸出宏與較新版本的OpenSolaris，使得printf（）的速度不及預期。
• Libsiconv：
• sic_open（）不再試圖打開所有的字符集的名稱為文件在當前目錄，但只有在名稱中包含斜杠。

什麼是版本3.01阿爾法21個新：

• 全部
• 定義DEV_NULL在include /席利/ mconfig.h解決缺少的/ dev / null的在DOS
• 新的autoconf測試：getc_unlocked getchar_unlocked putc_unlocked putchar_unlocked flockfile funlockfile ftrylockfile
• 符號鏈接armv4tl-Linux的cc.rul s390x-Linux的cc.rul armv5tel-Linux的cc.rul新的，支持非automake的認識做出如使用gmake方案。
• 請不要在席利/ hostname.h為MinGW的定義的gethostname（）的原型，因為MinGW的是一個錯誤的原型是在非標準的文件WINSOCK.H
• 在包括/席利/ stdio.h中現在實現了部分取消隱藏文件*數據結構從64位Solaris libc中的代碼。這使得實現getc_unlocked（）宏即使是64位Solaris作為秉乘的libc，所以libschily能達到類似標準輸入輸出I / O性能，這是需要能在libschily比快實現的printf（）從libc中的printf（）。
• Libschily：
• 新功能xcomerr（），xcomerrno（），fxcomerr（），fxcomerrno（）在libschily允許的錯誤信息並退出與退出值不同於錯誤號。
• 在libschily的錯誤/引起％format.c。* S要打印錯誤已被修正。
• libschily / format.c進行了重新設計，使代碼重複使用fprformat（）通過的#include
• libschily / fprformat.c新功能libschily fprformat（）正在執行相同的直接接口從libc中doprnt（），從而使實現的printf（）不是從libc中在Solaris上的printf（）更快。
• libschily / jsprintf.c對於Solaris，jsprintf（）現在是基於fprformat（）實現。這樣的printf（）從libschily是aprox的。 33％，比在Solaris和aprox的從libc中的printf（）更快。 2個一樣快jsprintf（）的libschily一​​直前。這給出了另一個性能提升的printf（）之類hdump / OD綁定程序作為一個開放源碼軟件替代封閉源代碼的OD（1）在OpenSolaris。現在，這使得OSS OD（1）在OpenSolaris上通常5倍的速度，然後在封閉源代碼的版本。
• libschily / getdtablesize.c現在把使用的MinGW的cl.exe在Win-DOS編譯時一樣。
• libschily / mkdirat.c和libschily / mkdirs.c現在採取的是MinGW的有不符合標準的mkdir事實護理（）
• libschily / mkfifoat.c固定的，切型/從mkdirat.c粘貼文件
• cdrecord的：
• 的cdrecord / cue.c現在有一個更好的註釋中cdrtools特定提示的增強有關。
• 修正了cdrecord.dfl
一個錯字
• Cdda2wav（維護/由約爾格·希林，最初由海科榮大街增強; feldt heiko@hexco.de）：
• 避免對cdda2wav / exitcodes.h
重新定義XXX警告
• 添加了一個界面#UNDEF到cdda2wav / interface.h以確保從WINDOWS.H＃定義界面不使用MinGW的時候會出現問題甚至
• mkisofs的：
• 的mkisofs / mkisofs.8固定非法的troff序列和QUOT; \＆QUOT;到＆QUOT; E＆QUOT;
• 嘗試，避免了直接串QUOT;的/ dev / null的＆QUOT;在mkisofs.c以允許其工作在Win-DOS不POSIX層。

什麼是版本3.01阿爾法20個新：

• 全部
• 為armv7l-Linux的新席利的Makefile規則
• 的autoconf / xconfig.h.in現在把MINGW32用的cl.exe編譯時一樣
• Libschily：
• libschily :: format.c（printf的）現在支持長度調節劑像^ h HH L LL TZ為％N格式。
• libschily :: format.c已經改組解析的方式，將允許在後面介紹的％支持字段寬度參數N $
• 嘗試照顧的事實，MINGW32不支持符合標準的mkdir（）函數有兩個參數。這適用於頂級libschily / mkdirat.c和libschily / mkdirs.c
• 修正了錯字libschily / mkfifoat.c調用的mkdir（）而不是mkfifo子（）
• libschily / getdtablesize.c需要同樣的待遇MINGW32作為cl.exe時
• libparanoia的：
• libparanoia的，現在實現了C2錯誤指示支持第一階段：現在是能夠處理包含C2指針輸入數據，並實現了新的回調報告C2統計數據返回給調用者
• libparanoia的現在支持來控制超前讀緩衝區的大小。這使得libparanoia的被採用，目前制約。

什麼是版本3.01阿爾法19個新：

• 在此版本中添加不同的細粒度權限處理的在cdrtools這個被稱為特權程序的情況下保持root權限。
• Libfind現在支持＆QUOT;事件端口＆QUOT;類型的文件。
• 在用一個過時cdda_paranoia.h文件的衝突在/ usr / local / include目錄/看到在FreeBSD現在可以避免的。
• 在仿真一對*（）函數已添加到libschily。

什麼是版本3.01阿爾法18個新：

• 在增加了對非automake的規則啟用使程序（與gmake一樣）為：PPC64-Linux的cc.rul和PPC64，Linux的gcc.rul
• 添加了新的操作系統版本ID為各種WIN-DOS版本的規則：
• os-interix-nt-6.0.id
• os-interix-nt-6.1.id
• os-cygwin_nt-6.2-wow64.id
• os-cygwin_nt-6.2.id
• os-cygwin_nt-6.3-wow64.id
• os-cygwin_nt-6.3.id
• 在結構的timespec是否定義新的autoconf測試。

在包括/席利目錄
• 各種Cstyle變化。
• 在新的包含文件：包括/席利/ shedit.h
。
• 確保包括/席利/ time.h中總是包含一個結構的timespec定義。
• 新功能getnstimeofday（）和setnstimeofday（）。
• 新增defltsect（）的共享庫的版本導出的函數列表中。
• 修正了filedesrciptor洩漏libfind使用-empty的空目錄時命中。
• 修正了細粒度的權限處理的Linux版本。感謝丹尼爾Pielmeier從Gentoo的報告和測試。

什麼是版本3.01阿爾法17個新：

• 在本席利Makefilesystem不再使用CC =內部任務。
• 自動支持已經增加了對的ARMv5和ARMv6的。
• 這使得編譯的RaspberryPI也可能與非automake的感知gmake命令。
• 允許＆QUOT;靜態＆QUOT;彙編（彙編在不脫離所述席利Makefilesystem使用動態定義）在Linux的ARMv6（這是由RaspberryPI）。
• 在許多消息來源已被修改，以處理__CYGWIN32__為__CYGWIN __
• 這是需要的，在64位模式下運行不再定義__CYGWIN32__但__CYGWIN __新的Cygwin版本。

什麼是版本3.01阿爾法16個新：

• 在該版本修復了導致過多的libparanoia的一個bug小數組初始化。
• 的OpenCSW構建環境進行了更新，在最後一個版本。
• 在此版本允許＆QUOT;靜態＆QUOT;編譯適用於Linux x86的cdrtools這個圖書館用戶。
• 的包括來自席利便攜性環境文件已被重構。

什麼是版本3.01阿爾法15個新：

• 在Linux和Solaris，此版本將發出警告如有必要，細粒度的權限丟失。
• 在這附近工作，阻止cdda2wav編譯在FreeBSD 9.1的bug。
• 在mkisofs的編譯沒有-DUDF並沒有-DDVD_VIDEO。

什麼是版本3.01阿爾法14個新：

• 在一個錯字包括/席利/ stat.h納秒處理在NetBSD和OpenBSD相關的是固定的。

使用FCAPS（一般可因為Linux 2.6.24）
• 的suid root用戶少的安裝，現在支持在Linux上。
• -new-DIR-模式mkisofs的現在只是取代了-dir模式上已經和QUOT目錄中的作用;發明＆QUOT;由mkisofs的。

什麼是版本3.01阿爾法13個新：

• 在此版本支持硬鏈接，命名管道，插座，性格特色，並與UDF塊特價，支持所有三種的Unix次在UDF微秒粒度，設置了正確的用戶/組/權限在UD符號連接，並支持S_ISUID，S_ISGID，S_ISVTX（uid設置，設置GID，粘）在UDF。

什麼版本3.01阿爾法12是新的：

• 在兩個錯誤的UDF元數據已經修復了造成mkisofs的造成的情況下一個文件＆gt錯誤的文件的內容; 4 GB的存在，而使用了-sort選項。
• Cdda2wav不再問什麼時候和QUOT打印不需要的。負載CDROM，請按Enter]鍵，和被輸入的字符比NL等

什麼是版本3.01阿爾法11個新：

• 在這個版本增加了一個解決辦法，以支持有關規定編制最近的cygwin的版本。

什麼是版本3.01阿爾法10新：

• 修正了DVD視頻填充的問題中介紹3.01a09作為假Valgrind的警告的結果。
• 添加了對Android的半靜態的支持（預）包括文件：包括/席利/ armv5tejl-Linux的GCC / xconfig.h

什麼是版本3.01阿爾法09新：

• 系統的32位無符號整型側翻在mkisofs的錯誤與計算扇區地址，用於岩嶺CE項固定（命中多會話啟動過去的4 GB）。
• 所有來自mkisofs的套裝方案現在支持一個新的選項-ignore錯誤。
• 支持一個新的平台（焦）加入。

什麼是版本3.01阿爾法06新：

• 在這個版本增加了與微軟的編譯器編譯支持cl.exe時，交叉編譯，並支持SCSI傳輸在較新的AIX版本試圖支持。

什麼版本3.01阿爾法05是新的：

• 在mkisofs的現在支持的El Torito的多重啟動模式
• 在mkisofs的現在支持通過新的選項-eltorito平台任意設定開機架構的能力（如EFI）。
• mkisofs的現在支持手動設置經由所述新的選擇 - 型最新被記錄在主卷描述符的修改時間的能力。這使您可以對蠐螬任意設定UUID值。

什麼版本3.01阿爾法04是新的：

• 修正了拼寫錯誤的cdrecord-3.01a03允許CD文本大小之前中止。

什麼是版本3.01阿爾法03新：

• 在該版本將嘗試使用實際的意義計數而不是對新版本的FreeBSD REQUEST SENSE的標準值。
• 將嘗試恢復SCSI狀態字節，做一個手動請求意義上的AIX，UnixWare的，阿波羅域失敗的命令後，命令錯誤，並為Linux並行端口SCSI。
• 在cdrecord的現在警告當有人試圖編寫更多CD文本比可能是一個單一的語言。
• 若干錯別字已經固定在cdda2wav手冊頁。
• 在一些被遺忘的選項已被添加到mkisofs的手冊頁。

什麼是版本3.01阿爾法01新：

• 全部
• 宏XARCH_GEN＆XARCH_OPT現在在規則/ CC-sunpro * .rul
• 包含文件包含/席利/ ccomdefs.h現在允許禁用的printf（）格式檢查海合會與此-DNO_PRINTFLIKE是必要的，以便讓明星在Solaris ON cosolidation作為GCC ID太愚蠢了編譯printf（）的擴展。
• 在所有包含文件（即使是那些由autoconf的創建）現在防止多個includion。
• 新的autoconf測試的pathconf（）和執行fpathconf（）
• 新的autoconf測試的/ dev /標準輸入中，/ dev /標準輸出中，/ dev /標準錯誤中，/ dev / FD / 0中，/ dev / FD / 1中，/ dev / FD2
• 新的autoconf測試：qecvt（）qfcvt（）qgcvt（）_ldecvt（）_ldfcvt（）_ldgcvt（）_ldecvt_r（）_ldfcvt_r（）_ldgcvt_r（）qeconvert（）qfconvert（）qgconvert（）需要很長的雙支持。
• 新的autoconf測試_qecvt（）_qfcvt（）_qgcvt（）和_qecvt_r（）_qfcvt_r（）_qgcvt_r（）在AIX
• 所有的鏈接程序映射文件已被修改，以允許平台相關的#ifdef的
• 在包括/席利/ wchar.h現在包括一個workyround對於沒有wcwidth（）平台。
• 請NLS默認（即gettext的（）被調用的情況下席利/ nlsdefs.h被列入）
• Libschily：
• libschily /？eterrno.c不再覆蓋為了在consoliation通過編譯constrints在Solaris的_TS_ERRNO定義。
• 在映射文件中的一些新的全局符號libschily / libschily-mapvers
• libschily / wcsndup.c已經frgotten代碼，仍然沒有internaly實現strndup（）
• libschily現在默認重命名函數getline（），fgetline（）和fexec *（）為js_getline（），js_fgetline（）和js_fexec *（）。這是必要的，因為POSIX標準commitee忽略POSIX基本規則沒有定義功能，這些功能與現有的已發布功能的衝突。由於超過25年，從linschily的功能已經在公眾和POSIX.1-2008定義的功能，即使違反POSIX命名規則。的POSIX fexec *（）函數將如必須正確稱為fdexec *（）。現有方案可以保持正式名稱函數getline（），fgetline（）和fexec *（），因為它們是由缺省#define的到新的js _ *（）的名字。要禁用這種便利，地址：＃定義NO_SCHILY_GETLINE禁用席利函數getline（），fgetline（）的#define NO_SCHILY_FEXEC要禁用席利fexec *（）的#define NO_SCHILY_FSPAWN要禁用席利fspawn *（）
• Libschily現在有新英寸長雙＆QUOT;支持功能：qftoes（）和qftofs（）
• Libschily現在支持一個區域dependend小數點打印浮點數。
• Libschily現在支持打印使用format（）的便攜式printf（）的執行長雙數。如果這不適合你的平台上工作，或者如果這樣做正確的平台不能正常工作，請報告。這是需要出新的＆QUOT; OD＆QUOT;實施
• 選項解析實現getargs（）/的GetFiles（）從libschily現在支持合併單個字符布爾標誌即使在選項字符串提到調用回調函數，如果找到一個有效的選擇。這是需要出新的＆QUOT; OD＆QUOT;實施
• 從libschily filereopen（）不再調用open（）內，只要沒有必要創建或截斷該文件。
• libschily的findinpath（）現在包括一個新的路徑參數，允許使用來自BSH功能。
• 的fnmatch現在總是可以js_fnmatch（）
• 新的autoconf測試_qecvt（）_qfcvt（）_qgcvt（）和_qecvt_r（）_qfcvt_r（）_qgcvt_r（）在AIX
• smake的searchfileinpath（）移動到libschily允許它被普遍用於搜索節目資源。

什麼在3.00版本新：

• 全部
• 更好皮棉訂立規則

ACL的
• 更好的autoconf規則
• 在IBM-390更好地支持Linux
• 在AMD的x86-64更好地支持Linux
• 更好的符合lint警告。
• 現在，使用＆QUOT; makefile文件，1.6＆QUOT;
• 在編譯在OS / 2再次（-Zexe工作 - ＆GT; -o XXX $（EXEEXT）
。
• 的休眠時間，讓閱讀GNU mmake相關的警告，降低
• 要2秒。
• 在我還在等待GNU作出修正，1999年我做報告的錯誤。
• 支持'做DESTDIR = XXX安裝'添加
• 辦法來解決BSDI殼牌錯誤
• 對於BSDI具有CHOWN實際上安裝的解決方法（1）在/ usr / sbin目錄/
• 在CC-配置的shell腳本返工
• 在更好的配置測試procfs的包含文件
• 的fchown，搭配chmod，fchmod，lchmod，futimes，lutimes配置測試
• 配置測試fdopendir
• 為打破Ext2文件系統配置測試包括Linux內核文件

在生成文件
• 更好SRCROOT搜索功能shell腳本
• 新的autoconf測試破碎，＆
• 在各種Linux系統
• astoull *（）新的schily.h
• utypes.h現在有MAX_和MIN_值定義為所有基本
• 系統類型。
• 支持加在Solaris Sparc的64位模式下進行編譯。
• 使用：smake CCOM = cc64
• 支持加入到編譯的版本共享庫
• 在數字接口電平，使非官方＆QUOT;接口＆QUOT;
• 靜態
• 阻止GMAKE進入一個enless環路上的Solaris
• 在情況下的/ usr / UCB / TR是/ usr / bin中前/ TR在PATH
• 在的情況下更好的autoconf的錯誤消息，預期
• C編譯器無法找到。
• 在Mac OS X上會安裝文件為根：車輪
• 供應連接器映射文件的所有庫。這使得中cdrtools
• 要使用共享庫只和正確編譯
• 隱藏在Solaris非官方接口（使用LS）
• 請注意，此功能目前還不適用於GNU LD
• 支持的DragonFly BSD增加，這要歸功於joerg@britannica.bec.de~~V
• 在默認安裝的Cygwin UID /組適用於使用現有的IDS。
• btcflash添加新程序。感謝David黃
• 如果您希望所有用戶都能夠調用cdrecord的根少，則需要
• 的Solaris 10或更高版本。
• 編輯文件/ etc /安全/ exec_attr並添加：
• 所有：Solaris系統：CMD :::的/ opt /席利/斌/ cdrecord的：PRIVS = FILE_DAC_READ，sys_devices，proc_lock_memory，proc_priocntl，net_privaddr
• 所有：Solaris系統：CMD :::的/ opt /席利/斌/ readcd：PRIVS = FILE_DAC_READ，sys_devices，net_privaddr
• 所有：Solaris系統：CMD :::的/ opt /席利/斌/ cdda2wav：PRIVS = FILE_DAC_READ，sys_devices，proc_priocntl，net_privaddr
• 如果您想只允許特定的用戶使用cdrecord的，
• 使用這樣的：
• CD-RW：Solaris系統：CMD :::的/ opt /席利/斌/ cdrecord的：PRIVS = FILE_DAC_READ，sys_devices，proc_lock_memory，proc_priocntl，net_privaddr
• 代替，使輪廓與QUOT的相關用戶成員; CD-RW＆QUOT;
• 中加入如下一行：
• 約爾格::::型材= CD-RW
• 成的/ etc / user_attr中
• 請注意，您可能需要通過＆QUOT調用cdrecord的;使用pfexec cdrecord的......＆QUOT;
• 或使用輪廓清楚的外殼（例如，/ usr / bin中/ pfksh）
• 為BeOS的/ Zeta在生成文件系統更好地支持
• 支持armv5teb-linux的-CC被添加到生成文件系統
• 在Autoconf腳本添加到“的co​​nf”目錄
• 在2006年5月15日，我高興地宣布新功能和發布
• 的DVD-代碼到開源。經過與各種
長時間討論
• 在開放源代碼許可證的人以及他們在項目間使用效果
• 和作者自己的影響，我接觸的作者
• 部分包含在該軟件套件和得到的，在大多數情況下，他們
• 支持和資助對選擇CDDL為新的許可證。雖然
• 在這花了一些時間，這是值得一讀不同的開放源代碼
• 完全許可與一些支持的人在這一領域的工作。
• 現在，我知道為什麼花了太陽這麼多的時間來提供OpenSolaris的下
• 在一個開放源代碼的許可......如果你把一個許可證的改變嚴重的是，它是
• 在一個真正艱苦的工作。
• 文件＆QUOT;貢獻＆QUOT;已被更新。
• 在生成文件系統已經被完全重寫更可重複使用
• 並沒有複製的代碼。
• 在生成文件系統現在支持下＆QUOT編制;服務的UNIX＆QUOT;
• 現在，被稱為＆QUOT;子系統基於UNIX的應用程序（SUA）＆QUOT;
• 免費POSIX加上從微軟（標識為＆QUOT;的Interix＆QUOT;）
。
你需要最新的“smake”RELASE
• 注意smake-1.2a36或從未
• 從ftp://ftp.berlios.de/pub/smake/alpha/
• 需要注意的是smake-1.2.1適用於
• ftp://ftp.berlios.de/pub/smake/
• 目前，cdrecord的是無法發送此
SCSI命令
• 環境。我要找經驗豐富的用戶的幫助。
• 在生成文件系統現在支持使用Microsoft
來編譯
• C編譯器＆QUOT; CL＆QUOT;

你需要最新的“smake”RELASE
• 注意smake-1.2a36或從未
• 從ftp://ftp.berlios.de/pub/smake/alpha/
• 該彙編目前只能從錐體＆QUOT; Cygwin的＆QUOT;環境
• 在使用smake與設立的方式，使環境變量
• ＆QUOT; CL＆QUOT;工作（尋找它的頭文件和庫）。
• 運行＆QUOT; smake CCOM = CL＆QUOT;對於這種彙編。
• cdrecord的尚未證實在這種環境中進行編譯。
• 請注意，我為這些新的編譯可能感興趣的反饋。
• 新功能strlcpy（）以獲得更好的便攜性。
• 新函數strncpy（）以獲得更好的便攜性。
• 更好的MSVC支持增強的Makefile系統
• 在增強Makefile文件系統用於C ++的支持
• 修正了一些在dirdefs.h錯別字
• 新功能getvallargs（）/ getvargs（）/ getvfiles（）
• 允許有一個基礎的載體接口
• 在先進的參數解析庫函數。
• 在目前使用mkisofs的。
• getargs.c是現在最新的一次libschily
• 從cdrtools這個是100％完成，也可以使用
• 作為共享庫中使用由例如明星了。
• 添加了一個解決方法的核心轉儲問題
• 在FreeBSD / SPARC64運行avoffset.c（GCC）
• libschily現在包括一個備用的fnmatch（）為更好的便攜
• 在此的fnmatch（）實現摘自日BSD項目。
• 修正了一個錯誤的getvargs（）引起的mkisofs -joliet長為
• 宣布為非法選項。
• 幾個小格式增強功能getargs（）
• getavrgs（）現在（如getargs（））能夠正確處理
• 的單個字符布爾標誌組合
• 在包括徹底改組，以避免將來名稱衝突的文件系統。
• 的包含文件現在已經完全轉移到包括/席利/.
• 這也讓使所有包含在/ usr / include目錄/席利/
可用的文件
• 在未來。
• 在一個固定的類型包括：/席利/ termios.h感謝史蒂芬M. Schweda為
• 的報告。
• 所有的庫現在包括編譯代碼的共享庫的支持。
• 中的代碼已經過測試，在Solaris上，還應該在* BSD和Linux。
• 在為了編譯共享庫，要么調用：
• 請LINKMODE =動態
• 或更改行
• DEFLINKMODE =靜態
• DEFLINKMODE =動態
• 在默認值/默認的操作系統。
• 我對各種操作系統平台感興趣的反饋........
• 編譯庫的順序已被更改，使
• 在編譯過程中迎戰老靜態libraris在
不敏感
• 在庫搜索路徑。
• 新席利的autoconf測試gettext的（）和libintl
• 在包括/席利/ nlsdefs.h現在還檢查HAVE_GETTEXT存在
• #UNDEF SIZE_T_MAX在utypes.h更好FreeBSD支持
• 請文件系統調整：所有席利包括文件現在位於
• 在... /有/席利/
• 現在，使用新定義的史蒂芬M. Schweda
• 在包括/席利/ xmconfig.h
• VMS用戶：在未來，你需要指定CC -DUSE_STATIC_CONF
• 在為了得到老的靜態配置。
• 在新文件席利/ errno.h中
• 修正了一些文件沒有包含，而不是
• 試圖讓浮點printf（）的支持功能工作
• 在實現C99不僅沒有後備系統。
• 由於這種變化是從一個人的報告結果，不喜歡
• 來合作，我是不是能夠測試報告AIX-5.x的平台上。
• 另外請注意，這種變化可能會導致在其他平台上的問題。
• 請測試並報告！
• 的席利Makefilesystem現在包括環境定義
• 對於微軟Studio 8的編譯器。如果你喜歡編輯這些
• 定義，請檢查默認目錄
• 下一步在支持微軟的C編譯器：建立在環境
• 設置了對MS的編譯器。為了與MS C編譯器編譯，
• 設置了Cygwin環境和編譯Cygwin的“smake”。
• 然後用這個smake通過調用編譯與MS C編譯器：
• smake CCOM = CL
• 在此默認為VC7。如果你喜歡用VC6，撥打：
• smake CCOM = CL VC = 6
• 請注意，smake本身（如編譯與QUOT; CL＆QUOT;）將無法正常工作，因為
• 在MS沒有實現通過一個引用ARG載體的可靠方法
• 來一個新的方案。
• 需要注意的是cdrtools這個還沒有完全MSVC編譯。這
• 主要是由缺少標準符合在MS C編譯器引起的。
• 包含文件結構的一個小調整：
• 在新的文件在include /席利/ xconfig.h
• 在包括/席利/ xmconfig.h現在只包含手工靜態配置
• 對於VMS
• 在該Makefilesystem現在包括鏈接SPARC64（富士通 - 西門子）
• 在席利includefiles正與＆QUOT安裝，使安裝和QUOT;
• 嘗試避免例外程序通過調用存取（;＆QUOT;，E_OK | F_OK）
• 引起從Microsoft C編譯器＆QUOT一個libc中的bug; CL＆QUOT;
• 在生成文件系統現在支持的Winsock庫