Totalmente de acuerdo.

...pero qué se puede esperar?...después de todo, Zuckerberg, (parece que) es sólo un niñato malcriado, que tuvo una buena idea y consiguió el dinero necesario para llevarlo a cabo...

Un palíndromo es una palabra que se 'lee' igual al derecho que al revés...

Luego, si yace en un array, básicamente se trata de comparar el primer 'carácter válido', con el último 'carácter válido', el segundo 'caracter válido', con el penultimo 'caracter válido' hasta llegar aunirse (que será o no el centor 'geométrico'.

Nota que la cuestión para no cometer errores, radica en: es 'carácter válido', lo mismo que en la descripción he marcado 'leer' entre comillas simples, para hacer notarlo...

Esto sería un sencillo algoritmo que recorre el array tomando caracteres válidos de ambos extremos y comparándolos:


Nota que además de espacio, podría haber tabuladores, y otros signos de puntuación, como comas ',' '; ':', etc... si se da el caso, mejor crear una función que busque el siguiente carácter válido, rechanzando todos los no aceptables... para rechazar solo uno o dos, basta hacerlo 'in situ'.

Necesitas conectarte mediante un fichero *.udl en tu proyecto.
Cuando sea preciso, editas el fichero y listo...

Tu en tu proyecto compilado, tan solo necesitas apuntar a dicho fichero, que se supone estará siempre en la ruta del ejecutable ("app.path\mifile.udl"), y simplemente se trata de editar el fichero udl, cuando convenga (se haga un traslado por ejemplo al instalarse en otro cliente con una ruta distinta para su BD).

Te dejo un enlace, para los detalles...
https://support.microsoft.com/es-ar/help/189680/how-to-use-data-link-files-with-ado

Algo más tosco (pero todavía solvente), es usar un simple fichero de texto, que contendría la ruta actualizada, y tu programa simplemente la leería de dicho fichero.
Sin embargo, el .udl es más potente, ya que permite especificar bastantes cosas más que solo la ruta.

mmm... mejor la hubiera llamado "cocacoin"...

Si tienes dos cadenas procedentes de sitios distintos, concaténalas y usa el método Parse(String) del objeto datetime  (o sqldatetime), para convertirlo a una fecha propia.

No deja de parecerme sorprendente que los teléfonos que explotan, el 90% de las veces (a grosso modo), ocurren siempre en países asíaticos, aunque la India esté en el límite, entra también en la caja.

Cabe asumir, que lo que pueda estar sucediendo es que estén utilizando componentes falsificados de la marca que aparece. Componentes directamente de mala calidad, sin duda fabricados en China, que no han pasado controles de ningún tipo... pero que su apariencia y precio, convencen de su compra.

Y qué te impide a tí grabar la llamada, también...

Yo en alguna ocasión, me he visto en la tesitura de hacer lo msimo que el operador... cuando te dicen: "por seguridad la llamada, está siendo grabada.." yo les suelto lo mismo: "espera, yo también lo pongo a grabar... y empezamos de nuevo, justo cuando usted da su nombre y se presenta".... la reacción de algunos es de sorpresa.
Claramente, tiene sentido que algunas conversaciones se graben, específicamente algo que supone aceptar un contrato, o el caso típico de activar una tarjeta de crédito a través del tf. pero en otras ocasiones carece de sentido... en esos casos, lo mejos es colgar o hacer lo mismo que ellos, grabarlo.

Si vuestro teléfono no tiene opción de grabar conversación, siempre podreis activar el manos libres y grabar desde otra fuente externa (típicamente el PC, pero hasta un 'karaoke' vale, lo mismo que una minicadena, un viejo walkman, etc...).

Si... esa es la idea.

Fíjate que hay un laberinto con más de una puerta de salida... he contado 3 en el del medio (int b[15][45]={... 3 ... 3 ...3

...si no hay más laberintos, usa una puerta para acceder a cada uno d elos 3 presentados... lógicamente la que lleva de nuevo a ese mismo, que sea una puerta (salida) alejada de la entrada...

Relee, de nuevo todo mi mensaje, lo edité luego, para hacer alguna aclaración más...

Debes cruzar por la puerta, asumo que es el valor 3, luego de llegar a su cordenada, es cuando debes dibujar el nuevo laberinto y reposicionar  al 'jugador' (en la casilla 'home', que asumo es la 2).

Mejor que usar diferentes arrays (imagina 40 laberintos), es reusar el mismo, para ello, lee los laberintos de fichero. Si no quieres liarte con ficheros, entonces salta a una rutina, donde mediante un switch, copias el contenido del array 'b','c','d', etc.. al array 'a' que es el que manejas en el bucle principal.

En fichero, al comienzo tienes una cabecera:


 Primero cuantos laberintos almacena el fichero, luego por cada laberinto, la posición de comienzo de lectura del laberinto, y el par X,Y indicando el tamaño del laberinto (que se usan para calcular los bytes-caracteres a leer).
Podrías incluso añadir por cada laberinto, las posiciones de las casillas 'entrada' y 'salida', de cada laberinto, limitando así (la lectura del) el laberinto a solo dos valores (0-1), pudiendo de ese modo alojar en un solo byte 8 casillas, en vez de solo 1.

A continuación de la cabecera, cada laberinto uno detrás de otro, un tocho de bytes seguidos.

p.d.:
Si los laberintos están interconectados (en vez de ir al siguiente), por ejemplo porque tienen varias puertas, guarda en la cabecera, no solo la posición de cada puerta, sino tambén el índice del laberinto al que se accede desde dicha puerta.

Pués yo opino que la mayor parte de los dibujos animados de hoy día dirigidos a niños, afectan su mente mucho más que lo pueda hacer esos vídeo de David Icke...

El uso indiscriminado de monigotes pseudo-humanos, tipo cafeteras parlantes, esponjas submarinas caminantes, y los chorrocientos entidades asexuadas que aparecen contínuamente desvirtuan la realidad enormemente más que lo pueda hacer un vídeo de  'teoría conspiranoica'...