On 05/03/14 20:17, Jim Garrison wrote:
I may be missing something obvious, but I can find pg_restore anywhere.
Cygwin puts pg_restore in /usr/sbin/
*
Cheers,
Dave.
*
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation:
I may be missing something obvious, but I can find pg_restore anywhere.
jim.garrison@E6330-74C7XW1 /c/dev/git
$ cygcheck -c|grep post
postgresql 9.3.2-2OK
postgresql-client 9.3.2-2OK
postgresql-contrib
more searches and an pointer from the stunnel-maintainer - maybe it`s all about
passing file descriptors...
http://wiki.osdev.org/Cygwin_Issues#Passing_file_descriptors
http://fossies.org/dox/stunnel-4.56/libwrap_8c_source.html
regards
roland
one step further - i would say, that fork() is
On Mar 5 08:34, Warren Young wrote:
> On 3/4/2014 01:07, Corinna Vinschen wrote:
> >On Mar 3 22:07, Warren Young wrote:
> >>
> >>You have to measure it to find out.
> >
> >I was inclined to go with Andrey's suggestion for simplicity. What's
> >yours?
>
> Science!
>
> Survey actual lookup times
Greetings, Warren Young!
> On 3/4/2014 01:07, Corinna Vinschen wrote:
>> On Mar 3 22:07, Warren Young wrote:
>>>
>>> You have to measure it to find out.
>>
>> I was inclined to go with Andrey's suggestion for simplicity. What's
>> yours?
> Science!
> Survey actual lookup times,
TCP is not UDP
On Mar 5 12:35, Corinna Vinschen wrote:
> On Mar 5 11:45, Irfan Adilovic wrote:
> > On Tue, Mar 4, 2014 at 9:19 AM, Corinna Vinschen wrote:
> > > On Mar 3 23:28, Irfan Adilovic wrote:
> > >> > tm_gmtoff is not required by the standard:
> > >> > http://www.opengroup.org/onlinepubs/009695399/based
On 3/4/2014 01:07, Corinna Vinschen wrote:
On Mar 3 22:07, Warren Young wrote:
You have to measure it to find out.
I was inclined to go with Andrey's suggestion for simplicity. What's
yours?
Science!
Survey actual lookup times, and make a statistical determination from
that. e.g. +3 si
On Mar 5 06:52, Eric Blake wrote:
> On 03/05/2014 03:45 AM, Irfan Adilovic wrote:
> > If it is recognized that the executable was compiled against a
> > different sized struct tm, how would you instruct cygwin1.dll code not
> > to write to tm_gmtoff?
>
> Linker magic, the same as how we converted
On 03/05/2014 03:45 AM, Irfan Adilovic wrote:
> If it is recognized that the executable was compiled against a
> different sized struct tm, how would you instruct cygwin1.dll code not
> to write to tm_gmtoff?
Linker magic, the same as how we converted to 64-bit stat, and the same
as what we will e
On Mar 5 11:45, Irfan Adilovic wrote:
> On Tue, Mar 4, 2014 at 9:19 AM, Corinna Vinschen wrote:
> > On Mar 3 23:28, Irfan Adilovic wrote:
> >> (Please note the date of the quoted emails)
> >>
> >> On Mon, May 23, 2005 at 07:58:01PM -0700, Yitzchak Scott-Thoennes wrote:
> >> > On Mon, May 23, 2005
On Tue, Mar 4, 2014 at 9:19 AM, Corinna Vinschen wrote:
> On Mar 3 23:28, Irfan Adilovic wrote:
>> (Please note the date of the quoted emails)
>>
>> On Mon, May 23, 2005 at 07:58:01PM -0700, Yitzchak Scott-Thoennes wrote:
>> > On Mon, May 23, 2005 at 06:34:21PM +0430, Alireza Ghasemi wrote:
>> > >
On Mar 4 14:48, Paul Gilmartin wrote:
> On Windows 7, Cygwin 1.7.28(0.271/5/3), the script:
>
> 603 $ cat badsyml
> # ###
> #! /bin/sh -x
>
> uname -a
>
> mkdir -p wombat/foo1/foo2
> cd wombat
> ln -s foo1/foo2 .
> date >foo1/xyzzy
>
> find .
12 matches
Mail list logo