aMule Forum

Deutsch => de_Bugs => Topic started by: dirk on July 15, 2004, 12:55:21 AM

Title: Umlaute und SZ in Dateinamen
Post by: dirk on July 15, 2004, 12:55:21 AM

Moin,

wenn ich eine Datei herunter lade und der Name der Datei beinhaltet Umlaute oder ein SZ, so werden diese Sonderzeichen beim Abschließenden Speichern gelöscht.
Distri Debian
Filesystem ext3
und aMule ist von http://debian.thermoman.de/

Title: Re: Umlaute und SZ in Dateinamen
Post by: deltaHF on July 15, 2004, 12:59:35 AM

wird in rc5 gefixt .. hat wohl was mit unicode zu tun, und damit sind wir noch nicht ganz durch
thx :)

gruss

Title: Re: Umlaute und SZ in Dateinamen
Post by: dirk on July 21, 2004, 12:26:41 AM

Quote

Originally posted by deltaHF
wird in rc5 gefixt .. hat wohl was mit unicode zu tun, und damit sind wir noch nicht ganz durch

Problem ist auch mit RC5 nicht behoben.

Ciao,

Dirk

Title: Re: Umlaute und SZ in Dateinamen
Post by: deltaHF on July 21, 2004, 12:38:21 AM

mh ja.. ist so zu sagen.. vergessen worden  :))

Title: Re: Umlaute und SZ in Dateinamen
Post by: dirk on August 09, 2004, 02:30:04 PM

Kleine Ergänzung (falls nicht eh die gleiche Stelle im Source betroffen ist), das gleiche Problem taucht auch beim Export von von ED2K-Links in die Zwischenablage auf.

Title: Re: Umlaute und SZ in Dateinamen
Post by: deltaHF on August 09, 2004, 03:35:39 PM

compiliere bitte cvs und sage ob die probleme noch vorhanden sind

thx & gruss

Title: Re: Umlaute und SZ in Dateinamen
Post by: dirk on August 11, 2004, 03:53:14 PM

Ist bei mir auf Debian/Woody nicht compelierbar.

Quote

g++ -DHAVE_CONFIG_H -I. -I. -I..     -I/usr/lib/wx/include/gtk-2.4 -DGTK_NO_CHECK_CASTS -D__WXGTK__ -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I/usr/X11R6/include     -c -o amule-DownloadClient.o `test -f 'DownloadClient.cpp' || echo './'`DownloadClient.cpp
DownloadClient.cpp: In method `void CUpDownClient::ProcessBlockPacket(const char *, unsigned int, bool = false)':
DownloadClient.cpp:872: ambiguous overload for `CPartFile *& ? const wxString & : const char[2]'
DownloadClient.cpp:872: candidates are: operator ?:(bool, wxString, wxString)
DownloadClient.cpp:872:                 operator ?:(bool, const wxChar *, const char *)
DownloadClient.cpp:872:                 operator ?:(bool, const wxChar *, const char *)
DownloadClient.cpp: In method `int CUpDownClient::unzip(Pending_Block_Struct *, BYTE *, unsigned int, BYTE **, uint32 *, int = 0)':
DownloadClient.cpp:967: ambiguous overload for `CPartFile *& ? const wxString & : const char[2]'
DownloadClient.cpp:967: candidates are: operator ?:(bool, wxString, wxString)
DownloadClient.cpp:967:                 operator ?:(bool, const wxChar *, const char *)
DownloadClient.cpp:967:                 operator ?:(bool, const wxChar *, const char *)
DownloadClient.cpp:974: ambiguous overload for `CPartFile *& ? const wxString & : const char[2]'
DownloadClient.cpp:974: candidates are: operator ?:(bool, wxString, wxString)
DownloadClient.cpp:974:                 operator ?:(bool, const wxChar *, const char *)
DownloadClient.cpp:974:                 operator ?:(bool, const wxChar *, const char *)
make[4]: *** [amule-DownloadClient.o] Error 1

Ähnliches taucht aber auch auf, wenn ich versuche amule aus SID zu backporten, so dass dies nun nur noch ein Debian-Problem ist und dort gefixt werden muss.

Title: Re: Umlaute und SZ in Dateinamen
Post by: deltaHF on August 11, 2004, 03:59:30 PM

hast viell. gcc 2.95.x ?

Title: Re: Umlaute und SZ in Dateinamen
Post by: mcr76 on August 28, 2004, 02:25:48 PM

Hallo zusammen,

ich benutze folgende Konfiguration:
gcc 3.3.3
SuSE 9.1 pro
amule-cvs vom 28.08.2004

KDE 3.3 (selbst kompiliert) und eigenes QT (aktuelles release)

Das Problem besteht immer noch...
Das wird wohl irgendwas mit der UTF-8 Kodierung zu tun haben...
Dazu muß ich zugeben, als ich KDE 3.2 (Standard-SuSE installation)
benutzt hatte, gab es keine Probleme mit den Umlauten und Sonderzeichen
und aMule-2.0.0rc5.

Hat jemand eine Idee, wie ich das Problem beheben kann...
Es sind nicht nur die Dateinamen...
Sondern sämtliche im Programm vorkommenden dt. Sonderzeichen werden
nicht korrekt dargestellt...


Gruß mcr