Re: GNULib save-cwd.c on Windows & Visual Studio 6.0

2005-03-08 Thread Jim Meyering
"Conrad T. Pino" <[EMAIL PROTECTED]> wrote: > The CVS project compiles the Windows CVS binary with Microsoft Visual > Studio 6.0 which doesn't have a "fchdir" implementation which is used > in "save-cwd.c" module. The comments say: > >Some systems lack fchdir altogether: e.g., OS/2, pre-2001 C

RE: GNULib save-cwd.c on Windows & Visual Studio 6.0

2005-03-08 Thread Jim.Hyslop
Jim Meyering wrote: > Is it an option to use a more modern/POSIX-compliant development > environment on Windows? I know that Cygwin now has fchdir > and it looks > like MKS has support for it, too. > If you opt to continue using Visual Studio 6 in > spite of this, it must have some important red

CVS Segmentation fault filling /tmp

2005-03-08 Thread Alex Forsyth
Hi: Using CVS 1.11.17 running as a pserver on UNIX AIX 5.1 we had a core dump of the CVS server when accessing with wincvs 1.3. Here is a core dump showing the routine causing the segmentation fault. We have not had a problem with the most recent version of tortoise but wincvs seems to be hav

Re: GNULib save-cwd.c on Windows & Visual Studio 6.0

2005-03-08 Thread Derek Price
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jim.Hyslop wrote: | Jim Meyering wrote: | |> Is it an option to use a more modern/POSIX-compliant development |> environment on Windows? I know that Cygwin now has fchdir and it |> looks like MKS has support for it, too. | | |> If you opt to continue u

RE: GNULib save-cwd.c on Windows & Visual Studio 6.0

2005-03-08 Thread Jim.Hyslop
[CVS support for MSVC] By the way, I just had a quick look at Visual Studio .NET 2003, and it does not appear to have POSIX support. At least, there's not fchdir function, which is what triggered this whole discussion ;=) -- Jim Hyslop Senior Software Designer Leitch Technology International Inc

Re: GNULib save-cwd.c on Windows & Visual Studio 6.0

2005-03-08 Thread Frank Hemer
On Tuesday 08 March 2005 16:37, Derek Price wrote: > Jim.Hyslop wrote: > | Jim Meyering wrote: > |> Is it an option to use a more modern/POSIX-compliant development > |> environment on Windows? I know that Cygwin now has fchdir and it > |> looks like MKS has support for it, too. > |> > |> > |> If

Re: GNULib save-cwd.c on Windows & Visual Studio 6.0

2005-03-08 Thread Jim Meyering
Derek Price <[EMAIL PROTECTED]> wrote: > I'm afraid I have to agree with Jim Hyslop. Whatever Microsoft's > flaws, I still believe that some of our mutual user base is at least > relatively innocent and should still be catered to. This is not about Microsoft per se, but simply about the lack of f

Re: GNULib save-cwd.c on Windows & Visual Studio 6.0

2005-03-08 Thread Derek Price
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jim Meyering wrote: | Derek Price <[EMAIL PROTECTED]> wrote: | |> I'm afraid I have to agree with Jim Hyslop. Whatever Microsoft's |> flaws, I still believe that some of our mutual user base is at |> least relatively innocent and should still be cater

Re: cvs is slooooooow with large directories

2005-03-08 Thread Derek Price
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Larry Jones wrote: | Andrew Morton writes: | |> On a dual 2.7GHz power4, the cvs client has racked up an hour of |> CPU time so far. There's something in there which is quadratic |> (or worse) in the number of files in a directory. | | | Yes, the fix f

RE: windows-NT/mkconfig.pl & windows-NT/fix-msvc-mak.pl change

2005-03-08 Thread Conrad T. Pino
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Derek, > From: Derek Price [mailto:[EMAIL PROTECTED] > > I've attached the diff. Conrad or somebody, would you mind verifying > that after applying this patch (on WOE32, only the two named files will > be relevant)... Please define the phrase

lib/stdint.h intermediate file

2005-03-08 Thread Conrad T. Pino
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The build process on Solaris 8 Intel Edition seems to generate "lib/stdint.h" as an intermediate build product. Is there any objection to adding "stdint.h" to the "lib/.cvsignore" file? -BEGIN PGP SIGNATURE- Version: PGP 7.0.4 iQA/AwUBQi39

Re: lib/stdint.h intermediate file

2005-03-08 Thread Derek Price
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Conrad T. Pino wrote: | The build process on Solaris 8 Intel Edition seems to generate | "lib/stdint.h" as an intermediate build product. | | Is there any objection to adding "stdint.h" to the "lib/.cvsignore" | file? None whatsoever. :) Regards, Dere

Re: [bug-gnulib] GNULIB wait-process module.

2005-03-08 Thread Derek Price
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Any further thoughts on this patch? | 2005-03-04 Derek R. Price <[EMAIL PROTECTED]> | | * lib/wait-process.h (wait_subprocess): Accept a new exitsignal | argument. * lib/wait-process.c (wait_subprocess): Always set | *exitsignal to 0 when present and

Re: windows-NT/mkconfig.pl & windows-NT/fix-msvc-mak.pl change

2005-03-08 Thread Derek Price
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Conrad T. Pino wrote: | | Hi Derek, | |> From: Derek Price [mailto:[EMAIL PROTECTED] | |> I've attached the diff. Conrad or somebody, would you mind |> verifying that after applying this patch (on WOE32, only the two |> named files will be relevant)...

RE: windows-NT/mkconfig.pl & windows-NT/fix-msvc-mak.pl change

2005-03-08 Thread Conrad T. Pino
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Derek, > From: Derek Price [mailto:[EMAIL PROTECTED] > > The two files are listed in the subject line. :) Oops, I need another cup of coffee!! :) > First off, the problem cited in your output is not caused by the patch > I just sent, but I'll

Re: [bug-gnulib] GNULIB wait-process module.

2005-03-08 Thread Bruno Haible
Derek Price wrote: > Actually moving the code would be complicated and not symetrical. I > dislike having a process responsible for disposing of temporary data it > did not create. > > In the CVS client/server architecture, there are two servers. The first > authenticates the client and interpret

Re: Feature request/ideas

2005-03-08 Thread Frank Hemer
Here is a more detailed description of the tag-extensions: Terminologie: Following the mainline (backwards): Starting from a specific rev. number X on the trunk or a branch, the line is followed backwards up to the first revision Z on the trunk. It doesn't matter if there are dead or missing revi