Ken Brown writes:
>> Now that that's fixed, it still says:
>>
>>This is GNU Emacs 23.2.1
>>of 2010-08-16
>>
>> I assume that's the new version, why does it still say 23.2.1?
>
> The '.1' at the end is added by Emacs. I don't know why. This has
> nothing to do with the fact that from Cyg
Ken Brown writes:
>> This is also a D-Bus client, which connects to the *same* session bus as
>> Emacs did due to $DBUS_SESSION_BUS_ADDRESS. Now you should see the
>> signal sent by dbus-monitor in Emacs.
>
> OK, I started the session bus the right way this time, but I still
> didn't see any sign
2010/8/27 Eirik Nordbrøden :
> Hello
>
> I have been trying to build Net-SNMP on cygwin/Windows XP. When I start
> compiling gcc (4.3.4) crashes with a segmentation fault. It is the following
> command that crashes:
>
> gcc -I../include -I. -I../snmplib -I/usr/include -g -Wall -Ucygwin
> -Dcygwi
Am 26.08.2010 21:41, schrieb Blaine Miller:
> Again, I agree. I'm between a rock and a hard place here. I have to
> prove it's not the current version of Cygwin (also read *free*) and new
> hardware (read *costs them some money*).
>
> I have related to you and others at Cygwin user list both of
Oh, I'm stupid, yes, texlive2007 is in my path...
The problem is: I can't modify this path, only the administrator has
access to it. Is there a solution to tell cygwin to not use texlive
version of pdflatex?
david
2010/8/26 David Hajage :
> Hello,
> I have a fresh install of cygwin and I am tryi
On Fri, Aug 27, 2010 at 10:46 AM, David Hajage wrote:
> Is there a solution to tell cygwin to not use texlive
> version of pdflatex?
Put this in your .bashrc:
PATH=`echo $PATH | tr ":" "\n" | grep -v texlive2007 | tr "\n" ":"
Note1: substitute "texlive2007" above with the proper directory name (
I find during a brand new install of "All" that setup hangs at
perl-ming; the reason for this is that both bzips (curr and prev)
release\ming\perl-ming\perl-ming-0.4.3-[12].tar.bz2
contain tars
perl-ming-0.4.3-[12].tar
that contain files at
usr\share\man\man3\
whose names include the string "::",
Hello,
I've installed version 4.5.0 of gcc4-core, gcc4-g++ and libgcc1. Now I would
like to uninstall these packages or go back to version 4.3.4.
There is no possibility to uninstall these packages, when cycling in
setup.exe, there are these possibilities:
- 4.3.4-3
- source
- 4.3.4-1
- keep
So
On Aug 27 10:59, Fergus wrote:
> I find during a brand new install of "All" that setup hangs at
> perl-ming; the reason for this is that both bzips (curr and prev)
> release\ming\perl-ming\perl-ming-0.4.3-[12].tar.bz2
> contain tars
> perl-ming-0.4.3-[12].tar
> that contain files at
> usr\share\man
On 29/07/2010 09:20, Charles Wilson wrote:
On 7/28/2010 2:24 PM, Jon TURNEY wrote:
I have a tinderbox which does daily builds of the X.Org stack for
cygwin, and I've come across a something I don't understand with the way
libtool is working when building the pixman library, and I hope someone
c
cgf wrote:
> Note that [now] grep opens files in binary mode for both reading and writing
> so the output of grep will always have \n endings unless you specify the
> --binary option which will (perhaps paradoxically) force the output to
> reflect exactly what was in the file being grepped.
For t
On 8/27/2010 3:41 AM, Michael Albinus wrote:
Ken Brown writes:
This is also a D-Bus client, which connects to the *same* session bus as
Emacs did due to $DBUS_SESSION_BUS_ADDRESS. Now you should see the
signal sent by dbus-monitor in Emacs.
OK, I started the session bus the right way this ti
Matthias,
Thanks very much for your time and assistance.
I'll give your ideas a try!
Thanks again...
Blaine
Matthias Andree wrote:
Am 26.08.2010 21:41, schrieb Blaine Miller:
Again, I agree. I'm between a rock and a hard place here. I have to
prove it's not the current version of Cygwin
Andy,
Thanks very much for your thoughtful consideration. I do indeed see a
*Prev* button...
I understand about the risks of reverting back to a previous version,
however, I may have no choice for political rather than technical reasons.
Thanks again!
Blaine
Andy Koppe wrote:
On 26 Augus
On 8/27/2010 10:24 AM, Ken Brown wrote:
On 8/27/2010 3:41 AM, Michael Albinus wrote:
Ken Brown writes:
This is also a D-Bus client, which connects to the *same* session bus as
Emacs did due to $DBUS_SESSION_BUS_ADDRESS. Now you should see the
signal sent by dbus-monitor in Emacs.
OK, I start
On 8/25/2010 10:53 PM, Charles Wilson wrote:
> Anybody have a suggestion? What am I doing wrong?
Based on Corinna's posted procedure
http://cygwin.com/ml/cygwin-developers/2010-08/msg00099.html
with a few changes, I was able to create a working linux->cygwin toolchain.
The changes I had to make
Hi all,
I am trying to get my version of Cygwin to play nicely with WLMP[1]
which installs it's own version of some key cygwin dlls locally. When
I launch the WLMP version of lightty, I get the classic 'Unable to
Remap' error [2]. This is usually solved by a quick trip to rebaseall,
so I tried:
$
Ken Brown writes:
> I suspect we can't go any further with this until you return from your
> trip and start debugging.
Yes, I'm sorry. Let's continue in September.
> Ken
Best regards, Michael.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/f
Hi, what tool is best to track down what BLODA is causing fork failures on my
Cygwin installation?
Baldur
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwi
I've set up SSH with no problems in the past, yet when I try to log into itself
I get the following:
# ssh -v ca53...@localhost
OpenSSH_5.6p1, OpenSSL 0.9.8o 01 Jun 2010
debug1: Reading configuration data /etc/ssh_config
debug1: Connecting to localhost [127.0.0.1] port 22.
debug1: Connection esta
On 27 August 2010 11:56, Peter Münster wrote:
> I've installed version 4.5.0 of gcc4-core, gcc4-g++ and libgcc1. Now I would
> like to uninstall these packages or go back to version 4.3.4.
>
> There is no possibility to uninstall these packages, when cycling in
> setup.exe, there are these possibil
When I invoke gitk like this:
#
$ cygcheck -c cygwin git gitk tcltk
Cygwin Package Information
Package VersionStatus
cygwin 1.7.6-1OK
git 1.7.1-1OK
gitk 1.7.1-1
On 18 August 2010 21:19, Andy Koppe wrote:
> On 18 August 2010 06:25, Andy Koppe wrote:
>> On 18 August 2010 00:09, Eric Blake wrote:
>>> On 08/17/2010 04:54 PM, Ross Smith wrote:
I've installed the experimental gcc 4.5 packages (because that's the
version I'm using in all my other develo
Hello Everyone,
I recently switched from setting up environment variables within my
bash_profile/bashrc file and instead started setting them on the box
I'm on. This works great for PATH. In Windows I set the values to
c:/whateverwhatever and then when my terminal fires up they get
cygpathed (I'
Re:
(Note that this doesn't solve a hang that some folks see in the middle
of a transfer -- using daemon mode instead of ssh can work around that
one.)
I'm not sure of how to do this...
Thanks for your time and consideration...
Blaine
--
Problem reports: http://cygwin.com/problems.ht
On 27 August 2010 19:22, neomjp wrote:
> 1. I see a long discussion about cygwin vs. win32 CWD is taking place in
> cygwin-developer. What is win32 CWD going to be in cygwin in the future?
It will be synced with the POSIX working directory again, except when
the path is too long or it's a "virtual
On Thu, Aug 26, 2010 at 11:45 PM, Reckoner wrote:
> I use chere to right-click and open a shell at a given directory, and
> I was wondering if it is possible to setup a windows batch script that
> would accomplish the same thing from the Windows command line. In
> other words something like,
>
> c
On Fri, Aug 27, 2010 at 11:42 AM, Dave Kilroy wrote:
> On Thu, Aug 26, 2010 at 11:45 PM, Reckoner wrote:
>> I use chere to right-click and open a shell at a given directory, and
>> I was wondering if it is possible to setup a windows batch script that
>> would accomplish the same thing from the W
On 8/27/2010 1:28 PM, Tim Visher wrote:
> Hello Everyone,
>
> I recently switched from setting up environment variables within my
> bash_profile/bashrc file and instead started setting them on the box
> I'm on. This works great for PATH. In Windows I set the values to
> c:/whateverwhatever and t
On 8/27/2010 1:32 PM, Blaine Miller wrote:
> Re:
>
> (Note that this doesn't solve a hang that some folks see in the middle
> of a transfer -- using daemon mode instead of ssh can work around that
> one.)
>
> I'm not sure of how to do this...
>
> Thanks for your time and consideration...
Read t
Thank you Jeremy,
I'll look now...
Thanks again for your time and consideration...
Blaine
Jeremy Bopp wrote:
On 8/27/2010 1:32 PM, Blaine Miller wrote:
Re:
(Note that this doesn't solve a hang that some folks see in the middle
of a transfer -- using daemon mode instead of ssh can work ar
On 8/27/2010 2:33 PM, Andy Koppe wrote:
> On 27 August 2010 19:22, neomjp wrote:
>> 2. I understand that the reason to have tcltk-20080420-1 as a win32 app is
>> to have a graphical insight that does not depend on X Window.
>
> Cygwin programs can have Win32 interfaces actually, as proven by the
>
> Date: Fri, 27 Aug 2010 07:08:58 +0100
> Subject: Re: How/Where do I get an older version of Cygwin?
> From: andy
> To: cygwin
>
> I'd recommend against using the "Prev" button. It gives you a rather
> random collection of old packages, where some are years older than the
> current one and others
Since no one replied, perhaps you could supply more details.
What exactly are you trying to do and what happens?
There may be a sysinternals tool, I use those to track down open handles
that have been a problem on earlier systems.
On 8/27/10, Baldur Gislason wrote:
> Hi, what tool is best to tr
I am attempting to diagnose why fork() fails during the cygwin installation.
It looks like some kind of BLODA may be causing this, per documentation, but
obviously, the list of known troublemakers in the documentation does not
cover all troublemakers and I'd like to trace what is going on.
Baldur
On 2010-08-27 21:22Z, Baldur Gislason wrote:
> I am attempting to diagnose why fork() fails during the cygwin installation.
> It looks like some kind of BLODA may be causing this, per documentation, but
> obviously, the list of known troublemakers in the documentation does not
> cover all troublema
By any chance, has support for the TIOCINQ ioctl on file descriptors
(used to check how many bytes of data are in the input buffer) been
added to Cygwin? It hadn't as of 2004:
http://sourceware.org/ml/cygwin/2004-07/msg00910.html
...but I haven't found any newer references to it. I'm infer
On Fri, Aug 27, 2010 at 3:36 PM, Karl M <> wrote:
>
>> Date: Fri, 27 Aug 2010 07:08:58 +0100
>> Subject: Re: How/Where do I get an older version of Cygwin?
>> From: andy
>> To: cygwin
>>
>> I'd recommend against using the "Prev" button. It gives you a rather
>> random collection of old packages, wh
On Fri, 27 Aug 2010, Andy Koppe wrote:
Greetings, Andy,
On 26 August 2010 20:24, Larry Hall (Cygwin) wrote:
On 8/26/2010 3:03 PM, Blaine Miller wrote:
PS... I read in the archives the following quote...
Rerun 'setup.exe' and pick "Prev".
There is no such option that I can find...
Look at
On 8/27/2010 7:05 PM, Peter A. Castro wrote:
> On Fri, 27 Aug 2010, Andy Koppe wrote:
>> Question: would anyone miss the "Prev" button if it were to disappear?
>
> Yes, I, for one, would miss it. While it may give a "random collection
> of old packages", for packages that are actively maintained
On Fri, 27 Aug 2010, Charles Wilson wrote:
On 8/27/2010 7:05 PM, Peter A. Castro wrote:
On Fri, 27 Aug 2010, Andy Koppe wrote:
Question: would anyone miss the "Prev" button if it were to disappear?
Yes, I, for one, would miss it. While it may give a "random collection
of old packages", for
I'm in the process of deploying cygwin with an OpenSSH that has an
OpenSSL-fips built into it. Our cygwin build environment averages
around 200MB with gcc-core, perl, mingw-runtime, etc... with all of
these uninstalled, the base environment is around 70MB. I need the
ability to uninstall package
On 27 August 2010 23:31, Brennan Peter Sellner wrote:
> By any chance, has support for the TIOCINQ ioctl on file descriptors (used
> to check how many bytes of data are in the input buffer) been added to
> Cygwin? It hadn't as of 2004:
>
> http://sourceware.org/ml/cygwin/2004-07/msg00910.html
It
43 matches
Mail list logo
