mainGNU gettext - Support: sr #108469, gettext- libintl hard...


sr #108469: gettext- libintl hard codes potentially invalid path

Submitter:  Keith Marshall <keithmarshall>
Submitted:  Thu 09 Jan 2014 10:01:07 PM UTC
Category:  None Priority:  5 - Normal
Severity:  3 - Normal Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Open Operating System:  Microsoft Windows
* Mandatory Fields

Add a New Comment Rich Markup

Thu 09 Jan 2014 10:58:04 PM UTC, comment #1: 

s/potentially removal media/potentially removable media/

Obviously, the issue bites when the hard coded path points to a removable media device, in which no media is present.  Woe32 then requires the user to insert media when a path scan is initiated, even if the search should eventually be resolved elsewhere.

Keith Marshall <keithmarshall>
Thu 09 Jan 2014 10:01:07 PM UTC, original submission:  

Identified during this ML discussion:

hard-coded paths incorporated into libintl provide the probable vector for this MinGW bug:

As noted in the ML thread, when I rebuild gettext-, cross compiling on GNU/Linux for the Woe32 host, I see two instances of the hard coded path "/mingw/share/locale" within this library.  While this likely will not fall foul of the issue, where the original packager had this prefixed by a drive reference, to a device with potentially removal media, is it expected that this path should be hard coded in the first instance?  How does this interact with the relocation machinery, which I understand to be an inherent feature of GNU gettext?  Should configuration with the "--enable-relocatable" option affect this?  (It seems to make no difference).

In addition, it has been suggested that we consider this patch:

to add relocation support to gettext-  Am I missing something here?  AIUI, gettext already provides relocation support, so why should we need a patch to add it?

Keith Marshall <keithmarshall>


(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:

No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by keithmarshall (Submitted the item)

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.


    No changes have been made to this item

    Back to the top

    Powered by Savane 3.13-12ab.
    Corresponding source code