Bueno, en efecto, VB6 no se las lleva bien cuando en un nombre se colocan caracteres ANSI y UNICODE...
Lo cual no quiere decir que no tenga solución.

Te pongo un código de ejemplo que soluciona el caso, mediante una simple API...
Y luego una imagen... nota que la imagen es una captura de tu mensaje, pero el nombre d ela imagen es el mismo que tu tienes ahí arriba y nota como la imagen se carga perfectamente con este modo...

 
Private Const INVALID_HANDLE_VALUE      As Long = -1
Private Const MAX_PATH                  As Long = 260
Private Const SHORT_PATH                As Long = 14
 
Private Type FILETIME
   dwLowDateTime                        As Long
   dwHighDateTime                       As Long
End Type
Private Type WIN32_FIND_DATA
   dwFileAttributes                     As Long
   ftCreationTime                       As FILETIME
   ftLastAccessTime                     As FILETIME
   ftLastWriteTime                      As FILETIME
   nFileSizeHigh                        As Long
   nFileSizeLow                         As Long
   dwReserved0                          As Long
   dwReserved1                          As Long
   cFileName                            As String * MAX_PATH
   cAlternate                           As String * SHORT_PATH
End Type
 
Private Declare Function FindFirstFile Lib "kernel32" Alias "FindFirstFileA" (ByVal lpFileName As String, lpFindFileData As WIN32_FIND_DATA) As Long
 
 
' Código dle botón que carga la imagen:
Private Sub Command1_Click()
    Dim Ruta As String
 
    cdlg.ShowOpen   ' Cdlg, es un control CommonDialog...
    If (Len(cdlg.FileName) > 0) Then
        Ruta = ResuelveRuta(cdlg.FileName)
        if (len(ruta)>0) then
            Set Picture1.Picture = LoadPicture(Ruta)
        end if
    End If
End Sub
 
' Función que resuelve el problema de los nombres con caracteres Unicode dentro del nombre...
Private Function ResuelveRuta(ByVal Ruta As String) As String
    Dim j As Long, k As Long, WFD As WIN32_FIND_DATA
 
    j = FindFirstFile(Ruta, WFD)
    If (j <> INVALID_HANDLE_VALUE) Then
        k = InStrRev(Ruta, "\")
 
        If (Left$(WFD.cAlternate, 1) <> Chr(0)) Then
            ResuelveRuta = Left$(Ruta, k) & WFD.cAlternate
        Else
            ResuelveRuta = Left$(Ruta, k) & WFD.cFileName
        End If
    Else
        ResuelveRuta = ""
    End If
End Function
 
Private Sub Form_Load()
    cdlg.InitDir = App.Path
End Sub
 

Otros problemas que tengas con los picturebox, se pueden ir viendo, si describes el problema en cuestión.

Si miras con detenimiento, la info que proporciona la página de VT con el enlace que das, en la ficha 'Behaviour' (Comportamiento), lo primero es bloquear la IP: 52.12.179.226 que parece ser donde esté alojado o rebote el comunicador con el troyano.
También si despliegas los 'resúmenes' (pulsando en la flechita hacia abajo), podrías ver por ejemplo el chorro de acceso al registro... eso y los módulos cargados, pueden dar una vaga idea de las pretensiones del troyano... un poco más profundo es pulsar en la misma página a la derecha 'full report'... y examinarlo a conciencia.

Yo te sugiero que actualices tu antivirus, y reiniciar el equipo en el modo a prueba de fallos, y pasar ahí el antivirus con todas las opciones desplegadas (análisis total de ficheros en disco y memoria)... cuando termine presta atención a los logs. Un buen lugar sobre desinfección es el foro de infospyware, que está especializado en el tema...
-https://forospyware.com/

Los ejecutables o instaladores, hay que pasarlos siempre por la página de VT, antes de ejecutarlos, despés ya es más problemático.

Pués si, matas moscas a cañonazos.... te guste o no aceptarlo.
Querer controlar mediante programación la interfaz de usuario de otra aplicación, es matar moscas a cañonazos.
La interfaz de usuario, como su nombre indica está pensada para ser utilizada por personas... para aplicaciones hay multitud de librerías que permiten invocar su funcionalidad, para hacer lo que pretendas hacer (modificar brillo, contraste, saturación, girar imagen, etc...), con sus respectivos parámetros... sin complicaciones estúpidas que uno se impone como una barrera...

Entiendo que uno no quiera implementar determinada funcionalidad, porque o bien no sabe como hacerlo o bien no quiere perder demasiado tiempo en hacerlo, pero perderlo en pretender controlar la interfaz de otro programa además tan limitado... es lo que es.

Te preguntaba en mi mensaje anterior, por la funcionalidad, simplemente para sugerirte opciones más amplias, sencillas (de usar) y válidas, si se tratara (por ejemplo) de algo como girar una imagen cambiar brillo, guardar una imagen, etc, pués ofrecerte ejemplos de código, si fueran demasiadas cosas o bien más complejas sugerirte alguna librería... pero si prefieres no dar explicaciones en tu "proceso bastante complicado, que es irrelevante", entonces sigue con el camino que llevas...

Ni idea sobre dicho banco... pero en general, al crear una cuenta, a través de la red, antes de poder usarla se requiere verificar que los datos que aporta la persona que crea la cuenta sean reales, así que algunas geestiones es imposible saltarlas, porque tienen ese cometido... paypal, por eejmplo te hace un pago/cobro de una pequeña cantidad a la cuenta bancaria proporcionada, y te piden que señales cuanto es dicha cantidad, cosa que solo podrás verificar si en efecto es tu cuenta (o tienes acceso real a dicha cuenta)... luego de confirmada, hacen la operación inversa, para que el saldo quede 'en paz'...

En tu caso, parece que se requiere demostrar que al menos la persona vive/está en una ciudad donde existe un cajero de dicho banco, así además se confirma desde que ciudad haces la transferencia... es decir que por ejemplo un ciudadano chino, que viva en China, no podría crearse una cuenta (al menos fácilmente)...

Me temo que estás cazando moscas a cañonazos...
Define adecuadamente eso de: "...procesarlas para compararlas..."

Vuelve otro día... le hablas en inglés y a ver si te atiende en inglés... luego cambia a castellano a ver qué hace... si te habla en catalán, entonces yo si pondría reclamación porque queda claro que te está discriminando por el idioma...

No...
Es más, él dice exactamente lo contrario...
Acertar los 7 de la segunda mitad, y al menos 3 d ela primera mitad... sería ridículo pretender acertar 7 fijos en una sola columna y luego 'bastar' acertar solo 3, con 3 columnas.

...pero es tú tiempo y tu dinero. Muchos no se convencen con teoría, solo cuando el bolsillo no se recupera, es cuando entienden aceptan que no funciona.

Como te he comentado, hay un método que combinando adecuadamente valores, es posible jugar 9 apuestas sobre 4 resultados para garantizar 3 resultados, es decir con solo 9 apuestas es posible garantizar 3 triples (que haciendo triples serían 27 apuestas)...
Lamentablemente para garantizar esos 3 y otros 3, requeriría por tanto 9x9 = 81 apuestas, y para garantizar 9 resultados exigiría 9x9x9 = 729 apuestas..., que es significativamente menor que 3^9 (19.683 apuestas). Mal sería que en los 5 partidos no acertaras 1 o 2 más en la columna que consiguiere acertar 9. También piensa que aunque garantice 9, también se garantizan varias de 8, con lo que es fácil que si aciertas 2-3 más en alguna pudieras tener varias de 10 y puede que alguna de 11... pero claro 729 apuestas, por semana suponnen un dinero nada despreciable a pesar de que sean 27 veces menos que apostar con 9 triples. (en mis tiempos creo recordar que lo máximo admitido eran 5 triples en un mismo boleto....).

Por otro lado rellenar 729 apuestas en sus respectivos boletos lleva tiempo y es proclive a errores de transcripción. Habitualmente uno prefiere hacer triples con los partidos supuestamente difíciles y tirar a fijo en partidos supuestamente fáciles, eso hace que los partidos a los que uno aplica el sistema no están seguidos y ello facilita aún más los errores de transcripción, así que casi mejor  si se pueden pasar por la impresora (que una vez bien diseñado, no comete errores)...
...algo que he comprobado con los años es que cuando uno acierta 'los partidos fáciles', también los aciertan los demás, y por tanto el premio a la hora de repartir toca a una miseria...

Legalmente, no se pueden negar... (a borrar tus datos personales, me refiero).
Si un administrador no hace caso, debes solicitarlo al 'mandamás', pués en caso de proceder a denunciar a quien denunciarás será al propio foro, es decir al dueño del mismo... y simplemente podría alegar que no estaba al tanto, que no le contactaste... como dirima la justicia dicha responsabilidad indirecta, dependerá de las circunstancias (y del juez, por supuesto). Pero si se hacen las pertinentes reclamaciones al dueño del foro, o dirigidas al correo que él mismo proporcione al caso, puedes tomar como prueba su respuesta o la ausencia de ellas y denunciar directamente a la AEPD (Agencia Española de Protección de Datos).
https://es.wikipedia.org/wiki/Ley_Org%C3%A1nica_de_Protecci%C3%B3n_de_Datos_de_Car%C3%A1cter_Personal_(Espa%C3%B1a)
https://es.wikipedia.org/wiki/Agencia_Espa%C3%B1ola_de_Protecci%C3%B3n_de_Datos

Simplemente alegas, que en algún momento dado tu acceso a tu ceunta fue denegado sin importar las razones exgrimidas y aunque luego solicitaste borrar los datos no ha sido así y toda posibilidad de contactar para que así sea han sido negada o ignoradas... y aportas pruebas de los correos y/o mensajes provados enviados, así como las fechas, y que pasado x tiempo sin resolución de tu caso te has visto obligado a exigir el cumplimiento de la ley de protección de datos.
Por otro lado, piensa también que la ley (en España) obliga a salvaguardar los datos yacentes en bases de datos durante 5 años por motivos legales... luego no sé como encaja esto con lo previo, ahí ya un abogado será quien pueda darte la orientación correcta.

mmm... esto está mal, no se si se trata de una broma, pero o el tipo está de cachondeo o no tiene ni p*** idea de matemáticas...
Si tienes 7 fijos y luego pones otros 7 fijos en tres columnas, no hay ninguna garantía de tener 7, sencillamente porque no son 7 triples. 1 triple son 3 apuestas, 2 triples es repetir el primer triple 3 veces, en uno con 1, en otro con x y en el otro con 2, pero ya son 9 apuestas... así 7 triples son 3^7 apuestas...

El mejor modo de verificarlo es poner un simple resultado de cualquier semana (salvo casualidad, cuando se garantiza es independiente del resultado), no va a haber 7 aciertos... en esos 7 finales...
Comprobando con los resultados de esta semana:
Columna 1: 3 aciertos
Columna 2: 3 aciertos
Columna 3: 1 acierto

Los 7 aciertos si son la suma de los aciertos de las 3 columnas (por eso digo que o se trata de una broma o no tiene idea de matemáticas, o más extraño aún, desconoce las reglas del juego), ya que la quiniela cuenta resultados exclusivamente en una sola columna...


p.d.: Es muy probable que tenga por ahí en algún disco programas viejos de estos... la propia ONLAE proporcionaba en un disquette para tú poder hacer apuestas múltiples jugando con reducidas y tal...

Al menos hasta hace algunos años (cuando dejé de rellenar quinielas), bastaba con tener los partidos de la primera jornada (u otra cualquiera), para poder determinar los enfrentamientos de la/s siguientes jornadas (salvo cambio forzoso puntual en una semana dada para un enfrentamiento, por ejemplo una nevada que impedía jugar un partido y que por tanto dicho partido era suplido con un enfrentamiendo de segunda división, elegido a última hora y que solía romper muchas previsiones))...

El porqué es porque simplemente iban rotando, es decir los enfrentamientos en cada jornada se podían sacar vía combinatoria (y fácilmente)... ignoro si de entonces para acá haya cambiado.