for the brave

for the brave

[Robert Collins]

I need a few testers:

I've fixed the fault Corinna reported with in use files and upgrades.
I'd like to know that it works on 9x (not tested properly just now), and
if anyone can get it to fault - with reasonable behaviour.

I.e. reinstall the cygwin package, and see if it does the 'right thing'.

Rob

RE: for the brave

[Gary R. Van Sickle]

> -----Original Message-----
> From: cygwin-apps-owner@cygwin.com
> [mailto:cygwin-apps-owner@cygwin.com]On Behalf Of Robert Collins

> I need a few testers:
>
> I've fixed the fault Corinna reported with in use files and upgrades.
> I'd like to know that it works on 9x (not tested properly just now), and
> if anyone can get it to fault - with reasonable behaviour.

FWIW: Worked here (WinXP though) on an in-use cygwin1.dll (a hung bash process
actually).

--
Gary R. Van Sickle
Brewer.  Patriot.

Re: for the brave

[Charles Wilson]

Gary R. Van Sickle wrote:

>>-----Original Message-----
>>From: cygwin-apps-owner@cygwin.com
>>[mailto:cygwin-apps-owner@cygwin.com]On Behalf Of Robert Collins
>>
> 
>>I need a few testers:
>>
>>I've fixed the fault Corinna reported with in use files and upgrades.
>>I'd like to know that it works on 9x (not tested properly just now), and
>>if anyone can get it to fault - with reasonable behaviour.
>>
> 
> FWIW: Worked here (WinXP though) on an in-use cygwin1.dll (a hung bash process
> actually).


Hmmm....W2K it reports "REplaced in use file -- you need to reboot" or 
some such.  BUT: I had no cygwin processes running.
   a) what file did it THINK was in use?
   b) why did it erroneously thing so?

On the plus side, it accurately upgraded my system from readline-4.2 to 
readline-4.2a/libreadline5-4.2a/libreadline4-4.1 all-at-once.  (The 
older version would've screwed that up unless I did the two-step shuffle)

--Chuck

Re: for the brave

[Robert Collins]

===
----- Original Message -----
From: "Charles Wilson" <cwilson@ece.gatech.edu>

> Hmmm....W2K it reports "REplaced in use file -- you need to reboot" or
> some such.  BUT: I had no cygwin processes running.
>    a) what file did it THINK was in use?

I'll look at providing more detail in the future. Also an option 'do you
want to continue, or close programs and retry' could be useful.

>    b) why did it erroneously thing so?

Check the .full log. You'll see a error about being unable to open a
particular file for writing - that's the file it thought was in use.

> On the plus side, it accurately upgraded my system from readline-4.2
to
> readline-4.2a/libreadline5-4.2a/libreadline4-4.1 all-at-once.  (The
> older version would've screwed that up unless I did the two-step
shuffle)

*bow*.

Rob

Re: for the brave

[Charles Wilson]

Robert Collins wrote:

> ===
> ----- Original Message -----
> From: "Charles Wilson" <cwilson@ece.gatech.edu>
> 
>>Hmmm....W2K it reports "REplaced in use file -- you need to reboot" or
>>some such.  BUT: I had no cygwin processes running.
>>   a) what file did it THINK was in use?
>>
> 
> I'll look at providing more detail in the future. Also an option 'do you
> want to continue, or close programs and retry' could be useful.
> 
> 
>>   b) why did it erroneously thing so?
>>
> 
> Check the .full log. You'll see a error about being unable to open a
> particular file for writing - that's the file it thought was in use.


Too late.  I use the same local repository to update two different 
systems.  It's been overwritten.

 
>>On the plus side, it accurately upgraded my system from readline-4.2
>>
> to
> 
>>readline-4.2a/libreadline5-4.2a/libreadline4-4.1 all-at-once.  (The
>>older version would've screwed that up unless I did the two-step
>>
> shuffle)
> 
> *bow*.


Oops -- more problems.  I can't "install from local directory".  Setup 
whines that it is "Unable to get setup.ini from setup.ini" (??)

--Chuck

Re: for the brave

[Robert Collins]

===
----- Original Message -----
From: "Charles Wilson" <cwilson@ece.gatech.edu>
>
> Oops -- more problems.  I can't "install from local directory".  Setup
> whines that it is "Unable to get setup.ini from setup.ini" (??)

Is this reproducible? What does your local dir look like (what
setup.ini's does it have, and what does the top dir show in ls -l)

Rob

Re: for the brave

[Christopher Faylor]

On Mon, Jan 21, 2002 at 05:28:41PM +1100, Robert Collins wrote:
>
>===
>----- Original Message -----
>From: "Charles Wilson" <cwilson@ece.gatech.edu>
>>
>> Oops -- more problems.  I can't "install from local directory".  Setup
>> whines that it is "Unable to get setup.ini from setup.ini" (??)
>
>Is this reproducible? What does your local dir look like (what
>setup.ini's does it have, and what does the top dir show in ls -l)

I noticed that I couldn't install from a local directory when a setup.ini
existed in the local directory.  I had a new version of a cygwin package
at the top level of the directory, too.

Sorry that I didn't have time to track it down further.  I will do so
tomorrow if no one beats me to it.

cgf

Re: for the brave

[Robert Collins]

===
----- Original Message -----
From: "Christopher Faylor" <cgf@redhat.com>

> Sorry that I didn't have time to track it down further.  I will do so
> tomorrow if no one beats me to it.

That's fine either way - this is in the 'wll in theory it works' bin at
the moment. I've had no trouble installing w/ or w/o 1 or more
setup.ini's.

Rob

Re: for the brave

[Charles Wilson]

Robert Collins wrote:

> ===
> ----- Original Message -----
> From: "Charles Wilson" <cwilson@ece.gatech.edu>
> 
>>Oops -- more problems.  I can't "install from local directory".  Setup
>>whines that it is "Unable to get setup.ini from setup.ini" (??)
>>
> 
> Is this reproducible? What does your local dir look like (what
> setup.ini's does it have, and what does the top dir show in ls -l)


Yes it is reproducible.  The local dir is on a samba share and looks like:

$ ls -l //polgara/private/software/windows/cygwin


drwxr-xr-x    1 Administ None            0 Jan 12 05:04 contrib
drwxr-xr-x    1 Administ None            0 Jan 16 23:44 latest
-rwxr-xr-x    1 Administ None      2543725 Jan 19 23:13 setup-new.exe
-rwxr-xr-x    1 Administ None       218112 Nov 29 05:44 setup.exe
-rw-r--r--    1 Administ None        52399 Jan 20 23:01 setup.ini
-rw-r--r--    1 Administ None          335 Jan 20 20:19 setup.log
-rw-r--r--    1 Administ None          335 Jan 20 20:19 setup.log.full

setup-new.exe is the one from CVS.  setup.exe is the one from the webpage.

Note that if I remove setup.ini/log/full and run setup-new in "install 
from internet" mode, the new setup does NOT recreate .ini/log/full and 
I'm left with an .ini-less local dir (but it WILL download and parse 
setup.ini from the internet, and download/install the chosen packages. 
BUT, I have NO idea where it put them -- e.g. cygwin-1.3.8-1.tar.bz2 did 
NOT get saved into latest/cygwin/ even though it WAS successfully installed.

However, the good news is that if I run setup-new in "install from local 
dir" mode, with this ini-less directory, setup-new.ini will successfully 
parse the local latest and contrib directories and present me with lots 
of packages in the misc group -- so at least that works.

Hmmm...I note that setup-new is appending stuff to /setup.log and 
rewriting /setup.log.full -- that is, it doesn't write this info into 
//polgara/private/....  (No, there is no /setup.ini and there is no 
latest/contrib tree under /)

--Chuck

Re: for the brave

[Robert Collins]

----- Original Message -----
From: "Charles Wilson" <cwilson@ece.gatech.edu>
Sent: Tuesday, January 22, 2002 2:31 AM


> Robert Collins wrote:
>
> > ===
> > ----- Original Message -----
> > From: "Charles Wilson" <cwilson@ece.gatech.edu>
> >
> >>Oops -- more problems.  I can't "install from local directory".
Setup
> >>whines that it is "Unable to get setup.ini from setup.ini" (??)
> >>
> >
> > Is this reproducible? What does your local dir look like (what
> > setup.ini's does it have, and what does the top dir show in ls -l)
>
>
> Yes it is reproducible.  The local dir is on a samba share and looks
like:
>
> $ ls -l //polgara/private/software/windows/cygwin
>
>
> drwxr-xr-x    1 Administ None            0 Jan 12 05:04 contrib
> drwxr-xr-x    1 Administ None            0 Jan 16 23:44 latest
> -rwxr-xr-x    1 Administ None      2543725 Jan 19 23:13 setup-new.exe
> -rwxr-xr-x    1 Administ None       218112 Nov 29 05:44 setup.exe
> -rw-r--r--    1 Administ None        52399 Jan 20 23:01 setup.ini
> -rw-r--r--    1 Administ None          335 Jan 20 20:19 setup.log
> -rw-r--r--    1 Administ None          335 Jan 20 20:19 setup.log.full
>
> setup-new.exe is the one from CVS.  setup.exe is the one from the
webpage.
>
> Note that if I remove setup.ini/log/full and run setup-new in "install
> from internet" mode, the new setup does NOT recreate .ini/log/full and
> I'm left with an .ini-less local dir (but it WILL download and parse
> setup.ini from the internet, and download/install the chosen packages.
> BUT, I have NO idea where it put them -- e.g. cygwin-1.3.8-1.tar.bz2
did
> NOT get saved into latest/cygwin/ even though it WAS successfully
installed.

Very strange. Did you get a new folder of the form http:%.... ?
Is //polgara/private/software/windows/cygwin the path you enter in
'choose local dir' ?

> However, the good news is that if I run setup-new in "install from
local
> dir" mode, with this ini-less directory, setup-new.ini will
successfully
> parse the local latest and contrib directories and present me with
lots
> of packages in the misc group -- so at least that works.

> Hmmm...I note that setup-new is appending stuff to /setup.log and
> rewriting /setup.log.full -- that is, it doesn't write this info into
> //polgara/private/....  (No, there is no /setup.ini and there is no
> latest/contrib tree under /)

Thanks, you've just given me a big hint, on a related issue :}.

Rob

Re: for the brave

[Charles Wilson]

Robert Collins wrote:


>>Note that if I remove setup.ini/log/full and run setup-new in "install
>>from internet" mode, the new setup does NOT recreate .ini/log/full and
>>I'm left with an .ini-less local dir (but it WILL download and parse
>>setup.ini from the internet, and download/install the chosen packages.
>>BUT, I have NO idea where it put them -- e.g. cygwin-1.3.8-1.tar.bz2
>>
> did
> 
>>NOT get saved into latest/cygwin/ even though it WAS successfully
>>
> installed.
> 
> Very strange. Did you get a new folder of the form http:%.... ?


Not that I could find.

> Is //polgara/private/software/windows/cygwin the path you enter in
> 'choose local dir' ?


Sortof.  I didn't type it in; it already "knew" somehow.  And it was in 
this form: '\\polgara\private\software\windows\cygwin' with backslashes, 
not forward slashes.  (Retyping it with forward slashes doesn't seem to 
change anything)

 
--chuck

Re: for the brave

[Robert Collins]

===
----- Original Message -----
From: "Charles Wilson" <cwilson@ece.gatech.edu>

Log files for download only, or non-installed cygwin's will go to the
download dir correctly now.

There was, and still is, explicit code to drop setup.log and .log.full
in / if it's an install action.

Perhaps that should go to /etc/setup/ or /var/log/setup ?

Rob

Re: for the brave

[Charles Wilson]

[-- Attachment #1: Type: text/plain, Size: 383 bytes --]

Robert Collins wrote:

> 
> IIRC this is reproducible for you Chuck, can you shoot me some logs
> please.


Okay, this is from setup 2.188 (compiled just now) and I am trying to do 
a local install from //polgara/private/software/windows/cygwin-new/ 
which contains a standard tree structure and the attached setup.ini. 
Setup responds "can't get setup.ini from setup.ini"

--Chuck


[-- Attachment #2: setup.log --]
[-- Type: text/plain, Size: 529 bytes --]

2002/01/27 14:08:56 Starting cygwin install, version 2.188
Current Directory: D:\cygwin\usr\src\kernel\obj\i686-pc-cygwin\winsup\cinstall
2002/01/27 14:08:56 Command line parameters
2002/01/27 14:08:56 0 - 'D:\cygwin\usr\src\kernel\obj\i686-pc-cygwin\winsup\cinstall\setup.exe'
2002/01/27 14:08:56 1 parameters passed
source: from cwd
root: D:/cygwin binary system
Selected local directory: \\Polgara\private\software\windows\cygwin-new
mbox note: Unable to get setup.ini from setup.ini
2002/01/27 14:09:09 Ending cygwin install

[-- Attachment #3: setup.log.full --]
[-- Type: text/plain, Size: 529 bytes --]

2002/01/27 14:08:56 Starting cygwin install, version 2.188
Current Directory: D:\cygwin\usr\src\kernel\obj\i686-pc-cygwin\winsup\cinstall
2002/01/27 14:08:56 Command line parameters
2002/01/27 14:08:56 0 - 'D:\cygwin\usr\src\kernel\obj\i686-pc-cygwin\winsup\cinstall\setup.exe'
2002/01/27 14:08:56 1 parameters passed
source: from cwd
root: D:/cygwin binary system
Selected local directory: \\Polgara\private\software\windows\cygwin-new
mbox note: Unable to get setup.ini from setup.ini
2002/01/27 14:09:09 Ending cygwin install

[-- Attachment #4: setup.ini --]
[-- Type: text/plain, Size: 5560 bytes --]

# This file is automatically generated.  If you edit it, your
# edits will be discarded next time the file is generated.
# See http://cygwin.com/setup.html for details.
#
setup-timestamp: 1012098462
setup-version: 2.125.2.10

@ bzip2
sdesc: "A high-quality block-sorting file compressor - utilities"
ldesc: "bzip2 is a freely available, patent free, high-quality data
compressor. It typically compresses files to within 10% to 15% of the best
available techniques (the PPM family of statistical compressors), whilst being
around twice as fast at compression and six times faster at decompression."
category: Utils
requires: cygwin libbz2_0
version: 1.0.2-1
install: latest/bzip2/bzip2-1.0.2-1.tar.bz2 212144
source: latest/bzip2/bzip2-1.0.2-1-src.tar.bz2 679387

@ cygipc
category: Misc
version: 1.11-1
install: contrib/cygipc/cygipc-1.11-1.tar.bz2 84005
source: contrib/cygipc/cygipc-1.11-1-src.tar.bz2 70589
[prev]
version: 1.10-1
install: contrib/cygipc/cygipc-1.10-1.tar.bz2 83134
source: contrib/cygipc/cygipc-1.10-1-src.tar.bz2 72147

@ cygutils
sdesc: "A collection of simple utilities"
ldesc: "This package contains a collection of simple (single source
file) utilities, including: ascii, banner, dump (no, not the ext2
backup utility; it's a hexdumper), DOS/UNIX line ending converters,
Windows clipboard manipulation programs, and many more..."
category: Utils
requires: cygwin popt
version: 0.9.8-1
install: contrib/cygutils/cygutils-0.9.8-1.tar.bz2 56046

@ ispell
category: Misc
version: 3.2.06-1
install: contrib/ispell/ispell-3.2.06-1.tar.gz 712831

@ libbz2_0
sdesc: "Shared libraries for bzip2 (runtime)"
ldesc: "bzip2 is a freely available, patent free, high-quality data
compressor. It typically compresses files to within 10% to 15% of the best
available techniques (the PPM family of statistical compressors), whilst being
around twice as fast at compression and six times faster at decompression."
category: Utils
requires: cygwin bzip2
version: 1.0.2-1
install: latest/bzip2/libbz2_0/libbz2_0-1.0.2-1.tar.bz2 24440
source: latest/bzip2/libbz2_0/libbz2_0-1.0.2-1-src.tar.bz2 528

@ libiconv
category: Misc
version: 1.7-1
install: contrib/libiconv/libiconv-1.7-1.tar.bz2 639633
source: contrib/libiconv/libiconv-1.7-1-src.tar.bz2 2257623
[prev]
install: contrib/libiconv/libiconv-newfiles.tar.gz 6748

@ libtool
sdesc: "Wrapper scripts for libtool-devel and libtool-stable"
ldesc: "GNU libtool is a generic library support script.
Libtool hides the complexity of using shared libraries behind
a consistent, portable interface.

libtool contains libtool-scripts-20010531, and is meant to be
installed alongside libtool-stable (which contains libtool-1.4.2)
and alongside libtool-devel (which contains a hacked
libtool-20010531).  It exec's the appropriate version based on
target package heuristics."
category: Devel
requires: ash libtool-devel libtool-stable
version: 20010531a-1
install: latest/libtool/libtool-20010531a-1.tar.bz2 10081
source: latest/libtool/libtool-20010531a-1-src.tar.bz2 42759

@ libtool-devel
sdesc: "A shared library generation tool"
ldesc: "GNU libtool is a generic library support script.
Libtool hides the complexity of using shared libraries behind
a consistent, portable interface.

libtool-devel contains a modified version of libtool from
cvs (20010531) and supports `transparent' dll-building using
the new auto-import functionality of binutils.  libtool-devel
is meant to be installed alongside libtool-stable (which
contains libtool-1.4.2), and alongside the `libtool' package,
which contains wrapper scripts which call the appropriate
`real' libtool, stable or devel, based on target package
heuristics."
category: Devel
requires: cygwin ash automake autoconf libtool
version: 20010531-6
install: latest/libtool/libtool-devel/libtool-devel-20010531-6.tar.bz2 376872
source: latest/libtool/libtool-devel/libtool-devel-20010531-6-src.tar.bz2 318960

@ libtool-stable
sdesc: "A shared library generation tool"
ldesc: "GNU libtool is a generic library support script.
Libtool hides the complexity of using shared libraries behind
a consistent, portable interface.

libtool-stable contains libtool-1.4.2, and is meant to be installed
alongside libtool-devel (which contains Robert Collin's hacked-up
version of libtool-1.4, and supports `transparent' dll-building
using the new auto-import functionality of binutils), and alongside
the `libtool' package, which contains wrapper scripts which call
the appropriate `real' libtool, stable or devel, based on target
package heuristics."
category: Devel
requires: cygwin automake autoconf libtool ash
version: 1.4.2-2
install: latest/libtool/libtool-stable/libtool-stable-1.4.2-2.tar.bz2 283618
source: latest/libtool/libtool-stable/libtool-stable-1.4.2-2-src.tar.bz2 1189136

@ libungif
category: Misc
version: 4.1.0b1-1
install: contrib/libungif/libungif-4.1.0b1-1.tar.gz 165441

@ netpbm
category: Misc
version: 9.17-1
install: contrib/netpbm/netpbm-9.17-1.tar.bz2 922849

@ pkgconfig
category: Misc
version: 0.6.0-1
install: contrib/pkgconfig/pkgconfig-0.6.0-1.tar.bz2 76233
source: contrib/pkgconfig/pkgconfig-0.6.0-1-src.tar.bz2 436144

@ plotutils
category: Misc
version: 2.4.1-1
install: contrib/plotutils/plotutils-2.4.1-1.tar.bz2 2672701
source: contrib/plotutils/plotutils-2.4.1-1-src.tar.bz2 2969515

@ pstoedit
category: Misc
version: 3.21-1
install: contrib/pstoedit/pstoedit-3.21-1.tar.bz2 250145
source: contrib/pstoedit/pstoedit-3.21-1-src.tar.bz2 402189

@ xfig
category: Misc
version: 3.2.3d-1
install: contrib/xfig/xfig-3.2.3d-1.tar.gz 2610637

Re: for the brave

[Charles Wilson]

[-- Attachment #1: Type: text/plain, Size: 1383 bytes --]

Charles Wilson wrote:

> Robert Collins wrote:
> 
>>
>> IIRC this is reproducible for you Chuck, can you shoot me some logs
>> please.
> 
> 
> 
> Okay, this is from setup 2.188 (compiled just now) and I am trying to do 
> a local install from //polgara/private/software/windows/cygwin-new/ 
> which contains a standard tree structure and the attached setup.ini. 
> Setup responds "can't get setup.ini from setup.ini"

AHA!

After applying the attached patch to setup 2.188, I got a clue that the 
problem was that my 'local' repository was on a remote share 
'//polgara/private/'.  So, I copied the 
//polgara/private/software/windows/cygwin-new tree over to my local disk 
-- and things were kinda okay for a while.

I got to the chooser screen, and it listed the bzip2 package and 
libbz2_0 package:

CURRENT   NEW       PACKAGE
1.0.1-6   1.0.2-1   bzip2: sdesc...
           1.0.2-1   libbz2_0: sdesc...

When I said "install", I briefly got the progress screen -- and then a 
BSOD. memory dump sent separately.  This is on W2K, McAfee *was* turned 
*off*.

Sigh.

So, the problem with "unable to get setup.ini from setup.ini" seems to 
be due to problems handling windows shares in the "local_dir" variable 
within ini.cc.

Now, my problem list is;
   BSOD
   SEGV when clicking 'ADD' new site for internet installations. (null 
pointer)
   local_dir on a windows share

--Chuck

[-- Attachment #2: setup.patch --]
[-- Type: text/plain, Size: 1013 bytes --]

Index: filemanip.cc
===================================================================
RCS file: /cvs/src/src/winsup/cinstall/filemanip.cc,v
retrieving revision 2.2
diff -u -r2.2 filemanip.cc
--- filemanip.cc	2002/01/26 04:21:34	2.2
+++ filemanip.cc	2002/01/27 20:00:26
@@ -97,7 +97,7 @@
   f.pkg[0] = f.what[0] = '\0';
   p = base (fn);
   for (ver = p; *ver; ver++)
-    if (*ver == '-' || *ver == '_')
+    if (*ver == '-')
       if (isdigit (ver[1]))
 	{
 	  *ver++ = 0;
Index: ini.cc
===================================================================
RCS file: /cvs/src/src/winsup/cinstall/ini.cc,v
retrieving revision 2.18
diff -u -r2.18 ini.cc
--- ini.cc	2002/01/20 13:31:04	2.18
+++ ini.cc	2002/01/27 20:00:27
@@ -68,7 +68,7 @@
   io_stream *ini_file = io_stream::open (concat ("file://", local_dir,"/", path, 0), "rb");
   if (!ini_file)
     {
-    note (NULL, IDS_SETUPINI_MISSING, path);
+    note (NULL, IDS_SETUPINI_MISSING, (concat("file://", local_dir, "/", path, 0) ) );
     return;
     }
 

Re: for the brave

[Charles Wilson]

[-- Attachment #1: Type: text/plain, Size: 840 bytes --]

Charles Wilson wrote:


> After applying the attached patch to setup 2.188, I got a clue that the 
> problem was that my 'local' repository was on a remote share 
> '//polgara/private/'. 


Forgot to include the setup.log.full data that gave me this clue: 
setup.exe is really trying to iostream::open() this "file" --

file:///Polgara/private/software/windows/cygwin-new/setup.ini

If I paste ^^^^ into IE, it fails.  But the following two pathnames work:

file://///Polgara/private/software/windows/cygwin-new/setup.ini
file:////Polgara/private/software/windows/cygwin-new/setup.ini

(Yes, those ARE forward slashes)  Something to do with iostream::open() 
and slashifying, maybe?

> So, I copied the 
> //polgara/private/software/windows/cygwin-new tree over to my local disk 
> -- and things were kinda okay for a while.
...


--Chuck


[-- Attachment #2: setup.log.full --]
[-- Type: text/plain, Size: 581 bytes --]

2002/01/27 14:46:23 Starting cygwin install, version 2.188
Current Directory: D:\cygwin\usr\src\kernel\obj\i686-pc-cygwin\winsup\cinstall
2002/01/27 14:46:23 Command line parameters
2002/01/27 14:46:23 0 - 'D:\cygwin\usr\src\kernel\obj\i686-pc-cygwin\winsup\cinstall\setup.exe'
2002/01/27 14:46:23 1 parameters passed
source: from cwd
root: D:/cygwin binary system
Selected local directory: \\Polgara\private\software\windows\cygwin-new
mbox note: Unable to get setup.ini from file:///Polgara/private/software/windows/cygwin-new/setup.ini
2002/01/27 14:46:47 Ending cygwin install

Re: for the brave

[Earnie Boyd]

Charles Wilson wrote:
> 
> file://///Polgara/private/software/windows/cygwin-new/setup.ini
> file:////Polgara/private/software/windows/cygwin-new/setup.ini
> 

This makes sense.  You need two // after file: and two // before
Polgara.  The extra fifth / was just ignored.

Earnie.

_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Re: for the brave

[Robert Collins]

Yes, I thought it was the shares issue - see README :}.

Thanks for confirming it though, I can work on a patch now.

Rob

===
----- Original Message -----
From: "Charles Wilson" <cwilson@ece.gatech.edu>

> > Okay, this is from setup 2.188 (compiled just now) and I am trying
to do
> > a local install from //polgara/private/software/windows/cygwin-new/
> > which contains a standard tree structure and the attached setup.ini.
> > Setup responds "can't get setup.ini from setup.ini"
>
> AHA!
>
...
> So, the problem with "unable to get setup.ini from setup.ini" seems to
> be due to problems handling windows shares in the "local_dir" variable
> within ini.cc.

Re: for the brave

[Robert Collins]

----- Original Message -----
From: "Charles Wilson" <cwilson@ece.gatech.edu>
> > Is //polgara/private/software/windows/cygwin the path you enter in
> > 'choose local dir' ?
>
>
> Sortof.  I didn't type it in; it already "knew" somehow.  And it was
in
> this form: '\\polgara\private\software\windows\cygwin' with
backslashes,
> not forward slashes.  (Retyping it with forward slashes doesn't seem
to
> change anything)

IIRC this is reproducible for you Chuck, can you shoot me some logs
please.

Rob

Re: for the brave

[Charles Wilson]

Earnie Boyd wrote:

> Charles Wilson wrote:
> 
>>file://///Polgara/private/software/windows/cygwin-new/setup.ini
>>file:////Polgara/private/software/windows/cygwin-new/setup.ini
>>
>>
> 
> This makes sense.  You need two // after file: and two // before
> Polgara.  The extra fifth / was just ignored.


Sure, I understand that.  (Side note:  file://Polgara/... also works, 
for whatever reason).  But here's the question:

local_dir (as I typed it) already contained two leading '/' chars

the concat call prepended "file://" with two more '/' chars


2+2 = 4

So why does the resulting filespec have only 3 '/' chars?  Somewhere 
along the line, I don't know where, the local_dir I entered is having 
one of its leading '/' stripped...

--Chuck

RE: for the brave

[Gary R. Van Sickle]

> -----Original Message-----
> From: cygwin-apps-owner@cygwin.com
> [mailto:cygwin-apps-owner@cygwin.com]On Behalf Of Charles Wilson

[snip]

> the concat call prepended "file://" with two more '/' chars
>
>
> 2+2 = 4
>
> So why does the resulting filespec have only 3 '/' chars?  Somewhere
> along the line, I don't know where, the local_dir I entered is having
> one of its leading '/' stripped...
>

I think concat() itself is doing that, in an attempt to canonicalize the paths
while it creates them.

--
Gary R. Van Sickle
Brewer.  Patriot.

Re: for the brave

[Robert Collins]

===
----- Original Message -----
From: "Gary R. Van Sickle" <g.r.vansickle@worldnet.att.net>
To: <cygwin-apps@sources.redhat.com>
Sent: Tuesday, January 29, 2002 3:13 PM
Subject: RE: for the brave


> > -----Original Message-----
> > From: cygwin-apps-owner@cygwin.com
> > [mailto:cygwin-apps-owner@cygwin.com]On Behalf Of Charles Wilson
>
> [snip]
>
> > the concat call prepended "file://" with two more '/' chars
> >
> >
> > 2+2 = 4
> >
> > So why does the resulting filespec have only 3 '/' chars?  Somewhere
> > along the line, I don't know where, the local_dir I entered is
having
> > one of its leading '/' stripped...
> >
>
> I think concat() itself is doing that, in an attempt to canonicalize
the paths
> while it creates them.

Well I can't duplicate it :}. I have a somewhat different source base
though, so I'll try and commit that in the next coupla  hours.

Rob

RE: for the brave

[Gary R. Van Sickle]

> Well I can't duplicate it :}. I have a somewhat different source base
> though, so I'll try and commit that in the next coupla  hours.
>

I just read another post of yours that (if I read it right) sounded like you
still had two small patches from me not comitted yet ("Add" box crash and
something else)?  If so, please don't lose them - because I have ;-).

--
Gary R. Van Sickle
Brewer.  Patriot.