Re: problem with bash (too much file in directory)

[CBFalconer]

Claudio Tamietto wrote:
> 
> I have installed cigwin on my W2K PC and all is very well
> functioning. However if i try some commands like ls * or
> grep -i -l some_text * from a directory whit a lot of files
> (7-8 thousand) i obtain this error
> 
> bash: /usr/bin/ls: Invalid argument
> 
> Is it a bug ?
> 
> If i try the same commands from a dos shell the error is not
> reported e all is functioning .

I expect bash is globbing the argument and running into command
line length limits, while the grep run from dos is expanding the
argument on the fly.  Dos doesn't glob, which has advantages and
disadvantages.  Not a bug.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: /bin/shutdown on ME

[CBFalconer]

Corinna Vinschen wrote:
> On Wed, Nov 13, 2002 at 09:29:18PM -0600, Chris Polley wrote:
> >
> > When I try to "shutdown -r now", Windows (ME 4.90.3000) complains
> > that I "must quit [shutdown] before I quit Windows." If I click
> > Cancel, shutdown complains "shutdown: Couldn't reboot: Incorrect
> > function.", and if I click OK, windows reports after a while that
> > shutdown isn't responding, and gives the Wait/End Task/Cancel
> > dialog. :-(
> >
> > Is this a known limitation of cygwin on ME, or should I delve
> > further?
> 
> It's a limitation of the shutdown tool.  It only works reasonably on
> NT/2K/XP.  Patches to get it working on 9x/Me are more than welcome.

Under W98/4dos I do a command line shutdown using the alias:

c:\windows\rundll.exe user.exe,exitwindows

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: help: cygwin on WinNT - allocates 3x memory asked for

[CBFalconer]

*** Posted and mailed ***
Milos Popovic wrote:
> 
... snip ...
> 
> PROBLEM: a C program written to allocate x amount of memory actually
> uses about 3 times that much memory, when compiled with gcc (3.2-2)
> under cygwin (1.3.15-2). This does not occur when compiling with a
> native windows compiler (I used lcc) where allocating 50MB increases
> the system memory used by roughly the 50MB.
> 
> The program below tries to allocate memory starting with 16MB and
> doubling the allocation until it fails. The getchar statements are
> there to interrupt the program and wait for a keypress so that I can
> monitor the amount of memory used by the system in the Windows NT
> Task Manager before and after each allocation.
> 
> The result is that a 512MB allocation actually increases the system
> memory usage by about 1500MB. This ratio of 3 is the same regardless
> of the size of allocation. When compiled with a native compiler
> (non-cygwin), a 512MB allocation increases the used ram by about
> 512MB. I also tried using realloc instead of malloc/free for
> successive allocations - no difference. C++ version with new/delete
> on g++ - also no difference.  The factor of 3 is also the same
> whether you're allocating a vector of chars, doubles, etc.

... snip code ...

You are probably looking at the underlying system allocation of
virtual memory.  When memory can be allocated with an allocate on
write policy, it makes sense to reserve a ratio of virtual
allocation to real allocation (which is not actual memory) of that
sort.  I don't know just how Cygwin allocates, but it probably
involves a sbrk (unix like) call, which in turn calls some windows
mechanism.  One of those mechanisms is anticipating future
requirements on the basis of actual allocation so far.  With
appropriate policies this can be done at no cost, although the
system has been known to bite when the memory is actually written,
and thus gobbles disk space for the virtual image.  Strictly
speaking the policy is not ISO C conforming.

BTW note that your policy of doubling the size prevents ever
reusing previously allocated and freed memory.  This in itself
forces the system memory assigned to always have a useless
fragment slightly smaller than the last allocation. 1/2 + 1/4 +
1/8 + ... is always smaller than 1.

You would probably have widely different results if you wrote all
over each allocated block when assigned.

I hope this makes some sense to you.  At any rate, I wouldn't
worry about it.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: No subjects are nice

[CBFalconer]

Christopher Faylor wrote:
> On Wed, Nov 13, 2002 at 12:38:56PM -0800, Jake D. Stern wrote:
>
> > [This is a bug report, I'm following cygwin reporting instructions
> > by posting here.  The subject line has been changed so as to not
> > be refused. Original subject line: "xterm consumes 100% cpu when
> > first XWin action is to close xterm."]
> 
> The fact that your subject was blocked didn't give you enough of a
> clue that you were doing something wrong, eh?  The mind boggles.
> 
> We HAVE A MAILING LIST for Cygwin/XFree86 discussions.  Use it.
> 
> FYI, I've blocked this subject too.  I can keep this up all day if
> you want.


>From my standpoint this habit of blocking arbitrary subjects
defeats the purpose of a mailing list in the first place.  It
essentially puts one person in place as arbiter.  The user has no
idea whether or not his subject is "on the list".

It would be much easier if the various lists were echoed to usenet
in the first place.  They could even be moderated groups.   Adding
a mailing list to someones setup requires both subscribing (after
hearing about it in the first place) and setting up suitable
e-mail filters.  Having done so the e-mail volume increases
substantially, with much greater likelihood of filling an ISPs
assigned storage.  Generally a pain.

In addition I found very early that the searching provisions
either don't function or are non-intuitive.  It is much easier to
search newsgroups on google.  I gave up long ago on finding out
why 'reply-to considered bad on cygwin list'.

Also consider that e-mail and newsgroups can be generally operated
off-line.  Reading something that simply suggests a search is
counter-productive, especially when a one or two line response
would largely cover it.

c.l.c sticks pretty closely to the topic, with exceptions, and
raises hackles.  However the hackles raised are generally of the
clueless - here the irritation seems to be unrestricted, and only
old hands appear to be welcome.  Again, with notable exceptions.

I concede that my viewpoint is not yours, and neither are my
priorities.  


-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

DJGPP vs Cygwin

[CBFalconer]

I have been using Cygwin to check portability, and recently tried
an experiment.  I compiled and run the same, largely compute
bound, program on both systems and timed their execution.  Both
were compiled with "gcc -W -Wall -O2 -ansi -pedantic -gstabs+",
using gcc 3.1 on DJGPP, and gcc 3.2 on Cygwin.  Both on the
identical machine, running W98.

The program was considerably slower on Cygwin.  The execution
commands were:

timerun a 3
timerun a 1on DJGPP, using 4dos command processor
   (timerun is an alias, involving timer command)

time ./a 3
time ./a 1 on Cygwin, using bash 2.05

I believe the majority of the Cygwin slowdown is due to the slower
loading (although the program is much smaller than under DJGPP)
and slower console output handling.  This is based on the
difference in times between the shorter and longer runs.

FYI the test program was:

/* --- file gaussran.c  */
#include 
#include 
#include 
#include 

double   vmax, vmin;
double   vamax, vamin;
double   sigma, sigmasq;
unsigned int count, maxinslot;
time_t   seed;
#define AOFFSET 15   /* array[0] <--> value - AOFFSET */
#define SCALE 3

unsigned int distrib[2 * AOFFSET + 1];  /* initialized to 0 */

/*  */

/* From the C-FAQ, slightly modified */
double gaussrand(void)
{
   static double V2, X;
   static intphase = 0;
   doubleY, U1, U2, V1, S;

   if (phase) Y = V2 * X;
   else {
  do {
 U1 = (double)rand() / RAND_MAX;
 U2 = (double)rand() / RAND_MAX;

 V1 = 2 * U1 - 1;
 V2 = 2 * U2 - 1;
 S = V1 * V1 + V2 * V2;
  } while (S >= 1 || S == 0);

  Y = V1 * (X = sqrt(-2 * log(S) / S));
   }
   phase = 1 - phase;
   return Y;
} /* gaussrand */

/*  */

/* maps gaussrand -inf .. 0 into 0..1 and
 *0 .. +inf into 1..inf.
 */
double gausspos(void)
{
   return exp(gaussrand());
} /* gausspos */

/*  */

static void plot(int unipolar)
{
   int i, delta;

   if (unipolar) delta = 0;
   else  delta = AOFFSET;
   for (i = 0; i < 2 * AOFFSET + 1; i++) {
  printf("%5.2f (%5d)%*c\n", (double)(i - delta) / SCALE,
distrib[i], 1 + (int)((300 * distrib[i]) / count), '*');
   }
} /* plot */

/*  */

static void statistics(double r, int unipolar)
{
   int slot;

   if (r > vmax) vmax = r;
   if (r < vmin) vmin = r;
   if (fabs(r) > vamax) vamax = fabs(r);
   if (fabs(r) < vamin) vamin = fabs(r);
   sigma += r;
   sigmasq += r * r;
   count++;

   r = r * SCALE * (unipolar + 1);
   if (r > 0) r = r + 0.5;
   else r = r - 0.5;

   slot = (int)(r);
   if (!unipolar) slot += AOFFSET;

   if  (slot < 0)   slot = 0;
   else if (slot > 2 * AOFFSET) slot = 2 * AOFFSET;
   ++distrib[slot];
   if (distrib[slot] > maxinslot) maxinslot = distrib[slot];
} /* statistics */

/*  */

int main(int argc, char **argv)
{
#define DEFAULTLNS 20

   int  i, j, lines;
   double   r;
   unsigned int param1;

   vmax = vamax = sigma = sigmasq = 0.0;
   vmin = vamin = 1e20;
   lines = DEFAULTLNS;
   param1 = count = 0;
   if (argc > 1) {
  srand((seed = time(NULL)));
  param1 = strtoul(argv[1], NULL, 10);
  if (param1 > 1) lines = param1;
   }
   for (i = 0; i < lines; i++) {
  for (j = 0; j < 12; j++) {
 if (argc > 2) r = gausspos();
 else  r = gaussrand();
 statistics(r, argc > 2);
 if (param1 <= 2 * DEFAULTLNS) printf("%6.2f", r);
  }
  if (param1 <= 2 * DEFAULTLNS) printf("\n");
   }
   printf("vmax = %.2f; vmin = %.2f; vamax = %.2f; vamin = %.2f\n"
  "count = %d; sigma = %.2f; sigmasq = %.2f\n"
  "RMS = %.2f; maxinslot = %d peakPCT = %.2f; AVG =
%.2f\n",
   vmax, vmin, vamax, vamin, count, sigma, sigmasq,
   sqrt(sigmasq) / count, maxinslot,
   (100.0 * maxinslot) / count, sigma / count);
   plot(argc > 2);
   if (argc < 2) {
  puts("\nUsage: gaussran [N [anything]]");
  puts("where N is number of sets of 12 samples to take");
  puts("and 'anything' causes unipolar gaussian generation");
  puts("rather than the default bipolar gaussian.\n");
  puts(" Ex: gaussran 1000 p  (for 12000 unipolar samples)");
  puts(" (The detail dump is suppressed for N > 40)");
   }
   return 0;
} /* main */
/* --- end gaussran.c  */

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gdb hangs on a 486

[CBFalconer]

"[EMAIL PROTECTED]" wrote:
> 
... snip ...
> 
> Dead thread now?  I hope so.  I'm out. :-)

Dead.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: It's x86

[CBFalconer]

( resent, due to original mis-address )
Randall R Schulz wrote:
> 
> Since I participated in the confusion about gcc/g++'s interpretation
> of the cpu-type-specific options, I thought I'd post this excerpt
> from the GCC manual page:
> 
> -mcpu=cpu-type
> Tune to cpu-type everything applicable about the
> generated code, except for the ABI and the set of
> available instructions.  The choices for cpu-type are
> i386, i486, i586, i686, pentium, pentium-mmx,
> pentiumpro, pentium2, pentium3, pentium4, k6, k6-2,
> k6-3, athlon, athlon-tbird, athlon-4, athlon-xp and
> athlon-mp.
> 
> While picking a specific cpu-type will schedule things
> appropriately for that particular chip, the compiler
> will not generate any code that does not run on the
> i386 without the -march=cpu-type option being used.
> i586 is equivalent to pentium and i686 is equivalent
> to pentiumpro.  k6 and athlon are the AMD chips as
> opposed to the Intel ones.
> 
> -march=cpu-type
> Generate instructions for the machine type cpu-type.
> The choices for cpu-type are the same as for -mcpu.
> Moreover, specifying -march=cpu-type implies
> -mcpu=cpu-type.
> 
> I don't know how to interpret GCC configuration specifications, so I'll
> just take Chris F.'s exhortation as an indication that the architecture
> setting in the Cygwin build of GCC is i386 and that when the Cygwin
> releases are built, that default is not overridden.

The above take more than a cursory reading to absorb what is
happening.  A quick inspection would seem to imply (wrongly) that
the -march option should be used since it does everything in one
swell foop. In actuality it apparently should usually NOT be used.

If this is the case throughout, there should be no problem. I
certainly don't know one way or the other.

Such architecture optimizations are much more likely to have been
taken in the GUI gubris that is being used for display than in
GCC/GDB themselves.  I think the moral is that such settings
should be recorded in the distribution.

-- 
ChX-Mozilla-Status: 0009o.com) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gdb hangs on a 486

[CBFalconer]

Christopher Faylor wrote:
> On Thu, Oct 31, 2002 at 06:58:03PM -0500, CBFalconer wrote:
> 
> >Unfortunately that is all the data there is.  I don't expect a magic
> >wand.  The problem is probably in the gui stuff gdb is calling anyhow.
> >W98 is not noted for system protection.  However ignoring it is NOT the
> >right answer.
> 
> Noting that a string on the screen says "i686", concluding that since
> you don't have a i686 this is the cause of all of your problems, and
> continuing to hold to that belief after you've been told it is unlikely,
> is not the right answer either.

I did NOT say that.  I did say, in effect, that I was speculating,
and in one message that it would be worthwhile to record and
publicize what a package was compiled for.  I also said that this
system is and has been rock solid until the gdb-gui episode.  I am
well aware that noone is going to go out and look for anything as
nebulous as this.  With luck though, sometime somebody may say to
themself "AHA - this may explain that".  Provided the "that" has
been mentioned in public.

> 
> >Maybe a few mirrors should be set aside for systems with other
> >configurations.
> 
> And now we segue into YA misconception this time it's about how
> mirrors work.
> 
> What fun.

Maybe the word is wrong, but such a separation (assuming that
there is a reason to do it at all) would make matching packages to
machine capabilities trivial.  The user, via setup or the
equivalent, selects a machine type, and the appropriate list of
'mirrors' appears.  Each such 'mirror' does its updating from an
appropriate set of source directories.

I fail to see the usefulness of sarcasm here.  Or should I assume
that, like Microsoft, perfection has already been attained and
that questioning is futile?  Have you met Dan Pop yet?  He is very
knowledgeable.

As far as multiple messages is concerned, my ISP hiccupped.  It is
rare, but has been known to happen.  I apologize for the
inconvenience.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
   <http://cbfalconer.home.att.net>  USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gdb hangs on a 486

[CBFalconer]

Christopher Faylor wrote:
> Larry Hall (RFK Partners, Inc) wrote:
> >At 11:13 PM 10/30/2002, CBFalconer wrote:
> 
> >>I have been trying out gdb in Cygwin, and found it to hang and/or
> >>crash under W98, running on a 486.  The output of gdb --version
> >>is:
> >>
... snip ...
> >> > This GDB was configured as "i686-pc-cygwin".
> >>   ^^
> >>This appears unwarranted.  I would have assumed gdb would test and
> >>adapt itself to the processor on which it is running.
> >
> >At this point, I think most (all?) Cygwin packages are configured 
> >like this. Whether or not that's true, it's not unwarranted.  
> >There's good reason to make use of the newer architectures' 
> >capabilities.
> 
> The "i686-pc-cygwin" is just a convention.  It doesn't mean anything.
> GNU tools built for an i686 target *may* produce binaries that are
> reordered for better efficiency on that target but, in this case, I
> doubt that is even the case.
> 
> Unless someone can point to an actual 686 instruction that is causing
> problems, this discussion should die.  The standard "it crashes" or
> "it dies" bug reporting technique does not provide any details and
> speculating as to the cause with no supporting details is not a
> useful endeavor.

Unfortunately that is all the data there is.  I don't expect a
magic wand.  The problem is probably in the gui stuff gdb is
calling anyhow.  W98 is not noted for system protection.  However
ignoring it is NOT the right answer.

Maybe a few mirrors should be set aside for systems with other
configurations.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
   <http://cbfalconer.home.att.net>  USE worldnet address!

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gdb hangs on a 486

[CBFalconer]

Christopher Faylor wrote:
> On Thu, Oct 31, 2002 at 08:38:35AM -0500, Larry Hall (RFK Partners, Inc) wrote:
> >At 11:13 PM 10/30/2002, CBFalconer wrote:
> 
> >>I have been trying out gdb in Cygwin, and found it to hang and/or
> >>crash under W98, running on a 486.  The output of gdb --version
> >>is:
> >>
... snip ...
> >> > This GDB was configured as "i686-pc-cygwin".
> >>   ^^
> >>This appears unwarranted.  I would have assumed gdb would test and
> >>adapt itself to the processor on which it is running.
> >
> >At this point, I think most (all?) Cygwin packages are configured 
> >like this. Whether or not that's true, it's not unwarranted.  
> >There's good reason to make use of the newer architectures' 
> >capabilities.
> 
> The "i686-pc-cygwin" is just a convention.  It doesn't mean anything.
> GNU tools built for an i686 target *may* produce binaries that are
> reordered for better efficiency on that target but, in this case, I
> doubt that is even the case.
> 
> Unless someone can point to an actual 686 instruction that is causing
> problems, this discussion should die.  The standard "it crashes" or
> "it dies" bug reporting technique does not provide any details and
> speculating as to the cause with no supporting details is not a
> useful endeavor.

Unfortunately that is all the data there is.  I don't expect a
magic wand.  The problem is probably in the gui stuff gdb is
calling anyhow.  W98 is not noted for system protection.  However
ignoring it is NOT the right answer.

Maybe a few mirrors should be set aside for systems with other
configurations.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
   <http://cbfalconer.home.att.net>  USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: gdb hangs on a 486

[CBFalconer]

"Larry Hall (RFK Partners, Inc)" wrote:
> 
> At 11:13 PM 10/30/2002, CBFalconer wrote:
> >I have been trying out gdb in Cygwin, and found it to hang and/or
> >crash under W98, running on a 486.  The output of gdb --version
> >is:
> >
... snip ...
> > > This GDB was configured as "i686-pc-cygwin".
> >   ^^
> >This appears unwarranted.  I would have assumed gdb would test and
> >adapt itself to the processor on which it is running.
> 
> At this point, I think most (all?) Cygwin packages are configured
> like this. Whether or not that's true, it's not unwarranted. There's 
> good reason to make use of the newer architectures' capabilities.

I can easily believe that.  It seems very poor practice to make
these assumptions without checking them somewhere and generating a
warning.  Such things can go in initialization or loading code.

... snip ...
> 
> gdb -nw
> 

Are you saying that the problem is limited to the GUI interface? 
Is this known, or just a guess?

> 
> Sounds like you may want to get the source, reconfigure, and build
> your own version targeting i386 or i486.

A non-trivial job, especially if the very tools are suspect.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
   <http://cbfalconer.home.att.net>  USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

gdb hangs on a 486

[CBFalconer]

I have been trying out gdb in Cygwin, and found it to hang and/or
crash under W98, running on a 486.  The output of gdb --version
is:

> $ gdb --version
> GNU gdb 5.0 (20010428-3)
> Copyright 2001 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "i686-pc-cygwin".
  ^^
This appears unwarranted.  I would have assumed gdb would test and
adapt itself to the processor on which it is running.

The whole system was downloaded through setup within the past 20
days.  Gdb came up in a windowed rather than command line
version.  After the hang the mouse was dead and the system needed
rebooting.  I normally can run for weeks without reboots.

Under DJGPP I am running gdb 5.1.1, with no apparent
difficulties.  There the configuration says "i386-pc-msdosdjgpp"

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin 1.3.9-1

[CBFalconer]

Kyo Kusanagi wrote:
> 
> 2000/XP,and also I have problems opening .bz2 files..)

You 'open' .bz2 by decompressing them with bzip2.  Something like
"bzip2 -d filename".

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Simplifying Cygwin PosgreSQL Installation

[CBFalconer]

Glenn Murray wrote:
> On Thu, 24 Oct 2002, Jason Tishler wrote:
> > On Wed, Oct 23, 2002 at 11:04:01AM -0600, Glenn Murray wrote:
> >
> > > I think that command line support in setup.exe is a great idea. 
> > > I noticed when browsing through the source code that there were
> > > comments about it.  With command line support many, if not all
> > > of the dialogs could be skipped, and it might make it possible
> > > to install Cygwin as part of other applications when no/slow
> > > internet connections are present.  This would be ideal.
> >
... snip ...
> >
> > Actually, there some specialized ones but maybe not quite as
> > specialized as yours. :,)
> >
> > > On the other hand, if the Cygwin install process could be
> > > streamlined, its tools could be used by application developers
> > > and piggy-backed on their installations, and a lot more bona
> > > fide Cygwin distributions would be installed. (Just musing out
> > > loud, here.)
> >
> > Actually, there are many Cygwin installations already.
> 
> I see now that a lot of people on the list agree that command line
> options for setup.exe is a Good Idea and I'll let it go at that,
> in hopes that some C++ wizard picks it up.  In the meantime I'll
> muddle through with scripts, lengthy explanations, and hand-holding.

I have tried to untangle the top-posted hell this thread has
become.

Where is the source for setup anyway? (in little baby words
please).

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin, GNU make and VC++ ?

[CBFalconer]

Ross Smith II wrote:
> > From: Of Igor Pechtchanski
> > >
> > > Anyway, we're making progress in being able to compile with CL.EXE, but
> > > we're having trouble with include files. We use the flag
> > > '-I/home/user/dg/include' to point to the include directory, but it
> > > can't find it.
> 
> /home/user/dg/include
> 
> makes no sense in Windows.  Use:
> 
> C:\home\user\dg\include
> 
> or
> 
> C:/home/user/dg/include
> 
> instead.

Does 'c:\home' make any sense to cl?  You may have to expand that.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Problem compiling cpp programs with gcc-3.2-1

[CBFalconer]

Mark Schoenberg wrote:
> 
> Thank you for your rapid and thorough reply.  Here is the slighly
> more sophisticated program which just pops up a window and exits
> upon IDCANCEL. The compilation output to the command
> 
> gcc -O2 -mno-cygwin -mwindows short.cpp  \
> -lkernel32 -luser32 -lgdi32 -lwinspool \
> -lcomdlg32 -ladvapi32 -lshell32 -lole32 -loleaut32 -luuid -lodbc32 \
> anv.res -o short
> 
> is NULL under 2.95.3-5. (i.e. perfect compilation without warnings).
> 
> The compilation output under 3.2.1-1 is
> 
> /DOCUME~1/Mark/LOCALS~1/Temp/ccpKyX2E.o(.text+0x2f8):short.cpp:
>undefined reference to `operator new(unsigned)'
... snip ...

smells of a missing "use namespace : std" to me.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: no dice yet on .net server?

[CBFalconer]

tprinceusa wrote:
> 
... snip ...
> >
> I witnessed a Microsoft lecture today where the speaker said over
> and over again that .NET is the answer to everything, including
> all applications currently running on any OS, but they will NOT
> support anything which supports posix, although there may be a new
> Interix in the works.  They invite anyone who is important enough
> to sign up for 3 days or a week of help in Redmond to get their
> applications changed to a version which will run only on .NET and
> differentiate it from what could be done on linux [or cygwin?].
> To me, at least, this looked like confirmation that they disfavor
> cygwin.

I have a book here about the organization and creation of NT,
written in the NT3.1 days.  The writer was female, and I forget
her name (the book is not at hand).  It specifically states that
one of the design objectives was a complete Posix layer, on an
equal basis with the W32 layer.  At the time the system seemed to
make a lot of sense to me, but it sounds as if they have dropped
everything not intimately connected with oligarchy.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Screen for cygwin

[CBFalconer]

"Harig, Mark A." wrote:
> 
> Isn't the slow connection the most important criteria?
> After all, most people who need multiple "windows" (which
> screens provides) normally think of using X to get
> those extra windows, but wouldn't want to use X if the
> connection is slow.

Why is anything needed?  I find I can create multiple Cygwin
screens by simply switching to the MSDOS/4DOS window, and
launching another.  I use a 4dos alias that executes "start
c:\cygwin\cygwin.pif".  The pif executes "%comspec% /c
c:\cygwin\cygwin.bat".  This is on W98.  Same end result from
clicking on things in the start menu or on the desktop.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin, emacs, mozilla

[CBFalconer]

Randall R Schulz wrote:
> At 12:15 2002-10-24, Thomas L Roche wrote:
> >Chris Lott <[EMAIL PROTECTED]> 10/24/2002 02:26 PM
> >
> >...
> >
> > > How well does Mozilla run on Cygwin
> >
> >That I don't know, but Moz says you can build Moz with Cygwin: see
> >
> >http://www.mozilla.org/build/win32.html
> 
> Intriguing, but I don't think this produces a Cygwin binary. From
> the "GNU Tools for Microsoft Windows (the cygwin toolkit)" section
> of that page:
> 
> "Cygwin is a UNIX-like environment for Windows... Mozilla uses a
> developer set of cygwin packages... These include gawk, make and
> zip utilities, and optionally cygwin perl. GCC is _not_ used and
> does not need to be installed."
> 
> [ Emphasis and editing mine, of course. ]
> 
> Note especially the last sentence. I believe this is intended for
> people who don't want to use the VisualC++ IDE, but I assume that
> since GCC is not used the VisualC++ compiler is and thus the end
> result is identical to that built with Visual C++.
> 
> Am I misinterpreting that?

I am amazed that, considering the warm fuzzy loving relationship
between Microsoft and Netscape/Mozilla, they continue to use VC. 
I would expect them to lean over backwards to move over to gcc.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

What's going on here with directory contents?

[CBFalconer]

I get the following from the bash shell:

> chuck@AEYRIEONE ~
> $ which whatis
> /usr/bin/whatis
> 
> chuck@AEYRIEONE ~
> $ ls -lap /usr/bin/wha*
> -rwxr-xr-x1 chuckunknown  1743 Apr 20  2000 /usr/bin/whatis
> 
> chuck@AEYRIEONE ~
> $ ls -lap /bin/wha*
> -rwxr-xr-x1 chuckunknown  1743 Apr 20  2000 /bin/whatis

however I find the following from the DOS/4dos shell:

> [1] c:\cygwin>dir /a: usr\bin\
> 
>  Volume in drive C is WD30-PRI41 Serial number is 3CE4:239B
>  Directory of  C:\cygwin\usr\bin\*
> 
> 10-11-02   4:09 .
> 10-11-02   4:09 ..
>   0 bytes in 0 files and 2 dirs
> 
> [1] c:\cygwin>dir /a: bin\wha*
> 
>  Volume in drive C is WD30-PRI41 Serial number is 3CE4:239B
>  Directory of  C:\cygwin\bin\wha*
> 
>  4-20-00  20:51   1,743  whatis
>   1,743 bytes in 1 file and 0 dirs4,096 bytes allocated

In other words the apparent directories existing under cygwin are
actually empty!  For my own peace of mind I would like to know
what machinations are occurring :-)

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Ash manual/info. (was: Re: "==" operand not found)

[CBFalconer]

Igor Pechtchanski wrote:
> On Thu, 24 Oct 2002, Gary R. Van Sickle wrote:
> > > Randall R Schulz wrote:
> > > >
... snip ...
> > >
> > > While there is an info file on bash, and even a man entry, there
> > > seems to be nothing whatsoever about ash on the system.  If we are
> >
> > Put "#!/bin/bash" (no quotes) at the top of the script in question and
> > go nuts.
> >
> > As far as ash docs are concerned, a quick Google reveals little other
> > than that ash apparently stands for "[Kenneth] Almquist's sh".  You'll
> > probably have more success looking for "POSIX shell standards".
> 
> 'man sh' should get you the ash manpage.
> Igor

Found it.  Thanks.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: What's going on here with directory contents?

[CBFalconer]

Max Bowsher wrote:
> CBFalconer <[EMAIL PROTECTED]> wrote:
> 
> > I get the following from the bash shell:
> ...
> > however I find the following from the DOS/4dos shell:
> ...
> > In other words the apparent directories existing under cygwin are
> > actually empty!  For my own peace of mind I would like to know
> > what machinations are occurring :-)
> 
> man mount

That seems to tell me how to get the effect, but nothing about
what is going on.  I would expect to see some sort of hidden file
in ...\usr\bin to cause the effect, but there is nothing there.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
   <http://cbfalconer.home.att.net>  USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: What's going on here with directory contents?

[CBFalconer]

Max Bowsher wrote:
> CBFalconer <[EMAIL PROTECTED]> wrote:
> 
... snip ...
> >
> > That seems to tell me how to get the effect, but nothing about
> > what is going on.  I would expect to see some sort of hidden file
> > in ...\usr\bin to cause the effect, but there is nothing there.
> 
> Mount table is stored in the registry.

Thanks. I hate magic. Can't say I love the registry either :-)

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
   <http://cbfalconer.home.att.net>  USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: cygwin + gdb problems

[CBFalconer]

[posted and mailed]
Jennie Mai Nguyen wrote:
> 
> I am having problems with running gdb in cygwin. I have exactly
> the same problem as in this message and followed the directions:
> 
> http://sources.redhat.com/ml/cygwin/2002-08/msg00508.html
> 
> However, I couldn't find any double instances of cygwin.dll ( I
> only have a cygwin1.dll). Please help me, I've been sitting in
> front of my computer all day, but no luck. Thank you very much,
> 
> (gdb) run
> 
> Starting program: /home/Jennie Nguyen/a.exe
  ^
Could this be your problem?  File and directory names with spaces
in them are trouble.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Ash manual/info. (was: Re: "==" operand not found)

[CBFalconer]

Randall R Schulz wrote:
> 
> You're most likely accustomed on your Linux system to "/bin/sh"
> being BASH. On Cygwinm /bin/sh is ASH, and it is far more minimal
> in its implementation of the POSIX shell standard, and does not
> provide "==" as an equivalent for "=" in the "test" (a.k.a. "[")
> built-in.

While there is an info file on bash, and even a man entry, there
seems to be nothing whatsoever about ash on the system.  If we are
not able to use the abilities of bash, how do we find out what
abilities we can use?

Entering sh and typing help doesn't give any useful info.  The
screen capabilities seem to be different.  All I seem to be able
to find is that bash is 500 odd k, while sh is 69 odd k.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Initializing and cygwin.bat

[CBFalconer]

As a new user I wanted to customize cygwin.bat to my system, which
uses 4dos as the shell and only maintains command.com as an
antique.  W98 BTW.

I found that various commands wouldn't work!  The reason was that
command.com was being called in the .pif file.  I simply changed
the .pif to specify "%comspec%" in place of
"c:\windows\command.com".

Is there any reason setup shouldn't do this in the initial
creation?  Since the .pif files are of some peculiar structure I
had to use explorer and the fursluginner mouse to make this
change.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: vs and use of diff

[CBFalconer]

Peter S Tillier wrote:
> 
> - Original Message -
> From: "CBFalconer" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Saturday, October 19, 2002 4:01 AM
> Subject: Re:  vs  and use of diff
> 
> [...]
> > BTW attacking this has shown up a couple of Cygwin glitches. 
> > bash won't run a MSDOS .com file, even though it is in the path.
> 
> You need to include the extensions for .com or .bat files to get
> them to run under bash - .exe is OK.  See the User Guide section
> on Special Names.

Thanks.  I discovered that on re-reading the UG yesterday.  What
is the philosophy of that decision?

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
   <http://cbfalconer.home.att.net>  USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: vs and use of diff

[CBFalconer]

"Pierre A. Humblet" wrote:
> On Fri, 18 Oct 2002, CBFalconer wrote:
> >
... snip ...
> >
> > They don't work.  The saved versions have  line endings, and
> > the newly created files have  endings.  I thought that diff
> > ignored these differences as long as the files were not binary (no
> > s).  The -a option makes no difference.  I don't want to
> > revise the saved files because that would foul their utility
> > elsewhere.
> 
> diff --help
> 
>   --strip-trailing-cr  Strip trailing carriage return on input.

That works.  When I saw it before I thought it referred to MAC
line endings.

See my other reply on .com and piping anomalies.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
   <http://cbfalconer.home.att.net>  USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: vs and use of diff

[CBFalconer]

Igor Pechtchanski wrote:
> On Fri, 18 Oct 2002, CBFalconer wrote:
> 
... snip ...
> >
> > I also thought that I had read somewhere that the cygwin libraries
> > generated  output lines, but it is obviously not so.
> 
> mount the directory with DJPP makefiles in text mode.  Then the newly
> produced files will have crlf line endings.

I just created the directory and unzipped into there.  Showed up a
couple of glitches in my published work :-).  How do we "mount in
text mode"?

BTW attacking this has shown up a couple of Cygwin glitches.  bash
won't run a MSDOS .com file, even though it is in the path. 
Piping doesn't work to DOS utilities.  Also stdin redirection to
DOS utilities doesn't work - maybe the same bug.  These utilities
detect that stdin is NOT the console, and act accordingly.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
   <http://cbfalconer.home.att.net>  USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

vs and use of diff

[CBFalconer]

I have some makefiles used with DJGPP which perform regression and
portability tests on my software.  They check things by doing a
run and then executing "diff -q" between the captured run and a
saved version.  The tests are run by a .bat file, and want to also
be runnable by a shell script.

They don't work.  The saved versions have  line endings, and
the newly created files have  endings.  I thought that diff
ignored these differences as long as the files were not binary (no
s).  The -a option makes no difference.  I don't want to
revise the saved files because that would foul their utility
elsewhere.

I am using diff 2.8 on DJGPP, diff 2.8.1 on Cygwin.  Is this a
porting bug or a GNU bug or neither, and is there a workaround.

I also thought that I had read somewhere that the cygwin libraries
generated  output lines, but it is obviously not so.

Yes, I have read the FAQ and the UG.  Maybe I missed something.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Which DLL should be active?

[CBFalconer]

I recently did a download and install while a cygwin bash window
was open.  I now find the following files present:

[2] c:\cygwin>dir bin\cygwin1.dll*

 Volume in drive C is WD30-PRI41 Serial number is 3CE4:239B
 Directory of  C:\cygwin\bin\cygwin1.dll*

 7-06-02   2:19 904,008  cygwin1.dll
10-13-02  23:16 926,024  cygwin1.dll.new
  1,830,032 bytes in 2 files and 0 dirs 

The question is: should the older dll be discarded and replaced
with the new? My original install was done on 2002-10-11.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setup and recovering from mistakes.

[CBFalconer]

Max Bowsher wrote:
> Zieg, Mark <[EMAIL PROTECTED]> wrote:
> 
>  Progess [wait]
> >>>
> >>> How long is the "Progress [wait]" step under what
> >>> conditions including CPU speed (mine is very slow, a 486/80)?
> >>
> >> Less than 1 sec on my P4 1.2GHz. I think you should hear disc access
> >> during this phase. (I can't tell - 1GB of RAM allows a lot of disc
> >> cache :-) )
> >
> > Mine is often 15-20sec on 1.7Ghz P4's (.5GB RAM).  Yeah, those
> > checksums'll kill you.
> 
> There is no checksumming in the currently released setup. Only in the
> dev-snapshots.
> 
> > Too-early fallback to ctl-alt-del messed me up for a while, too.
> > Forgot about that.  Be nice if Setup had a progress bar for that
> 
> It does, in the dev-snapshots.

I'll let those wait and go with the crowd.  All seems to work
quite nicely once I control my impatience.  Even without a
progress bar above, a display "wait - scanning" or something of
the ilk would be useful.

Some more questions (which are not obvious to me):

Q1: What to the various boxes (prev, cur, exp, view, category) do?

Q2: How does one expand the window.  The full screen box is grayed
out, and there is no corner to grab.  I hate horizontal scrolling.

Q3: What does the 'disk' progress indicator mean?  It is obviously
not fullness of the drive, unless it is running into the uSoft bug
on reporting disk space available.  The output of df is as follows
(v and x are SUBST on directories of the C: drive)
> 
> chuck@aeyrieone ~
> $ df
> Filesystem   1k-blocks  Used Available Use% Mounted on
> C:\cygwin\bin  2096832   1525856570976  73% /usr/bin
> C:\cygwin\lib  2096832   1525856570976  73% /usr/lib
> C:\cygwin  2096832   1525856570976  73% /
> c: 2096832   1525856570976  73% /cygdrive/c
> d: 2096832   1308416788416  63% /cygdrive/d
> e: 2096832 0   2096832   0% /cygdrive/e
> f: 2096832   1568864527968  75% /cygdrive/f
> v: 2096832   1525856570976  73% /cygdrive/v
> x: 2096832   1525856570976  73% /cygdrive/x

*
The following are not about setup.

Q4: Once bash is started by the batch file, my original MSDOS path
shows up in path, yet bash won't execute the DOS utilities on that
path.  I should probably have the batch clean out the path to keep
things separate, but is this normal?  I can always CTL-TAB to
another window for such utilities anyhow.

Q5: The packages I have installed have not appeared in the info
directory, AFAICT.  Man appears to take forever, but I believe its
pages are considered obsolete.  Is this correct?  Should I take
steps to install all the info pages, and if so what steps.

The system feels and acts like Unix/Linux to me so far - very
nice.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Installation Problem (Can't open C:\/ftp%3a%2f%2farchive.progeny.com[...] for writing: No such file or directory)

[CBFalconer]

Eddy Boxerman wrote:
> 
> I tried to download cygwin and do a local install. This failed, so
> I uninstalled (deleted links, directories & registry entries) and
> tried a direct from internet install. It seems that no matter what
> options I choose, I get an error (see subject or below).
> 
> OS: Win98
> 
> Below is an extract from the setup.log.full:
> 
> Thanks,
> Eddy
> 
> get_url_to_file
> ftp://archive.progeny.com/cygwin/release/ash/ash-20020731-1.tar.bz2
> C:\/ftp%3a%2f%2farchive.progeny.com%2fcygwin/release/ash/ash-20020731-1.tar.
> bz2.tmp
> ftp > 226 Transfer complete.
> ftp > 227 Entering Passive Mode (216,37,55,114,225,181)
> ftp > 150 Opening BINARY mode data connection for
> '/cygwin/release/ash/ash-20020731-1.tar.bz2' (46081 bytes).
> 2002/10/17 14:00:34 mbox fatal: Can't open
> C:\/ftp%3a%2f%2farchive.progeny.com%2fcygwin/release/ash/ash-20020731-1.tar.
> bz2.tmp for writing: No such file or directory
> 2002/10/17 14:00:35 Ending cygwin install

Not sure about the relevance here, but those directory names are
normally not accessible from the DOS command line, because the '%'
specify an environment variable.  It can be handled in 4dos
because there is an escape char. to force them through. 
Wildcarding can also penetrate them.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Does this stuff run on a 486?

[CBFalconer]

I have just installed several things, including gdb, gcc, and have
seen files flashing by with I-686 in their names.  Do the
distributions contain 686 specific code?

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setup and recovering from mistakes.

[CBFalconer]

Max Bowsher wrote:
> CBFalconer <[EMAIL PROTECTED]> wrote:
> > Max Bowsher wrote:
> 
> >> There is no such option 'install from download'. Do you mean
> >> 'install from internet' or 'install from local directory'?
> >
> > From local.  IIRC running setup only gives the three options,
> > including 'download'.  Either of the download or install from
> > internet options immediately attempts to connect, which is
> > understandable.  However the install from local gives no options
> > whatsoever, and no chance to make a set of selections.
> 
> I'm going to describe exactly how setup behaves for me. Explain
> carefully how it differs for you.
> 
> Setup Splash Page [Next]
> Choose a Download Source [Install from Local Directory, Next]
> Select Root Install Directory [Next]
> Select Local Package Directory [Next]
> Progess [wait]
> Select Packages [Make necessary choices in the package chooser thingy, Next]
> Stuff gets installed.
> 
> i.e. it works just fine for me.

This is very helpful.  It is quite possible that I am too
impatient.  How long is the "Progress [wait]" step under what
conditions including CPU speed (mine is very slow, a 486/80)?  I
considered that that should be virtually instantaneous, and I gave
the process the 3 fingered salute after a relatively short time. 
As I said, I have about 90 odd megabytes of bz2 files downloaded
as candidates to process, much of which I want to ignore for now.

If the system has to expand all those bz2 files and extract the
tar directories, that would explain the delay.

Can you confirm that all I need to do to shift those elsewhere (a
different disk) is to bodily move the whole "download source"
directory (and subdirs etc) there?

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
   <http://cbfalconer.home.att.net>  USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Setup and recovering from mistakes.

[CBFalconer]

Max Bowsher wrote:
> 
> > Last week I downloaded and used setup for the minimal cygwin
> > system.  I used the 'download from internet' and 'install from
> > download' options ...
> 
> There is no such option 'install from download'. Do you mean 'install
> from internet' or 'install from local directory'?

>From local.  IIRC running setup only gives the three options,
including 'download'.  Either of the download or install from
internet options immediately attempts to connect, which is
understandable.  However the install from local gives no options
whatsoever, and no chance to make a set of selections.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: new gdb interface

[CBFalconer]

Thomas Mellman wrote:
> 
> Thank you, that helped.  Nevertheless, let me re-iterate my plea:
> particularly in the CYGWIN world, fancy do-dads should be optional,
> rather than standard Unix command line behaviour (IMHO) being optional.

Amen.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Setup and recovering from mistakes.

[CBFalconer]

Last week I downloaded and used setup for the minimal cygwin
system.  I used the 'download from internet' and 'install from
download' options rather blindly, because I could not see how to
select packages.  More on that later.

This installation basically provided bash, info, ls, etc. and
seems to be trouble free.

Now I wanted more.  Still unable to select properly, I did select
several areas which included development, editors, documentation,
and launched the download phase.

5 hours of darkness later I have approximately 93 Meg of .bz2
files installed in a set of directories under
\cygwin\cygdnld\ftp (from the W95 view of directories).  I
have no wish to repeat any such massive download.  My wife has
fits when the phone line is tied up for any extensive period.

I now find that setup will make no selection from the download
when told to 'install from download'.

Q1: How can I select packages of interest?  I don't want to
install emacs.  I have no idea what lillypond is.  I do want gcc
and gdb and Xwindows (maybe not Xwindows for now).  I do want the
documentation.  In other areas my ignorance shines.

Q2: How can I rearrange this download for future use.  I want to
move the .bz2 files to an independant disk.

Q3: How is the setup system keeping track?  I have now guessed
that the bz2 files were packed on demand, and not simply
downloaded.

Q4: Where is some thorough documentation of the care and feeding
of 'setup'.  It certainly deserves to have some sort of help
facility.

or do I have to blow everything away and start over?  I hope not.

The faq is here and printed, and gives me no help in this area.  I
assume the user guide comes with the documentation package, at any
rate I have not located it.

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!


--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Cygwin can't write to CIFS... but cmd.exe *can*

[CBFalconer]

Scott Prive wrote:
> 
> If one is authenticated against a remote CIFS share (Linux), should
> there be a difference in "permissions" between Cygwin and CMD.EXE?
> 
... snip ...
> 
>   --
>   Name: cygcheck-local_login.txt
>cygcheck-local_login.txt   Type: Plain Text (text/plain)
>   Encoding: base64
>Description: cygcheck-local_login.txt
> 
>Part 1.3Type: Plain Text (text/plain)

For my information, are these attachments allowed on this
newslist?

-- 
Chuck F ([EMAIL PROTECTED]) ([EMAIL PROTECTED])
   Available for consulting/temporary embedded and systems.
     USE worldnet address!



--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/