From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13883 invoked by alias); 21 Feb 2012 02:44:54 -0000 Received: (qmail 13876 invoked by uid 22791); 21 Feb 2012 02:44:54 -0000 X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00,HS_INDEX_PARAM,TW_VG X-Spam-Check-By: sourceware.org Received: from localhost (HELO sourceware.org) (127.0.0.1) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 21 Feb 2012 02:44:41 +0000 From: "oiaohm at gmail dot com" To: glibc-bugs@sources.redhat.com Subject: [Bug libc/13712] Add Type Cast to Main and Exec Calls Date: Tue, 21 Feb 2012 02:44:00 -0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: glibc X-Bugzilla-Component: libc X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: oiaohm at gmail dot com X-Bugzilla-Status: REOPENED X-Bugzilla-Priority: P1 X-Bugzilla-Assigned-To: drepper.fsp at gmail dot com X-Bugzilla-Target-Milestone: --- X-Bugzilla-Changed-Fields: Status Resolution Message-ID: In-Reply-To: References: X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Mailing-List: contact glibc-bugs-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: glibc-bugs-owner@sourceware.org X-SW-Source: 2012-02/txt/msg00335.txt.bz2 http://sourceware.org/bugzilla/show_bug.cgi?id=3D13712 oiaohm at gmail dot com changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID | --- Comment #3 from oiaohm at gmail dot com 2012-02-21 02:26:28 UTC --- Joseph Myers would it be possible to place a forth entry. argc avgv environment flags and to know if 4 is or is not provided. Call o= ld exec functions no flags call new exec function flags. This would keep backwards compatibility if it possible. "papers for WG14 (C) and the Austin Group (POSIX)" Basically I cannot do up papers for these if I don't know what is possible. Also my English skill is not that great. Creating papers I am not that good at. I am going to hit you over head with a ten tone book POSIX. POSIX.1-2008 =E2=80=99s =E2=80=9Cbase definitions=E2=80=9D document section= 4.7 (=E2=80=9CFilename Portability=E2=80=9D) specifically says =E2=80=9CPortable filenames shall n= ot have the character as the first character since this may cause problems when filenam= es are passed as command line arguments=E2=80=9D So why can glibc create files with at - at start. That is not to POSIX standard. POSIX solution is no -* file-names at all so solving problem. g= libc is non conforming same with Linux filesystem drivers. So if you wish to keep -* filenames really a proposal has to be put forward= to POSIX making the case that they can be used safely this is how to achieve i= t. So POSIX standard solution is not "./*" or "--" options this is why this is= a problem. WG14 you need a working reference implementation to get stuff up. What I do not have the skill to create. Also WG14 does not apply that much because W= G14 still gets to presume it exists in worlds without shells that can do wild-c= ard solving. "the design and get agreement from multiple stakeholders" Glibc is one of the largest stakeholders in this problem. Basically if what I am putting forward is not workable with glibc I might as well not put it forwards. I am bring the same issue up with bash at the moment. http://savannah.gnu.org/support/index.php?107960 Any other parties I should contact. The issue I am referring is only happening because the implementations are breaching POSIX standard. The error does not exist in 100 percent POSIX conforming enforcing portable filenames. No point tell me to go to POSIX and get a ruling when there is a ruling that you are not following so causing issue. This is a case of how are we going= to fix this to put something up to POSIX so you can keep on doing what you are doing. Invalid would be true if what you were doing was POSIX confirming. --=20 Configure bugmail: http://sourceware.org/bugzilla/userprefs.cgi?tab=3Demail ------- You are receiving this mail because: ------- You are on the CC list for the bug.