On 10/21/2013 08:39 PM, Andrew Schulman wrote:
>> I have found that two lines in /etc/screenrc cause the nano editor to get
>> one line off in its text buffer display when running gnu screen in a mintty
>> terminal on cygwin64. The two lines are as follows (the ones beginning with
>> "termcap" a
On 10/24/2013 8:52 PM, Dan Greenspan wrote:
I experienced the "operation not permitted" problem as many others have.
I had not changed my setup when the error was experienced, but I noticed
that every computer which presented this difficulty was a work machine with
our IT security suite installe
I experienced the "operation not permitted" problem as many others have.
I had not changed my setup when the error was experienced, but I noticed
that every computer which presented this difficulty was a work machine with
our IT security suite installed. On every PC _without_ an IT security
I completely wiped my Cygwin32 install and re-installed the bare
minimum set of packages. But I still can't get something as basic as
'man ls' to run from a non-admin mintty bash shell.
x86$ man ls
popen: Permission denied
Attempt [/usr/bin/gunzip -c /usr/share/man/man1/ls.1.gz] to expand man
page
Il 10/24/2013 5:26 PM, sbre...@hotmail.com ha scritto:
Hi
It is done with the usual:
./configure
make
make install
Project is available here:
http://pgfoundry.org/projects/plsh/
The version I am working with is:
http://pgfoundry.org/frs/download.php/1534/pgplsh-1.3.tar.gz
The INSTALL is no
Greetings, sbre...@hotmail.com!
> It is done with the usual:
>
> ./configure
> make
> make install
(Bind shot) Do you run 32-bit Cygwin under 64-bit Windows, by chance?
> Project is available here:
>
> http://pgfoundry.org/projects/plsh/
>
> The version I am working with is:
>
> http://p
2013/10/24 Corinna Vinschen:
> On Oct 24 16:16, Adam Cécile wrote:
>> Hello,
>>
>> I'm unable to rebuild current cygwin1.dll:
>>
>> Running:
>>
>> rm -rf src/ && tar xvjf winsup-1.7.24.tar.bz2 && cd src && LANG=C
>
> 1.7.25 is current, not 1.7.24.
>
> You won't be able to build 1.7.25 with the most
On 10/24/2013 11:33, Hardy Griech wrote:
On 24.10.2013 16:21, cygwin at kosowsky.org wrote:
:
2. Why is the start time Jan 1, 1970 (or in my case Dec 31 1969?) when
the process was only started today?
:
Timezone?
Yes. (time_t)0 is Jan 1 1970 *GMT*.
--
Problem reports: http://cygw
On Thu, Oct 24, 2013 at 07:43:37PM +0200, Christian Franke wrote:
>fopen("/dev/clipboard", "wt") sets O_TEXT, fprintf() does LF->CRLF
>conversion but write() does not. The latter is IMO a bug.
>
>fopen("/dev/clipboard", "wb") sets both O_TEXT and O_BINARY, fwrite()
>and write() do no conversion.
fopen("/dev/clipboard", "wt") sets O_TEXT, fprintf() does LF->CRLF
conversion but write() does not. The latter is IMO a bug.
fopen("/dev/clipboard", "wb") sets both O_TEXT and O_BINARY, fwrite()
and write() do no conversion. The set_flags() call in
fhandler_dev_clipboard::open() should possibl
On 10/23/2013 7:27 PM, Charles Butterfield wrote:
Larry - Thanks for your suggestions regarding mixing 32 and 64-bit
installations (CHERE, INETUTILS, PING, etc). I have a couple of follow-on
questions:
1) Can I simply copy the 32-bit binaries into the 64-bit "bin"
directory?
You could but it's
On 24.10.2013 16:21, cygwin at kosowsky.org wrote:
:
2. Why is the start time Jan 1, 1970 (or in my case Dec 31 1969?) when
the process was only started today?
:
Timezone?
H.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentat
> > As for the date issue, what you're seeing is the traditional UNIX/POSIX
> > start time (the number of seconds since Jan 1, 1970). It's nothing
strange.
[...]
> 2. Why is the start time Jan 1, 1970 (or in my case Dec 31 1969?) when
>the process was only started today?
You are looking at
I use this:
userchar='$'
if [ "${WINDIR-}" ]; then
if net session > /dev/null 2>&1; then
userchar='#'
fi
fi
export PS1="$PS1$userchar "
I don't remember where I saw it, but it works well for me.
I don't know if it's worse or better, but I'll throw it o
Hi List,
I have been using rsyncd (cygwin) as a service under Windows XP
successfully for some time. Now I am trying to do the same with Windows
8. The "installation" of the service went fine and the service started,
but after some time it crashed and would not restart. At this point I
could also
someone at kosowsky dot org wrote:
2. Is there any better way to determine that one has Administrator
privileges than to run something like:
id -G | grep -Eq '<\544\>'
Or:
[[ `id -G` =~$(echo "\<544\>") ]]
(note the 'echo' is used to get around inc
Hi
It is done with the usual:
./configure
make
make install
Project is available here:
http://pgfoundry.org/projects/plsh/
The version I am working with is:
http://pgfoundry.org/frs/download.php/1534/pgplsh-1.3.tar.gz
The INSTALL is not too verbose, looks like standard build, works pe
Il 10/24/2013 4:17 PM, sbre...@hotmail.com ha scritto:
Hello
I am getting 'pgplsh' run under Cygwin PostgreSQL. After minor adjustments to
the makefile the library compiles, however I am facing the following error when
'loading' the function definitions in the database:
$ psql -d postgres -U
On Oct 24 16:16, Adam Cécile wrote:
> Hello,
>
> I'm unable to rebuild current cygwin1.dll:
>
> Running:
>
> rm -rf src/ && tar xvjf winsup-1.7.24.tar.bz2 && cd src && LANG=C
1.7.25 is current, not 1.7.24.
You won't be able to build 1.7.25 with the most recent w32api packages
either. They int
Larry Hall (Cygwin) wrote at about 07:58:24 -0400 on Thursday, October 24, 2013:
> On 10/24/2013 6:03 AM, Anthony Geoghegan wrote:
> > I was intrigued by Jeff's post so I tried a couple of experiments of
> > my own and was able to duplicate the same behaviour - including the
> > bash process be
Hello
I am getting 'pgplsh' run under Cygwin PostgreSQL. After minor adjustments to
the makefile the library compiles, however I am facing the following error when
'loading' the function definitions in the database:
$ psql -d postgres -U SYSTEM -f /usr/local/share/pgplsh/createlang_pgplsh.sql
p
Hello,
I'm unable to rebuild current cygwin1.dll:
Running:
rm -rf src/ && tar xvjf winsup-1.7.24.tar.bz2 && cd src && LANG=C
./configure && LANG=C make
Fails after a while with the following error:
make[2]: Entering directory
'/cygdrive/c/cygwin-rebuild/src/i686-pc-cygwin/winsup'
make[3]:
On Oct 24 12:22, Anthony Geoghegan wrote:
> >The only solution I have now is to open a new bash window as
> > administrator.
> >So is there a way to elevate (or change) privileges from with a bash
> > shell?
>
> A while ago, I researched a Cygwin equivalent for sudo but that's what
> I e
On Thu, Oct 24, 2013 at 7:58 AM, Larry Hall (Cygwin) wrote:
> On 10/24/2013 6:03 AM, Anthony Geoghegan wrote:
>>
>> I was intrigued by Jeff's post so I tried a couple of experiments of
>> my own and was able to duplicate the same behaviour - including the
>> bash process being shown as a Windows pr
On 10/24/2013 6:03 AM, Anthony Geoghegan wrote:
I was intrigued by Jeff's post so I tried a couple of experiments of
my own and was able to duplicate the same behaviour - including the
bash process being shown as a Windows process - on my Cygwin
installation. The only difference was that I was ge
>The only solution I have now is to open a new bash window as administrator.
>So is there a way to elevate (or change) privileges from with a bash shell?
A while ago, I researched a Cygwin equivalent for sudo but that's what
I ended up doing, myself.
> 2. Is there any better way to determ
I was intrigued by Jeff's post so I tried a couple of experiments of
my own and was able to duplicate the same behaviour - including the
bash process being shown as a Windows process - on my Cygwin
installation. The only difference was that I was getting Jan 1 instead
of Dec 31 for the STIME.
FWIW
Hello
Straight to the facts:
$ /etc/rc.d/init.d/postgresql initdb
Nothing...
$ bash -x /etc/rc.d/init.d/postgresql initdb
+ PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
+ PREFIX=/usr
+ PGDATA=/usr/share/postgresql/data
+ CONFIG=/usr/share/postgresql/data/postgresql.conf
+ P
28 matches
Mail list logo
