Как кодирование/локализация сообщения об ошибке DLL обрабатывается в приложении VB6?

(ОБНОВЛЕНО: этот вопрос будет обновлен после лучшего понимания того, что происходит, я удалил шумные неправильные части.)

Этот фрагмент кода принадлежит COM DLL. Для контекста он содержит объект ActiveX, который создается и обрабатывается внутри классической страницы ASP.

Public Function getHttpResponse(url As String)
  Dim request As New WinHttpRequest
  
  On Error GoTo errGetHttpResponse
  request.Open "HEAD", url
  request.Send
  getHttpResponse = request.Status
  Exit Function
  
errGetHttpResponse:
  getHttpResponse = Err.Description
End Function

Локализация и кодировка строки Err.Description, по-видимому, зависят от рабочей среды. Для ошибки 80072EE5 я получаю для Err.Description (получено из графического интерфейса исполняемого файла, загружающего DLL):

• Компьютер 1, Windows 2008 с пакетом обновления 2 (SP2), 32 бита, французский язык: L'URL n'est pas valide
• Машина 2, Windows 2012 R2 Standard 64 бита, французский язык: L’URL n’est pas valide, шестнадцатеричный дамп дает:

Заметно, что апостроф не тот.

Страница ASP, вызывающая и отображающая выходные данные ActiveX, может быть упрощена следующим образом:

Session.LCID=1036 ' French identifier (global.asa file)
Dim o : Set o = CreateObject("TheDLL.TheObject")
Response.Write o.getHttpResponse(anInvalidUrl)

Хотя он отображается правильно при запуске с компьютера 1, с компьютера 2 апостроф скрыт (при просмотре исходного кода в Firefox отображается квадратный символ 00 92). Сгенерированный HTML из машины 2 воспроизводится ниже:

00000000  4c 92 55 52 4c 20 6e 92  65 73 74 20 70 61 73 20  |L.URL n.est pas |
00000010  76 61 6c 69 64 65                                 |valide

Апостроф стал кодироваться как 0x92, что является ПРАВОЙ ОДИНАРНОЙ КАТАЧКОЙ, закодированной в ИСО-8859-1.

Чем объясняется разница? И, возможно, есть ли способ установить независимость этой выходной платформы?

(И да, это устаревший код, который скоро умрет.)