FileHandle
をオブジェクト型フィールドに保存することはできません。これは仕様です。エンティティの属性にNull
が代入されるか,保存時にエラーが返されるかは,バージョンの実装に依存します。
SMTPTransporter
の headers プロパティでReturn-Path
を設定することができますが,返信アドレスとして受信者に表示されるかどうかは,SMTPサーバーの仕様に依存します。たとえば,GmailはReturn-Path
ヘッダーの値を送信者のアドレスに書き換えるようです。
BASE64 ENCODE
にはパラメーターとしてBlob
または4D.Blob
またはText
を渡すことができます。明示的に宣言されていない場合,意図とは違うタイプにコンパイラーが変数を宣言してしまうかもしれません。たとえば,下記のようなコードはコンパイルモードでうまく動作しません。変数の型が曖昧であるためです。
$toEncode64:=$file.getContent()
BASE64 ENCODE($toEncode64; $b64content)
変数を宣言することにより,問題を解消することができます。
var $file : 4D.File
var $toEncode64 : 4D.Blob
var $b64content : Text
変数宣言のvar
シンタックスにおいて型指定は任意です。型指定を省略した場合はVariant
となります。
var $myText : Text //テキスト型
var myDate1; myDate2 : Date //日付型
var $myFile : 4D.File //オブジェクト型4D.Fileクラス
var $myVar //バリアント型
シンタックスチェックは三項演算子の第1パラメーターが Truthy あるいは Falsy であることをチェックしますが,第2および第3パラメーターの互換性はチェックしません。これは仕様です。代入文の右オペランドに三項演算子を記述する場合,この点に留意する必要があります。
NetKit のOffice365..mail.getFolderList()
関数は,search
オプションをサポートしていますが,メールフォルダーの検索はできません。これは仕様です。search
オプションをサポートしているのはdirectoryObject
タイプのエンティティですが,メールフォルダーはそれに該当しないためです。
倍長整数型の上限値はMAXLONG
です。これを超える値を代入した場合の結果は未定義であり,実装依存となります。メソッドエディターに入力した数値リテラルは実数型であるため,倍長整数型に加算した結果は実数となります(Integer+Real=Real)。この結果を倍長整数型に代入しようとした場合,実数から倍長整数の型変換が実行されることになります。Macでは符号が反転して負の値が返されるかもしれません。Windowsでは0
が返されるかもしれません。一方,倍長整数に倍長整数を加算して上限値を超えた場合,結果は倍長整数なので,オーバーフローした値は倍長整数型の下限値に続きます。これは仕様です。
データストアクラス(Entity, EntitySelection, DataClass)のメンバー関数は local 指定しなければサーバー側で実行されますが,オブジェクトまたはコレクションにクライアント/サーバー環境でネイティブオブジェクトをカプセル化して返すことはできません。これは仕様です。ネイティブオブジェクトには,Entity, EntitySelection, DataClass, DataStore, Pointer, File, Folder, CryptoKey, WebServer などが含まれます。