Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[sosonok]

En aMule, tanto en descargas como en compartidos, puedo ver perfectamente los caracteres no ASCII, pero al completar la descarga el fichero queda en el disco duro con interrogaciones o cuadraditos donde deberían estar esos caracteres (en compartidos del aMule siguen viéndose bien). Tanto en Konqueror como en Krusader o Konsole me pasa esto y sólo tengo que renombrar los ficheros para que muestren correctamente esos caracteres, que lo hacen sin ningún problema, por otra parte. Tb en Gnome con Nautilus pasa lo mismo. ¿Alguna sugerencia?

[wuischke]

Hola sosonok,

¿Cuál versión de aMule usa? Creo que phoenix hizo algo con los caracteres en la version desarrollada. Intente usarlo, por favor.

saludos

[sosonok]

Ahora mismo estoy usando la versión CVS del 24 de julio y la 2.8.3 de wxWidgets. ¿Qué puedo hacer al respecto?

Saludos.

[wuischke]

Vale, la versión ya tiene los cambios, a lo mejor es un error.

¿Qué es tu "locale"? (echo $LANG)

[sosonok]

es_ES.UTF-8

[sosonok]

Hola de nuevo.
wuischke, ¿alguna pista de lo que puede estar pasando? ¿Necesitas más información?

[wuischke]

Hola,

perdoname, no estaba en casa durante unos dias y olvidaba sobre el problema.

Solamente una cosita más: Dime la linea en /etc/fstab de tú partición (?) con aMule. Qué systema de ficheros es? (ext3/xfs/reiser...)

[sosonok]

ahí va:

/dev/sda6       /media/sda6     xfs     defaults        0       2

[wuischke]

Creo que es la culpa de los wxwidgets...

No sé porque, pero cuando uso algún caracter no ASCII siempre me da un "error 14: Bad address". (Aún peor que lo que hace aMule...)
Sin embargo funcionan bien los ficheros con caracteres no ASCII

[johkra@archlinux test]$ ./test
11:29:05: Error: can't create file 'ma?ana' (error 14: Bad address)
11:29:05: Error: can't create file 'ma?ana' (error 14: Bad address)
[johkra@archlinux test]$ ls
test  test.cpp
[johkra@archlinux test]$ touch mañana
[johkra@archlinux test]$ ls
mañana  test  test.cpp
[johkra@archlinux test]$

Programa test:

Code: [Select]

/* test.cpp wxRenameFile in Unicode test program
 *
 * Compile using:
 * g++ test.cpp `wx-config --libs` `wx-config --cxxflags` -o test
 */
#include <wx/wx.h>

#include <wx/ffile.h>
#include <wx/filefn.h>


int main() {

// create new file if not existant
wxFFile newFile(wxT("banana"), wxT("w"));
newFile.Close();

// rename file using only ASCII characters -> success
wxRenameFile(wxT("banana"),wxT("manana"));

//rename file using non-ASCII characters -> fails
if( !wxRenameFile(wxT("manana"),wxT("mañana")) ) {
wxCopyFile(wxT("manana"),wxT("mañana"));
//wxRemoveFile(wxT("manana"));
}

//wxRenameFile(wxT("manana"),wxT("Männer"));
}


[sosonok]

Pues nada, espero que confirméis la raíz del problema y los desarrolladores puedan solucionarlo en próximas versiones. Suerte.

Un saludo.

[sosonok]

Mierda. Había olvidado que en otro foro donde estaba discutiendo esta cuestión una persona decía que le funcionaba perfectamente. Utiliza la versión 2.1.3 de aMule y el gentoo file manager. Ésta es su configuración:

$ amule --version
aMule 2.1.3 using wxGTK2 v2.6.3 (Unicoded) (OS: Linux)
$ gentoo --version
0.11.56

Esa persona sugiere que puede ser un problema de nuestra configuración unicode, de hecho al hacer amule --version a mí me sale esto:

aMule CVS using wxGTK2 v2.8.3 (Snapshot: Tue Jul 24 07:02:06 CEST 2007) (OS: Linux)

[wuischke]

A mi me sale:

aMule CVS using wxGTK2 v2.8.0 (Snapshot: rev. 7375) (OS: Linux)

Pero tengo libwx_baseu-2.8.so (sólo) la versión unicode de wxwidgets, voy a ver que se cambie desde hace la versión 2.1.3.

[Kry]

Pero esta claro que sosonok no tiene las wxWidgets en unicode.

[sosonok]

Acabo de compilar las wxwidgets 2.8.4 con la opción --enable-unicode, pero sigue poniendo:

aMule CVS using wxGTK2 v2.8.4 (Snapshot: Sat Aug 18 07:02:04 CEST 2007) (OS: Linux)

Y lo de los caracteres no ASCII igual

[wuischke]

No lo pienso. Lo he intentado otra vez con wxGTK 2.8.4 compilado de nuevo con soporte unicode y el mismo error.

Funcionaba perfectamente con mingw+wine:

[johkra@archlinux test]$ ls
mingwm10.dll  test.cpp  test.exe
[johkra@archlinux test]$ wine test
[johkra@archlinux test]$ ls
mañana  mingwm10.dll  test.cpp  test.exe
[johkra@archlinux test]$

Voy a ver el "bug tracker" y si no encuentro nada vo a ver el codigo fuente de los wxWidgets.