Esto no tiene sentido... Si intento buscarle uno, diría que intentas llegar a la última entrada, pero... el código en el botón guardar, no lo confirma, porque el guardado de datos tiene formato, luego ahí en ese bucle, lo único que haces es recorrer a saltos de 2 bytes (los bytes de un integer de vb6) con cada lectura... hasta llegar al final del fichero, pero ni siquiera hay garantías de eso, si el fichero tiene bytes impares.

Aquí, aunque está mejor tampoco es óptimo.... Si el fichero contiene pongamos 1000 registros, parece que todos están obligados a rescribir contínuamente  ciertos textbox...

Además, operando con registros, lo adecuado es usar una estructura, para escribir y leer de una sola vez cada registro...

private type RegCompra
    NumTicket          as integer         
    FechaCompra     as date
    Contado             as string * ???   
    Credito              as string * ???
 
    Producto             As String * 12
    PrecioX               As String * 8    ' por qué un string?. _Sería adecuado un single
    Cantidad             as integer
    SubTotal             As Double        ' no requiere un dobule, basta con un single, no vas a realizar cantidades astronómicas que escapen a un single.
end type
 

- Por qué llamarlo 'orden' si es el ´numero del ticket?.
- Por que guardar a fichero la fecha y luego la hora, cuando la fecha guarda todo?.
- Qué es credito y qué contado?. el método de pago?.

Si es así crea una enumeracion:

Private Enum MetodosDePago
   PAGO_AL_CONTRADO = 0
   PAGO_CON_TCREDITO = 1
End Enum
 

Si 'credito es por ejemplo el número de la tarjeta de crédito, entonces si puede ser un string, en ese caso reserva una cantidad fija de caracteres.
En ficheros con VB6, al guardar strings, hay 3 opciones, la más cómoda es definir una cadena de tamaño fijo, la otra es escribir tu mismo a fichero al momento de escribir el string, un integer indicando la cantidad de caracteres de esa cadena (que más adelante se usará para saber cuanto leer), la 3 opción es abrir el fichero 'for input', en cuyo caso vb6 se encarga previo a cada parámetro (incluido arrays), anteponer el tipo de dato guardado, es decir una cabecera donde se incluye el tipo e info adicional (si se precisa), para saber cuantos bytes leer con cada campo, esto lo hace más complejo, no tienes control de ello y acaba resultando lento...

No es preciso guardar a fchero los textos esos de 'gracias por su visita' ni otros textos, tan solo los datos... tu luego tendrías en todo caso una función llamada 'ImprimirFactura(registro)' que crea ese reporte textual formateando los datos de un registro, por ejemplo para imprimirlo con la impresora (para practica, basta imprimirlo en una ventana aparte).

Mi consejo es abrirlo 'for binary', en este modo tú tienes el control de cada byte, no se añade nada extra que tu desconozcas, lo que te da un control pleno sobre el contenido del fichero... además es más rápido al no tener que verificar cada cosa que se lee o escribe.
Y tratándose de registros es conveniente que todos tengan el mismo tamaño, por lo que conviene que cada string en el resgistro tenga un tamaño fijo.
Cuando se usa variable string de tipo fijo, utiliza exactamente esos caracteres y ninguno más...


Entonces manejar tu fichero podría ser así:

Private Enum MetodosDePago
   PAGO_AL_CONTRADO = 0
   PAGO_CON_TCREDITO = 1
End Enum
 
Private Type RegCompra
    NumTicket           As Integer     ' 1
    FechaCompra         As Date      ' 3
    MetodoDePago        As Byte      ' 11
    Alineacion            as byte         ' 12 nada solo hace que el registro sea una cantidad par, para ser más efectivo en lecturas  
 
    Producto            As String * 12  ' 13
    PrecioUnidad        As Single       ' 25
    Cantidad            As Integer       ' 29
    SubTotal            As Single        ' 31
 
End Type                                ' total: 34 bytes por registro
 
 
Private Canal           As Integer     ' Número de canal de comunicación con el fichero.
Private NumRegistros    As Long
Private reg1            As RegCompra   ' para leer registros
Private reg2            As RegCompra   '  para escribir registro, así diferenciados, será más difícil equivocarnos
 
 
' Leer Factura
Private Sub Command7_Click()
    If LeerFacturacion("poner aqui tu ruta") = True Then
        ' Activar en la interfaz lo que proceda
    Else
        ' desactivar de la interfaz lo que proceda
    End If
    ' para activar o desactivar es preferible tener una función que reciba un buleano y en base a ello activa o desactiva cada cosa que proceda... ya que también se llamaría desde 'cerrar'
End Sub
 
Private Function LeerFacturacion(ByRef Ruta As String) As Boolean
    Dim k As Integer
 
    If (Abrir(Ruta) = True) Then
        Get #Canal, 1, NumRegistros
 
        For k = 1 To NumRegistros
            Get #Canal, , reg1
            Call List1.AddItem(SerializarRegistro(reg1))
        Next
        ' Ahora si se quiere puede leerse de nuevo el primer registro para transferirlo a los textbox...
        list1.listindex = 0 ' para ello delegamos en el código que pondremos al listbox...
    End If
End Function
 
Private Sub TrasferirRegToTextbox(ByRef R As RegCompra)
    With R
        txtNumTicket.Text = .NumTicket
        txtFechaComprar.Text = CStr(.fecha)
        optMetodoPago(.MetodoDePago).Value = True  ' 2 controles option con indices 0 y 1
        'cheMetodoPago.value = .MetodoDePago   ' también vale un checkbox, que cambie su 'caption' según su valor, alternando entre 'Pago al contado' o 'Pago con Tarjeta de crédito'.
        txtProducto.Text = .Producto
        txtPrecioUnidad.Text = CStr(.PrecioUnidad)
        txtCantidad.Text = CStr(.Cantidad)
        txtSubtotal.Text = CStr(.SubTotal)
    End With
End Sub
 
Private Sub PosicionarRegistro(ByVal Numregistro As Long)
    If (Abierto = True) Then
        Seek (Canal), (1 + ((Numregistro-1) * LenB(reg1)))
    End If
End Sub
 
Private Function SerializarRegistro(ByRef Registro As RegCompra, ByVal Separador As String) As String
    With Registro
        SerializarRegistro = CStr(.NumTicket) & Separador & CStr(.FechaCompra) & _
               Separador & GetMetodoPago(.MetodoDePago) & Separador & .Producto & _
               Separador & CStr(.Cantidad) & Separador & CStr(.PrecioUnidad) & Separador & CStr(.SubTotal)
    End With
End Function
 
Private Function GetMetodoPago(ByVal Metodo As MetodosDePago) As String
    If (Metodo = PAGO_AL_CONTRADO) Then
        GetMetodoPago = "Contado"
    Else
        GetMetodoPago = "T. Credito"
    End If
End Function
 
 
Private Function ExisteFichero(ByRef Ruta As String) As Boolean
    Dim j As Integer, file As String
 
    j = InStrRev(Ruta, "\")
    If (j > 0) Then
        file = LCase$(Right$(Ruta, Len(Ruta) - j))
        ExisteFichero = (LCase$(Dir(Ruta, vbNormal)) = file)
    End If
End Function
 
Private Function Abrir(ByRef Ruta As String) As Boolean
    If (Abierto = True) Then Call Cerrar
 
    If (ExisteFichero(Ruta) = True) Then
        Canal = FreeFile
        On Error GoTo FalloApertura
        Open Ruta For Binary As #Canal
 
FalloApertura:
        If (Err.Number > 0) Then
            Call MsgBox("Error al intentar abrir el fichero en la ruta:" & vbCrLf & Ruta & vbCrLf & Err.Description, vbInformation, "Error de apertura:")
            Err.Clear
        Else
            Abrir = True
        End If
 
        On Error GoTo 0 ' hay que desactivar el controlador de errores, si no, cualquier error posterior cae en este interceptador (si es el último activo)...
    End If
End Function
 
Public Property Get Abierto() As Boolean
    Abierto = (Canal > 0)
End Property
 
Private Function Cerrar()
    Close #Canal
    canal = 0
    NumRegistros = 0
 
    ' desactivar de la interfaz lo que proceda...
End Function
 
Private Sub List1_Click()
    If (Abierto = True) Then
        Call PosicionarRegistro(List1.ListIndex + 1)
        Get #Canal, , reg1
        Call TrasferirRegToTextbox(reg1, vbtab)
    End If
End Sub
 

Nota que cuando la apertura Falla, deben desactivarse x botones para no incurrir en errores, como el de 'nuevo registro-añadir', etc...

Con esto abrimos y leemos cada registro, se transfiere al listbox (que ahora tiene más columnas, una por cada campo de la estructura-registro), y el primero se transfiere a los textbox.

Nota como el botón para leer el fichero separa la operatoria de leer el fichero (que delega en una función) del resto de lo que tiene que hacerse en la interfaz, que se opera ahí, aunque también puede delegarse a otra función, porque al cerrar el fichero igualmente deben desactivarse ciertos controles de la interfaz.

Tu código tiene mucho para comentar... pero no me apetece ahora señalarte cada cosita...

Se me hace tarde, mañana si te place te pongo lo que correspondería para añadir un nuevo registro y guardarlo a fichero... incluso para buscar un determinado registro. Mientras échale un ojo al código...

Visual Studio, en cualquiera de sus versiones es un IDE.. conviene entender que es un IDE si uno es programador o pretende serlo...

https://en.wikipedia.org/wiki/Integrated_development_environment

Mi consejo es que las facturas, aunque te las envíen por correo electrónico, el número de cuenta no conste ahí, que te lo pasen por una llamada telefónica, especialmente cuando la cuenta del banco no coincida con la cuenta que debieras tener guardada de la última vez. Es decir cualquier cambio de cuenta bancaria, reclama confirmación telefónica antes de realizar la transferencia, para evitar precisamente estos fraudes, que como ves, resulta muy difícil de esclarecer (y va a más a futuro).

Te pueden interceptar el correo, y quizás alguna aplicación del propio tf. pero una llamada de tf. donde tu ya conoces el número y la voz de tu interlocutor, es evidentemente más difícil. Si te ponen una 'secretaria nueva' alegando que 'el jefe está ocupado y me ha dejado este encargo', entonces toca preguntarles algo personal que solo alguien que trabaje en esa empresa en cierta posición esté en posición de saberlo, la secretaria del jefe también. Pero vamos llamando al interesado puede confirmarte si ese es o no su número de cuenta y banco...

Respecto de tu transferencia, que sepas que tienes hasta x días (no recuerdo si 3,7,10 ó incluso 15 días, deberías consutarlo con tu banco para otra ocasión, y depende del país obviamente) para volver atrás la transferencia, alegando precisamente en la cuenta a la que hiciste la transferencia no es la cuenta del  destinatario legítimo, es decir al tiempo ese dinero devuelto se debe transferir a la verdadera cuenta del auténtico destinatario (eso evita que el banco entienda que estés cometiendo una irregularidad con tus intenciones, de hecho conviene explicarlo bien al director de la sucursal). Yo lo he hecho alguna vez... Eso supone que incluso aunque el destinaario falsificado no tuviera dinero en 'su cuenta' le queda un agujero deudor.
En cualquier caso, si interpusiste denuncia ante la policía es de suponer que les diste ese  número de cuenta al que hiciste la transferencia y evidentemente, tendrá una persona detrás... aunque es habitual que un delincuente cibernético, además utilice la cuenta también de otro, para uqe le hhagas ese ingreso y el retirarlo por cajero, sin que el auténtico dueño de esa cuenta se dé cuenta de ello (al menos en ese instante salvo casualidad de estar operando justo en esos instantes con su cuenta).

Estuve el sábado revisando si haya cambiado algo al respecto en la gramática y francamente es complicado de un vistazo rápido hacerse eco de ello... Básicamente obliga a leerse un tocho de cientos de páginas (siempre se puede acudir al índice para reducir al mínimo la lectura, pero es seguro que entonces se pierden ciertos detalles)...
http://aplica.rae.es/grweb/cgi-bin/v.cgi?i=feRKWpxYQmpczbvb

Consultando el último libro que compré de gramática ("La gramática descomplicada" de Alex Grijelmo, 2009 7ªEd.), que a fin de cuentas data del mismo año que "La nueva Gramática Española" del link citado, sobre las sílabas no dice nada especial que uno no sepa, de hecho hasta pasa de largo por su 'anatomía'.

Es habitual considerar que las sílabas se componen de letras y luego saltar a los diptongos, triptongos e hiato, previo conocimiento de las vocales y consonantes.
Lo cierto es que yo tengo en mi recuerdo que la sílaba se compone de 3 partes que es lo que expondré y de lo que he partido... el domingo me tomó algo más de una hora elaborar el esquema de la formación del que sin detallar a fondo, doy una simples pinceladas.

Sí, estos son los componente de la sílaba en base a su estudio, a la especificdad con la que se forman.
Las palabras entre corchetes indica que son opcionales, pueden o no llevarlo, en cambio el núcleo es obligatorio.

C refiere a consonantes y V a vocales... esto de modo genérico, las reglas exactas las pondré más abajo.
Que puede resumirse:
- El ataque (cuando la sílaba lo lleva), se compone de 1 ó 2 consonantes. Otra forma de decirlo, puesto que puede o no llevar ataque es decir que hay 0, 1 o 2 consonantes.
- El núcleo, viene a decir que siempre existe como mínimo una vocal, a veces lleva dos (diptongo) y a veces 3 (triptongo), la vocal del medio puede no existir o dicho de otro modo, estar remplazada por una 'H' que en ese caso es muda y por tanto se comporta como si fuera un vocal (so pena de insistir en considerarla consonante y complicar la estructura, que al final ofrece el mismo resultado, pero más complejo).
- La coda cuando la lleva se compone de 1 u 2 consonantes, y como con el ataque considerando de forma absoluta que siempre se tiene, podemos asumir que entonces se compone de 0, 1 o 2 consonantes.

Resumiendo:
Esto es lo que recuerdo, sin embargo ayer (el domingo) mientras hacía todo el esquema se me vino a la cabeza algunas palabras (ejemplos de cada situación), donde la coda está formada por 3 consonantes, y cito los ejemplos que se me vinieron a la cabeza (es posible que existan más, pero basta que exista una para indicar que la 'teoría' no es correcta).
Films, gángster, tungsteno, tests, nietzschismo, seltz, watts

Hay que aclarar que originalmente ninguna de estas palabras es nativo-española, se puede asumir que las 'rarezas' en sílabas son casi en su totalidad de origen foráneo, es decir importadas del extranjero y al caso, si éstas dadas se hubiera importado siglos atrás, a buen seguro se escribirían distinto, posiblemente hubieran acabado mutando a: filmes, gánster, tunsteno, teses, nieschismo, selz, etc... Y que en mi opinión es hacia donde debiera haber mutado por indicación o regla gramatical a la sazón (que no existe, que yo sepa). Así como nos ha tocado vivir una época de empecinamiento purista absurdo, las palabras importadas tienden a mantenerse 'fieles al original en su idioma'...

No son el único caso por el que la procedencia extranjera aporte nuevas sílabas (sin uso o apenas uso en el español, previamente):  wagneriano, hamster, troll, etc...
Hay que recordar que la letra 'w' es una letra importada, su sonido en español al final cae siempre en (v|b|gü), luego es realmente innecesaria y es un aborto propio de ese purismo absurdo (a ver si en esas otras lenguas han adoptado la 'ñ').
También hay codas extrañas procedentes de las lenguas precolombinas como 'tl' que se ve en 'náhuatl'.

Quien sabe, a la vuelta de 100 años quizás hayan terminado su fase de mutación y todo lo que precisan es un rodaje y desgaste en el tiempo, que limen sus aristas y acaben como cantos rodados... como pasó con los términos procedentes del griego, latín,etc... que ya lo vemos con las perspectiva del tiempo.

Claramente la cosa se complica cuando pasamos al detalle intrincado, los diptongos lo son con la combinación de ciertas vocales, de lo contrario forman un hiato que separa la sílaba y forma dos sonidos... para rematar el caso, las vocales tildadas se encargan en buena medida de definir diptongos: 'hay' es un diptongo, pero no 'ahí', que forma un hiato 'a-hí', incluso en triptongos, como en 'bahía' que ni es triptogo, ni diptongo 'ba-hí-a'. No solo tenemos la 'h' intercalada (que se puede resumir que actúa como una vocal muda), también tenemos que la 'y' puede comportarse como la vocal 'i', como en 'rey', pero mantiene su origen en cambio en 'reyezuelo' como consonante aún procediendo de la misma raíz.

También podemos hablar de las consonantes:
- Si tomamos por ejemplo el ataque, no detrás de cualquier consonante aparece otra, por ejemplo: "'tp'-nucleo" es impronunciable en español, en cambio "'ps'-núcleo" se pronuncia obviando la 'p', como en psique, psicología... (sí una p muda se podría decir... que la gramática no señala por parte alguna, esto sucede básicamente con palabras importadas, incluso en la coda), muchas consonantes en cambio admiten como segunda consonante en el ataque la 'r' y la 'b', pero de nuevo una 'h' puede comparecer como segunda consonante (o tal vez considerada como primera vocal al ser muda), excepto que esa consonante sea precisamente la 'c' como 'cho-colate'. O la 'q' que no admite detrás de ella ninguna otra consonante.
- La coda en cambio parece ser más restrictiva, algunas de ellas no se dan, aunque opcionalmente podrían añadirse, so pena de alargar la cantidad de sílabas generadas a cambio de no hallar palabras donde se den (luego aclaro esta diferencia), como la 'ñ', 'v' o 'w'. Algunas de ellas, en cambio aceptan la pronunciación, aún cuando procedan de otro idioma. No es fácil encontrar palabras en español acabadas en k y ciertas otras consonantes como: rock, crómlech, surf, tuareg, tuaregs, etc...   e incluso no siendo algunas de nuestro idioma, si son pronunciables como: watts, Maxwell, saint

Para finalizar estas pinceladas, considerando el tamaño de las sílabas, hay que decir que es difícil encontrar sílabas de más de 5 letras, pero ahí está 'truhán', una sola sílaba y palabra de 6 letras, dado que la coda (como se ha demostrado) admite hasta 3 consonantes, quien me quita que yo no inventare la palabra: 'truhángs-ter' (mezcla de truhán y gángster), como se ve 'truhángs' es de 8 letras y es perfectamente pronunciable incluso algo como 'ñhehizz' forma una sola sílaba, es pronunciable y tiene 2 'h'.

Resumiendo. Limitarse a buscar solo las sílabas que contienen las palabras de nuestro diccionario, no reporta todas las sílabas posibles, es decir cualquiera puede crear una nueva palabra inexistente con cualquiera de la sílabas que aquí he generado. ...además el diccionario, aun conteniendo todas las palabras, no contiene las palabras de las conjugaciones de los verbos, que ofrecen muchas sílabas distintas que seguramente no constan en otras palabras (y que por tanto se perderían).

Veo por tanto más útil generar una lista con todas las sílabas que sean pronunciables (considerando además, la posibilidad de coda de 3 consonantes, precisamente por ser pronunciables), de las que luego uno pueda filtrar para eliminar las que quiera, que crear una lista con las sílabas que contienen x palabras a las que puedan añadirse otras, pués esto siempre será más complicado que lo previo. Por ejemplo, aunque no es fácil encontrar sílabas que acaben con la coda 'zz', surge facilmente 'jazz', si esto es pronunciable, también lo será 'jozz' y 'pazz' u 'pezz' y tazz', etc... luego en la lista si uno quiere, puede filtrar las sílabas que acaben en 'zz', por considerar que realmente existen muy pocas, del mismo modo uno puede querer considerar eliminar las sílabas de 8 o 7 letras, dado que es complicado encontrar sílabas incluso de 6 letras que existan en palabras de nuestra lengua. Igualmente las sílabas tildadas, puede uno asimilarlas o hacerlas equivalente a la misma sílaba con la vocal sin tilde, especialmente si la idea de uno es usar (no crear) diccionarios para tirar de fuerza bruta y un sitio no admite letras tildadas como parte de sus contraseñas.
 
Como digo que es más fácil eliminar ciertas sílabas existentes (en el fichero) que añadirlas si no estuvieran presentes, he considerado pués crear mejor una lista así. Ciertas condiciones me han parecido innecesarias, como añadir codas que empiecen por las consonantes :'ñ', 'v' y 'w', pero en cambio he dejado la posibilidad de acabar en 'q' y 'qs', por la simple razón de que puede pronunciarse como una 'c'... la infame: 'FAQS' (no la otra fucks), atestigua que es pronunciable aún cuando, sean siglas... Por supuesto cada cual puede tener su opinión al respecto y filtrar lo que desee o crear su propia lista desde cero si resulta que no se incluye cierta combinación que le parezca de interés... en ese caso esta explicación y la lista, pueden servirle de apoyo.

Esto reporta algo más de 400.000 sílabas, cuando no creo que en entre las palabras existentes haya más de 5.000 sílabas. El resultado se obtiene en menos de 1 minuto.

Nota que no me he metido a realizar una algoritmo expresamente para esto, pués ya tengo un programa de grafos para realizar análisis sintáctico basado en un conjunto de reglas, y opciones que puedo personalizar, y con ello puedo generar permutaciones con reglas muy dispares, simplemente programando el 'lenguaje' que suponen dichas reglas...
Este es el conjunto de reglas finalmente en juego:
1 - Máximo número de caracteres = 8
2 - Peso minimo = 4
3 - Reglas de producción:
Las primeras reglas, se tratan como directivas, es decir cada otra regla de producción que la contiene en la parte derecha es remplaza por la equivalencia de aquella que aparece en la izquierda (el nombre de la regla). Esto es para 3 cosas, primero claridad, luego sencillez de revisión y tercero evitar errores al transcribir 40 veces los mismos valores. El programa por tanto preprocesa (también elimina las líneas en blanco) tales entradas de directiva y las convierte en:... bueno no veo necesario ponerlo todo, baste un ejemplo, para el ataque de 'r', 's' y 't':

El texto a la izquierda es el nombre de la regla-nodo, lo que está a la derecha son cada una de las opciones que pueden seguir a ese nombre (exactamente como sucede en la descripción de las reglas de un lenguaje de programación). Es decir sus opciones son iteraciones que sustituyen al 'actual', y el tamaño del 'sustrato' (el stack.ToString), es la concatenación que se resuelve por recursión.
Cada una de esas opciones son a su vez una regla, pero se adjunta con el 'peso' que supone añadir esa regla.
Un nombre-regla, sin parte derecha equivale a un terminal.
El límite de una silaba (condición de finales de los bucles), vienen dados por unas reglas simples:
1 - La regla es en sí misma un terminal (no admite que nada más se concatene detrás, acaba la recursión).
2 - La cantidad de caracteres máximos. También limita el final de la recursión, en este caso para no incurrir en desbordamiento.
3 - Final de iteración. La cantidad de 'hijo-nodos-opciones' que tiene la regla.
4 - De peso (en este caso condicionado a mínimo: (>= que) 4)... No es una sílaba si no reúne el peso mínimo.
Esta última regla en realidad define la salida de datos, siempre que el peso sea 4 o mayor se ha obtenido una sílaba. Nota como al núcleo (a las vocales grupo3) se le ha dado un peso de 4. Esto impide que cuando se tome la una o dos consonantes del ataque lo interprete como una sílaba, es decir hasta que no sume el valor de una vocal no se garantiza que sea tomada como sílaba...

El orden de las reglas, en esa lista previa, determina el orden en que saldrán la silabas, así por ejemplo la primera sílaba que sale es 'bra', porque 'b1' es la primera regla, y la primera opción de 'b1' es 'r1' y la primera opción de 'r1' es 'a3'. Si antepusiera las vocales a las consonantes en la regla 'ataque= vocales|consonantes' , pués entonces la primera sílaba sería la 'a', pués su peso por sí sola ya suma 4.


Las últimas sílabas son:
Esta es la salida en la interfaz del programa, en el volcado a fichero se guarda solo las 'silabas' (el nombre completo con sus dígitos).
Como se ve a cada sílaba le sucede un dígito, ello obedece a que ese es el nombre para la regla, por debajo hay una pila que verifica si ya consta esa regla, en el stack, si es preciso añadir dos 'z', entonces no sería posible (como en 'zuz', 'jazz'), además si la constante 'r' tiene una regla cuando es la primera letra del ataque (la regla indica que otras letras pueden seguirle), cómo distinguimos entonces la regla si la 'r' aparece en otra posición, un ejemplo de sílaba con 3 'r': 'ahorrarse'?...
Podría, al tomar el nombre para entregarlo a la salida, ser filtrado, pero me interesa mantenerlo así, resulta más sencillo de este modo comprobar que se comporta como se espera y si no es así, hacer ajustes, después de todo filtrarlo al término del programa es bastante sencillo y asequible. Nota sin embargo que esto duplica el tamaño del fichero de salida.

El número de 'nodos' es la cantidad de reglas, una vez procesadas las directivas, es decir el tamaño del array...
La diferencia entre el número de salidas y el de nodos visitados, responde a las consonantes del ataque que por la regla del peso, no logran formar sílaba. Con cada iteración se suma un nodo visitado y con cada sílaba hallada se suma una sílaba de salida.

Te dejo enlace a un fichero para descargar, 2 txts, uno tal como sale (más el conjunto de reglas) y otro tras filtrar los dígitos (el primero es para tu análisis si merece (a ti o cualquier otro interesado) el tiempo dedicado en indagar sobre la cuestión y proponer sus propias reglas para crear su variante de reglas para su propio algoritmo:
https://workupload.com/file/HbqAsXLsrES (1'94Mb. Aprox. decomprimido son de 5'37Mb. y 3'07Mb.)

Y con esto salvo alguna duda al respecto dejo el tema zanjado.
Debe quedar claro que un diccionario de 400.000 sílabas es manejable frente a uno de millones, decenas o miles de millones, pués no es más que concatenar x sílabas... o incluso variaciones, donde (por ejemplo) se solicita intercalar 1,2 o 3 dígitos en un punto concreto (nonecesariamente al inicio o final de sílaba), o determinado carácter que se admite como contraseña pero que no es parte del alfabeto A-Z. también hay que tener en cuenta que se dan en minúsculas, una palabra como: 'orden', tiene 120 variaciones (contraseñas distintas) considerando para cada letra si es mayúscula o minúscula (1*2*3*4*5), etc... sobre otras opciones de interés. Ahí en esos detalles es donde uno puede darle juego y esmerarse en programar y no perdiendo tiempo en crear diccionarios gigantes que no aportan nada interesante, de hecho hasta cuesta a uno elegir que conjunto quiere aplicar, por que las reglas son 'el conjunto de palabras que consta en el diccionario', e inntentar filtrarlo por tus propias reglas siendo tan enormes conlleva igualmente mucho tiempo y al caso es preferible perder ese tiempo programando tus propias reglas en tu propio algoritmo.

Al final los diccionarios de tamaño medio (pongamos superiores a x Mb. solo tienen utilidad para personas que por no saber programar, tienen que conformarse con algún programa que sea capaz de cargar diferentes diccionarios, si el propio programa no dispone de reglas adecuadas que poder aplicar...

Opino lo mismo...
Visual Studio.

Quien no lo haya usado tiempo suficiente, no tiene motivos justificados para denigrarlo, pués habla de sentimientos más que de sentidos.

Pues sí, una web perniciosa, aunque también es cierto que a veces se encuentra algo que ya ni existe en el sitio original ni en archive.org....
Para el adware, quien pretenda instalarlo que lo haga con la opción '/nocandy'. Suele respetarse porque se aprovechan del desconocimiento de la gente a este respecto...

Si al menos puedes entrar a Facebook, puedes redactar un mensaje al cuerpo técnico de facebook, solicitando ayuda exponiendo el caso, pero con claridad, que se pueda entender. Lo revisarán y te contestarán, aunque si no ven que tu caso sea algo excepcional que no hayan previsto (que haya un bloqueo lógico por fallos en el diseño), lo más razonable es que te deriven a la ayuda para reclamar restarurar la contraseña y seguir los pasos.
...a mi me ha resultado confuso incluso ahora, entenderte, no tengo claro los detalles, detalles que además me hacen sospechar.

De hecho no termino de entender tu problema o ...digamos que me quedan dudas de la autenticidad de lo que reclamas. Te explico...

Si dices que ahora hay dos terminales, y desde ambos puedes acceder a facebook, pero 'no recuerda' la contraseña... puedes reclamar 'no recuerdo la contraseña' y te enviarán un SMS para restablecerla. ...eso sí solo al terminal cuyo número está registrado en facebook, así digas tener otros 200 terminales más y no importa que cuentos chinos más inventes (obvio, ¿no?).
Luego si de verdad ese nuevo terminal pertenece a la misma persona, todo lo que tiene que hacer es transferir la SIM al nuevo terminal... y ahí se recibirá el SMS. Pero si ambos terminales son suyos, que más dá a cual le llegue el SMS?.

No me cuentes que 'no recibe el SMS, no sabes por qué'... yo no me lo creo, lo siento (al margen de un problema temporal, porque facebook tuviere los servidores caídos).

Yo la sensación que tengo (al margen de que esa persona sea o no tu pareja), es que de algún modo has logrado acceder desde otro/tu terminal a su cuenta de facebook, pero tienes claro que si solicitas la contraseña será enviada por SMS a su terminal no al que a tí te interesa.
En estas condiciones esa persona quedaría claro que no tiene por qué no recordar su contraseña (solo es una idea tuya para solicitar ayuda sin rechazo frontal) simplemente temes que si la cambia tu acceso será retirado y antes de que eso ocurra, pretendes lograr acceso a su contraseña para quizás usurparla. Teniendo acceso, de momento puedes espiarla/le, luego pretender la contraseña es porque quieres hacer cambios en las funcionalidad en que es solicitada...
Esa es mi sensación cuando alguien cuenta que solicita la contraseña y no le llega el SMS... que es lo mismo que decir 'meto la mano en el fuego y no me quemo'...mentira.

Es una lástima que la gente no mirara con cierta frecuencia, la opción de 'cerrar sesión en todos los dispositivos' (o texto similar), precisamente para evitar intrusiones.

p.d.: en cualquier caso,  si eres sincero al 100% el primer párrafo ofrece la solución.

Doy fé de ello, entré al foro justo muy poco después de su opus magna y me encontré que había escrito el mismo mensaje en casi todos los foros principales... yo le contesté en el que figuraba en el foro libre que puestos a dejar alguno (si no se borraban todos), sería ese.
Obviamente que se borraran todos habrá supuesto que se viera como spam, más que como un nuevo forero desatado que desconoce las normas...
No quieras saber el contenido del mensaje  .

Me alegra que hayas captado y entendido correctamente la cuestión. A veces uno explica y cuando no recibe feedback, no te queda claro si acabó entendiendo o intenta deglutirlo o lo ve complejo ydecide pasar del tema...

Hace unos meses, alguien solicitaba una de esas permutaciones caprichosas... como ya tenía una edad avanzada (no es alguien con aspiraciones a nada más que solucionar su problema y ya), tras las explicaciones quedó claro que sin código no iba a saber entender y menos aplicar lo que el explicaba, incluso poniéndole código, así que al final le compartí el proyecto completo. Creo que aún se podrá descargar de donde lo subí, pero si no es así, me lo indicas y lo repongo...

Te sugiero que repases el hilo, es probable que termines de empaparte, además si revisas el código (está en vb.net), podrás ejecutar paso a paso para intentar comprender el modo en que filtro repeticiones e incluso la forma en que establezco otras condicones caprichosas (el filtrado de repetidos no es la única que encaja en esa condición).
Nota que en los primeros mensajes, no se expliucó bien (sule ser habitual), porque las primeras 'soluciones', no resuelven lo que buscaba si no lo uno creía entender que buscaba... a partir del mensaje 9, ya está más enfocado, peor hasta el 18-20 no queda definitivamente aclarado loq eu quiere exactamente...  de todos modos creo que es buena idea leerlo desde el principio para seguir y captar lo que se solicita...
https://foro.elhacker.net/net_c_vbnet_asp/ejercicio_basico_de_combinaciones-t509987.0.html

Si el término es ambiguo excepto para quien no entiende la sutileza.
Algo ejecutable se carga en memoria sin modificación. Algo cargable precisa una preparación.
Quiénes pasaron de un sistema a otro, no pensaron en su definición, sino en las ventajas que ofrecía...

Fíjate por ejemplo que igualmente el término compilar, tampoco significa lo que se hace, sino que procede de los tiempos de las tarjetas perforadas... para ejecutar el programa (que tampoco existía ese concepto, sino el de cálculos), exigia reunir en orden todas las tarjetas que contenían las instrucciones, o sea compilar las tarjetas.

... pero en fin, el nombre se queda aunque luego cambien cosas, porque después de todo el fin perseguido no ha cambiado y aunque en origen un nombre definiera un proceso más o menos específico, al final el nombre se populariza y se asocia al fin perseguido, matiz que con el tiempo se desdibuja y hasta se pierde.

... seguimos llamando 'ordenador, calculador, computador', aún cuando hoy día realizan muchas mas y diversas tareas que las que inicialmente tenían asignadas cuando se acuñó el nombre. Curioso que la 'maquina de escribir', siempre fue eso...y cuando se integró al ordenador, cambió a 'teclado', aún cuando las teclas principales mantienen el mismo modus operandi (salto de línea, retorno de carro, etc...).

Lo cierto es que China hizo lo mismo (que Rusia acaba de hacer), en 2017 (si mal no recuerdo). Aunque no se hizo eco de la noticia en las 'noticias' (o aquel día no las vi)...