Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 150169
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Harald van Dijk <truedfx@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Karl Hakimian <t4y68ds02@sneakemail.com>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
nvi-1.81.5-wide.patch patch to fix unicode read in nvi patch Karl Hakimian 2006-10-05 07:41 0000 3.54 KB Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 150169 depends on: Show dependency tree
Bug 150169 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2006-10-05 07:39 0000
nvi does not use the correct call to read wide characters from a file. I have
patched it and submitted the patch upstream and told the author that I would
also submit the patch to the gentoo developers.

------- Comment #1 From Karl Hakimian 2006-10-05 07:41:02 0000 -------
Created an attachment (id=98842) [details]
patch to fix unicode read in nvi

I have tried this patch against both the stable version and the soon to be
released eselect version of nvi. It works for me.

------- Comment #2 From Harald van Dijk 2006-10-06 04:50:36 0000 -------
While that patch seems sane to me, could you give a quick example of when it is
necessary? (I can use nvi to edit my UTF-8 encoded files, without problems
yet.)

------- Comment #3 From Karl Hakimian 2006-10-06 05:02:55 0000 -------
Create a file containing utf-8 characters. Save it. Bring up nvi and then load
that file in via :r file. The utf-8 will be garbled.

------- Comment #4 From Harald van Dijk 2006-10-06 05:28:31 0000 -------
Thanks, fixed in 1.81.5-r5. I know that's in package.mask, but eselect-vi is
supposed to be unmasked soon. If it's not, I'll add another non-eselect
revision as well.

------- Comment #5 From Karl Hakimian 2006-10-06 06:59:10 0000 -------
Perfect. Thanks.

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug