develooper Front page | perl.perl5.porters | Postings from June 2012

[perl #113536] GetEnvironmentStrings() mess up the values for non-ascii strings

Thread Previous | Thread Next
From:
Steve Hay via RT
Date:
June 18, 2012 00:26
Subject:
[perl #113536] GetEnvironmentStrings() mess up the values for non-ascii strings
Message ID:
rt-3.6.HEAD-5009-1340004390-889.113536-15-0@perl.org
On Fri Jun 15 07:13:34 2012, kartlee05 wrote:
> Hi Steve,
> 
> On Fri Jun 15 00:57:16 2012, shay wrote:
> > On Thu Jun 14 09:20:33 2012, kartlee05 wrote:
> > > The revised patch is attached now. Please take a look.
> > > 
> > 
> > Thanks, your patch is now applied as commit 4f46e52b00.
> 
> Thanks for applying this change. Will this be in 5.17? BTW, do you want 
> me to take a look and suggest changes that we would need to fully 
> support wide version for win32?
> 

The change will indeed be in 5.17.1, due out in a couple of days.

Support for wide api calls on Win32 was actually removed some time ago
(5.8.1) since it was not working correctly and it was deemed, IIRC, that
it would be more worthwhile to address the wider issue of supporting
Unicode in any filesystems that support it rather than fixing the broken
support for just Windows NTFS, hence the items in Porting/todo.pod about
"Unicode in Filenames", "Unicode in %ENV" and "Unicode and glob()".

For sure, the solution on Windows must involve the wide apis, but what
we really need first is a framework for hooking those calls into as
described in the item "Virtualize operating system access" in
Porting/todo.pod.

---
via perlbug:  queue: perl5 status: resolved
https://rt.perl.org:443/rt3/Ticket/Display.html?id=113536

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About