Thanks,
Michael
The function stat causes errors in functions as "by_dir" used when a certificate is verified. Windows CE, at least 4.2 version does not implement stat, and the implementation from wcecompat is not correct.
Have a look at the code at http://karajan.it.uc3m.es/~pervasive/wce_lite_compat/
Daniel Díaz
De: owner- openssl-users@openssl.org [mailto:owner- openssl-users@openssl.org] En nombre de Michael Wang
Enviado el: miércoles, 01 de febrero de 2006 20:32
Para: openssl-users@openssl.org
Asunto: Unimplemented stat function in wcecompat-1.2 causes error in OpenSSL-0.9.8a
I just fixed an interesting problem I was having with OpenSSL-0.9.8a running with the wcecompat-1.2 library on WinCE5.0.
I have multiple CA certs in a cert directory hashed by the c_rehash function. The CA certs are in a hierarchy 2 levels deep. My app (wpa_supplicant) is running as a client. When wpa_supplicant receives a server certificate from the authentication server, SSL_connect would return an error (curiously, this problem does not occur if the CA hierarchy is only 1 level deep) . Using ERR_get_error_line_data, I see the following error data:
0:19.000 file=c:\sslbuild-latest\openssl-0.9.8a\crypto\bio\bss_file.c line=349 data="" flags=0x3
But I don't have any CA files that end with ".1", only ".0". Then I looked at crypto/x509/by_dir.c:line337 and saw that the last index was being incremented and then "stat" was called to check if the file existed before trying to open the file.
But in wcecompat/src/stat.cpp, the body of the stat function has a giant "ifdef 0" around it, and this function would return success everytime. I took out the "ifdef 0" and the function still compiles and now my app works as expected.
Haven't checked over the entire OpenSSL source tree to see where else this stat issue would pop up.
Hi Steven, if you are monitoring this, what do you think about taking that ifdef 0 out of the stat function?
Thanks,
Michael
