From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pl1-x62e.google.com (mail-pl1-x62e.google.com [IPv6:2607:f8b0:4864:20::62e]) by sourceware.org (Postfix) with ESMTPS id D64EC385840E for ; Sat, 6 May 2023 22:37:28 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org D64EC385840E Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=gmail.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=gmail.com Received: by mail-pl1-x62e.google.com with SMTP id d9443c01a7336-1ab125a198dso4930505ad.1 for ; Sat, 06 May 2023 15:37:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1683412648; x=1686004648; h=content-transfer-encoding:in-reply-to:subject:from:content-language :references:to:user-agent:mime-version:date:message-id:from:to:cc :subject:date:message-id:reply-to; bh=r6uUB71lwW/yIybujBsWV31rZeQxIqUzjctfzwk2j/I=; b=mPl1KPwZPYKoBRrCZ8PBnrtUP/AV8g49s9HEjGSoVHU6n2x6s0JRu6t9ewEzL7x2/G VZ3+/PTMJMVDHXJTBx2qA4oFdx4BnsJwGH/f/xhy/RZbOzhMUHGY47idV05h4inihVcL uHhu97zN/cHCasFZaMCbF2VaG9EwZuxIE9CuioY14inWpCJWGo3k5r8aCBIewlJGm+c+ K4PuZ6rSb6VwzgCcsVXgSdmyuKR+pmW9vU6AaVRF0M9B2lJBmpJytAVJ538wazoWO459 8UW2/Oe79XHpLSWJZZW20eFaJcTXxFTA7EFzfMeladtyRavNjcbaCA1W9r1fXqU1twzv xFYQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683412648; x=1686004648; h=content-transfer-encoding:in-reply-to:subject:from:content-language :references:to:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=r6uUB71lwW/yIybujBsWV31rZeQxIqUzjctfzwk2j/I=; b=Cn/r9D8iZ9LBPELEGPb9Tg94AX9YyKNt7omOGonN9DBc9KGUlJLMxQGvA+5gBPUL9c rOGjFqq+OZAoAJgTBYDNBbvW+axtZBjyu7qJL+heyuz3RyouGKLY+U9UW/peI2+Pka9W qBdKXrv+7tAAfySgcoO8BB4kpWngtH0oz2Tq/A9WJiaMWIwSZVqcQMBIEyVjXGIwxKCK cIn8AuwFaj1WXEUo5GyP5/CMKsvfjJY/LHxYgOg7v3MTEv4nqL8tfR3eBC4krcK9WpPC 7xxeQDXd25MZCeNdNdNHeo08XFXsq/vq530s0/T6inOHB9ZwzHqRZSvl0eAB0HsVzOHs Dofw== X-Gm-Message-State: AC+VfDzWyI/7HOc7nH19DZ56By+UqaUhT5Pf2Mg0Zo+ML4ZFUQHPSF/u cnqCh4trYiioAIypQN4VTJg= X-Google-Smtp-Source: ACHHUZ6fsabC3FAGGL8hIMn3+NKXthB0Jt29KYhKqKbVdVwhBX+VhW2qscGoQG6YVpJ5lHm9Wzagiw== X-Received: by 2002:a17:902:e74f:b0:19e:94ff:6780 with SMTP id p15-20020a170902e74f00b0019e94ff6780mr7338034plf.6.1683412647598; Sat, 06 May 2023 15:37:27 -0700 (PDT) Received: from [192.168.1.20] ([50.37.188.226]) by smtp.gmail.com with ESMTPSA id w11-20020a170902d70b00b001ab0a30c895sm4104650ply.202.2023.05.06.15.37.27 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sat, 06 May 2023 15:37:27 -0700 (PDT) Message-ID: <8cef0ffe-8303-2eba-4a24-54d1c4b4be51@gmail.com> Date: Sat, 6 May 2023 15:37:26 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 To: Harald Anlauf , sgk@troutmask.apl.washington.edu, Jerry D via Fortran References: <508ee742-97fa-9f61-ab65-98d3fa8e7dca@gmx.de> Content-Language: en-US From: Jerry D Subject: Re: [patch, fortran] PR109662 Namelist input with comma after name accepted In-Reply-To: <508ee742-97fa-9f61-ab65-98d3fa8e7dca@gmx.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.5 required=5.0 tests=BAYES_00,BODY_8BITS,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,NICE_REPLY_A,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,TXREP,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org List-Id: On 5/6/23 11:15 AM, Harald Anlauf via Fortran wrote: > Hi Jerry, Steve, > > I think I have to pour a little water into the wine. > > The patch fixes the reported issue only for a comma after > the namelist name, but we still accept a few other illegal > characters, e.g. ';', because: > > #define is_separator(c) (c == '/' ||  c == ',' || c == '\n' || c == ' ' \ >                          || c == '\t' || c == '\r' || c == ';' || \ >              (dtp->u.p.namelist_mode && c == '!')) > > We don't want that in standard conformance mode, or do we? > I can easily change this to reject everything else except blanks and I suppose the cr and lf. Jerry