{"thread":{"id":"57149","subject":"Git internal command line parser","startedAt":"2021-12-24T14:38:03Z","lastAt":"2021-12-29T23:16:42Z","messageCount":11,"participants":["Lemuria","Philip Oakley","João Victor Bonfim"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"444904","messageId":"0347f273-f9e9-3ce6-2a95-f1ce71285c09@gmail.com","threadId":"57149","inReplyTo":null,"subject":"Git internal command line parser","fromName":"Lemuria","fromEmail":"nekadek457@gmail.com","sentAt":"2021-12-24T14:38:00Z","receivedAt":"2021-12-24T14:38:03Z","isPatch":false,"sender":{"key":"nekadek457@gmail.com","avatar":"https://gravatar.com/avatar/698ac1484252a484fe71ba301236365b85ee752c166f61ff52461606e150c5f1?d=mp&s=160"},"body":"#=< TLDR: Where's the code for git's internal command line parser? >===#\n\nI'm interested in the internals of git, more specifically it's command\nline parser.\n\nDoes Git use a library like getopt for it's command line handling, or \ndoes it use a custom parser?\n\nIf possible, I would appreciate being redirected to the source code \nfiles that handle this.\n\nSincerely,\nLemuria\n"},{"id":"444921","messageId":"e2726eaa-ba73-4141-bf61-89d5a7e9a9c2@iee.email","threadId":"57149","inReplyTo":"0347f273-f9e9-3ce6-2a95-f1ce71285c09@gmail.com","subject":"Re: Git internal command line parser","fromName":"Philip Oakley","fromEmail":"philipoakley@iee.email","sentAt":"2021-12-24T18:13:20Z","receivedAt":"2021-12-24T18:13:22Z","isPatch":false,"sender":{"key":"philipoakley@iee.email","avatar":"https://avatars.githubusercontent.com/u/914343?v=4"},"body":"On 24/12/2021 14:38, Lemuria wrote:\n> #=< TLDR: Where's the code for git's internal command line parser? >===#\n>\n> I'm interested in the internals of git, more specifically it's command\n> line parser.\n\nOne place to start is https://github.com/git/git/blob/master/git.c\n\n>\n> Does Git use a library like getopt for it's command line handling, or\n> does it use a custom parser?\n>\n> If possible, I would appreciate being redirected to the source code\n> files that handle this.\n>\n> Sincerely,\n> Lemuria\n\nPhilip\n"},{"id":"444922","messageId":"0e0f78e9-2cde-a20e-cd47-8542bc7bd314@gmail.com","threadId":"57149","inReplyTo":"e2726eaa-ba73-4141-bf61-89d5a7e9a9c2@iee.email","subject":"Re: Git internal command line parser","fromName":"Lemuria","fromEmail":"nekadek457@gmail.com","sentAt":"2021-12-24T18:30:42Z","receivedAt":"2021-12-24T18:30:46Z","isPatch":false,"sender":{"key":"nekadek457@gmail.com","avatar":"https://gravatar.com/avatar/698ac1484252a484fe71ba301236365b85ee752c166f61ff52461606e150c5f1?d=mp&s=160"},"body":"\n\nOn 25/12/2021 2:13 am, Philip Oakley wrote:\n> On 24/12/2021 14:38, Lemuria wrote:\n>> #=< TLDR: Where's the code for git's internal command line parser? >===#\n>>\n>> I'm interested in the internals of git, more specifically it's command\n>> line parser.\n> \n> One place to start is https://github.com/git/git/blob/master/git.c\n>\n\nWait, is all of Git just one big executable or are there many \nexecutables and `git` is just the front-end for accessing the\nseparate git executables, such as say, the one for processing\ncommits?\n\n>>\n>> Does Git use a library like getopt for it's command line handling, or\n>> does it use a custom parser?\n>>\n>> If possible, I would appreciate being redirected to the source code\n>> files that handle this.\n>>\n>> Sincerely,\n>> Lemuria\n> \n> Philip\n> \n"},{"id":"444924","messageId":"cc6fa52a-d782-d4a8-eb93-936b8d83fc2f@iee.email","threadId":"57149","inReplyTo":"0e0f78e9-2cde-a20e-cd47-8542bc7bd314@gmail.com","subject":"Re: Git internal command line parser","fromName":"Philip Oakley","fromEmail":"philipoakley@iee.email","sentAt":"2021-12-24T18:36:33Z","receivedAt":"2021-12-24T18:36:37Z","isPatch":false,"sender":{"key":"philipoakley@iee.email","avatar":"https://avatars.githubusercontent.com/u/914343?v=4"},"body":"On 24/12/2021 18:30, Lemuria wrote:\n>\n>\n> On 25/12/2021 2:13 am, Philip Oakley wrote:\n>> On 24/12/2021 14:38, Lemuria wrote:\n>>> #=< TLDR: Where's the code for git's internal command line parser?\n>>> >===#\n>>>\n>>> I'm interested in the internals of git, more specifically it's command\n>>> line parser.\n>>\n>> One place to start is https://github.com/git/git/blob/master/git.c\n>>\n>\n> Wait, is all of Git just one big executable or are there many\n> executables and `git` is just the front-end for accessing the\n> separate git executables, such as say, the one for processing\n> commits?\n>\n\nYes, `git` is a front end.\n\nIf you are on Windows, it gets even more interesting because all the\nindividual sub-commands are just hard links back to the single git.exe\nthat then links to those sub-command's code.\n\n>>>\n>>> Does Git use a library like getopt for it's command line handling, or\n>>> does it use a custom parser?\n>>>\n>>> If possible, I would appreciate being redirected to the source code\n>>> files that handle this.\n>>>\n>>> Sincerely,\n>>> Lemuria\n>>\n>> Philip\n>>\n\n"},{"id":"444925","messageId":"902f8da8-970f-0a5f-a88e-d75754b71440@gmail.com","threadId":"57149","inReplyTo":"cc6fa52a-d782-d4a8-eb93-936b8d83fc2f@iee.email","subject":"Re: Git internal command line parser","fromName":"Lemuria","fromEmail":"nekadek457@gmail.com","sentAt":"2021-12-24T19:05:43Z","receivedAt":"2021-12-24T19:05:47Z","isPatch":false,"sender":{"key":"nekadek457@gmail.com","avatar":"https://gravatar.com/avatar/698ac1484252a484fe71ba301236365b85ee752c166f61ff52461606e150c5f1?d=mp&s=160"},"body":"\n\nOn 25/12/2021 2:36 am, Philip Oakley wrote:\n> On 24/12/2021 18:30, Lemuria wrote:\n>>\n>>\n>> On 25/12/2021 2:13 am, Philip Oakley wrote:\n>>> On 24/12/2021 14:38, Lemuria wrote:\n>>>> #=< TLDR: Where's the code for git's internal command line parser?\n>>>>> ===#\n>>>>\n>>>> I'm interested in the internals of git, more specifically it's command\n>>>> line parser.\n>>>\n>>> One place to start is https://github.com/git/git/blob/master/git.c\n>>>\n>>\n>> Wait, is all of Git just one big executable or are there many\n>> executables and `git` is just the front-end for accessing the\n>> separate git executables, such as say, the one for processing\n>> commits?\n>>\n> \n> Yes, `git` is a front end.\n> \n> If you are on Windows, it gets even more interesting because all the\n> individual sub-commands are just hard links back to the single git.exe\n> that then links to those sub-command's code.\n>\n\nI'm on Ubuntu 20.04, just in case you ever want to know.\n\nAnd I likely will consider this \"front-end to many separate\nexecutable apps\" approach for my future large projects.\n\nThanks for your help! I've also cloned the git repository of\ngit, and I'll take a look through the source code.\n\nI'm also a beginner to C, not quite an expert at it.\n\n>>>>\n>>>> Does Git use a library like getopt for it's command line handling, or\n>>>> does it use a custom parser?\n>>>>\n>>>> If possible, I would appreciate being redirected to the source code\n>>>> files that handle this.\n>>>>\n>>>> Sincerely,\n>>>> Lemuria\n>>>\n>>> Philip\n>>>\n> \n"},{"id":"444939","messageId":"bZ5IKn77iTM5gCits_kl5lZ7uiOOkkt8dcHPT1UVlPWsrnqapXBtAkYB4uGGBA3Oizq4J7BN4GC6mLR8wQ7x_qqLJPbae6IMTqxW9JFJSbg=@protonmail.com","threadId":"57149","inReplyTo":"cc6fa52a-d782-d4a8-eb93-936b8d83fc2f@iee.email","subject":"Re: Git internal command line parser","fromName":"João Victor Bonfim","fromEmail":"joaovictorbonfim+git-mail-list@protonmail.com","sentAt":"2021-12-25T02:55:18Z","receivedAt":"2021-12-25T02:55:22Z","isPatch":false,"sender":{"key":"joaovictorbonfim+git-mail-list@protonmail.com","avatar":null},"body":"> If you are on Windows, it gets even more interesting because all the\n> individual sub-commands are just hard links back to the single git.exe\n> that then links to those sub-command's code.\n\nThat seems undesirable...\nI know operating otherwise would be even more complicated and might create undue complexity or diminish performance, but I guess that, if it works, don't mess with it.\n\n> And I likely will consider this \"front-end to many separate\nexecutable apps\" approach for my future large projects.\n\nLemuria, please consider those points as, sometimes, what is great at performance might not help with scalability and other matters, therefore, as the designer/engineer of a software system, a choice must be made and an evaluation of the properties of each possibility is a necessity.\n\nDo with that what you will.\n\n> I'm also a beginner to C, not quite an expert at it.\n\nPractice programming a lot and never forget two things: [1] you are working with a man made machine, therefore its limitations and capabilities are by design, so you must consider them every step of the way when developing (like how computers send information, how computers process informations, how machine behaviour can be altered, abused or exploited through alteration of the environment or mechanism and through the use of sleight of hand). [2] Your code always has real life consequences and it is your moral responsibility to consider them and make sure that prejudice isn't codified into them.\n\nThose are my two tid bits about being a responsible and effective programmer.\n\n‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐\n\nEm sexta-feira, 24 de dezembro de 2021 às 15:36, Philip Oakley <philipoakley@iee.email> escreveu:\n\n> On 24/12/2021 18:30, Lemuria wrote:\n>\n> > On 25/12/2021 2:13 am, Philip Oakley wrote:\n> >\n> > > On 24/12/2021 14:38, Lemuria wrote:\n> > >\n> > > > #=< TLDR: Where's the code for git's internal command line parser?\n> > > >\n> > > > > ===#\n> > > >\n> > > > I'm interested in the internals of git, more specifically it's command\n> > > >\n> > > > line parser.\n> > >\n> > > One place to start is https://github.com/git/git/blob/master/git.c\n> >\n> > Wait, is all of Git just one big executable or are there many\n> >\n> > executables and `git` is just the front-end for accessing the\n> >\n> > separate git executables, such as say, the one for processing\n> >\n> > commits?\n>\n> Yes, `git` is a front end.\n>\n> If you are on Windows, it gets even more interesting because all the\n>\n> individual sub-commands are just hard links back to the single git.exe\n>\n> that then links to those sub-command's code.\n>\n> > > > Does Git use a library like getopt for it's command line handling, or\n> > > >\n> > > > does it use a custom parser?\n> > > >\n> > > > If possible, I would appreciate being redirected to the source code\n> > > >\n> > > > files that handle this.\n> > > >\n> > > > Sincerely,\n> > > >\n> > > > Lemuria\n> > >\n> > > Philip\n"},{"id":"444952","messageId":"65fdfd25-736f-5105-6eba-b70cd51cc780@gmail.com","threadId":"57149","inReplyTo":"bZ5IKn77iTM5gCits_kl5lZ7uiOOkkt8dcHPT1UVlPWsrnqapXBtAkYB4uGGBA3Oizq4J7BN4GC6mLR8wQ7x_qqLJPbae6IMTqxW9JFJSbg=@protonmail.com","subject":"Re: Git internal command line parser","fromName":"Lemuria","fromEmail":"nekadek457@gmail.com","sentAt":"2021-12-25T08:32:05Z","receivedAt":"2021-12-25T08:32:10Z","isPatch":false,"sender":{"key":"nekadek457@gmail.com","avatar":"https://gravatar.com/avatar/698ac1484252a484fe71ba301236365b85ee752c166f61ff52461606e150c5f1?d=mp&s=160"},"body":"\n\nOn 25/12/2021 10:55 am, João Victor Bonfim wrote:\n>> If you are on Windows, it gets even more interesting because all the\n>> individual sub-commands are just hard links back to the single git.exe\n>> that then links to those sub-command's code.\n> \n> That seems undesirable...\n> I know operating otherwise would be even more complicated and might create undue complexity or diminish performance, but I guess that, if it works, don't mess with it.\n> \n\nWas this directed towards Lemuria (me)?\n\n>> And I likely will consider this \"front-end to many separate\n> executable apps\" approach for my future large projects.\n> \n> Lemuria, please consider those points as, sometimes, what is great at performance might not help with scalability and other matters, therefore, as the designer/engineer of a software system, a choice must be made and an evaluation of the properties of each possibility is a necessity.\n> \n> Do with that what you will.\n> \n>> I'm also a beginner to C, not quite an expert at it.\n> \n> Practice programming a lot and never forget two things: [1] you are working with a man made machine, therefore its limitations and capabilities are by design, so you must consider them every step of the way when developing (like how computers send information, how computers process informations, how machine behaviour can be altered, abused or exploited through alteration of the environment or mechanism and through the use of sleight of hand). [2] Your code always has real life consequences and it is your moral responsibility to consider them and make sure that prejudice isn't codified into them.\n\nOkay, I understand. I'll do everything to keep my code bias-free.\nI'm working on a project in C and if it's okay, I'll link you to\nthe GitHub repository.\n\nI'm sure the git mailing list isn't the right place for me to get\ncriticism on that project however.\n\n> Those are my two tid bits about being a responsible and effective programmer.\n> \n> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐\n> \n> Em sexta-feira, 24 de dezembro de 2021 às 15:36, Philip Oakley <philipoakley@iee.email> escreveu:\n> \n>> On 24/12/2021 18:30, Lemuria wrote:\n>>\n>>> On 25/12/2021 2:13 am, Philip Oakley wrote:\n>>>\n>>>> On 24/12/2021 14:38, Lemuria wrote:\n>>>>\n>>>>> #=< TLDR: Where's the code for git's internal command line parser?\n>>>>>\n>>>>>> ===#\n>>>>>\n>>>>> I'm interested in the internals of git, more specifically it's command\n>>>>>\n>>>>> line parser.\n>>>>\n>>>> One place to start is https://github.com/git/git/blob/master/git.c\n>>>\n>>> Wait, is all of Git just one big executable or are there many\n>>>\n>>> executables and `git` is just the front-end for accessing the\n>>>\n>>> separate git executables, such as say, the one for processing\n>>>\n>>> commits?\n>>\n>> Yes, `git` is a front end.\n>>\n>> If you are on Windows, it gets even more interesting because all the\n>>\n>> individual sub-commands are just hard links back to the single git.exe\n>>\n>> that then links to those sub-command's code.\n>>\n>>>>> Does Git use a library like getopt for it's command line handling, or\n>>>>>\n>>>>> does it use a custom parser?\n>>>>>\n>>>>> If possible, I would appreciate being redirected to the source code\n>>>>>\n>>>>> files that handle this.\n>>>>>\n>>>>> Sincerely,\n>>>>>\n>>>>> Lemuria\n>>>>\n>>>> Philip\n"},{"id":"444958","messageId":"-WF_iHKAhyH3NM_qOg4GeWV-KnDZbiUTF700TOojIuYKduAfY4-Jl4NSmHNHoLjlixEeHH6JVAIEC03IBAQ7mBTdvlR87APri0yyM5tElOY=@protonmail.com","threadId":"57149","inReplyTo":"65fdfd25-736f-5105-6eba-b70cd51cc780@gmail.com","subject":"Re: Git internal command line parser","fromName":"João Victor Bonfim","fromEmail":"joaovictorbonfim+git-mail-list@protonmail.com","sentAt":"2021-12-26T02:38:19Z","receivedAt":"2021-12-26T02:38:23Z","isPatch":false,"sender":{"key":"joaovictorbonfim+git-mail-list@protonmail.com","avatar":null},"body":"Saturday, 25, December, 2021, at 05:32, Lemuria <nekadek457@gmail.com> wrote:\n> Was this directed towards Lemuria (me)?\n\n Oh god no, those were more general comments about the way things are done on Git, rather than directed towards you. See it as me reacting to the information received and trying to pull a conversation about it with Philip.\n\n> Okay, I understand. I'll do everything to keep my code bias-free.\n> I'm working on a project in C and if it's okay, I'll link you to\n> the GitHub repository.\n>\n> I'm sure the git mailing list isn't the right place for me to get\n> criticism on that project however.\n\n I will do my best to help you out. If you want to contact me, send an e-mail to my address (JoaoVictorBonfim@protonmail.com) and we can talk it out. From experience I learned that, when talking about prejudice, it is better to shut up, pay attention to the conversations in the room and see who is being denied their humanity, who has the power in the situation and who is trying to prop up an emotional response from others. Most of the time, those who are being denied their humanity, those who are restrained in their response, those who have no power or say in the conversation and those who are more emotional than trying to prop emotions are the marginalized in the conversation.\n\nNow, out of curiosity, are you named Lemuria because of Lemurs? You know, the little primates from the Madagascar island?\n"},{"id":"444959","messageId":"d0ccdf56-0b83-782b-1e72-cd0c9ae3347e@gmail.com","threadId":"57149","inReplyTo":"-WF_iHKAhyH3NM_qOg4GeWV-KnDZbiUTF700TOojIuYKduAfY4-Jl4NSmHNHoLjlixEeHH6JVAIEC03IBAQ7mBTdvlR87APri0yyM5tElOY=@protonmail.com","subject":"Re: Git internal command line parser","fromName":"Lemuria","fromEmail":"nekadek457@gmail.com","sentAt":"2021-12-26T03:40:19Z","receivedAt":"2021-12-26T03:40:24Z","isPatch":false,"sender":{"key":"nekadek457@gmail.com","avatar":"https://gravatar.com/avatar/698ac1484252a484fe71ba301236365b85ee752c166f61ff52461606e150c5f1?d=mp&s=160"},"body":"\n\nOn 26/12/2021 10:38 am, João Victor Bonfim wrote:\n> Saturday, 25, December, 2021, at 05:32, Lemuria <nekadek457@gmail.com> wrote:\n>> Was this directed towards Lemuria (me)?\n> \n>   Oh god no, those were more general comments about the way things are done on Git, rather than directed towards you. See it as me reacting to the information received and trying to pull a conversation about it with Philip.\n\nAlrighty then.\n\n> \n>> Okay, I understand. I'll do everything to keep my code bias-free.\n>> I'm working on a project in C and if it's okay, I'll link you to\n>> the GitHub repository.\n>>\n>> I'm sure the git mailing list isn't the right place for me to get\n>> criticism on that project however.\n> \n>   I will do my best to help you out. If you want to contact me, send an e-mail to my address (JoaoVictorBonfim@protonmail.com) and we can talk it out.\nI think I can deal with it on my own. But if you're\ncurious, it's right here:\n\nhttps://github.com/a-random-lemurian/randstuff\n\nMostly random generators, like random ascii and hex.\n\n> From experience I learned that, when talking about prejudice, it is better to shut up, pay attention to the conversations in the room and see who is being denied their humanity, who has the power in the situation and who is trying to prop up an emotional response from others. Most of the time, those who are being denied their humanity, those who are restrained in their response, those who have no power or say in the conversation and those who are more emotional than trying to prop emotions are the marginalized in the conversation.\n\nAlrighty then. I'm also worried about prejudice in say,\nmachine learning. We humans are biased, so who's to say\nthe AI training data isn't biased?\n\nIn fact, I might be biased right now and I probably\nwould not realized it.\n\n\n> Now, out of curiosity, are you named Lemuria because of Lemurs? You know, the little primates from the Madagascar island?\n\nIndirectly. I named myself after the lost continent. It was a\ndecent name, which is why I use it as my psuedonym on most of\nthe internet.\n\nAnd the lost continent in turn was named after... lemurs.\n\n"},{"id":"445002","messageId":"456ef68c-dd01-e781-6ff1-e351c39671f1@iee.email","threadId":"57149","inReplyTo":"bZ5IKn77iTM5gCits_kl5lZ7uiOOkkt8dcHPT1UVlPWsrnqapXBtAkYB4uGGBA3Oizq4J7BN4GC6mLR8wQ7x_qqLJPbae6IMTqxW9JFJSbg=@protonmail.com","subject":"Re: Git internal command line parser","fromName":"Philip Oakley","fromEmail":"philipoakley@iee.email","sentAt":"2021-12-27T16:43:09Z","receivedAt":"2021-12-27T16:43:13Z","isPatch":false,"sender":{"key":"philipoakley@iee.email","avatar":"https://avatars.githubusercontent.com/u/914343?v=4"},"body":"Hi João  & Lemuria,\n\nOn 25/12/2021 02:55, João Victor Bonfim wrote:\n>> If you are on Windows, it gets even more interesting because all the\n>> individual sub-commands are just hard links back to the single git.exe\n>> that then links to those sub-command's code.\n> That seems undesirable...\n> I know operating otherwise would be even more complicated and might create undue complexity or diminish performance, but I guess that, if it works, don't mess with it.\n\nThe original question didn't say which OS was in use, and had hints that\nroughly matched a common Windows user misunderstanding about how the Git\nexecutables coped with the change of OS [1].\n\nMy description was a hint, rather than a detailed exposition about what\nwas happening there. As you note, performance is important.\n\n>> And I likely will consider this \"front-end to many separate\n> executable apps\" approach for my future large projects.\n>\n> Lemuria, please consider those points as, sometimes, what is great at performance might not help with scalability and other matters, therefore, as the designer/engineer of a software system, a choice must be made and an evaluation of the properties of each possibility is a necessity.\n>\n> Do with that what you will.\n>\n>> I'm also a beginner to C, not quite an expert at it.\n> Practice programming a lot and never forget two things: [1] you are working with a man made machine, therefore its limitations and capabilities are by design, so you must consider them every step of the way when developing (like how computers send information, how computers process informations, how machine behaviour can be altered, abused or exploited through alteration of the environment or mechanism and through the use of sleight of hand). [2] Your code always has real life consequences and it is your moral responsibility to consider them and make sure that prejudice isn't codified into them.\n>\n> Those are my two tid bits about being a responsible and effective programmer.\n>\n> ‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐\n>\n> Em sexta-feira, 24 de dezembro de 2021 às 15:36, Philip Oakley <philipoakley@iee.email> escreveu:\n>\n>> On 24/12/2021 18:30, Lemuria wrote:\n>>\n>>> On 25/12/2021 2:13 am, Philip Oakley wrote:\n>>>\n>>>> On 24/12/2021 14:38, Lemuria wrote:\n>>>>\n>>>>> #=< TLDR: Where's the code for git's internal command line parser?\n>>>>>\n>>>>>> ===#\n>>>>> I'm interested in the internals of git, more specifically it's command\n>>>>>\n>>>>> line parser.\n>>>> One place to start is https://github.com/git/git/blob/master/git.c\n>>> Wait, is all of Git just one big executable or are there many\n>>>\n>>> executables and `git` is just the front-end for accessing the\n>>>\n>>> separate git executables, such as say, the one for processing\n>>>\n>>> commits?\n>> Yes, `git` is a front end.\n>>\n>> If you are on Windows, it gets even more interesting because all the\n>>\n>> individual sub-commands are just hard links back to the single git.exe\n>>\n>> that then links to those sub-command's code.\n\nThis (over simplified) explanation relates to the differences between\nthe OS approaches to the performance issues when creating new processes\nand the like on Windows. Each OS has strengths and weaknesses.\n\n>>\n>>>>> Does Git use a library like getopt for it's command line handling, or\n>>>>>\n>>>>> does it use a custom parser?\n>>>>>\n>>>>> If possible, I would appreciate being redirected to the source code\n>>>>>\n>>>>> files that handle this.\n>>>>>\n>>>>> Sincerely,\n>>>>>\n>>>>> Lemuria\n>>>> Philip\n[1]\nhttps://github.com/git-for-windows/build-extra/blob/main/ReleaseNotes.md?plain=1#L25\n\n"},{"id":"445203","messageId":"M6HMTm0dtIrBEIowkbx-CyuDyS2IXUt1CwYei4z0pBdkWvGqK9bZr2ZVWt---Yy2PudrsoPMw7cNe3B0a4ZbV7Ruujdkqpi882Gp7jUXLUQ=@protonmail.com","threadId":"57149","inReplyTo":"456ef68c-dd01-e781-6ff1-e351c39671f1@iee.email","subject":"Re: Git internal command line parser","fromName":"João Victor Bonfim","fromEmail":"joaovictorbonfim+git-mail-list@protonmail.com","sentAt":"2021-12-29T23:16:37Z","receivedAt":"2021-12-29T23:16:42Z","isPatch":false,"sender":{"key":"joaovictorbonfim+git-mail-list@protonmail.com","avatar":null},"body":"> This (over simplified) explanation relates to the differences between\n> the OS approaches to the performance issues when creating new processes\n> and the like on Windows. Each OS has strengths and weaknesses.\n\nOakley, to whom did you want to address this and what did you want to say?\nI don't get what you meant.\n"}]}