March 2011 - Darwin-dev - lists.apple.com

Re: Identifying files with resource forks
by Adam Mercer 31 Mar '11

31 Mar '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type:content-transfer-encoding; bh=E1bxmbJprZ4+YyxddeDPogsxasHWrwynjCnCw9I7nVo=; b=pLUN+v19WRi484veXQ3cPaNbTko1jVCmBju9OrXPErY6SA0kKJOYluAYH+HIoCU9Yc A9MBjIvpLDHom2grKwKokGX1rNdUuKj9eoNyA3nv8ufug4SGdAjms85gc5pMyRTwDpSZ D9gocWsAdNqowRGn8c6JQ5blVUuIh3bOwt7xA= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=q3vYYE8JwnF6gt4B3/Gt1SCmxbsdvlqmJXYRBXKnrRx68ASMKRC2oeShwSoO6WAiEP xJVAcbOJFdYJ71rjMTK6BcMO7eT/6YaXqtydeNTDNj31o08PorKJy5hW9AmZy+4R/qpI J8a9NlVzZgqfssG80PRAnIiAorKwPPFC8tIpE= On Wed, Mar 30, 2011 at 16:33, Francis Devereux <francis(a)devrx.org> wrote: > OS X creates ._ files to store extended attributes as well as resource forks. You can use "xattr -l file" to see whether a file has any extended attributes (files with extended attributes also have an "@" after their permissions in the output of "ls -l") and "xattr -d attr_name file" to delete them. Thanks, "xattr -l <file>" seems to be what I'm after. Cheers Adam _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Identifying files with resource forks
by Dan Shoop 30 Mar '11

30 Mar '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com > On Wednesday 30 March 2011 16:03:01 Adam Mercer wrote: >> Hi >> >> For some multi-platform software I distribute I'm having problems with >> what looks like files with resource forks being distributed in the >> source, when the source is extracted on Linux these resource forks >> tend to show up as follows: >> >> -rw-r--r-- 1 501 staff 240 May 13 2010 ._compat >> -rw-r--r-- 1 501 staff 240 May 13 2010 ._control >> -rw-r--r-- 1 501 staff 240 May 13 2010 ._copyright >> -rw-r--r-- 1 501 staff 240 May 13 2010 ._install >> -rwxr-xr-x 1 501 staff 240 May 13 2010 ._rules >> -rw-r--r-- 1 501 staff 2 May 13 2010 compat >> -rw-r--r-- 1 501 staff 608 May 13 2010 control >> -rw-r--r-- 1 501 staff 157 May 13 2010 copyright >> -rw-r--r-- 1 501 staff 81 May 13 2010 install >> -rwxr-xr-x 1 501 staff 442 May 13 2010 rules >> >> i.e. "._compat" is how the resource fork of the file "compat" is >> represented under Linux. >> In HFS+ a file has a data fork and/or one or more arbitrarily named forks stored as extended attributes. And if you want to delete the expression of an HFS files' extended attributes as stored on a non-forked filesystem (such as linux filesystems) then just delete those dot-files and when viewed/accessed on a Mac or copied there they will be gone. Macintosh and Windows both support forked files where *nix does not generally, hence they are expressed on those filesystems as dot-files in order to store these arbitrarily named forks / extended attributes. ACLs, for instance, are extended attributes, and extended attributes are used to denote a file being compressed, or as one downloaded from the Internet. That is this isn't just what under HFS (pre-HFS+) was known as resource forks. It's actually a lot more than "resources". Erik Fair wrote the RFC's for this, rfc1741 and rfc1740 and it's covered in "AppleSingle/AppleDouble Formats for Foreign Files Developer's Note". The question here is how you're getting these files to this linux system. You should also check to see what sort of extended attributes these are, it's not likely that they're "resource forks" as they really haven't been used in a long time. >> I've been looking for a way to identify files with resource forks and >> strip them before packaging up the source. From what I've found the >> following should identify files that have resource forks: >> >> $ find . -type f -exec test -s {}/..namedfork/rsrc \; -print >> >> but it doesn't seem to be working, i.e. it doesn't identify the above >> files. >> It probably *is* working it's just that the above only looks for "resource forks" (i.e. com.apple.ResourceFork), a specific "arbitrary name", extended attribute. If the file's don't have this extended attribute then it won't, obviously, trigger that `find`. >> Does anyone know of a good way to find and strip resource forks from >> files? Again, you need to look beyond just this specific named attribute. For instance `ls` can display certain extended attributes and `xattr -v` will enumerate a files named attributes while xattr's -d option deletes a named extended attribute. Likewise chmod manages ACLs. In ls -l@ displays extended attributes and -le displays ACLs. And `ls -Rl@ | grep @` will reveal extended attributes. $ ls -l@ /System/Library/CFMSupport/CarbonLib -rwxr-xr-x@ 1 root wheel 433820 Jun 9 2010 /System/Library/CFMSupport/CarbonLib com.apple.FinderInfo 32 com.apple.ResourceFork 586 $ ls -l@ firesheep-0.1-1.xpi -rw-r--r--@ 1 shoop admin 3082723 Oct 24 15:24 firesheep-0.1-1.xpi com.apple.metadata:kMDItemWhereFroms 116 com.apple.quarantine 78 $ ls -l@ RemoteDesktopClient.dist -rw-r--r--@ 1 root admin 4518 Jan 6 17:36 RemoteDesktopClient.dist com.apple.TextEncoding 15 On Mar 30, 2011, at 5:33 PM, Tilghman Lesher wrote: > While I'm not sure of a good way to find resource forks, you can remove them > by using the -X option to the cp(1) command. You can also use RezWack > (located in /Developer/Tools) to split forked files, then use find(1) to > remove the resulting resource fork files (now separate from the data fork). This operates on the arbitrarily named resource fork only, IIRC. On Mar 30, 2011, at 5:33 PM, Francis Devereux wrote: > OS X creates ._ files to store extended attributes as well as resource forks. Resource forks _are_ just extended attributes. -d ------------------------------------------------------------------------ Dan Shoop shoop(a)iwiring.net GoogleVoice: 1-646-402-5293 aim: iWiring twitter: @colonelmode _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Identifying files with resource forks
by Francis Devereux 30 Mar '11

30 Mar '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Hi Adam, On 30 Mar 2011, at 22:03, Adam Mercer wrote: > i.e. "._compat" is how the resource fork of the file "compat" is > represented under Linux. > > I've been looking for a way to identify files with resource forks and > strip them before packaging up the source. From what I've found the > following should identify files that have resource forks: > > $ find . -type f -exec test -s {}/..namedfork/rsrc \; -print > > but it doesn't seem to be working, i.e. it doesn't identify the above files. OS X creates ._ files to store extended attributes as well as resource forks. You can use "xattr -l file" to see whether a file has any extended attributes (files with extended attributes also have an "@" after their permissions in the output of "ls -l") and "xattr -d attr_name file" to delete them. Francis _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Identifying files with resource forks
by Tilghman Lesher 30 Mar '11

30 Mar '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=meg.abyt.es; s=google; h=domainkey-signature:from:to:subject:date:user-agent:references :in-reply-to:reply-by:x-message:mime-version:content-type :content-transfer-encoding:message-id; bh=0BYbGk90fcNmA9hn9k0yu1cOgcZvsC34JBStsO4zpNc=; b=MsyfhZwyinzspXFPzSpXn7EdY1hCtnDjb5ss55/ZZO/tm8aQ5deVax0gZe3L1H8V0V RbNrk4SqqJGvXT0ucDtKS90wrd89L1k5NZMLg9wGDZFMRLtQgZ0/SWUGkZju9GOalb1f 5SjhfaIhr0PH1G1Jgp+orkU00SfUSUpE6VKtM= Domainkey-signature: a=rsa-sha1; c=nofws; d=meg.abyt.es; s=google; h=from:to:subject:date:user-agent:references:in-reply-to:reply-by :x-message:mime-version:content-type:content-transfer-encoding :message-id; b=BS5GTkKJdrCRRD4mNMCPLb28pUXjYQPAInDNC5oYHNfBjS2e1WSdbGQ0UlF1/TLqzL k6WBA2oxGJ9n1FX/Yeegl84nZyQScHPM2M0kyQ5mdw5huNSi8dmjNh8t9pfJ+mnm/fcz 32oMfOJCwLjPiycTbVKT4DsmlBEzYJuXa26Uo= Reply-by: Wed, 19 Jan 2011 16:20:00 -0600 User-agent: KMail/1.13.5 (Linux/2.6.32-31-server; KDE/4.4.5; x86_64; ; ) On Wednesday 30 March 2011 16:03:01 Adam Mercer wrote: > Hi > > For some multi-platform software I distribute I'm having problems with > what looks like files with resource forks being distributed in the > source, when the source is extracted on Linux these resource forks > tend to show up as follows: > > -rw-r--r-- 1 501 staff 240 May 13 2010 ._compat > -rw-r--r-- 1 501 staff 240 May 13 2010 ._control > -rw-r--r-- 1 501 staff 240 May 13 2010 ._copyright > -rw-r--r-- 1 501 staff 240 May 13 2010 ._install > -rwxr-xr-x 1 501 staff 240 May 13 2010 ._rules > -rw-r--r-- 1 501 staff 2 May 13 2010 compat > -rw-r--r-- 1 501 staff 608 May 13 2010 control > -rw-r--r-- 1 501 staff 157 May 13 2010 copyright > -rw-r--r-- 1 501 staff 81 May 13 2010 install > -rwxr-xr-x 1 501 staff 442 May 13 2010 rules > > i.e. "._compat" is how the resource fork of the file "compat" is > represented under Linux. > > I've been looking for a way to identify files with resource forks and > strip them before packaging up the source. From what I've found the > following should identify files that have resource forks: > > $ find . -type f -exec test -s {}/..namedfork/rsrc \; -print > > but it doesn't seem to be working, i.e. it doesn't identify the above > files. > > Does anyone know of a good way to find and strip resource forks from > files? While I'm not sure of a good way to find resource forks, you can remove them by using the -X option to the cp(1) command. You can also use RezWack (located in /Developer/Tools) to split forked files, then use find(1) to remove the resulting resource fork files (now separate from the data fork). -- Tilghman _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Identifying files with resource forks
by Adam Mercer 30 Mar '11

30 Mar '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:from:date:message-id:subject:to :content-type; bh=t55Wa5Py2LFig3IDlH1IK710tE+vbOW9JovRhW+jhE0=; b=iRaKa7N4XCY3BrcdrfUfpZ3gGVLrbD+7Etbalt/H7CruYroLvzhgVSe3+B6MpNmtUV K3ki8S4FLFYHKC+tRb3+OPFG5da3WuJ+XQyb+0tApyZ1otRfiUJGD+eyMo6F9tGignH3 XowlOCEHtcu1cBQFs+aBNkClQkW3cURGRaoh8= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=FV40pYNbmRQTl7e0HJ/k1UkOyRAwAf0iEwQNVcIQyerrfnnaOJWQ183/uA8+QIMmik yjQZImP2ZbUPX6fN5c+3QzPKum8H5Q75AE6vXgpioXlilJx1CsLGogH8NlTvL1VIr68u E24M+mz+N5yRdCQHoQd7aI3Y+KLQQk8O+1QWo= Hi For some multi-platform software I distribute I'm having problems with what looks like files with resource forks being distributed in the source, when the source is extracted on Linux these resource forks tend to show up as follows: -rw-r--r-- 1 501 staff 240 May 13 2010 ._compat -rw-r--r-- 1 501 staff 240 May 13 2010 ._control -rw-r--r-- 1 501 staff 240 May 13 2010 ._copyright -rw-r--r-- 1 501 staff 240 May 13 2010 ._install -rwxr-xr-x 1 501 staff 240 May 13 2010 ._rules -rw-r--r-- 1 501 staff 2 May 13 2010 compat -rw-r--r-- 1 501 staff 608 May 13 2010 control -rw-r--r-- 1 501 staff 157 May 13 2010 copyright -rw-r--r-- 1 501 staff 81 May 13 2010 install -rwxr-xr-x 1 501 staff 442 May 13 2010 rules i.e. "._compat" is how the resource fork of the file "compat" is represented under Linux. I've been looking for a way to identify files with resource forks and strip them before packaging up the source. From what I've found the following should identify files that have resource forks: $ find . -type f -exec test -s {}/..namedfork/rsrc \; -print but it doesn't seem to be working, i.e. it doesn't identify the above files. Does anyone know of a good way to find and strip resource forks from files? Cheers Adam _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Open Source Release: Mac OS X 10.6.7
by William Siegrist 28 Mar '11

28 Mar '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com The Darwin Team has released the open source components for Mac OS X 10.6.7. http://www.opensource.apple.com/release/mac-os-x-1067/ -- William Siegrist Darwin Team _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Agents and daemons [DOUBT]
by Tilghman Lesher 25 Mar '11

25 Mar '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=meg.abyt.es; s=google; h=domainkey-signature:from:to:subject:date:user-agent:references :in-reply-to:reply-by:x-message:mime-version:content-type :content-transfer-encoding:message-id; bh=orKi/XrFNNw3iYUTTguJadIbNbAj7yW/2cH91r7E4fM=; b=NetS8kHyZML75P/6sm0Iz7BNKiV45PrJBYYfZ91usVJ8wgQYFJInnaVI6fuFOYCOKi hn5znVGmrxQBMvCBJPkiIU+vO90HhH7675/n8D+wAsxio5ZedCJ+ewQKHgE1jUrXGq6a iNgOIMAE/AazQ0DID9fumd8qT0TrI39yEIFoQ= Domainkey-signature: a=rsa-sha1; c=nofws; d=meg.abyt.es; s=google; h=from:to:subject:date:user-agent:references:in-reply-to:reply-by :x-message:mime-version:content-type:content-transfer-encoding :message-id; b=Y3LzsvRpSswZsk7RmLVkktq8uKDaByl+Cxm45oirroXke7/h86BwslNxLgtqnUxbUU 1AaCMpP3dkpwjkN0Os9hI7LY0DvGIQbg6S6bRR348J4n4glwPVejSioB7I38q/uqr/uP KdfVs5ZMZ3Ih7w1aYVLMSuZvdTflWguZBnIrA= Reply-by: Wed, 19 Jan 2011 16:20:00 -0600 User-agent: KMail/1.13.5 (Linux/2.6.32-30-server; KDE/4.4.5; x86_64; ; ) On Thursday 24 March 2011 22:36:15 Abhinav Tyagi wrote: > Hi, > I am new to background services or agents/daemons. I have been through > the apple's technical note TN2083 entitled "Daemons and Agents". The manpage, in this case, may be a better technical resource, although the Technote certainly provides a lot of context. > I have few doubts such as: > (1) i am not able to launch an agent using launchctl in same way as i > do launch my daemon. Also when I use LimitLoadToSessionType for agent > plist, using launchctl to load the agent from terminal says "nothing > to load" while removing this property successfully loads the > executable. As far as I can tell, there is very little difference, technically, between launching a global Agent versus a global Daemon. The differences are generally semantics, only, and it may help the human operator to categorize them separately. In terms of the LimitLoadtoSessionType, what session type are you using, and are you specifying that session type in the '-S' flag to launchctl at the time of load/unload? > (2) on copying the plist to /Library/LaunchAgents however launches the > agent successfully and works as desired which i have noticed from > system console logs. Does it mean the agents are restricted from > launching from the terminal. If yes then whats the logic behind the > fact that Daemons are allowed to register with launchd using launchctl > but the agents are not? Are you launching the items as your own user or as user root? Some of the differences may be in terms of binding to ports below 1024, and other privileged operations. Also, unless the user is logged in (via a GUI session), the agents launched for that user generally will not run (but they will be saved in the system to run, when that user next logs in). > (3) And finally the most important thing: we specify sockets in the > plist to register with the launchd on which our agent/daemon's request > are received. But how is it possible for every person to know if any > service is already using that port number or not because it is > possible to have an existing daemon loaded and using same port and > will be providing services to the applications. Any solution exist for > this? This is why there is no LaunchDaemons in a user's Library directory, only LaunchAgents. You really shouldn't be running a daemon that binds to a specific port, unless you are the system administrator. For other uses, that aren't standard-port driven, you can bind to a random port, then use Bonjour to register that port as a named service. -- Tilghman _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Agents and daemons [DOUBT]
by Abhinav Tyagi 25 Mar '11

25 Mar '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-type; bh=jWbW7mLmQFO5p5Wmz+B4iDRXCa35c8iho2upmGclnJM=; b=LGNb03Tz0aMy/RveGPs95SD4CJKLqJ+l1+rXC8Q3CV2+HJBrQWiY1sMAWF89gJPXZ+ 9YXesJbP+5xlP7/VMjCwoKF+sgKtZYkB1/tvhBC5R9RFuTJR6HGxks2QN8mCJbOJO9H8 jvDEnK3ladmXsN4Uu4yG03ImZIBBZLeDgjoJQ= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=SWtO6OyHWW4bDXPLYPozxAOEM78xmUu/3UzyrWy26N/PJsdTu8b6Kq4vre/JogLm9n GEQW5eOvlhCDqU/6h085jXOXdmgdYiJmZgrkaR+JdUb2iM7Y6LKfKeFdpuNaGu6yjxL8 +cW/BgWTFXv/2dVB/5eZp+TeqgHg7lnOURk3Q= _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: symlinks, lstat, relative/absolute combos
by Tilghman Lesher 23 Mar '11

23 Mar '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=meg.abyt.es; s=google; h=domainkey-signature:from:to:subject:date:user-agent:references :in-reply-to:reply-by:x-message:mime-version:content-type :content-transfer-encoding:message-id; bh=lxBrVoqzDkBN1h1W17vPK8k9hAzmR7BfX1ucZ/Vhb+E=; b=SVq66xEuX7vy7xu3O99tSBgmB16jmyb8a9svk3YAM5u8ZzwFB9NNDpRk3V6lrd6lsI XpG9iFt6MZ1DIcHYaQ75cPOKtiy817NuEIYwU0UKvYW37qGEModk5NzHDGp7gi9bVI50 bKKkkUOfwct2NIwFA083EpmSjyCkM9RtqhDsc= Domainkey-signature: a=rsa-sha1; c=nofws; d=meg.abyt.es; s=google; h=from:to:subject:date:user-agent:references:in-reply-to:reply-by :x-message:mime-version:content-type:content-transfer-encoding :message-id; b=kEy7vptN1rCLPDJL/EYgdYiCFSN1AJYFlkY1VpT900gfzZtq3kjvXUUnR2fwxZVL6J mX1rZCwIzoa1gaI0MQn+fs0vUpw0QIjjxMEFcDvkUaO5UFX5tcsoyc1bWzmLHYwMpIgt D4Qt7QQj6oprdaT5y+37xL2MUd0lYbb7A+NwA= Reply-by: Wed, 19 Jan 2011 16:20:00 -0600 User-agent: KMail/1.13.5 (Linux/2.6.32-30-server; KDE/4.4.5; x86_64; ; ) On Tuesday 22 March 2011 18:17:16 you wrote: > On Mar 22, 2011, at 3:02 PM, Tilghman Lesher wrote: > > On Tuesday 22 March 2011 13:25:40 Steven Abner wrote: > >> On Mar 22, 2011, at 2:18 PM, Tilghman Lesher wrote: > >>> On Tuesday 22 March 2011 13:03:15 James Peach wrote: > >>>> On 22 March 2011 06:08, Steven Abner <pheonix(a)zoomtown.com> wrote: > >>>>> Hi , > >>>>> > >>>>> I was working on Mac symlinks(unix style) and encountered things I > >>>>> > >>>>> couldn't find information on through web searches. I was thinking > >>>>> these are Mac specific flags and meanings, so with that intro: > >>>>> when you lstat() a symlink, lstat states that st_size will be the > >>>>> size of the pathname for the link, what does it mean when it is a > >>>>> link with st_size = 0, yet it does have a link? > >>>> > >>>> I believe that the st_size of a symlink is a filesystem > >>>> implementation detail. You should not rely on it for anything > >>>> serious. > >>> > >>> That may be, but it's still in POSIX: > >>> http://pubs.opengroup.org/onlinepubs/009695399/functions/lstat.html > >>> > >>> I just verified on my own system that it is working correctly for an > >>> HFS+ filesystem. The OP may wish to verify his own code is working > >>> correctly by comparing his output to that of 'stat -x {file}' > >> > >> I had only found one instance so far where the Mac returned st_size = > >> 0. I didn't wish to assume anything! The case was in testing > >> "/dev/stdin" which has relative link to "fd/0". > > > > Yep, probably need to report that to the Darwin team as a bug. Just > > verified that it reports correctly on both FreeBSD and Linux. If you > > don't, I will, but the report needs to be clear that the determining > > specification is POSIX, and this is needed for POSIX compliance. > > Could you please report. I had hard time writing to you all for fear of > head bitten off. And if you could there are a couple of broken links, > "/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libLTO.dylib", > "/Developer/SDKs/MacOSX10.6.sdk/usr/lib/python2.5" and > "/Developer/SDKs/MacOSX10.6.sdk/usr/lib/python2.6" Yeah, there are lots more such examples, unfortunately. > Thanks loads, I now > know its not mac specific flag, just wish the "//////" wasn't a > standard. Sounds like you're reimplementing realpath(3). Mac OS X has the (safe) behavior of being able to pass NULL as the second argument to realpath() and having the resolved path allocated by malloc(3). You'll need to ensure that you free(3) the return value afterwards, but it will probably make your life a whole lot easier to use it. Just be careful with it, if your application needs to be portable. Not all systems allow the second argument to be NULL; those systems have a possible buffer overflow exploit vector, should you use realpath(3). -- Tilghman _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0

Re: symlinks, lstat, relative/absolute combos
by Steven Abner 22 Mar '11

22 Mar '11

site_archiver(a)lists.apple.com Delivered-To: darwin-dev(a)lists.apple.com On Mar 22, 2011, at 3:02 PM, Tilghman Lesher wrote: > On Tuesday 22 March 2011 13:25:40 Steven Abner wrote: >> On Mar 22, 2011, at 2:18 PM, Tilghman Lesher wrote: >>> On Tuesday 22 March 2011 13:03:15 James Peach wrote: >>>> On 22 March 2011 06:08, Steven Abner <pheonix(a)zoomtown.com> wrote: >>>>> Hi , >>>>> >>>>> I was working on Mac symlinks(unix style) and encountered things I >>>>> >>>>> couldn't find information on through web searches. I was thinking >>>>> these are Mac specific flags and meanings, so with that intro: when >>>>> you lstat() a symlink, lstat states that st_size will be the size of >>>>> the pathname for the link, what does it mean when it is a link with >>>>> st_size = 0, yet it does have a link? >>>> >>>> I believe that the st_size of a symlink is a filesystem >>>> implementation detail. You should not rely on it for anything >>>> serious. >>> >>> That may be, but it's still in POSIX: >>> http://pubs.opengroup.org/onlinepubs/009695399/functions/lstat.html >>> >>> I just verified on my own system that it is working correctly for an >>> HFS+ filesystem. The OP may wish to verify his own code is working >>> correctly by comparing his output to that of 'stat -x {file}' >> >> I had only found one instance so far where the Mac returned st_size = 0. >> I didn't wish to assume anything! The case was in testing "/dev/stdin" >> which has relative link to "fd/0". > > Yep, probably need to report that to the Darwin team as a bug. Just > verified that it reports correctly on both FreeBSD and Linux. If you don't, > I will, but the report needs to be clear that the determining specification > is POSIX, and this is needed for POSIX compliance. Could you please report. I had hard time writing to you all for fear of head bitten off. And if you could there are a couple of broken links, "/Developer/SDKs/MacOSX10.6.sdk/usr/lib/libLTO.dylib", "/Developer/SDKs/MacOSX10.6.sdk/usr/lib/python2.5" and "/Developer/SDKs/MacOSX10.6.sdk/usr/lib/python2.6" Thanks loads, I now know its not mac specific flag, just wish the "//////" wasn't a standard. Steve _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev(a)lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.app… This email sent to site_archiver(a)lists.apple.com

1 0