« Return to Thread: gtk-gnutella-devel Digest, Vol 27, Issue 5
gtk-gnutella-devel Digest, Vol 27, Issue 5
by gtk-gnutella-devel-request
::
Rate this Message:
Send gtk-gnutella-devel mailing list submissions to
gtk-gnutella-devel@...
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
or, via email, send a message with subject or body 'help' to
gtk-gnutella-devel-request@...
You can reach the person managing the list at
gtk-gnutella-devel-owner@...
When replying, please edit your Subject line so it is more specific
than "Re: Contents of gtk-gnutella-devel digest..."
Today's Topics:
1. Re: feeling bitter about symbolic links & build errata
(Christian Biere)
2. Re: feeling bitter about symbolic links & build errata
(Matthew Lye)
3. Re: feeling bitter about symbolic links & build errata
(Christian Biere)
4. Re: feeling bitter about symbolic links & build errata
(Matthew Lye)
5. Re: weird sigabrt crashes with ld in config testing
(Bill Pringlemeir)
6. Update Spanish Translation (Larry Nieves)
7. Re: Update Spanish Translation (Larry Nieves)
8. Re: Update Spanish Translation (Christian Biere)
----------------------------------------------------------------------
Message: 1
Date: Thu, 19 Mar 2009 20:26:19 +0100
From: Christian Biere <christianbiere@...>
Subject: Re: [gtk-gnutella-devel] feeling bitter about symbolic links
& build errata
To: gtk-gnutella-devel@...
Message-ID: <20090319192619.GB14509@...>
Content-Type: text/plain; charset=utf-8
Matthew Lye wrote:
> On 18-Mar-09, at 4:41 PM, Christian Biere wrote:
> > Could you pin-point at what part of Configure the crashes occur?
> try.c: In function ?main?:
> try.c:14: warning: implicit declaration of function ?closefrom?
> collect2: ld terminated with signal 6 [Abort trap]
> Undefined symbols:
> "_closefrom", referenced from:
> _main in cc3gEU9T.o
> terminate called after throwing an instance of 'char const*'
> terminate called recursively
The crash itself is probably in bug in ld. According to the
great oracle, likely a bug in the version of binutils used by
your system.
The checks which cause a crash should be negative on your
system anyway. It's just odd that not all checks which should
and do have negative results cause this crash. I modified
Configure slightly. Maybe this prevents the crashes. In any
case, as far as I understand, these crashes don't prevent
gtk-gnutella from compiling and running successfully, it is
just an nuisance during the Configure run, right?
--
Christian
------------------------------
Message: 2
Date: Thu, 19 Mar 2009 19:47:11 -0400
From: Matthew Lye <mlye@...>
Subject: Re: [gtk-gnutella-devel] feeling bitter about symbolic links
& build errata
To: gtk-gnutella-devel@...
Message-ID: <C4C194B8-120F-461A-B299-EFA7A98121AD@...>
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed;
delsp=yes
On 19-Mar-09, at 3:26 PM, Christian Biere wrote:
> Matthew Lye wrote:
>> On 18-Mar-09, at 4:41 PM, Christian Biere wrote:
>>> Could you pin-point at what part of Configure the crashes occur?
>
>> try.c: In function ?main?:
>> try.c:14: warning: implicit declaration of function ?closefrom?
>> collect2: ld terminated with signal 6 [Abort trap]
>> Undefined symbols:
>> "_closefrom", referenced from:
>> _main in cc3gEU9T.o
>> terminate called after throwing an instance of 'char const*'
>> terminate called recursively
>
> The crash itself is probably in bug in ld. According to the
> great oracle, likely a bug in the version of binutils used by
> your system.
There's an oracle? I knew mystery cults proliferated in the IT world,
but I thought they were mainly for system administrators and Tier 1
types.
It looks like OS X has an Apple-developed ld (@(#)PROGRAM:ld
PROJECT:ld64-77), part of the Darwin project. Hasn't had a change
logged since 2007.
The linker problem should only be a nuisance for people who've enabled
the bug reporting system included in the Xcode bundle. There's
probably a way to disable it per session, somewhere off in
Onlinedokumentistan; I'll let you know if it turns up.
------------------------------
Message: 3
Date: Fri, 20 Mar 2009 01:20:46 +0100
From: Christian Biere <christianbiere@...>
Subject: Re: [gtk-gnutella-devel] feeling bitter about symbolic links
& build errata
To: gtk-gnutella-devel@...
Message-ID: <20090320002046.GB17434@...>
Content-Type: text/plain; charset=utf-8
Matthew Lye wrote:
> There's an oracle?
Maybe. Just google it.
> The linker problem should only be a nuisance for people who've enabled
> the bug reporting system included in the Xcode bundle. There's
> probably a way to disable it per session, somewhere off in
> Onlinedokumentistan; I'll let you know if it turns up.
I take it the modifications to Configure didn't make any difference?
--
Christian
------------------------------
Message: 4
Date: Fri, 20 Mar 2009 00:33:26 -0400
From: Matthew Lye <mlye@...>
Subject: Re: [gtk-gnutella-devel] feeling bitter about symbolic links
& build errata
To: gtk-gnutella-devel@...
Message-ID: <76F7743B-0FD2-4ED2-BDDC-76C2204A4DF2@...>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
On 19-Mar-09, at 8:20 PM, Christian Biere wrote:
> Matthew Lye wrote:
>> There's an oracle?
>
> Maybe. Just google it.
>
>> The linker problem should only be a nuisance for people who've
>> enabled
>> the bug reporting system included in the Xcode bundle. There's
>> probably a way to disable it per session, somewhere off in
>> Onlinedokumentistan; I'll let you know if it turns up.
>
> I take it the modifications to Configure didn't make any difference?
No, sorry.
The abort-signaling errors seem to occur only when a function is
assumed to be being implicitly declared. That is, when 'invent.h' is
not found the linker fails gracefully even though getinvent() is being
implicitly (of course) declared. Similarly, the test for
posix_fadvise() fails gracefully because none of the identifiers
(such as POSIX_FADV_NORMAL) in the code are declared, an obvious
error. However, the test for a function NOT declared in an existing
header file fails ungracefully, producing an abort signal.
There is a cc flag in the Darwin version of gcc, '-Werror-implicit-
function-declaration', which causes all implicit declarations to be
treated as errors rather than warnings. Unfortunately one must then
include 'stdlib.h' to use exit, but this seems to only be once, in
'try.c'.
Treating implicit function declarations as errors seems to solve every
incidence of non-graceful termination, pre-empting it with graceful
termination, except for one. When the use of the locale_charset()
function left undeclared by the (existing) header file 'libcharset.h'
is tested, the implicit declaration goes unnoticed. I'm not sure why.
------------------------------
Message: 5
Date: Fri, 20 Mar 2009 09:26:42 -0500
From: Bill Pringlemeir <bpringle@...>
Subject: Re: [gtk-gnutella-devel] weird sigabrt crashes with ld in
config testing
To: Matthew Lye <mlye@...>
Cc: gtk-gnutella-devel@...
Message-ID: <871vss46e5.fsf@...>
Content-Type: text/plain; charset=us-ascii
On 15 Mar 2009, mlye@... wrote:
> I am, by the way, getting some weird crash notifications from ld when
> the configure (build) script is running, between 2-4 per run. Is a
> behavior unique to GNU-ld being assumed maybe? This behavior is new.
> It's been a while since I built GTKG, however, so it could be a change
> in the system rather than a change in your script; I'm not sure I
> would know.
>
> Process: ld [27402]
>
> Thread 0 Crashed:
> 4 libstdc++.6.dylib 0x001529a4 std::terminate() + 68
> 5 libstdc++.6.dylib 0x00152c68 __cxa_rethrow + 128
> 6 libstdc++.6.dylib 0x00154d88
> __gnu_cxx::__verbose_terminate_handler() + 244
> 7 libstdc++.6.dylib 0x00152940 __gxx_personality_v0 +
> 1240
> 8 libstdc++.6.dylib 0x001529a4 std::terminate() + 68
> 9 libstdc++.6.dylib 0x00152be4 __cxa_throw + 124
> 10 ld 0x00011294 0x1000 + 66196
Apple seems to have shipped you the gold linker. It is buggy. Can
you get the regular binutils linker and not use the gold one? The
regular ld is written in 'C'. From your stack trace, ld is throwing
an un-caught exception. Also, gold was most tested/developed on the
x86. Support for the PPC is perhaps a bit behind.
In any case, it is not a gtk-gnutella problem at all.
fwiw,
Bill Pringlemeir.
------------------------------
Message: 6
Date: Tue, 24 Mar 2009 15:15:48 +0100
From: Larry Nieves <lanieves@...>
Subject: [gtk-gnutella-devel] Update Spanish Translation
To: gtk-gnutella-devel@...
Message-ID: <20090324141548.GB13855@...>
Content-Type: text/plain; charset="utf-8"
I think I made it before the deadline.
An updated spanish translation for gtk-gnutella is available on the
following URL. It is 99% complete, with only 3 untranslated strings,
which I could not make sense of inside my head.
http://cronicaslinuxeras.com/media/blogs/sw/translation/gtk-gnutella-es-r16210.po.bz2
aka:
urn:bitprint:OOOWZMIPMVGNX5FCSOR7MTOGM3I63CDA.RHJ6KWLGRZTSJDIJVBQYUA3GXVMLRFVK2FV7FIQ
I stripped all the source references from the po file :)
--
Larry Alex?nder Nieves Colmen?rez <lanieves@...>
El Liberal Venezolano http://liberal-venezolano.net/blog/
GPG Public Key: 0x1525843C
Key Fingerprint = 76D0 2DA1 ADA8 11EF 661B FEE2 923C 050F 1525 843C
gpg --keyserver hkp://wwwkeys.eu.pgp.net --recv-keys 0x1525843C
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
------------------------------
Message: 7
Date: Tue, 24 Mar 2009 20:24:11 +0100
From: Larry Nieves <lanieves@...>
Subject: Re: [gtk-gnutella-devel] Update Spanish Translation
To: gtk-gnutella-devel@...
Message-ID: <20090324192411.GA31559@...>
Content-Type: text/plain; charset="utf-8"
On Tue, Mar 24, 2009 at 03:15:48PM +0100, Larry Nieves wrote:
> aka:
>
> urn:bitprint:OOOWZMIPMVGNX5FCSOR7MTOGM3I63CDA.RHJ6KWLGRZTSJDIJVBQYUA3GXVMLRFVK2FV7FIQ
>
Make that:
urn:bitprint:VJQ3EIWL562AJEHPETK55W7QWYSA2FDR.2PL5LDTOONZMQMK4552ZAL2UXQS3PMDNFV6K2OY
I found a couple of errors and updated.
--
Larry Alex?nder Nieves Colmen?rez <lanieves@...>
El Liberal Venezolano http://liberal-venezolano.net/blog/
GPG Public Key: 0x1525843C
Key Fingerprint = 76D0 2DA1 ADA8 11EF 661B FEE2 923C 050F 1525 843C
gpg --keyserver hkp://wwwkeys.eu.pgp.net --recv-keys 0x1525843C
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
------------------------------
Message: 8
Date: Tue, 24 Mar 2009 20:52:30 +0100
From: Christian Biere <christianbiere@...>
Subject: Re: [gtk-gnutella-devel] Update Spanish Translation
To: gtk-gnutella-devel@...
Message-ID: <20090324195230.GA38@...>
Content-Type: text/plain; charset=utf-8
Larry Nieves wrote:
> Make that:
>
> urn:bitprint:VJQ3EIWL562AJEHPETK55W7QWYSA2FDR.2PL5LDTOONZMQMK4552ZAL2UXQS3PMDNFV6K2OY
>
> I found a couple of errors and updated.
I found some mistakes, too. If you translate something like "Bitzi|Underrated", you must
strip the "Bitzi|" in the translated string. The "pipe symbol" is a special character
in this context. This is also documented in the I18N guide:
https://gtk-gnutella.svn.sourceforge.net/svnroot/gtk-gnutella/trunk/gtk-gnutella/doc/devguide/I18N
Could you correct this, please? Thanks.
--
Christian
------------------------------
------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
------------------------------
_______________________________________________
gtk-gnutella-devel mailing list
gtk-gnutella-devel@...
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
End of gtk-gnutella-devel Digest, Vol 27, Issue 5
*************************************************
gtk-gnutella-devel@...
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
or, via email, send a message with subject or body 'help' to
gtk-gnutella-devel-request@...
You can reach the person managing the list at
gtk-gnutella-devel-owner@...
When replying, please edit your Subject line so it is more specific
than "Re: Contents of gtk-gnutella-devel digest..."
Today's Topics:
1. Re: feeling bitter about symbolic links & build errata
(Christian Biere)
2. Re: feeling bitter about symbolic links & build errata
(Matthew Lye)
3. Re: feeling bitter about symbolic links & build errata
(Christian Biere)
4. Re: feeling bitter about symbolic links & build errata
(Matthew Lye)
5. Re: weird sigabrt crashes with ld in config testing
(Bill Pringlemeir)
6. Update Spanish Translation (Larry Nieves)
7. Re: Update Spanish Translation (Larry Nieves)
8. Re: Update Spanish Translation (Christian Biere)
----------------------------------------------------------------------
Message: 1
Date: Thu, 19 Mar 2009 20:26:19 +0100
From: Christian Biere <christianbiere@...>
Subject: Re: [gtk-gnutella-devel] feeling bitter about symbolic links
& build errata
To: gtk-gnutella-devel@...
Message-ID: <20090319192619.GB14509@...>
Content-Type: text/plain; charset=utf-8
Matthew Lye wrote:
> On 18-Mar-09, at 4:41 PM, Christian Biere wrote:
> > Could you pin-point at what part of Configure the crashes occur?
> try.c: In function ?main?:
> try.c:14: warning: implicit declaration of function ?closefrom?
> collect2: ld terminated with signal 6 [Abort trap]
> Undefined symbols:
> "_closefrom", referenced from:
> _main in cc3gEU9T.o
> terminate called after throwing an instance of 'char const*'
> terminate called recursively
The crash itself is probably in bug in ld. According to the
great oracle, likely a bug in the version of binutils used by
your system.
The checks which cause a crash should be negative on your
system anyway. It's just odd that not all checks which should
and do have negative results cause this crash. I modified
Configure slightly. Maybe this prevents the crashes. In any
case, as far as I understand, these crashes don't prevent
gtk-gnutella from compiling and running successfully, it is
just an nuisance during the Configure run, right?
--
Christian
------------------------------
Message: 2
Date: Thu, 19 Mar 2009 19:47:11 -0400
From: Matthew Lye <mlye@...>
Subject: Re: [gtk-gnutella-devel] feeling bitter about symbolic links
& build errata
To: gtk-gnutella-devel@...
Message-ID: <C4C194B8-120F-461A-B299-EFA7A98121AD@...>
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed;
delsp=yes
On 19-Mar-09, at 3:26 PM, Christian Biere wrote:
> Matthew Lye wrote:
>> On 18-Mar-09, at 4:41 PM, Christian Biere wrote:
>>> Could you pin-point at what part of Configure the crashes occur?
>
>> try.c: In function ?main?:
>> try.c:14: warning: implicit declaration of function ?closefrom?
>> collect2: ld terminated with signal 6 [Abort trap]
>> Undefined symbols:
>> "_closefrom", referenced from:
>> _main in cc3gEU9T.o
>> terminate called after throwing an instance of 'char const*'
>> terminate called recursively
>
> The crash itself is probably in bug in ld. According to the
> great oracle, likely a bug in the version of binutils used by
> your system.
There's an oracle? I knew mystery cults proliferated in the IT world,
but I thought they were mainly for system administrators and Tier 1
types.
It looks like OS X has an Apple-developed ld (@(#)PROGRAM:ld
PROJECT:ld64-77), part of the Darwin project. Hasn't had a change
logged since 2007.
The linker problem should only be a nuisance for people who've enabled
the bug reporting system included in the Xcode bundle. There's
probably a way to disable it per session, somewhere off in
Onlinedokumentistan; I'll let you know if it turns up.
------------------------------
Message: 3
Date: Fri, 20 Mar 2009 01:20:46 +0100
From: Christian Biere <christianbiere@...>
Subject: Re: [gtk-gnutella-devel] feeling bitter about symbolic links
& build errata
To: gtk-gnutella-devel@...
Message-ID: <20090320002046.GB17434@...>
Content-Type: text/plain; charset=utf-8
Matthew Lye wrote:
> There's an oracle?
Maybe. Just google it.
> The linker problem should only be a nuisance for people who've enabled
> the bug reporting system included in the Xcode bundle. There's
> probably a way to disable it per session, somewhere off in
> Onlinedokumentistan; I'll let you know if it turns up.
I take it the modifications to Configure didn't make any difference?
--
Christian
------------------------------
Message: 4
Date: Fri, 20 Mar 2009 00:33:26 -0400
From: Matthew Lye <mlye@...>
Subject: Re: [gtk-gnutella-devel] feeling bitter about symbolic links
& build errata
To: gtk-gnutella-devel@...
Message-ID: <76F7743B-0FD2-4ED2-BDDC-76C2204A4DF2@...>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
On 19-Mar-09, at 8:20 PM, Christian Biere wrote:
> Matthew Lye wrote:
>> There's an oracle?
>
> Maybe. Just google it.
>
>> The linker problem should only be a nuisance for people who've
>> enabled
>> the bug reporting system included in the Xcode bundle. There's
>> probably a way to disable it per session, somewhere off in
>> Onlinedokumentistan; I'll let you know if it turns up.
>
> I take it the modifications to Configure didn't make any difference?
No, sorry.
The abort-signaling errors seem to occur only when a function is
assumed to be being implicitly declared. That is, when 'invent.h' is
not found the linker fails gracefully even though getinvent() is being
implicitly (of course) declared. Similarly, the test for
posix_fadvise() fails gracefully because none of the identifiers
(such as POSIX_FADV_NORMAL) in the code are declared, an obvious
error. However, the test for a function NOT declared in an existing
header file fails ungracefully, producing an abort signal.
There is a cc flag in the Darwin version of gcc, '-Werror-implicit-
function-declaration', which causes all implicit declarations to be
treated as errors rather than warnings. Unfortunately one must then
include 'stdlib.h' to use exit, but this seems to only be once, in
'try.c'.
Treating implicit function declarations as errors seems to solve every
incidence of non-graceful termination, pre-empting it with graceful
termination, except for one. When the use of the locale_charset()
function left undeclared by the (existing) header file 'libcharset.h'
is tested, the implicit declaration goes unnoticed. I'm not sure why.
------------------------------
Message: 5
Date: Fri, 20 Mar 2009 09:26:42 -0500
From: Bill Pringlemeir <bpringle@...>
Subject: Re: [gtk-gnutella-devel] weird sigabrt crashes with ld in
config testing
To: Matthew Lye <mlye@...>
Cc: gtk-gnutella-devel@...
Message-ID: <871vss46e5.fsf@...>
Content-Type: text/plain; charset=us-ascii
On 15 Mar 2009, mlye@... wrote:
> I am, by the way, getting some weird crash notifications from ld when
> the configure (build) script is running, between 2-4 per run. Is a
> behavior unique to GNU-ld being assumed maybe? This behavior is new.
> It's been a while since I built GTKG, however, so it could be a change
> in the system rather than a change in your script; I'm not sure I
> would know.
>
> Process: ld [27402]
>
> Thread 0 Crashed:
> 4 libstdc++.6.dylib 0x001529a4 std::terminate() + 68
> 5 libstdc++.6.dylib 0x00152c68 __cxa_rethrow + 128
> 6 libstdc++.6.dylib 0x00154d88
> __gnu_cxx::__verbose_terminate_handler() + 244
> 7 libstdc++.6.dylib 0x00152940 __gxx_personality_v0 +
> 1240
> 8 libstdc++.6.dylib 0x001529a4 std::terminate() + 68
> 9 libstdc++.6.dylib 0x00152be4 __cxa_throw + 124
> 10 ld 0x00011294 0x1000 + 66196
Apple seems to have shipped you the gold linker. It is buggy. Can
you get the regular binutils linker and not use the gold one? The
regular ld is written in 'C'. From your stack trace, ld is throwing
an un-caught exception. Also, gold was most tested/developed on the
x86. Support for the PPC is perhaps a bit behind.
In any case, it is not a gtk-gnutella problem at all.
fwiw,
Bill Pringlemeir.
------------------------------
Message: 6
Date: Tue, 24 Mar 2009 15:15:48 +0100
From: Larry Nieves <lanieves@...>
Subject: [gtk-gnutella-devel] Update Spanish Translation
To: gtk-gnutella-devel@...
Message-ID: <20090324141548.GB13855@...>
Content-Type: text/plain; charset="utf-8"
I think I made it before the deadline.
An updated spanish translation for gtk-gnutella is available on the
following URL. It is 99% complete, with only 3 untranslated strings,
which I could not make sense of inside my head.
http://cronicaslinuxeras.com/media/blogs/sw/translation/gtk-gnutella-es-r16210.po.bz2
aka:
urn:bitprint:OOOWZMIPMVGNX5FCSOR7MTOGM3I63CDA.RHJ6KWLGRZTSJDIJVBQYUA3GXVMLRFVK2FV7FIQ
I stripped all the source references from the po file :)
--
Larry Alex?nder Nieves Colmen?rez <lanieves@...>
El Liberal Venezolano http://liberal-venezolano.net/blog/
GPG Public Key: 0x1525843C
Key Fingerprint = 76D0 2DA1 ADA8 11EF 661B FEE2 923C 050F 1525 843C
gpg --keyserver hkp://wwwkeys.eu.pgp.net --recv-keys 0x1525843C
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
------------------------------
Message: 7
Date: Tue, 24 Mar 2009 20:24:11 +0100
From: Larry Nieves <lanieves@...>
Subject: Re: [gtk-gnutella-devel] Update Spanish Translation
To: gtk-gnutella-devel@...
Message-ID: <20090324192411.GA31559@...>
Content-Type: text/plain; charset="utf-8"
On Tue, Mar 24, 2009 at 03:15:48PM +0100, Larry Nieves wrote:
> aka:
>
> urn:bitprint:OOOWZMIPMVGNX5FCSOR7MTOGM3I63CDA.RHJ6KWLGRZTSJDIJVBQYUA3GXVMLRFVK2FV7FIQ
>
Make that:
urn:bitprint:VJQ3EIWL562AJEHPETK55W7QWYSA2FDR.2PL5LDTOONZMQMK4552ZAL2UXQS3PMDNFV6K2OY
I found a couple of errors and updated.
--
Larry Alex?nder Nieves Colmen?rez <lanieves@...>
El Liberal Venezolano http://liberal-venezolano.net/blog/
GPG Public Key: 0x1525843C
Key Fingerprint = 76D0 2DA1 ADA8 11EF 661B FEE2 923C 050F 1525 843C
gpg --keyserver hkp://wwwkeys.eu.pgp.net --recv-keys 0x1525843C
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
------------------------------
Message: 8
Date: Tue, 24 Mar 2009 20:52:30 +0100
From: Christian Biere <christianbiere@...>
Subject: Re: [gtk-gnutella-devel] Update Spanish Translation
To: gtk-gnutella-devel@...
Message-ID: <20090324195230.GA38@...>
Content-Type: text/plain; charset=utf-8
Larry Nieves wrote:
> Make that:
>
> urn:bitprint:VJQ3EIWL562AJEHPETK55W7QWYSA2FDR.2PL5LDTOONZMQMK4552ZAL2UXQS3PMDNFV6K2OY
>
> I found a couple of errors and updated.
I found some mistakes, too. If you translate something like "Bitzi|Underrated", you must
strip the "Bitzi|" in the translated string. The "pipe symbol" is a special character
in this context. This is also documented in the I18N guide:
https://gtk-gnutella.svn.sourceforge.net/svnroot/gtk-gnutella/trunk/gtk-gnutella/doc/devguide/I18N
Could you correct this, please? Thanks.
--
Christian
------------------------------
------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
------------------------------
_______________________________________________
gtk-gnutella-devel mailing list
gtk-gnutella-devel@...
https://lists.sourceforge.net/lists/listinfo/gtk-gnutella-devel
End of gtk-gnutella-devel Digest, Vol 27, Issue 5
*************************************************
« Return to Thread: gtk-gnutella-devel Digest, Vol 27, Issue 5
| Free embeddable forum powered by Nabble | Forum Help |
