| Deutsch English Français Italiano |
|
<vmmf64$3e97a$3@dont-email.me> View for Bookmarking (what is this?) Look up another Usenet article |
Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail
From: "Chris M. Thomasson" <chris.m.thomasson.1@gmail.com>
Newsgroups: sci.math
Subject: Re: Division of two complex numbers
Date: Mon, 20 Jan 2025 13:28:35 -0800
Organization: A noiseless patient Spider
Lines: 169
Message-ID: <vmmf64$3e97a$3@dont-email.me>
References: <zMjaMvWZUkHX6SOb195JTQnVpSA@jntp>
<pn08rF_5GGMziz3K6TnJrhlBJek@jntp> <vmm8do$3cetq$2@dont-email.me>
<1f331uj8cjsge$.rox7zzvx5o63$.dlg@40tude.net>
<hJUop495V-7lOEA98AQwiM7l6-Q@jntp> <vmmcjk$3dtpt$1@dont-email.me>
<XmWkVwNVTy8QHqeS0TsrPZNuk_c@jntp> <vmmden$3e97a$1@dont-email.me>
<GKkg17e0FiGdEqKCQvNrtvN0OLY@jntp> <vmmdso$3e97a$2@dont-email.me>
<q-ufmQf4sCFn4XF8BtUedW5gSA8@jntp>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 20 Jan 2025 22:28:36 +0100 (CET)
Injection-Info: dont-email.me; posting-host="f83ba5790de8b51aa60b613f63b035eb";
logging-data="3613930"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+FpfuuGVMdVeAn3dSIrSLsQcCdvi7Lg8M="
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:Nek5JL4IOGw2DiraVgGNaPQ5t28=
Content-Language: en-US
In-Reply-To: <q-ufmQf4sCFn4XF8BtUedW5gSA8@jntp>
Bytes: 6441
On 1/20/2025 1:09 PM, Python wrote:
> Le 20/01/2025 à 22:06, "Chris M. Thomasson" a écrit :
>> On 1/20/2025 1:04 PM, Python wrote:
>>> Le 20/01/2025 à 21:59, "Chris M. Thomasson" a écrit :
>>>> On 1/20/2025 12:51 PM, Python wrote:
>>>>> Le 20/01/2025 à 21:44, "Chris M. Thomasson" a écrit :
>>>>>> On 1/20/2025 12:20 PM, Python wrote:
>>>>>>> Le 20/01/2025 à 21:09, Tom Bola a écrit :
>>>>>>>> Am 20.01.2025 20:33:12 Moebius schrieb:
>>>>>>>>
>>>>>>>>> Am 20.01.2025 um 19:27 schrieb Python:
>>>>>>>>>> Le 20/01/2025 à 19:23, Richard Hachel a écrit :
>>>>>>>>>>> Le 20/01/2025 à 19:10, Python a écrit :
>>>>>>>>>>>> Le 20/01/2025 à 18:58, Richard Hachel a écrit :
>>>>>>>>>>>>>>> Mathematicians give:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> z1/z2=[(aa'+bb')/(a'²+b'²)]+i[(ba'-ab')/(a'²+b'²)]
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> It was necessary to write:
>>>>>>>>>>>>>>> z1/z2=[(aa'-bb')/(a'²-b'²)]+i[(ba'-ab')/(a'²-b'²)]
>>>>>>>>>>>
>>>>>>>>>>>> I've explained how i is defined in a positive way in modern
>>>>>>>>>>>> algebra. i^2 = -1 is not a definition. It is a *property*
>>>>>>>>>>>> that can be deduced from a definition of i.
>>>>>>>>>>>
>>>>>>>>>>> That is what I saw.
>>>>>>>>>>>
>>>>>>>>>>> Is not a definition.
>>>>>>>>>>> It doesn't explain why.
>>>>>>>>>>>
>>>>>>>>>>> We have the same thing with Einstein and relativity.
>>>>>>>>>>>
>>>>>>>>>>> [snip unrelated nonsense about your idiotic views on Relativity]
>>>>>>>>>>
>>>>>>>>>>> It is clear that i²=-1, but we don't say WHY. It is clear
>>>>>>>>>>> however that if i is both 1 and -1 (which gives two possible
>>>>>>>>>>> solutions) we can consider its square as the product of
>>>>>>>>>>> itself by its opposite, and vice versa.
>>>>>>>>>>
>>>>>>>>>> I've posted a definition of i (which is NOT i^2 = -1) numerous
>>>>>>>>>> times. A "positive" definition as you asked for.
>>>>>>>>>
>>>>>>>>> I've already told this idiot:
>>>>>>>>>
>>>>>>>>> Complex numbers can be defined as (ordered) pairs of real numbers.
>>>>>>>>>
>>>>>>>>> Then we may define (in this context):
>>>>>>>>>
>>>>>>>>> i := (0, 1) .
>>>>>>>>>
>>>>>>>>> From this we get: i^2 = -1.
>>>>>>>>
>>>>>>>> For R.H.
>>>>>>>> By the binominal formulas we have: (a, b)^2 = a^2 + 2ab + b^2
>>>>>>>
>>>>>>> Huh? This is not the binomial formula which is (a + b)^2 = a^2 +
>>>>>>> 2ab + b^2
>>>>>>>
>>>>>>> (a, b)^2 does not mean anything without any additional
>>>>>>> definition/ context.
>>>>>>>
>>>>>>>> So we get: (0, 1)^2 ) 0^2 + 2*(0 - 1) + 1 = 0 + (-2) + 1 = -1
>>>>>>>
>>>>>>> you meant (0, 1)^2 = 0^2 + 2*(0 - 1) + 1 = 0 + (-2) + 1 = -1 ?
>>>>>>>
>>>>>>> This does not make sense without additional context.
>>>>>>>
>>>>>>> In R(epsilon) = R[X]/X^2 (dual numbers a + b*epsilon where
>>>>>>> epsilon is such as
>>>>>>> epsilon =/= 0 and epsilon^2 0) we do have :
>>>>>>>
>>>>>>> (0, 1) ^ 2 = 0
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> vec2 ct_cmul(in vec2 p0, in vec2 p1)
>>>>>> {
>>>>>> return vec2(p0.x * p1.x - p0.y * p1.y, p0.x * p1.y + p0.y *
>>>>>> p1.x);
>>>>>> }
>>>>>
>>>>> So what? This is not an application of the binomial formula...
>>>>>
>>>>> What's you point?
>>>>>
>>>>>
>>>>
>>>> It's a way I multiply two vectors together as if they are complex
>>>> numbers.
>>>>
>>>> Another one:
>>>>
>>>> #define cx_mul(a, b) vec2(a.x*b.x - a.y*b.y, a.x*b.y + a.y*b.x)
>>>>
>>>> I can pass in normal vectors to this in GLSL. vec2's
>>>
>>> Good! You know how to write a C program. :-) (pun intended)
>>
>> Fwiw, that is not is C, it's from one of my GLSL shaders. ;^)
>
> It is also C.
No. GLSL is not C at all, it has a similar style, but is different for sure.
> Again what's *your* point? Your posts makes absolutely no sense in the
> context of this thread!
Just a way to multiply two 2-ary vectors as if they were complex
numbers. Now, here is a little C99 program I just typed in the
newsreader. It should compile.
_____________________________
#include <stdio.h>
struct vec2
{
float x;
float y;
};
struct vec2
ct_cmul(
struct vec2 p0,
struct vec2 p1
){
struct vec2 result = {
p0.x * p1.x - p0.y * p1.y,
p0.x * p1.y + p0.y * p1.x
};
return result;
}
int main()
{
struct vec2 z = { 0, 1 };
struct vec2 zmul = ct_cmul(z, z);
printf("z = (%f, %f)\n", z.x, z.y);
printf("zmul = (%f, %f)\n", zmul.x, zmul.y);
return 0;
}
_____________________________
Let me run it on a C99 compiler... Ok, it works:
z = (0.000000, 1.000000)
zmul = (-1.000000, 0.000000)
I thought it might help out the OP.
>
>>>
>>> This is quite off-topic to point out that multiplication of complex
>>> numbers in C/C++ can be done.
>>>
>>> The discussion is not about that it can be done, even crank Hachel
>>> would admit this. It is *why* it makes sense to define multiplication
>>> *that way*.
>
>
>