Title: February 9, 2003
Not interested in our www.SubmitPower.com service?
To be taken off our mailing list, please follow the instructions here.
Este mensaje ha sido generado AUTOMATICAMENTE por el Sistema de deteccion de Virus de
correo de la Universidad de Sevilla, el cual ha encontrado el virus WORM_SOBIG.F en el
fichero: wicked_scr.scr que ha enviado a [EMAIL PROTECTED], debido bien a que su
sistema esta infectado por un virus que us
The original message was received at Wed, 27 Aug 2003 13:54:49 +0100
from [200.24.7.180]
- The following addresses had permanent fatal errors -
<[EMAIL PROTECTED]>
(reason: 550 Unacceptable content)
- Transcript of session follows -
... while talking to localhost.us.es.:
> hmm.. how odd. I would consider it a bug, I think. I don't have a copy
> of the ISO spec handy but will be sure to look up whether that is
> conforming... It is certainly a malfeature if it is not a bug...
I fired off a message to [EMAIL PROTECTED], we'll see what they have to
say.
Cheers,
On Wed, Aug 27, 2003 at 09:58:08AM +0100, Simon Marlow wrote:
> > > > In our new implementation of Data.Char.isUpper and
> > friends, I made the
> > > > simplifying assumption that Char==wchar_t==Unicode. With
> > glibc, this
> > > > appears to be valid as long as (a) you set LANG to
> > someth
> > > In our new implementation of Data.Char.isUpper and
> friends, I made the
> > > simplifying assumption that Char==wchar_t==Unicode. With
> glibc, this
> > > appears to be valid as long as (a) you set LANG to
> something other than
> > > "C" or "POSIX", and (b) you call setlocale() first.
On Wed, Aug 27, 2003 at 04:28:27AM +0100, Glynn Clements wrote:
> > Attached is a properly internationalized implementation of
> > Foreign.C.String, along with some other routines which I feel would be
> > very at home in the FFI standard.
> >
> > Note that I am trying to solve a simpler problem t
John Meacham wrote:
> Attached is a properly internationalized implementation of
> Foreign.C.String, along with some other routines which I feel would be
> very at home in the FFI standard.
>
> Note that I am trying to solve a simpler problem than full generic i18n.
> I just want the ability to