> But 3 bytes looks like UTF-8 ?
I don't know. You said it was UTF-16 if not encoded.
- Original Message -
From: "Arno Garrels" <[EMAIL PROTECTED]>
To: "ICS support mailing"
Sent: Thursday, October 09, 2008 7:03 PM
Subject: Re: [twsocket] HTML encoding in HttpSrv func. TextToHtmlText()
Francois PIETTE wrote:
>> The twothird character is not 'encoded' either as "⅔"
>> (decimal) or as "⅔" (hex)? If so, IIS sends plain UTF-16!
>
> Yes, no encoding at all. Just the 3 bytes. So UTF-16.
But 3 bytes looks like UTF-8 ?
--
Arno Garrels
>
> --
> [EMAIL PROTECTED]
> http://www.overbyte
> The twothird character is not 'encoded' either as "⅔" (decimal) or
> as "⅔" (hex)? If so, IIS sends plain UTF-16!
Yes, no encoding at all. Just the 3 bytes. So UTF-16.
--
[EMAIL PROTECTED]
http://www.overbyte.be
- Original Message -
From: "Arno Garrels" <[EMAIL PROTECTED]>
To: "ICS
Francois Piette wrote:
>> Yes, if someone has Apache or a newer IIS installed he could help.
>> Create a file name with characters not in current ANSI code page by
>> copy those characters from the Windows application charmap.exe.
>> Than start a packet sniffer and log a directory listing.
>
> Usi
> I don't know how to understand this error, as my connections with the
> component work in my tool (1)
It's a Winsock 2 error code:
WSASYSCALLFAILURE 10107 System call failure.
"A system call that should never fail has failed.
This is a generic error code, returned under various co
> Yes, if someone has Apache or a newer IIS installed he could help.
> Create a file name with characters not in current ANSI code page by copy
> those characters from the Windows application charmap.exe.
> Than start a packet sniffer and log a directory listing.
Using IIS6 on W2K3.
The twothird c
Hi,
I use the FTP Client Component in 2 of my applications :
1-Just a tool to manage the FTP connections
2-A window service which check, by FTP, if some defined files exists.
In my Tool (1), I could test my connections and it work well (similar to the
FtpCLi example ;p)
In my service (2), the con
> It doesn't exists. You can easily do it yourself using the Ls command to get
> the list of files and then iterating the list to get one by one.
OK, thanks.
Guillaume ROQUES
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/l
Fastream Technologies wrote:
> IIS5.1 is very old code (2001). Unfortunately my IIS7 Windows 2008
> expired so I cannot check right now. Maybe somebody else can help??
Yes, if someone has Apache or a newer IIS installed he could help.
Create a file name with characters not in current ANSI code pa
Francois Piette wrote:
>>> In your example, char #162 is replaced by "¢" in the html
>>> output. This represent the cnet character whatever the code page is.
>>
>> Actually that is the bug, since #162 is the cent sign in CP 1252 but
>> not in CP 1251. This function is used to generate directory li
IIS5.1 is very old code (2001). Unfortunately my IIS7 Windows 2008
expired so I cannot check right now. Maybe somebody else can help??
On Thu, Oct 9, 2008 at 2:59 PM, Arno Garrels <[EMAIL PROTECTED]> wrote:
> Arno Garrels wrote:
>> Francois Piette wrote:
>>
>>> In your example, char #162 is replac
Arno Garrels wrote:
> Francois Piette wrote:
>
>> In your example, char #162 is replaced by "¢" in the html
>> output. This represent the cnet character whatever the code page is.
>
> Actually that is the bug, since #162 is the cent sign in CP 1252 but
> not in CP 1251. This function is used to g
> > In your example, char #162 is replaced by "¢" in the html
> > output. This represent the cnet character whatever the code page is.
>
> Actually that is the bug, since #162 is the cent sign in CP 1252 but
> not in CP 1251. This function is used to generate directory listings,
> most file names i
Francois Piette wrote:
> In your example, char #162 is replaced by "¢" in the html
> output. This represent the cnet character whatever the code page is.
Actually that is the bug, since #162 is the cent sign in CP 1252 but
not in CP 1251. This function is used to generate directory listings,
mo
DZ-Jay wrote:
> Actually, I think Arno is correct, but it's a bit more complex than
> that:
>
> The entities conversion depend strictly on the local character set.
> That is, each character set *may* map differently (as Arno just
> discovered for the "cent" character between CP-1252 and CP-1251);
> > Using "html entities" make sure the correct character is
> > represented whatever the character set or character code is used by
> > the browser.
> That's correct, but the server maps the wrong HTML entities if it doesn't
run
> in a locale that uses CP 1252!
>
> For example:
> Currently char
Actually, I think Arno is correct, but it's a bit more complex than
that:
The entities conversion depend strictly on the local character set.
That is, each character set *may* map differently (as Arno just
discovered for the "cent" character between CP-1252 and CP-1251); there
is no "universa
Francois Piette wrote:
>> Or am I missing something?
>
> I think so. Using "html entities" make sure the correct character is
> represented whatever the character set or character code is used by
> the browser.
That's correct, but the server maps the wrong HTML entities if it doesn't run
in a lo
> Or am I missing something?
I think so. Using "html entities" make sure the correct character is
represented whatever the character set or character code is used by the
browser.
The character code shown in the comments is just for reference only and is
only valid on some platforms.
--
[EMAIL PR
In function TextToHtmlText() the HTML encoding of characters above #127
assumes code page iso-8859-1.
const
HtmlSpecialChars : array [160..255] of String[6] = (
'nbsp' , { #160 no-break space = non-breaking space }
'iexcl' , { #161 inverted exclamation mark
20 matches
Mail list logo
