Christopher Faylor wrote:
> On Sat, Mar 11, 2006 at 04:48:45PM -0500, Igor Peshansky wrote:
> >On Sat, 11 Mar 2006, Brian Dessent wrote:
> >> Stuart McGraw wrote:
> >>>- setup.exe's idea of what to download seems to depend on what is
> >>>installed on the download machine. Is there some way to tel
On Sat, Mar 11, 2006 at 04:48:45PM -0500, Igor Peshansky wrote:
>On Sat, 11 Mar 2006, Brian Dessent wrote:
>> Stuart McGraw wrote:
>>>- setup.exe's idea of what to download seems to depend on what is
>>>installed on the download machine. Is there some way to tell setup.exe
>>>to only download new/
On Sat, 11 Mar 2006, Brian Dessent wrote:
> Stuart McGraw wrote:
>
> > - setup.exe's idea of what to download seems to depend on
> > what is installed on the download machine. Is there some
> > way to tell setup.exe to only download new/updated packages
> > that are not already in the download di
Stuart McGraw wrote:
> - setup.exe's idea of what to download seems to depend on
> what is installed on the download machine. Is there some
> way to tell setup.exe to only download new/updated packages
> that are not already in the download directory, and not
> pay any attention to what is instal
Can someone help me with some info about setup.exe?
I have a slow internet connection and downloading a
full Cygwin takes a couple days (with about 30% chance
of success.) I also have to reinstall Cygwin frequently
when Windows is reinstalled on my various machines.
And I want to keep my Cygwin i
On 2006/03/11, at 18:16, Christopher Faylor wrote:
But we don't know what the actual problem *is*. What does "too slow"
mean? select takes an extra twenty milliseconds under Cygwin?
select doesn't
respond within 24 hours?
You are right, I recognize that I haven't gave sufficient
detai
On Sat, Mar 11, 2006 at 06:04:37PM +, Pedro Inacio wrote:
>On 2006/03/11, at 15:40, Eric Blake wrote:
>
>>
>>I'm afraid that this is not a very good bug report, as you have not
>>attempted to describe WHAT is too slow, and have not provided a simple
>>test case that compiles out of the box, wit
On 2006/03/11, at 15:40, Eric Blake wrote:
I'm afraid that this is not a very good bug report, as you have not
attempted to describe WHAT is too slow, and have not provided a simple
test case that compiles out of the box, with timing numbers on the
test
case compared between Linux and Cygwi
Hi all,
I have written a bash script for Cygwin. I haven't decided on the name
yet, but the current codename is weft (Windows Explorer File Types).
Maybe it will be the final name, but if anyone has a better suggestion I
will surely consider it.
The script can be used to associate for instan
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Shailesh Gupta on 3/11/2006 3:20 AM:
> hi there,
>
> i have installed cygwin on my system, now i want to know which version of
> Postgresql has been installed with it. I also want to how am I supposed to
> use Postgresql using cygwin and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Pedro Inacio on 3/11/2006 3:11 AM:
>
> Since I want to run the application on Windows also, I have ported it to
> run on Cygwin.
> Everything is ok except the poor performance of the select() function.
> It is too dam slow.
I'm afraid th
hi there,
i have installed cygwin on my system, now i want to know which version of
Postgresql has been installed with it. I also want to how am I supposed to
use Postgresql using cygwin and also do I need to install Postgresql after
installation for cygwin is completed.
thanks regards,
shailesh
Hello,
according to the mailing list archives it seems that I'm not the only
one reporting this problem, but I was unable to find any fix,
workaround or even good explanation for the problem.
I've done one application that uses the select() function, with sets
for reading and writing, with
13 matches
Mail list logo
