Hola foreros!! Mulder y Scully no cobrarían por resolver este caso, PAGARÍAN por ello. Iker Jiménez vendría en la Nave del Misterio para dedicarle un programa especial al caso y Sócrates diría "solo sé que de la hostia que le voy a dar, él no va a saber nada después de retirar mi mano de su asquerosa cara". ¡¡Una señora de la limpieza te dejaría pisar "lo fregao" para resolver tal enigma!! Estupefacto me hallo. Pongámonos en situación: habitualmente (una vez por semana, más veces o menos veces) me llevo una carpeta pesada del portátil con Windows (única máquina "usable" que tengo con Windows) a un pincho USB para trabajar luego con esos datos aquí en el iMac. Esa carpeta consta, a grosso modo, de la siguiente estructura: -Carpeta raíz --Carpeta de proyecto (doce, catorce o algo así) ---Carpeta con archivos de audio ---Carpeta con otros archivos ligeros, a priori, irrelevantes ---Uno o varios archivos *.CPR ---Varios archivos *.BAK ---Ocasionalmente, otros archivos varios Hace un tiempo, al combinar varias carpetas y proyectos en una única carpeta raíz, al revisar el contenido en casa, me percaté de que en alguna carpeta, faltaba el archivo .CPR (quizá lo más importante). En un primer momento pensé que, a la hora de combinar y actualizar proyectos, uno de estos archivos se había perdido. Pequeño accidente reparable con la fácil solución de que el que tenía el proyecto original, me pasase ese archivo de unos pocos de kilobytes. Pasado el tiempo y revisando los proyectos en ese ordenador con Windows, veo que está todo bien, por lo que es posible que la copia haya salido mal o algo así. Nos ponemos a trabajar sobre ese proyecto y después de guardar y cerrar el programa correctamente, copio el proyecto en el pincho USB: esta vez está clarísimo que el .CPR está en esa carpeta. Al llegar a casa y abrir el proyecto veo que el .CPR no está, ni tampoco los .BAK con el mismo nombre. Ya me empiezo a mosquear... Creyendo tener el .CPR en otra carpeta (el que originalmente me pasó ese proyecto es un desastre ) vuelvo a ese ordenador y no, está todo correcto. Pero ATENCIÓN, que aquí viene el palo: al meter el lápiz USB en el PC con Windows... sí está el archivo CPR. Lo pincho en el MacBook Pro y no figura. Esto ya no es normal. Vuelvo a copiar la carpeta, únicamente esa carpeta, al lápiz con idéntico resultado: en Windows se ve, en Mac, no. Como esa carpeta tiene origen raruno, creo una carpeta nueva, muevo los archivos y borro la original: sigue sin funcionar. Intento buscarle las cosquillas. Sabiendo que el .CPR está en el pincho y éste no refleja error ninguno con CHKDSK, decido crear un archivo que se llame EXACTAMENTE IGUAL que el .CPR, para ver qué me dice el Mac. ¡¡SORPRESA, ME DEJA CREARLO!! Paso el lápiz al PC con Windows y... podéis verlo vosotros mismos. Os juro que la imagen no está modificada. Una premisa que tenemos en informática es que "si funciona, no lo toques", pero otra más absoluta y bíblica es que "NO PUEDE haber dos archivos con el mismo nombre". Pues ya lo estáis viendo: dos archivos que se llaman EXACTAMENTE IGUAL. ¿Cómo te lo comes? Es que no sé ni cómo despedir este texto... Saludos!!
Hola. La única explicación lógica (sabiendo que en Windows lo de lógico es a veces contradictorio) podría ser que tengas ocultas las extensiones de los ficheros. Ya se que los de la captura parecen tener extensión, pero no sería la primera vez que un fichero ABCD.xls.xls se muestra como ABCD.xls..... Saludos.
No, negativo. No tienen extensión oculta. De tenerla se vería porque tengo deshabilitada, o habilitada (no lo recuerdo ) la opción de mostrar extensiones.
Lo único que se me ocurre es que tenga algún carácter no visible pero que esté ahí, estilo alt+255 Estos caracteres son una putada...
Puedo llegar a pensarlo, pero de tener algún carácter invisible, debería haber un espacio ocupando dicho carácter. El 255 es un espacio pero no es la tecla espacio, y entre el punto de la extensión y el nombre, debería haber algún espacio. Por otro lado, "Sin título" es el título por defecto que pone el programa a un proyecto nuevo, por lo que descarto prácticamente al 100% que haya sido modificado, ni tan siquiera para j*der, porque se estarían jodiendo ellos mismo también. EDITO: Aunque haya algún carácter raro, debería seguir apareciendo, al menos el archivo, pero es que aparecen "dos objetos" que son dos carpetas, nada de los BAK ni del CPR que tienen nombre idéntico.
Coge otro pendrive, formatealo en Mac con utilidad de Windows formato FAT y una vez formateado prueba a pasar solamente ese archivo. Si tienes dos archivos con el mismo nombre en un mismo directorio, eso es que realmente uno de esos archivos no existe en ese directorio. Me explico: un sistema operativo cuando insertas una memoria flash este lo lee y determina qué ficheros tiene. Luego cuando copias un archivo del SO a la memoria flash el sistema primero guarda en la memoria temporal ese archivo, luego crea un archivo temporal en la memoria y ya es cuando se realiza el proceso de copia y finalmente se escriben los datos del archivo en la memoria flash. Parece ser que uno de esos procesos se ha quedado a medias y el sistema operativo lee como existe pero realmente no existe en la memoria flash. Obviamente la explicación que te he dado es muy genérica y probablemente no ocurra así en Windows, pero el concepto es que no es un proceso de copia y pega como lo vemos en interfaz. Te comento lo de probar otro pendrive porque al formatear no sabemos exactamente qué direcciones de memoria se conservan y cuales se borran de verdad, con lo cual podrías seguir arrastrando el problema.
Los dos archivos son accesibles, es decir, que no es una "sombra" que se queda ahí. El original es accesible y sin errores, y el nuevo, como está en blanco y recién creado, pues no sale nada.
Unos pocos kilobytes. Esta tarde vuelvo a ese ordenador y seguiré investigando a ver qué coj*nes pasa.
Pero qué hijos de la gran p*ta... Preparaos porque estamos ante el "Título-gate", el caso más absurdo y cabr*n, por parte del que sea de todos los que están involucrados, porque sí, no es de uno solo el fallo. Hijos de p*ta!! Como juez, voy a poner disponibles dos banquillos. Uno de ellos será el de los "RESPONSABLES" pero no culpables. Los responsables de todo esto son: -Windows -MacOS X Sí, los dos tienen parte de culpa, uno por una cosa y otro por otra. En el banquillo de los "CULPABLES" tenemos a los siguientes elementos: -Winrar -La prepotencia inglesa Aquí hay para todos, y cuando me pongo de mala hostia no me paran ni los antidisturbios en "barrigada". He conseguido dar con el problema y es para echarse a llorar, cómo algo tan absurdo y básico no se ha cumplido, algo que estoy seguro que sistemas operativos más antiguos saben hacer correctamente: MOSTRAR ARCHIVOS. No me he molestado en reproducir el problema, pero se podrá reproducir. Pasamos a lo más básico, a algo bíblico y que ya advertía, y que muchos me habéis "dado la razón", y es que NO PUEDE HABER dos archivos con el mismo nombre. Cierto. Me ha dado hoy por mirar al detalle el estado de los archivos pero he hecho algo que no hice el otro día, y es tirar de MS-DOS con su comando DIR a ver qué salía. Lamentablemente no tengo pantallazo porque en cuanto lo he hecho funcionar he ido a la máquina de bebidas a por una lata roja para celebrarlo pero lo que salía era lo siguiente: CODE, HTML o PHP Insertado: Archivo 1: Sin ti'tulo.cpr Archivo 2: Sin título.cpr Sí, señores, el título original tiene una I normal con un p*to apóstrofe, pero en Windows figura correctamente una Í con su señora tilde. He ido a modificar la letra con tilde del archivo original y para sorpresa y rareza, al borrar la I no la borraba, sino que quitaba la tilde, dejaba la I sola y el cursor queda en el mismo sitio. Al eliminar la I en su totalidad y poner la Í, ahora me dice que ya hay otro archivo con el mismo nombre y que elija otro. Para cortarle los coj*nes al responsable. Palito para Windows: ¿Qué coj*nes haces mostrándome Í cuando el archivo se llama I'? ¿Quién hostias te ha dado permiso para modificar visualmente el nombre a tu antojo? Cabrones!! Palito para MacOS X: ¿Qué coj*nes haces ocultándome un archivo con un nombre con un apóstrofe y no me muestras ni siquiera un archivo defectuoso o un nombre con caracteres raros? ¿Qué de raro tiene un p*to apóstrofe en vuestro idioma, que encima nosotros no lo usamos y vosotros sí? ¿Piedras contra vuestra p*ta casa? Asquerosos!! Y bueno, os preguntaréis qué tiene que ver Winrar en todo este entuerto, y encima como culpable... Pues aquí viene el rollo, que viene de la mano de la prepotencia inglesa de "como nosotros no usamos caracteres con tilde ni Ñ ni "esas cosas raras" usaremos la tabla ASCII de 128 caracteres y si no os funciona, pues que os jodan, buscaos la vida". Tenemos el supuesto de un archivo ZIP con nombre con tilde, por ejemplo, CAMIÓN. Tenemos fotos de un camión que queremos comprar dentro de una carpeta, por poner un ejemplo. Cuando vamos a descomprimir el archivo que tiene una carpeta llamada CAMIÓN y dentro están las fotos, Winrar te tira un fallo que dice que algo similar a "No se puede crear o no existe la carpeta CAMIO'N, el archivo está corrupto". Sin embargo, ese ZIP lo abres con Mac o con la herramienta de Windows y extrae los archivos correctamente. Vamos, de ser auténticos hijosssssdeputa y ganar el premio a la "hinjeniería de la "inconpetenzia"" y recibir dicho premio en un casino en Las Vegas lleno de p*tas. En resumen, ese proyecto se comprimió y se descomprimió con Winrar de alguna manera y éste ha arrastrado un fallo en el archivo ocultando su verdadero nombre. Windows cambiaba visualmente el nombre y te hacía creer que se llamaba de otra forma. MacOS X ocultaba el archivo por alguna estúpida razón, razón que sea cual sea no está justificada para ocultar un archivo con nombre raro. MacOS X tiene la fama de que es multilingüe a saco y puede mostrar prácticamente cualquier carácter sea del idioma que sea, excepto una vocal con apóstrofe. Lo dicho, hijossssssdeputa todos y cada uno de los "hinjenieros".
Lo dicho, tenía que ser algún caracter raro. Apuntate un palito muy grande por no ir a cmd a ver que tenía la carpeta...
¿Pero qué de raro tiene un p*to apóstrofe? Es que no es un nombre raro!! ¿Por qué Windows me muestra una Í si realmente hay una I'? De hecho, pones un nombre de archivo con apóstrofe y te lo admite sin problemas. La historia está en que tanto Mac como Windows falsean el resultado real del nombre de ese archivo en concreto. Lo dicho, hijosssssdeputa todos.
Ese apostrofe no será lo que han interpretado de un caracter raro? Se me hace raro que pase en el nombre de un fichero, cuando no te dejan poner ni caracteres especiales, pero si vas jugando con mac y dos, vete tu a saber. A mi me suele pasar con ficheros de clientes, cuando ya tienes un proceso de integración pulido y empieza a fallar la carga. Uno de mis últimos poltergeist fue un fichero que en formato unix y msdos se veía correcto (todas las filas de tamaño correcto), pero el ssis decía que tururú con un bonito error de truncación. Al final, tuve que meter un script en el flujo de datos y pude ver que el tamaño de la fila variaba. Tras darle doscientas vueltas, sorpresa, el fichero estaba codificado en UCS2. El p*to caracter apareció al convertir en utf y no, no era un "zero with non breaking space". No recuerdo que era, pero en el notepad se veian 3 caracteres y longitud 3, cuando eran 4 caracteres... Yo en estos casos acepto pulpo y me cago en el cliente...
En los más de CATORCE AÑOS que llevo usando Mac JAMÁS me había pasado algo así. Sí me ha pasado de mostrar las tildes de forma incorrecta pero el archivo estaba presente y era accesible, pero esto de que hasta desaparezca un archivo, como digo, NUNCA.
