Greetings, Thomas Wolff!
> Not specific to this snapshot but it happens when trying to test it:
> If a cygwin console is started from a cygwin terminal (e.g. in mintty:
> cygstart /Cygwin.bat), the TERM variable is set incorrectly.
> Suggested fix: ... unset TERM to Cygwin.bat.
>>>
Am 20.02.2014 02:26, schrieb Andrey Repin:
Greetings, Thomas Wolff!
Not specific to this snapshot but it happens when trying to test it:
If a cygwin console is started from a cygwin terminal (e.g. in mintty:
cygstart /Cygwin.bat), the TERM variable is set incorrectly.
Suggested fix: ... unset T
Hi Corinna,
>> >If you only want to use the content of your passwd and group files,
>> >rather than the db (which is pretty much upside down from what this
>> >patch is trying to accomplish, but, anyway), simply change your
>> >/etc/nsswitch.conf file accordingly. Just as on Linux.
>>
>> :-) My /
Greetings, Luke Kendall!
>>> It's great that Cygwin has so many packages. And setup.exe makes it
>>> easy to select the packages you want.
>>> But it seems quite difficult to also select all the corresponding source
>>> packages as well, simply because there are so many packages! In the
>>> worst
Hello
I have installed Cygwin-67 on windows 7 64 bit to use octave.
So far everything is fine on gnuplot graphics_tool kit.
However, on fltk graphics_toolkit, fonts on the graph were not represent.
For example,
http://www.geocities.co.jp/tmoctwin/files/fltk20140221.html
Any suggestions?
Regar
On 2/20/2014 5:50 PM, Luke Kendall wrote:
On 02/18/2014 08:26 PM, Andrey Repin wrote:
Greetings, Luke Kendall!
It's great that Cygwin has so many packages. And setup.exe makes it
easy to select the packages you want.
But it seems quite difficult to also select all the corresponding source
pac
Version 1.4-1 of "chere" has been uploaded and should be available from
mirrors shortly.
chere is a script allowing you to add Explorer context menus to start
cygwin in the selected directory.
This script supports x86 and x86_64 simultaneously. If you have 32 and
64 bit cygwin installed on t
On Sat, Feb 15, 2014 at 10:14:25AM +, Adam Dinwoodie wrote:
> On Sat, Feb 15, 2014 at 09:11:44AM +0100, Alexander Kriegisch wrote:
> > I am wondering if this version will ever make it into the official
> > distribution and be auto-updated when I run setup*.exe. Is there any
> > progress? Just w
On 02/18/2014 08:26 PM, Andrey Repin wrote:
Greetings, Luke Kendall!
It's great that Cygwin has so many packages. And setup.exe makes it
easy to select the packages you want.
But it seems quite difficult to also select all the corresponding source
packages as well, simply because there are so
On Thu, Feb 20, 2014 at 02:30:50PM -0500, Andrew Schulman wrote:
>> I forgot to mention that I managed to duplicate this problem and am working
>> on a fix for this and the other screen garbling seen in recent snapshots.
>
>Hm, with luck maybe that will also fix the recent garbled screen problem in
> I forgot to mention that I managed to duplicate this problem and am working
> on a fix for this and the other screen garbling seen in recent snapshots.
Hm, with luck maybe that will also fix the recent garbled screen problem in
screen(1):
http://cygwin.com/ml/cygwin/2014-01/msg00223.html
http
Hi folks,
I just uploaded the new getent package to the 32 and 64 bit distros.
getent is a Glibc tool which allows to fetch host, passwd, group,
protocol, and service information via a simple tool.
=
IMPORTANT (not only
On Feb 20 19:58, J.H. vd Water wrote:
> Hi Corinna,
>
> >> However, as you know, the supplementary group to which I referred above do
> >> NOT show
> >> up in my /etc/group file on Cygwin (they show up in SAM ... somewhere).
> >>
> >> ... and I do not care, as these groups are NOT relevant to me
Hi Corinna,
>> However, as you know, the supplementary group to which I referred above do
>> NOT show
>> up in my /etc/group file on Cygwin (they show up in SAM ... somewhere).
>>
>> ... and I do not care, as these groups are NOT relevant to me as a
>> Cygwin-only user
>> of the Windows operatin
On Wed, Feb 19, 2014 at 03:52:37PM +0100, Bengt Larsson wrote:
>Christopher Faylor wrote:
>>On Wed, Feb 19, 2014 at 12:52:58PM +0100, Bengt Larsson wrote:
>>>I start a console window, set the buffer to 1100 lines, display a lot in
>>>it. Start bash, type ^L: the console window resizes to be only on
Excellent, that's what I was looking for. Thanks for the help.
Todd Poole
On 2/20/2014 12:30 PM, Andrey Repin wrote:
Greetings, Todd Poole!
Really new to Cygwin. Is there a way to setup Cygwin so when I got to
terminal to type a command I don't have to enter the complete path as
shown here:
Greetings, Todd Poole!
> Really new to Cygwin. Is there a way to setup Cygwin so when I got to
> terminal to type a command I don't have to enter the complete path as
> shown here:
> $ cd /cygdrive/c/directory name
> Anyway to setup to where I might just enter
> $ c/directory name
> or someth
Greetings, Corinna Vinschen!
>> >> [1] http://linux.die.net/man/1/getent
>>
>> > That sounds pretty much like the tool we need to be able to get rid of
>> > the `grep /etc/passwd' stuff we have in some of the service configuration
>> > helper scripts. Unfortunately it's a glibc tool so we probab
On Feb 20 10:38, Christopher Faylor wrote:
> On Thu, Feb 20, 2014 at 03:57:27PM +0100, Corinna Vinschen wrote:
> >On Feb 20 14:16, Jaime Fabregas Fernandez wrote:
> >> Hello Corinna,
> >>
> >> As you've checked, this behaviour doesn't appear with dll's created by
> >> gcc, but it does with Visual
On 2/20/2014 10:41 AM, Ken Brown wrote:
On 2/20/2014 9:12 AM, Robert Klemme wrote:
2. only bash invoked as bash shows it - it's not shown when invoked as sh.exe
This fact should enable you to track down the problem. The bash manual
explains how it behaves
differently when invoked as sh.exe.
On Feb 19 23:57, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> >> [1] http://linux.die.net/man/1/getent
>
> > That sounds pretty much like the tool we need to be able to get rid of
> > the `grep /etc/passwd' stuff we have in some of the service configuration
> > helper scripts. Unfortun
On 2/20/2014 9:12 AM, Robert Klemme wrote:
2. only bash invoked as bash shows it - it's not shown when invoked as sh.exe
This fact should enable you to track down the problem. The bash manual
explains how it behaves differently when invoked as sh.exe. I don't
remember the details, but I thi
I was looking to create a binary install package for newt, however it
looks like the binary installs are extracted to root. If I have
python2.7 installed, there are different binaries and install
locations (and bootstrap .py) than python3, for example.
Does this mean I have to install all combina
On Thu, Feb 20, 2014 at 03:57:27PM +0100, Corinna Vinschen wrote:
>On Feb 20 14:16, Jaime Fabregas Fernandez wrote:
>> Hello Corinna,
>>
>> As you've checked, this behaviour doesn't appear with dll's created by
>> gcc, but it does with Visual Studio C++.
>> That minimal example compiled with VS wi
On Thu, Feb 20, 2014 at 03:12:47PM +0100, Robert Klemme wrote:
>Thanks to all who helped so far!
>
>On Wed, Feb 19, 2014 at 11:23 PM, Andrey Repin wrote:
>
>> So far, I'm not convinced that issue is Cygwin-specific. The fact that it
>> doesn't manifest in Windows is actually because of it's (windo
Thank you very much for information. I think I can get it now.
Todd Poole
On 2/20/2014 10:01 AM, Eliot Moss wrote:
On 2/20/2014 8:34 AM, Nellis, Kenneth wrote:
From: Todd Poole
Hi all
Really new to Cygwin. Is there a way to setup Cygwin so when I got to
terminal to type a command I don't have
On 2/20/2014 9:12 AM, Robert Klemme wrote:
Thanks to all who helped so far!
On Wed, Feb 19, 2014 at 11:23 PM, Andrey Repin wrote:
So far, I'm not convinced that issue is Cygwin-specific. The fact that it
doesn't manifest in Windows is actually because of it's (windows) native
ignorance for th
On 2/20/2014 8:34 AM, Nellis, Kenneth wrote:
From: Todd Poole
Hi all
Really new to Cygwin. Is there a way to setup Cygwin so when I got to
terminal to type a command I don't have to enter the complete path as
shown here:
$ cd /cygdrive/c/directory name
Anyway to setup to where I might just ent
On Feb 20 14:16, Jaime Fabregas Fernandez wrote:
> Hello Corinna,
>
> As you've checked, this behaviour doesn't appear with dll's created by
> gcc, but it does with Visual Studio C++.
> That minimal example compiled with VS will result in the freeze of the
> child process.
>
> te
On Feb 20 14:28, J.H. vd Water wrote:
> >I don't know about you, but on my Linux box I get something like this:
> >
> > $ id
> > uid=500(corinna) gid=11125(vinschen) groups=11125(vinschen),33(tape),
> > 100(users),107(qemu),486(wireshark),1000(cvs),11126(libvirt)
> >
> >Most of the time I don't
Thanks to all who helped so far!
On Wed, Feb 19, 2014 at 11:23 PM, Andrey Repin wrote:
> So far, I'm not convinced that issue is Cygwin-specific. The fact that it
> doesn't manifest in Windows is actually because of it's (windows) native
> ignorance for this matter.
I sent a lengthy email with
From: Todd Poole
> Hi all
> Really new to Cygwin. Is there a way to setup Cygwin so when I got to
> terminal to type a command I don't have to enter the complete path as
> shown here:
>
> $ cd /cygdrive/c/directory name
>
> Anyway to setup to where I might just enter
>
> $ c/directory name
>
Hi Corinna,
>> Now that the XP bug is out of the way ... I would like come back to the
>> change in
>> the output of 'id'.
>>
>> Obviously, everything after '545(Users),' in the output of 'id' are
>> "well-known"
>> concepts (Windows) to you (but, not to me) ...
>
>I explained that in my mail an
Hi all
Really new to Cygwin. Is there a way to setup Cygwin so when I got to
terminal to type a command I don't have to enter the complete path as
shown here:
$ cd /cygdrive/c/directory name
Anyway to setup to where I might just enter
$ c/directory name
or something like it?
Thanks
--
Tod
Hello Corinna,
As you've checked, this behaviour doesn't appear with dll's created by
gcc, but it does with Visual Studio C++.
That minimal example compiled with VS will result in the freeze of the
child process.
testlib.h ==
#ifdef TESTLIB_EXPORTS
#define TES
On Feb 20 12:24, J.H. vd Water wrote:
> Hi Corinna,
>
> >> What I meant was:
> >>
> >> The output of 'id' in my "regular setup" shows:
> >>
> >> @@# id
> >> uid=1003(Henri) gid=513(None)
> >> groups=513(None),0(root),544(Administrators),545(Users)
> >>
> >> The output of 'id' in the "test setup"
Hi Corinna,
>> What I meant was:
>>
>> The output of 'id' in my "regular setup" shows:
>>
>> @@# id
>> uid=1003(Henri) gid=513(None)
>> groups=513(None),0(root),544(Administrators),545(Users)
>>
>> The output of 'id' in the "test setup" shows:
>>
>> $ id
>> uid=1003(Henri) gid=513(None)
>> group
On Feb 19 21:58, J.H. vd Water wrote:
> Hi Corinna,
>
> >Can you please just test the today's snapshot which should show up
> >soon on the http://cygwin.com/snapshots/ page.
>
> Like Andrey I tested the 19/2 snapshot of today (x86).
>
> For good measure, I again started afresh ...
>
> getpwent
On Feb 20 09:36, Corinna Vinschen wrote:
> On Feb 19 17:18, Karl M wrote:
> > >>> Subject: Re: OpenSSH port forwarding bug
> > >>> Date: Wed, 12 Feb 2014 22:44:54 -0500
> > >>>
> > Hi All...
> > The following example shows the port forwarding problem.
> >
> >
> > ~
> >
Hi Eddie,
On Wed, Feb 19, 2014 at 9:41 PM, Eddie Wang wrote:
> Hi Team,
>
> I can build project OK with "make" command but failed on second build without
> running "make clean". Checked with web and noticed that removing previously
> create obj directory will resolve the issue. However, this is
On Feb 19 17:18, Karl M wrote:
> >>> Subject: Re: OpenSSH port forwarding bug
> >>> Date: Wed, 12 Feb 2014 22:44:54 -0500
> >>>
> Hi All...
> The following example shows the port forwarding problem.
>
>
> ~
>
> $ ssh raven -W coyote:22
> getsockname failed: B
41 matches
Mail list logo
