/WINDOWS

Hi, There are a bunch of applications, which, for security reasons, want to set $PATH to a fixed value. This approach is a bit tricky on Windows, since the needed paths to the Windows system directories are not fixed values as it's on POSIX systems. A lot of applications are falling back to valu

Re: [ITP] ddd-3.3.8

This definitely has my vote - anything that makes debugging easier is a Good Thing IMHO. rlc On Fri, Dec 05, 2003 at 09:38:15PM -0500, Harold L Hunt II wrote: > I would like to contribute and maintain ddd: > > http://www.gnu.org/software/ddd/ > > GNU DDD is a graphical front-end for comman

Re: /WINDOWS

Good idea, except that I'd personally prefer a mount point in stead of a symlink but that's just personal preference.. (Personally, I'd prefer that the Cygwin DLL make /WINDOWS a "magical" mountpoint to the likeness of /dev, /proc, etc. so as to make it completely transparent and make sure no use

[Review] dx-4.3.2 (a.k.a. opendx) and dxsamples-4.3.2

> "Harold" == Harold L Hunt, writes: Harold> I would like to contribute and maintain dx and dxsamples for Cygwin: Harold> http://www.opendx.org/ I vote pro. Compiles and installs fine on my system. Packaging looks good. Ciao Volker

Re: /WINDOWS

On Dec 8 14:14, Ronald Landheer-Cieslak wrote: > Good idea, except that I'd personally prefer a mount point in stead of a > symlink but that's just personal preference.. (Personally, I'd prefer that > the Cygwin DLL make /WINDOWS a "magical" mountpoint to the likeness of > /dev, /proc, etc. so a

Re: [Review] dx-4.3.2 (a.k.a. opendx) and dxsamples-4.3.2

Volker, Thanks for the vote and the review. I will probably hold off on posting until I replace ImageMagick with GraphicsMagick. Harold Dr. Volker Zell wrote: "Harold" == Harold L Hunt, writes: Harold> I would like to contribute and maintain dx and dxsamples for Cygwin: Harold>

Re: [ITP] ddd-3.3.8

Ronald, Did you point setup.exe to the address given, install it, and run it? If so, that would be enough of a review for me. I just want to make sure it works on someone else's installation. Harold Ronald Landheer-Cieslak wrote: This definitely has my vote - anything that makes debugging ea

[ITP - Ready for review] GraphicsMagick

[This package will replace ImageMagick for various reasons. One of those reasons is that the GM folks are committed to provide ABI stability and proper version numbers, whereas IM is not making such a committment and has already made various arbitrary changes to ABI version numbers.] I would like

Re: [ITP - Ready for review] GraphicsMagick

Sorry, disregard this repost. I have been having some mailer trouble and thought it didn't get through. I will be posting an updated announcement shortly. Harold

Re: /WINDOWS

On Mon, 8 Dec 2003, Corinna Vinschen wrote: > Hi, > > There are a bunch of applications, which, for security reasons, want to > set $PATH to a fixed value. This approach is a bit tricky on Windows, > since the needed paths to the Windows system directories are not fixed > values as it's on POSIX

RE: /WINDOWS

Igor Pechtchanski wrote: > On Mon, 8 Dec 2003, Corinna Vinschen wrote: > >> Hi, >> >> There are a bunch of applications, which, for security reasons, want >> to set $PATH to a fixed value. This approach is a bit tricky on >> Windows, since the needed paths to the Windows system directories >> ar

RE: /WINDOWS

On Mon, 8 Dec 2003, Morrison, John wrote: > Igor Pechtchanski wrote: > > On Mon, 8 Dec 2003, Corinna Vinschen wrote: > > > >> Hi, > >> > >> There are a bunch of applications, which, for security reasons, want > >> to set $PATH to a fixed value. This approach is a bit tricky on > >> Windows, since

Re: /WINDOWS

On Dec 8 08:41, Igor Pechtchanski wrote: > FWIW, I agree that it's a good idea to have a fixed pointer to the windows > directory, but I don't think "/" is the right place to have it. Could we > make it "/mnt/WINDOWS" or "/opt/WINDOWS" or something? I don't like > cluttering up the root director

Re: /WINDOWS

This allows to keep the above described code to set $PATH in the affected tools, just by redefining, say _PATH_DEFPATH like this: #ifdef _PATH_DEFPATH #undef _PATH_DEFPATH #define _PATH_DEFPATH "/usr/bin:/bin:/WINDOWS/system32:/WINDOWS:/WINDOWS/COMMAND/WINDOWS/system32/Wbem" #endif which contain

RE: /WINDOWS

Corinna Vinschen wrote on Monday, December 08, 2003 11:29 AM: > #ifdef _PATH_DEFPATH > #undef _PATH_DEFPATH > #define _PATH_DEFPATH > "/usr/bin:/bin:/WINDOWS/system32:/WINDOWS:/WINDOWS/COMMAND/WIN > DOWS/system32/Wbem" #endif > > which contains both, NT and 9x paths. We could perhaps even > chang

Re: /WINDOWS

On Dec 8 10:17, Bruce Ingalls wrote: > This allows to keep the above described code to set $PATH in the > > >affected tools, just by redefining, say _PATH_DEFPATH like this: > > > >#ifdef _PATH_DEFPATH > >#undef _PATH_DEFPATH > >#define _PATH_DEFPATH > >"/usr/bin:/bin:/WINDOWS/system32:/WINDOWS:

Re: /WINDOWS

On Dec 8 16:34, J?rg Schaible wrote: > Corinna Vinschen wrote on Monday, December 08, 2003 11:29 AM: > > #ifdef _PATH_DEFPATH > > #undef _PATH_DEFPATH > > #define _PATH_DEFPATH > > "/usr/bin:/bin:/WINDOWS/system32:/WINDOWS:/WINDOWS/COMMAND/WIN > > DOWS/system32/Wbem" #endif > > > > which contains

Re: /WINDOWS

On Mon, Dec 08, 2003 at 01:27:30PM +0100, Corinna Vinschen wrote: >On Dec 8 14:14, Ronald Landheer-Cieslak wrote: >> Good idea, except that I'd personally prefer a mount point in stead of a >> symlink but that's just personal preference.. (Personally, I'd prefer that >> the Cygwin DLL make /WINDO

Re: /WINDOWS

On Dec 8 11:06, Christopher Faylor wrote: > On Mon, Dec 08, 2003 at 01:27:30PM +0100, Corinna Vinschen wrote: > >On Dec 8 14:14, Ronald Landheer-Cieslak wrote: > >> Good idea, except that I'd personally prefer a mount point in stead of a > >> symlink but that's just personal preference.. (Person

Re: /WINDOWS

On Mon, Dec 08, 2003 at 05:15:01PM +0100, Corinna Vinschen wrote: >On Dec 8 11:06, Christopher Faylor wrote: >> On Mon, Dec 08, 2003 at 01:27:30PM +0100, Corinna Vinschen wrote: >> >On Dec 8 14:14, Ronald Landheer-Cieslak wrote: >> >> Good idea, except that I'd personally prefer a mount point in

RE: /WINDOWS

Corinna Vinschen wrote on Monday, December 08, 2003 4:42 PM: >> Just one side note: Are you sure, that the orthography of all these >> subdirectories is the same for all Windows plattforms (at least with >> VFAT or NTFS)? You might get problems with the strict setting >> otherwise. > > The above g

Re: /WINDOWS

On Mon, 8 Dec 2003, Corinna Vinschen wrote: > On Dec 8 08:41, Igor Pechtchanski wrote: > > FWIW, I agree that it's a good idea to have a fixed pointer to the windows > > directory, but I don't think "/" is the right place to have it. Could we > > make it "/mnt/WINDOWS" or "/opt/WINDOWS" or somet

Re: /WINDOWS

On Mon, Dec 08, 2003 at 12:54:14PM -0500, Igor Pechtchanski wrote: >perhaps /cygdrive/WINDOWS would be another alternative. Let me say it more clearly -- there will be no magic in cygwin1.dll for this. cgf

Re: [ITP] ddd-3.3.8

Harold, How do you generate setup.ini? Is there a script somewhere or do you generate it by hand? Mark Blackburn Harold L Hunt II wrote: I would like to contribute and maintain ddd: http://www.gnu.org/software/ddd/ GNU DDD is a graphical front-end for command-line debuggers such as GDB,

Re: /WINDOWS

On Mon, 8 Dec 2003, Christopher Faylor wrote: > On Mon, Dec 08, 2003 at 12:54:14PM -0500, Igor Pechtchanski wrote: > >perhaps /cygdrive/WINDOWS would be another alternative. > > Let me say it more clearly -- there will be no magic in cygwin1.dll for > this. > > cgf As I see it, there is no concep

[Review] ddd-3.3.8

> "Harold" == Harold L Hunt, writes: Harold> Ronald, Harold> Did you point setup.exe to the address given, install it, and run it? Harold> If so, that would be enough of a review for me. I just want to make Harold> sure it works on someone else's installation. I just downlo

libsmi-0.4.2 [Re: Pending Packages List, 2003-12-05]

[I haven't heard from Abe yet regarding this package, so I am just going to post it as-is within a few hours unless someone requests that I not do that.] I fixed the "Lib" category in the setup.hint file, which should have been "Libs". You can point Cygwin's setup.exe to the following address

[ITP - Ready for review 2] GraphicsMagick

[This is an update that needs to be reviewed again.] I would like to contribute and maintain GraphicsMagick: http://www.graphicsmagick.org/ Tester's Notes == You can point Cygwin's setup.exe to the following address to download and test the GraphicsMagick package: http://www.egr.

Generating setup.ini files [Was: Re: [ITP] ddd-3.3.8]

Mark, Mark Blackburn wrote: Harold, How do you generate setup.ini? Is there a script somewhere or do you generate it by hand? I use the 'upset' script that is contained in Cygwin's CVS tree. All of the developers use this and it is the same script that creates the setup.ini file for the Cygwi

Re: [Review] ddd-3.3.8

Thanks for reviewing this Volker. See notes below. Dr. Volker Zell wrote: "Harold" == Harold L Hunt, writes: Harold> Ronald, Harold> Did you point setup.exe to the address given, install it, and run it? Harold> If so, that would be enough of a review for me. I just want to make

upset and the setup.exe package server

I know that it doesn't come up very often, but we have had the occasional question about upset before Mark's. For the last while I've been jotting things down and this got me to put up a web page about the "Package Server", how to create a local mirror, and how to create a custom mirror at:

Re: upset and the setup.exe package server

Joshua, Joshua Daniel Franklin wrote: I know that it doesn't come up very often, but we have had the occasional question about upset before Mark's. For the last while I've been jotting things down and this got me to put up a web page about the "Package Server", how to create a local mirror, and

Re: upset and the setup.exe package server

> Joshua Daniel Franklin wrote: > > > I know that it doesn't come up very often, but we have had the > > occasional question about upset before Mark's. For the last while > > I've been jotting things down and this got me to put up a web page > > about the "Package Server", how to create a local m