Re: (TC304.2308) translating logical operators

Mike Ayers <[EMAIL PROTECTED]> wrote: >>> In any event, relying on the conditional evaluation or non- >>> evaluation of the second operand in "&&" and "||" is considered >>> tricky C and best avoided, although there are some cases where it is >>> indispensible. >> >> Humph. Any feature is "tri

RE: (TC304.2308) translating logical operators

> From: John Cowan [mailto:[EMAIL PROTECTED]] > Sent: Friday, June 09, 2000 10:33 AM > > > In any event, relying on the conditional evaluation or > non-evaluation > > of the second operand in "&&" and "||" is considered tricky > C and best > > avoided, although there are some cases where it is

Re: (TC304.2308) translating logical operators

On Fri, 9 Jun 2000, Doug Ewell wrote: > It is true that "&" and "|" always evaluate both arguments, whereas > "&&" and "||" evaluate the second argument only if necessary according > to the rule described by John. However, that is not the primary > difference between the two types of operators.

Re: standardizing interfaces for Unicode programming

On Fri, Jun 09, 2000 at 05:08:52AM -0800, Antoine Leca wrote: > > http://unichar.org > > Looks like dead from here... Should be .

Re: (TC304.2308) translating logical operators

John Cowan <[EMAIL PROTECTED]> wrote about Ada: > With "and then", the right-hand operand is not computed at run-time > if the left-hand operand is known to be false, since the result must > be false. With "and", this is not the case. > > Similarly, "or else" does not examine its right-hand op

Re: (TC304.2308) translating logical operators

Alain AND Everybody: Some minds just can't deal with logic, much less logical operators. Once upon a time, I had the job of trying to make a colonel in the U.S. Army sound literate. (I was drafted.) I soon found out that progress would be made only one tiny step at a time, if at all. My firs

Re: (TC304.2308) translating logical operators

On 06/09/2000 07:02:19 AM <[EMAIL PROTECTED]> wrote: >À 09:58 2000-06-09 -0400, François Pinard a écrit: >>Tom Garland <[EMAIL PROTECTED]> writes: >> >> > TC304. Does anyone know if the following logical operators are globally > >> understood or must they be translated for each language? >> >

Re: (TC304.2308) translating logical operators

On Fri, 9 Jun 2000, Alain wrote: > >Yet for old-fashioned programmers, this is generally clear. It was said > >that some programming language (I forgot which) allows `and then' and > >`or else' as an attempt to make things more clear. The language is Ada. However, there is a difference in beha

Re: (TC304.2308) translating logical operators

À 09:58 2000-06-09 -0400, François Pinard a écrit: Tom Garland <[EMAIL PROTECTED]> writes: > TC304.  Does anyone know if the following logical operators are globally > understood or must they be translated for each language? > AND > OR > ~ (not) [François] There was a discussion on the Python li

Re: standardizing interfaces for Unicode programming

Tom Lord wrote: > > Announcing unichar.org. > > Please visit our web site at: > > http://unichar.org Looks like dead from here... Antoine

RE: MS Arial Unicode Font

What operating system are you using? I had the same problem at home with Windows 98 character map but not the Word 2000 Insert Symbol. If you want to use Unicode, the better choice is Windows NT 4.0 at least SP 5. One of the key points is NT 4.0 SP 5. SP 5 has changes to handle large Unicode &

Re: MS Arial Unicode Font (next)

I've try under NT 4.00.1381 and in the characteres table, many glyphs are replace by a point .I've not this problem with windows 2000. So I'm using Windows 2k!! to conclude, your problem isn't a Word 9x problem, but you have to set your Os environment. __

Re: MS Arial Unicode Font

Since MS Arial Unicode is such a huge font, it's not surprising that it seems to cause problems on some systems. Have you checked http://www.hclrss.demon.co.uk/unicode/fonts.html to see if there are fonts listed there which cover the blocks you need but leave out those you don't need? FWIW MS Ari

FW: Japanese Date Processing in Shift_JIS or UTF-8 encoding using

Hi, > I want to parse & display Date on HTML pages. I can use JavaScript, JSP, > or Java. The problem is to convert the UTC date format into Japanese > format. The delimiters of Japanese date differ from standard Date > representation in English. > > My HTML/JSP pages are enforced to use UTF-8 en

MS Arial Unicode Font

Hi, I need a font which covers all Latin-Extended Blocks and IPA and I wanted to use MS Arial Unicode ... but nothing than problems! It seems, that the fonts breaks (NT 4.00.1381) every time I start Word97. Even after deleting, reinstalling and proper display in Word 2000: The Insert->Symbo