Once you've got the draw_color value corrected, you can generate new results with correct number of threads.

No, change it to higher than your current value until the simulation matches your actual result.

@Oqilkhon, I think the issue is not with the cropped_size variable but with the wrong simulation of thread thickness you've used.

There is a way to better simulate the thread you have used. I'm assuming that you've used the example01 to generate the result. Please try to change the last parameter (which is set to 25 currently) of the following line to a higher value:

WeaveConfig config = new WeaveConfig(3000, 0, 35, color(color(0, 0, 0), 25));

This value is called the draw_color value. This is responsible to draw the thread on the simulation with a particular intensity. Higher the value, higher the intensity. The maximum value for draw_color can be 255. High intensity of this value will simulate the thickness of the thread used.

Once your simulation and the actual result matches, you can use the same draw_color value to generate new results.

When Running it appears cannot find a class or type named "Frame"

Can you share a picture of the simulated version and the real version?

@juanca003210, make sure that the directory name is exactly "Weaver".

Can you share your docker-compose.yml file?

Can you create a new ticket for that please?

@khuongtrung936, please choose the input image with higher resolution.

I'm trying to cross-compile OpenSSL 1.0.2k with OpenSSL FIPS 2.0.14 with mingw64 on Linux (specifically jessie). Everything runs under a docker container to reproduce everything exactly.

OpenSSL FIPS 2.0.14 compiles successfully with:

$ cd /openssl-fips-2.0.14
$ ./Configure mingw64 --cross-compile-prefix=x86_64-w64-mingw32- && make && make install

Everything is fine till here but when compiling OpenSSL 1.0.2k, I run into issues when openssl.exe is built. I used 3 different ways of which one was successful (Approach 3) but that doesn't seem right to me.

Approach 1

This approach uses no weird stuff but it fails:

$ export PERL5LIB="/openssl-fips-2.0.14/util" # For some reason, 'fips_standalone_sha1' cannot find hmac_sha1.pl when cross-compiling. So I have to set this.

$ cd /openssl-1.0.2k
$ ./Configure mingw64 fips --cross-compile-prefix=x86_64-w64-mingw32-
$ make depend
$ make # This fails

I get the following error which seems like linux could run a win32 binary openssl.exe :

make[2]: Entering directory '/openssl-1.0.2k/apps'
( :; LIBDEPS="${LIBDEPS:--L.. -lssl  -L.. -lcrypto -lws2_32 -lgdi32 -lcrypt32}"; LDCMD="${LDCMD:-/usr/local/ssl/fips-2.0/bin/fipsld}"; LDFLAGS="${LDFLAGS:--DOPENSSL_THREADS -D_MT -DDSO_WIN32 -DL_ENDIAN -O3 -Wall -DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -I/usr/local/ssl/fips-2.0/include -DRC4_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DECP_NISTZ256_ASM}"; LIBPATH=`for x in $LIBDEPS; do echo $x; done | sed -e 's/^ *-L//;t' -e d | uniq`; LIBPATH=`echo $LIBPATH | sed -e 's/ /:/g'`; LD_LIBRARY_PATH=$LIBPATH:$LD_LIBRARY_PATH ${LDCMD} ${LDFLAGS} -o ${APPNAME:=openssl.exe} openssl.o verify.o asn1pars.o req.o dgst.o dh.o dhparam.o enc.o passwd.o gendh.o errstr.o ca.o pkcs7.o crl2p7.o crl.o rsa.o rsautl.o dsa.o dsaparam.o ec.o ecparam.o x509.o genrsa.o gendsa.o genpkey.o s_server.o s_client.o speed.o s_time.o apps.o s_cb.o s_socket.o app_rand.o version.o sess_id.o ciphers.o nseq.o pkcs12.o pkcs8.o pkey.o pkeyparam.o pkeyutl.o spkac.o smime.o cms.o rand.o engine.o ocsp.o prime.o ts.o srp.o ${LIBDEPS} )
./openssl.exe: 1: ./openssl.exe: MZ����@���: not found
./openssl.exe: 5: ./openssl.exe: Syntax error: word unexpected (expecting ")")
make[2]: *** [link_app.] Error 2
make[1]: *** [openssl.exe] Error 2
make: *** [build_apps] Error 1
../Makefile.shared:164: recipe for target 'link_app.' failed
make[2]: Leaving directory '/openssl-1.0.2k/apps'
Makefile:156: recipe for target 'openssl.exe' failed
make[1]: Leaving directory '/openssl-1.0.2k/apps'
Makefile:294: recipe for target 'build_apps' failed
The command '/bin/sh -c cd /openssl-1.0.2k && ./Configure mingw64 fips --cross-compile-prefix=x86_64-w64-mingw32- && make depend && make && make install' returned a non-zero code: 2
Makefile:2: recipe for target 'fipscross' failed
make: *** [fipscross] Error 2

Approach 2

Here I tried using incore to see if that works out:

$ export PERL5LIB="/openssl-fips-2.0.14/util" # For some reason, 'fips_standalone_sha1' cannot find hmac_sha1.pl when cross-compiling. So I have to set this.
$ export FIPSLD_CC="x86_64-w64-mingw32-gcc"
$ export FIPS_SIG="/openssl-fips-2.0.14/util/incore"

$ cd /openssl-1.0.2k
$ ./Configure mingw64 fips --cross-compile-prefix=x86_64-w64-mingw32-
$ make depend
$ make # This fails

But I get this error saying not ELF file at /openssl-fips-2.0.14/util/incore line 38:

make[2]: Entering directory '/openssl-1.0.2k/apps'
( :; LIBDEPS="${LIBDEPS:--L.. -lssl  -L.. -lcrypto -lws2_32 -lgdi32 -lcrypt32}"; LDCMD="${LDCMD:-/usr/local/ssl/fips-2.0/bin/fipsld}"; LDFLAGS="${LDFLAGS:--DOPENSSL_THREADS -D_MT -DDSO_WIN32 -DL_ENDIAN -O3 -Wall -DWIN32_LEAN_AND_MEAN -DUNICODE -D_UNICODE -DOPENSSL_IA32_SSE2 -DOPENSSL_BN_ASM_MONT -DOPENSSL_BN_ASM_MONT5 -DOPENSSL_BN_ASM_GF2m -I/usr/local/ssl/fips-2.0/include -DRC4_ASM -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM -DMD5_ASM -DAES_ASM -DVPAES_ASM -DBSAES_ASM -DWHIRLPOOL_ASM -DGHASH_ASM -DECP_NISTZ256_ASM}"; LIBPATH=`for x in $LIBDEPS; do echo $x; done | sed -e 's/^ *-L//;t' -e d | uniq`; LIBPATH=`echo $LIBPATH | sed -e 's/ /:/g'`; LD_LIBRARY_PATH=$LIBPATH:$LD_LIBRARY_PATH ${LDCMD} ${LDFLAGS} -o ${APPNAME:=openssl.exe} openssl.o verify.o asn1pars.o req.o dgst.o dh.o dhparam.o enc.o passwd.o gendh.o errstr.o ca.o pkcs7.o crl2p7.o crl.o rsa.o rsautl.o dsa.o dsaparam.o ec.o ecparam.o x509.o genrsa.o gendsa.o genpkey.o s_server.o s_client.o speed.o s_time.o apps.o s_cb.o s_socket.o app_rand.o version.o sess_id.o ciphers.o nseq.o pkcs12.o pkcs8.o pkey.o pkeyparam.o pkeyutl.o spkac.o smime.o cms.o rand.o engine.o ocsp.o prime.o ts.o srp.o ${LIBDEPS} )
not ELF file at /openssl-fips-2.0.14/util/incore line 38.
../Makefile.shared:164: recipe for target 'link_app.' failed
make[2]: Leaving directory '/openssl-1.0.2k/apps'
make[2]: *** [link_app.] Error 42
make[1]: *** [openssl.exe] Error 2
Makefile:156: recipe for target 'openssl.exe' failed
make[1]: Leaving directory '/openssl-1.0.2k/apps'
make: *** [build_apps] Error 1
Makefile:294: recipe for target 'build_apps' failed
The command '/bin/sh -c cd /openssl-1.0.2k && ./Configure mingw64 fips --cross-compile-prefix=x86_64-w64-mingw32- && make depend && make && make install' returned a non-zero code: 2
Makefile:2: recipe for target 'fipscross' failed
make: *** [fipscross] Error 2

Approach 3

Due to the kind of error in Approach 1, I tried another approach where I modified /usr/local/ssl/fips-2.0/bin/fipsld to use wine to execute the win32 binary to generate the signature and leave FIPS_SIG and FIPSLD_CC unset :

$ export PERL5LIB="/openssl-fips-2.0.14/util" # For some reason, 'fips_standalone_sha1' cannot find hmac_sha1.pl when cross-compiling. So I have to set this.
$ sed -i 's/SIG=`"\${TARGET}"`/SIG=`wine \${TARGET} | tail -n 1 | sed \'\''s\/\\r\$\/\/\'\''`/' /usr/local/ssl/fips-2.0/bin/fipsld

$ cd /openssl-1.0.2k
$ ./Configure mingw64 fips --cross-compile-prefix=x86_64-w64-mingw32-
$ make depend
$ make # This runs successfully now
$ make install

The sed command opens up /usr/local/ssl/fips-2.0/bin/fipsld replaces

SIG=`"${TARGET}"`

with

SIG=`wine ${TARGET} | tail -n 1 | sed 's/\r$//'`

It doesn't seem right to modify fipsld and secondly to use wine in it. Is it alright to do it this way?

Approach 2 looks like the correct way but I'm doing something wrong there. Any help would be appreciated!

Well, I think you forgot to close 😉

Thanks!