similar to: win32-api idea - wide method first based on $KCODE

Hi, What''s happening here? require ''windows/path'' require ''windows/unicode'' include Windows::Path include Windows::Unicode file_a = ''bar.txt'' file_w = multi_to_wide(file_a) p PathFindExtensionA(file_a) # ''.txt'' => OK p PathFindExtensionW(file_w) # ''.'' => WRONG Is Ruby chopping the

LLVM Weekly - #359, November 16th 2020 ====================================== If you prefer, you can read a HTML version of this email at <http://llvmweekly.org/issue/359>. Welcome to the three hundred and fifty-ninth issue of LLVM Weekly, a weekly newsletter (published every Monday) covering developments in LLVM, Clang, and related projects. LLVM Weekly is brought to you by [Alex

My application uses only UTF-8. Which is the canonical place to do something global like setting $KCODE? -- fxn

I ran across a problem today in which some code ran fine in regular operation but failed in a test case. I scratched my head and thought "why would running from within the test harness change the behavior of my code?" Clearly it was the Heisenberg uncertainty principle in action! :) I discovered the root cause was that the rspec runner is setting the magical ruby global, $KCODE, to

Dang, I thought we solved this. Any ideas? Dan PS - I realized after reading this I forgot to bump the version number for 0.3.3 - I''ve uploaded a new zip file with the correct version number. -------------- next part -------------- An embedded message was scrubbed... From: alain Fioretti <noreply at rubyforge.org> Subject: [win32utils-help][6822] Eventlog problem Date: Thu, 5

Hey Alex, Found another GC bug in wxRuby. I ran into this problem, when trying to implement Wx::GenericDirCtrl into wxRuby. The specific case in which this is occuring, is when I attach the two event handlers for evt_tree_item_expanding() and evt_tree_item_activated() when grabbing the Wx::GenericDirCtrl#get_tree_ctrl(). All I have it doing, is attempting to catch these events (Which I really