PEM_read_bio_PrivateKey() özel anahtar NULL ECB modunda DES EDE şifrelenmiş verir. Sorun EVP_DecryptFinal_ex() olur:

4128:error:06065064:digital envelope routines:EVP_DecryptFinal_ex:bad decrypt:evp_enc.c:330:

Eğer aynı özel anahtar CBC modunda DES EDE tarafından şifrelenmiş ise, bu işlev, TAMAM çalışır.

Bu sorun openssl üzerinde tekrarlanabilir araştırdım 0.9.8 r/y sürümleri (FIPS olmadan). Eğer openssl sürümde oluşturulursa sorun olmaz.

Bu davranışın nedeni nedir?

Teşekkürler!

Açıkçası bu her şeyden daha bir sorun arayışı içinde bir çözüm gibi görünüyor.

Java numaralama bütün amacının, benzer Dize veya Tamsayı gösterimleri çok ötesinde bir tutarlılık ve zenginliği sağlayan bir şekilde benzer özellikleri paylaşan tip örnekleri numaralandırma model.

Metin bir kitap numaralama örnek alın. Bu çok yararlı ya da tutarlı değildir

public enum Planet<T>{
    Earth<Planet>,
    Venus<String>,
    Mars<Long>
    ...etc.
}

Neden benim farklı gezegenlerin farklı genel tür dönüşümleri isteyeyim? Ne sorunu çözüyor mu? Dil semantiği komplike haklı çıkarır mı? Eğer ihtiyacım olursa bu davranış, bir numaralama bunu başarmak için en iyi araçtır?

Ayrıca ne kadar karmaşık dönüşümleri yönetmek ister misin?

örneğin

public enum BadIdea<T>{
   INSTANCE1<Long>,
   INSTANCE2<MyComplexClass>;
}

Ad veya sıra tedarik* Integer *8 kolay yeterli. Ama jenerik olarak size her tür kaynağı sağlayacak. Nasıl dönüşüm 10 ** idare edeceksiniz? Şimdi tadını iki yapıları tarafından zorla derleyici biliyoruz ki orada bir sınırlı alt türleri olabilir verilen genel çeteleler ve Tanıtma ek karışıklık kavramı(Jenerik) zaten kurtulmak gibi bir sürü programcı.