Custom Query (420 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (28 - 30 of 420)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
Ticket Resolution Summary Owner Reporter
#871 fixed Greenstone3 language/encoding issues nobody jlwhisler
Description

Diego wrote:

I´m facing some problems related to accented words that don´t appear in the interface. There are many English files that don´t have the matching Spanish file, like CrossCollectionSearch.properties. What format must these files have? UTF-8 or Ansi?. Saving as utf-8 makes library to ignore the text and use the English one. Saving as ANSI makes extended chars appear as symbols. Finally, to get an accented word I have to do the following:

1- Write the word, i.e: Búsqueda

2- Convert the file to UTF-8

3- Reconvert to ANSI so "Búsqueda" is like "Búsqueda"

Strange, but it works!

#866 fixed GS3 build.xml os.windows property should not require constant maintenance ak19 ak19
Description

GS3 build.xml contains the following property definition for os.windows, which is used in target start-tomcat to check whether the OS is windows and if so, to run tomcat.

<property name="os.windows" value="Windows 95,Windows 98,Windows 2000,Windows 2003,Windows XP,Windows NT,Windows ME,Windows Vista,Windows 7,Windows Server 2008,Windows Server 2008 R2"/> <!-- check this!!!-->

Before "Windows Server 2008 (R2)" was in the list, it had failed to run on a Windows Server 2008 R2 machine until Shaoqun discovered and fixed this oversight in build.xml that prevented tomcat from starting on Windows Server 2008 RT.

She has identified the larger problem of build.xml having to maintain a list of what OS names constitute Windows. Newer OS will require constant updating. The suggestion is that we should define the property os.windows to somehow resolve to any string that matches the prefix of "Windows" so that this part of the code doesn't need constant maintenance or else results in tomcat silently failing to start (with no error messages or anything to indicate what happened).

#857 fixed Getting GS3 64 bit linux binaries to compile up again nobody ak19
Description

This ticket is to document a change made not to the code but the Ubuntu machine that generates the 64 bit caveats. The compilation failed with something along the lines of the following (the following is someone else's error but is similar enough):

/usr/bin/ld: /usr/lib/gcc/[unknown_]x86_64-linux-gnu/4.4.3/crtbeginT.o: relocation R_X86_64_32 against `DTOR_END' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/[unknown_]x86_64-linux-gnu/4.4.3/crtbeginT.o: could not read symbols: Bad value

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.