delorie.com/archives/browse.cgi   search  
Mail Archives: djgpp-workers/2000/08/24/14:15:26

Date: Thu, 24 Aug 2000 21:16:12 +0200
From: "Eli Zaretskii" <eliz AT is DOT elta DOT co DOT il>
Sender: halo1 AT zahav DOT net DOT il
To: lauras AT softhome DOT net
Message-Id: <3995-Thu24Aug2000211611+0300-eliz@is.elta.co.il>
X-Mailer: Emacs 20.6 (via feedmail 8.2.emacs20_6 I) and Blat ver 1.8.5b
CC: djgpp-workers AT delorie DOT com
In-reply-to: <39A5506B.AF66ADB8@softhome.net> (message from Laurynas Biveinis
on Thu, 24 Aug 2000 18:42:19 +0200)
Subject: Re: Symlink resolving rewrite
References: <39A5266F DOT 2C931D88 AT softhome DOT net> <6137-Thu24Aug2000180231+0300-eliz AT is DOT elta DOT co DOT il> <39A5506B DOT AF66ADB8 AT softhome DOT net>
Reply-To: djgpp-workers AT delorie DOT com
Errors-To: nobody AT delorie DOT com
X-Mailing-List: djgpp-workers AT delorie DOT com
X-Unsubscribes-To: listserv AT delorie DOT com

> Date: Thu, 24 Aug 2000 18:42:19 +0200
> From: Laurynas Biveinis <lauras AT softhome DOT net>
> 
> I think I've got it: what about making readlink() follow symlinks as advertised,
> and leave __internal_readlink() not to follow symlinks, as it does now? Then
> simply replace readlink() calls in __solve_symlinks() to __internal_readlink() 
> calls. If it is OK, then it is five times less work for me to do :)

Sounds like an okay solution, but I don't remember all the related
considerations to be sure.  If you think it's okay, go for it.

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019