Related to my earlier question about restoring a reimaged laptop, I decided
to simply reinstall Cygwin and then copy over the backup of my home
directory.
I then ran my desktop shortcut for emacs, which was working before the
reimage, and that did nothing.
I tried manually running "emacs-X11", an
At my work, I had to have my laptop reimagined for various reasons. I had
them save my cygwin64 tree to external storage first. I now have the laptop
back, and I copied the entire tree back in, but now I realize I should have
done this differently, and I'm wondering how best to repair this. Some of
that file supposed to be generated by something?
On Thu, Feb 22, 2024 at 1:12 PM Ken Brown wrote:
> On 2/22/2024 2:44 PM, David Karr via Cygwin wrote:
> > Every three years or so I have to set up a new laptop, and several things
> > that I only do in that period I either lose the n
Every three years or so I have to set up a new laptop, and several things
that I only do in that period I either lose the notes on it, or something
has changed that I'm not aware of.
I'm installing Cygwin on a new laptop, version 3.5.0-1.x86_64. I had 3.4.6
on the old laptop.
My desktop shortcut
The line endings were the issue, thanks. They were that way because I
didn't realize I should force those files in git to have eol=lf in a
.gitattributes file. This is now all fixed.
On Mon, Jun 26, 2023 at 7:08 PM Mike Gran wrote:
> > On Monday, June 26, 2023 at 04:36:30 PM PDT,
I'm seeing a problem with someone else's Cygwin setup, sort of similar to a
problem I asked about a couple of weeks ago, in that it's a problem with
the same user, but seemingly a completely different problem.
He is using a Bash script that I wrote, and he gets a seemingly nonsensical
error that I
Actually, I was mistaken. I was given incomplete information. I'm getting
much of this second hand. Adding that to the PATH made no difference.
It appears this is something specific to "kubectl". They ended up setting
the KUBECONFIG environment variable to "C:\Users\\.kube\config", which
is very
"/usr/bin" is in the PATH, which is the
same as "c:\cygwin64\bin".
On Thu, Jun 15, 2023 at 2:07 PM David Karr
wrote:
> (I replied with this earlier directly to someone who I didn't realize had
> only replied to me.)
>
> I do have a couple other clues that I
3.1.7-340.x86_64 2021-03-26 22:17 UTC x86_64
Msys
He is running Windows 11 (as I am).
What else can I try to narrow this down?
On Tue, Jun 13, 2023 at 2:54 PM David Karr
wrote:
> I have been using Cygwin for many years, although I wouldn't call myself
> an advanced user.
>
> I&
I have been using Cygwin for many years, although I wouldn't call myself an
advanced user.
I'm working with some much newer users. They set up Cygwin, but I didn't
see them do it. I ran "uname -a" and it was about the same as mine. I
compared the output of "env|sort" and I saw some differences,
On Wed, Jun 17, 2020 at 6:06 PM Brian Inglis wrote:
> On 2020-06-17 10:39, David Karr via Cygwin wrote:
> > On Mon, Jun 15, 2020 at 9:10 AM David Karr wrote:
> >> On Sun, Jun 14, 2020 at 12:32 PM David Karr wrote:
> >>> On Sun, Jun 14, 2020 at 12:09 PM Brian Inglis
On Mon, Jun 15, 2020 at 9:10 AM David Karr wrote:
>
> On Sun, Jun 14, 2020 at 12:32 PM David Karr wrote:
>
>>
>> On Sun, Jun 14, 2020 at 12:09 PM Brian Inglis <
>> brian.ing...@systematicsw.ab.ca> wrote:
>>
>>> On 2020-06-14 12:16, David Karr via C
On Sun, Jun 14, 2020 at 12:32 PM David Karr wrote:
>
> On Sun, Jun 14, 2020 at 12:09 PM Brian Inglis <
> brian.ing...@systematicsw.ab.ca> wrote:
>
>> On 2020-06-14 12:16, David Karr via Cygwin wrote:
>> > On Sun, Jun 14, 2020 at 10:20 AM Brian Inglis <
>>
On Sun, Jun 14, 2020 at 12:09 PM Brian Inglis <
brian.ing...@systematicsw.ab.ca> wrote:
> On 2020-06-14 12:16, David Karr via Cygwin wrote:
> > On Sun, Jun 14, 2020 at 10:20 AM Brian Inglis <
> > brian.ing...@systematicsw.ab.ca> wrote:
> >
> >> On 202
On Sun, Jun 14, 2020 at 10:20 AM Brian Inglis <
brian.ing...@systematicsw.ab.ca> wrote:
> On 2020-06-14 09:38, David Karr via Cygwin wrote:
> > On Sun, Jun 14, 2020 at 2:25 AM Marco Atzeri wrote:
> >> On 14.06.2020 08:12, David Karr wrote:
> >>> On Sat, Jun 1
On Sun, Jun 14, 2020 at 2:25 AM Marco Atzeri wrote:
> On 14.06.2020 08:12, David Karr wrote:
> >
> >
> > On Sat, Jun 13, 2020 at 10:31 PM Marco Atzeri via Cygwin wrote:
> >
> > On 13.06.2020 20:53, David Karr via Cygwin wrote:
> > > I've
On Sat, Jun 13, 2020 at 10:31 PM Marco Atzeri via Cygwin wrote:
> On 13.06.2020 20:53, David Karr via Cygwin wrote:
> > I've been using kubectl in Cygwin on Windows 10 for quite a while, to
> > communicate to our in-house k8s clusters. I often use "kubectl exec" to
&
I've been using kubectl in Cygwin on Windows 10 for quite a while, to
communicate to our in-house k8s clusters. I often use "kubectl exec" to
open a shell in a container or directly execute a shell command. This has
worked perfectly fine for a long time.
A couple of days ago, I discovered that al
I've been using Cygwin for a long time. I haven't run a fresh install for
quite a while.
A colleague just installed Cygwin for the first time, following my basic
instructions. He ended up with his Cygwin home being the same as his
Windows home, which is different from my setup, but I think that's
On Wed, Mar 18, 2020 at 2:17 PM David Karr <> wrote:
> On Wed, Mar 18, 2020 at 9:38 AM Ken Brown via Cygwin <> wrote:
>
>> On 3/18/2020 11:22 AM, Andrey Repin wrote:
>> > Greetings, David Karr!
>> >
>> >> Thanks, that worked. Fo
On Wed, Mar 18, 2020 at 9:38 AM Ken Brown via Cygwin <> wrote:
> On 3/18/2020 11:22 AM, Andrey Repin wrote:
> > Greetings, David Karr!
> >
> >> Thanks, that worked. For now, I guess I have to figure out how to set
> that
> >> property permanently, or u
ected that file
before.
On Tue, Mar 17, 2020 at 6:04 PM Ken Brown via Cygwin
wrote:
> On 3/17/2020 7:14 PM, David Karr via Cygwin wrote:
> > Yesterday I upgraded Cygwin, which I hadn't done in a while. I had
> recently
> > upgraded my Windows 10 OS from build 1709 to 1809
Yesterday I upgraded Cygwin, which I hadn't done in a while. I had recently
upgraded my Windows 10 OS from build 1709 to 1809 (yes, those are correct).
My current Emacs version is 26.3, but I don't know what it was before the
upgrade.
If I create a shell buffer and execute a command that produces
On Mon, Mar 16, 2020 at 11:20 PM Brian Inglis wrote:
> On 2020-03-16 19:03, Andrey Repin wrote:
> > Greetings, David Karr!
> >
> >> I've been running Cygwin on my Windows 10 laptop for quite a while. I
> use
> >> git in Eclipse and in the shell.
> &
I've been running Cygwin on my Windows 10 laptop for quite a while. I use
git in Eclipse and in the shell.
What I'm describing isn't really a bug with Cygwin, but it breaks because
of the interaction with Cygwin, and I'm trying to find out a reasonable way
to fix this.
Over the weekend, I upgrad
On Sat, Aug 17, 2019 at 12:12 AM Achim Gratz wrote:
> David Karr writes:
> > I noticed that when I do an "ls -lt" in my homedir, instead of the owner
> > and group of files being my simple uid, it's something like
> > "+User(1944941)" and "29
On Fri, Aug 16, 2019 at 3:33 PM David Karr wrote:
> On Fri, Aug 16, 2019 at 2:17 PM L A Walsh wrote:
>
>> On 2019/08/15 18:28, David Karr wrote:
>> > I logged into my Win7 laptop and I saw it was having some connection
>> > problems, so I decided to reboot.
>>
On Fri, Aug 16, 2019 at 2:17 PM L A Walsh wrote:
> On 2019/08/15 18:28, David Karr wrote:
> > I logged into my Win7 laptop and I saw it was having some connection
> > problems, so I decided to reboot.
> >
> > After the reboot I found that Cygwin had some basic prob
On Fri, Aug 16, 2019 at 2:20 PM Andrey Repin wrote:
> Greetings, David Karr!
>
> >> > So, before this reboot, my Cygwin home directory has always been
> >> > "/home/", which has always resided at
> "c:\cygwin64\home\".
> >> > Af
On Fri, Aug 16, 2019 at 2:01 PM Quanah Gibson-Mount
wrote:
>
>
> --On Saturday, August 17, 2019 12:28 AM +0300 Andrey Repin
> wrote:
>
> > Greetings, David Karr!
> >
> >>> > I wish I could get my own messages on this list, so I could add
On Fri, Aug 16, 2019 at 11:43 AM Lee wrote:
> On 8/16/19, David Karr wrote:
> > On Fri, Aug 16, 2019 at 10:32 AM Hans-Bernhard Bröker wrote:
> >
> >> Am 16.08.2019 um 15:28 schrieb David Karr:
> >> > On Fri, Aug 16, 2019 at 3:50 AM Andrey Repin wrote:
> >
On Fri, Aug 16, 2019 at 11:22 AM Houder wrote:
> On Fri, 16 Aug 2019 16:58:09, Houder wrote:
> > On Fri, 16 Aug 2019 06:40:28, David Karr wrote:
> > > On Fri, Aug 16, 2019 at 2:01 AM Houder wrote:
> > ..
> >
> > > > Please study /etc/prof
On Fri, Aug 16, 2019 at 7:58 AM Houder wrote:
> On Fri, 16 Aug 2019 06:40:28, David Karr wrote:
> > On Fri, Aug 16, 2019 at 2:01 AM Houder wrote:
> ..
>
> > > Please study /etc/profile where it says "here is how HOME is set" ...
> > >
> >
> &g
On Fri, Aug 16, 2019 at 10:32 AM Hans-Bernhard Bröker wrote:
> Am 16.08.2019 um 15:28 schrieb David Karr:
> > On Fri, Aug 16, 2019 at 3:50 AM Andrey Repin wrote:
>
> >> Do you have %HOME% variable set in your user environment?
> >> Do you have %HOMEDRIVE%/%HOMEPATH%
On Fri, Aug 16, 2019 at 2:01 AM Houder wrote:
> On Thu, 15 Aug 2019 18:28:09, David Karr wrote:
> > I logged into my Win7 laptop and I saw it was having some connection
> > problems, so I decided to reboot.
> >
> > After the reboot I found that Cygwin had some basi
On Fri, Aug 16, 2019 at 3:50 AM Andrey Repin wrote:
> Greetings, David Karr!
>
> > I wish I could get my own messages on this list, so I could add more
> > information to my first note.
>
> Just reply to your own initial message. Or better yet, subscribe.
>
I am subsc
I wish I could get my own messages on this list, so I could add more
information to my first note.
Running the installer again made no difference. It still thinks my HOME is
"/".
I don't know what environment variables are set or inspected by cygwin. I
see that the "USERNAME" variable seems to
I logged into my Win7 laptop and I saw it was having some connection
problems, so I decided to reboot.
After the reboot I found that Cygwin had some basic problems. I brought up
a mintty window (C:\cygwin64\bin\mintty.exe -e /bin/bash --login) and the
prompt looked odd. It wasn't the PS1 value t
On Sat, Jul 27, 2019 at 8:40 AM Ken Brown wrote:
> On 7/19/2019 2:27 PM, David Karr wrote:
> > I believe the relevant part of my cygwin version info is
> "3.0.7(0.338/5/3)"
> > (from uname -a output).
> >
> > I'm working on a script where one step exe
I believe the relevant part of my cygwin version info is "3.0.7(0.338/5/3)"
(from uname -a output).
I'm working on a script where one step executes a process where the input
is taking from a subprocess, like this:
someprocess <(cat $outfile | sed -e "s/${property}[
]*=.*$/${property}=${newVal
On Fri, Jul 12, 2019 at 8:20 AM Brian Inglis wrote:
>
> On 2019-07-11 15:20, David Karr wrote:
> > On Thu, Jul 11, 2019 at 12:56 PM David Karr wrote:
> > On Wed, Jul 10, 2019 at 4:04 PM Brian Inglis wrote:
> > On 2019-07-10 16:15, David Karr wrote:
> >
On Thu, Jul 11, 2019 at 12:56 PM David Karr
wrote:
> It's curious that when I bring up the default "Packages" view, filtering
> for "syslog-ng" doesn't find anything. I had to switch to the Categories
> view, and then filtering for that found it.
>
>
On Thu, Jul 11, 2019 at 1:23 PM Vince Rice
wrote:
> > On Jul 11, 2019, at 3:12 PM, Vince Rice wrote:
> >
> >> On Jul 11, 2019, at 2:56 PM, David Karr wrote:
> >>
> >> It's curious that when I bring up the default "Packages" view, filtering
ab.ca> wrote:
> On 2019-07-10 16:15, David Karr wrote:
> > On Wed, Jul 10, 2019 at 10:20 AM Brian Inglis wrote:
> > On 2019-07-10 10:55, David Karr wrote:
> > > I've checked the user guide and the FAQ, and I can't find any
> information
> >
On Wed, Jul 10, 2019 at 10:20 AM Brian Inglis <
brian.ing...@systematicsw.ab.ca> wrote:
> On 2019-07-10 10:55, David Karr wrote:
> > I've checked the user guide and the FAQ, and I can't find any information
> > about how to start cron and verify that it's worki
I've checked the user guide and the FAQ, and I can't find any information
about how to start cron and verify that it's working. I found other blog
posts on other sites, but some of them are old.
I had installed cron, and I thought it was working, but now I think that it
is not. If I edit "~/cron
I've recently been having general performance problems on my Win7 laptop,
mostly realized by very slow switches to workspaces (Dexpot). I've been
watching processes using high cpu, and I'm trying to watch for processes
with high i/o, but I'm not as certain how to find those (I'm using Process
Expl
On Wed, Dec 5, 2018 at 4:20 PM Andrey Repin wrote:
> Greetings, David Karr!
>
> > Sigh. What a mess. I can't get this to work. It was easy enough when a
> > single script has to execute "kubectl", having "winpty" prefix that call,
> > but I
On Wed, Dec 5, 2018 at 11:44 AM cyg Simple wrote:
> On 12/5/2018 1:33 PM, David Karr wrote:
> > On Wed, Dec 5, 2018 at 9:43 AM cyg Simple wrote:
> >
> >>
> >> Your query got me interested in looking and I believe that winpty needs
> >> to be at th
On Wed, Dec 5, 2018 at 9:43 AM cyg Simple wrote:
> On 12/5/2018 10:11 AM, David Karr wrote:
> > On Tue, Dec 4, 2018 at 12:52 PM Marco Atzeri
> wrote:
> >
> >> Am 04.12.2018 um 21:41 schrieb David Karr:
> >>> "CYGWIN_NT-6.1 WACDTL03DK068X 2.9.0(0.31
On Tue, Dec 4, 2018 at 12:52 PM Marco Atzeri wrote:
> Am 04.12.2018 um 21:41 schrieb David Karr:
> > "CYGWIN_NT-6.1 WACDTL03DK068X 2.9.0(0.318/5/3)"
> >
> > I installed a version of "kubectl" for windows, and I use it extensively
> in
> > Cyg
On Tue, Dec 4, 2018 at 12:52 PM Marco Atzeri wrote:
> Am 04.12.2018 um 21:41 schrieb David Karr:
> > "CYGWIN_NT-6.1 WACDTL03DK068X 2.9.0(0.318/5/3)"
> >
> > I installed a version of "kubectl" for windows, and I use it extensively
> in
> > Cyg
"CYGWIN_NT-6.1 WACDTL03DK068X 2.9.0(0.318/5/3)"
I installed a version of "kubectl" for windows, and I use it extensively in
Cygwin bash for scripting command-line automation. In general, this works
perfectly fine. I even use the same scripting in a Linux VM.
I'm seeing an issue with one script th
On Tue, Jul 31, 2018 at 1:34 PM, David Karr
wrote:
> And I note that I tried running the same script from a Linux VM on my
> laptop, and it doesn't have this symptom, so it does seem to have something
> to do with Cygwin or Windows.
>
> On Tue, Jul 31, 2018 at 1:15 PM,
And I note that I tried running the same script from a Linux VM on my
laptop, and it doesn't have this symptom, so it does seem to have something
to do with Cygwin or Windows.
On Tue, Jul 31, 2018 at 1:15 PM, David Karr
wrote:
> On Tue, Jul 31, 2018 at 9:27 AM, Thomas Wolff wrote:
On Tue, Jul 31, 2018 at 9:27 AM, Thomas Wolff wrote:
> Am 31.07.2018 um 18:15 schrieb David Karr:
>
>> I really have no idea if this is a Cygwin problem, just trying to
>> eliminate variables.
>>
>> I believe my Cygwin version is "2.9.0(0.318/5/3)" (from
I really have no idea if this is a Cygwin problem, just trying to eliminate
variables.
I believe my Cygwin version is "2.9.0(0.318/5/3)" (from the uname string).
>From a mintty window, I use a variation of "kubectl exec" in a script to
run a shell in a container in a pod. It appears to run, and
I currently do not set the HOME environment variable. I get the
impression you're not supposed to do that. When I run a mintty shell,
it correctly puts me in "/home/", which is what I want.
I'm running into a problem with Eclipse egit, as I think it's looking
for the "HOME" environment variable
to 1 and retested, and it's still working fine.
I'm confused.
> On Fri, Jan 5, 2018 at 10:37 AM, David Karr
> wrote:
>
>> On Thu, Jan 4, 2018 at 5:15 PM, Ken Brown wrote:
>> > On 1/4/2018 5:42 PM, David Karr wrote:
>> >>
>> >> I've review
On Thu, Jan 4, 2018 at 5:15 PM, Ken Brown wrote:
> On 1/4/2018 5:42 PM, David Karr wrote:
>>
>> I've reviewed some of the Emacs tramp documentation, but I'm not sure
>> what the issue is.
>>
>> If I'm using Cygwin, I don't need the putty compon
I recently set up a new laptop to replace an older one, and now
something that I had working before isn't working anymore.
I'm trying to copy an image to the clipboard and paste it into gimp.
The paste attempt from gimp now says that there's nothing in the
clipboard.
My "startxwin" command at sta
I've reviewed some of the Emacs tramp documentation, but I'm not sure
what the issue is.
If I'm using Cygwin, I don't need the putty components for this, do I?
When I attempt to open a text file in my homedir on a remote host,
which I can ssh to (passwordless) from the shell, it just times out.
My cygwin version appears to be "2.9.0(0.318/5/3)".
If I have a text file that has a line that ends with "abc", and I try
to grep for "abc$", it doesn't match. I find that it does match "$"
and "abc^M$".
I've read some of the documentation about line endings in Cygwin.
I need to write some scri
On Thu, Nov 2, 2017 at 9:29 AM, Jon Turney wrote:
> On 01/11/2017 21:57, David Karr wrote:
>>
>> On Wed, Nov 1, 2017 at 12:57 PM, Ken Brown wrote:
>>>
>>> On 11/1/2017 1:08 PM, David Karr wrote:
>>>>
>>>> I install Cygwin every couple o
On Wed, Nov 1, 2017 at 12:57 PM, Ken Brown wrote:
> On 11/1/2017 1:08 PM, David Karr wrote:
>>
>> I install Cygwin every couple of years and then use it continuously
>> without updates between those installations. I installed it on a new
>> laptop today, and I'
I install Cygwin every couple of years and then use it continuously
without updates between those installations. I installed it on a new
laptop today, and I'm trying to work through issues.
The current issue is running Emacs from the desktop.
I had a shortcut working for a long time that does th
On Wed, Dec 14, 2016 at 1:33 PM, David Karr wrote:
> On Wed, Dec 14, 2016 at 12:06 PM, Thomas Wolff wrote:
>> I've checked with Caffeine and traced mintty. It receives F15 key down, the
>> key up. Caffeine claims to send key up only but that's not true. Please
>> r
On Wed, Dec 14, 2016 at 12:06 PM, Thomas Wolff wrote:
> I've checked with Caffeine and traced mintty. It receives F15 key down, the
> key up. Caffeine claims to send key up only but that's not true. Please
> report this as a bug to Caffeine.
Understood. I just did that. However, will that reall
On Mon, Dec 12, 2016 at 10:18 AM, David Karr wrote:
> Win7. I believe my Cygwin version info is "2.5.2(0.297/5/3) 2016-06-23
> 14:29".
>
> I've been annoyed for a while with a symptom in my mintty windows. I
> will be typing along, or not, and suddenly a "~&
Win7. I believe my Cygwin version info is "2.5.2(0.297/5/3) 2016-06-23 14:29".
I've been annoyed for a while with a symptom in my mintty windows. I
will be typing along, or not, and suddenly a "~" character gets
injected into the stream. It often is the only character at the
prompt, so I can era
In an Emacs shell buffer, I'm running Maven, which runs some PaxExam
integration tests, which run instances of karaf, which is a Java
process.
When this is running, I can see the java processes in SysInternal's
ProcessExplorer.
If I open a mintty, whether run as an admin or not, and run "procps
-
I've managed to resolve this. I turned off color output in the cqlsh
config file. It doesn't provide a way that I can see to configure the
colors that are used, and black works perfectly fine for me.
On Fri, Sep 16, 2016 at 6:46 AM, James Darnley wrote:
> On 2016-09-15 22:47, Dav
When I run mintty, the background is white, and normal text is black.
This is fine. However, there are some applications that are
displaying text in other colors, many of which are fine, but some apps
display some text in yellow, which on a white background is almost
unreadable.
For instance, the
I had Cygwin running on an old box for a while. I have a desktop
shortcut to run Emacs, using the following command line:
-
C:\cygwin64\bin\run2.exe --display 127.0.0.1:0.0 /usr/local/bin/emacs.xml
This was working fine. I set this up quite a while ago, so I
Are you running it from the desktop from "run"? I discovered the same
thing. One workaround that worked for me was to open a rxvt window
and then run emacs from that. However, an even better workaround was
simply using the "w32" version and bypassing X entirely. When I
changed my "run" shortcut t
(Resending because it complained about my inadvertently using html.)
My Cygwin Perl is 5.14.2. I don't have a link to a report. I never
filed a bug report, but we had an email exchange about this starting
on 1/13/12. My script is still having occasional problems, but it's
not dumping core. I'l
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Eric Blake
> Sent: Tuesday, June 23, 2009 9:04 AM
> To: cygwin@cygwin.com
> Subject: Re: How to avoid having shell scripts which fail from killing
> Emacs shell?
>
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of David Karr
> Sent: Monday, June 22, 2009 4:42 PM
> To: kbr...@cornell.edu; cygwin@cygwin.com
> Subject: RE: How to avoid having shell scripts which fail from kil
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Matthias Andree
> Sent: Tuesday, June 23, 2009 4:13 AM
> To: cygwin@cygwin.com
> Subject: Re: How to avoid having shell scripts which fail from killing
> Emacs s
> On 6/22/2009 3:38 PM, David Karr wrote:
> >> -Original Message-
> >> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On
> Behalf
> >> Of Ken Brown
> >> Sent: Monday, June 22, 2009 12:26 PM
> >> On 6/22/2009 10:53 AM, Davi
> On 6/22/2009 10:53 AM, David Karr wrote:
> > I've often been annoyed by shell scripts which fail for particular
> > reasons, at which point it causes my Emacs shell buffer to get killed,
> > with "Process shell<2> finished".
>
> I don't recall
I've often been annoyed by shell scripts which fail for particular
reasons, at which point it causes my Emacs shell buffer to get killed,
with "Process shell<2> finished".
I think it's possible to code the scripts to use "trap", which might avoid
this problem, but sometimes (most times, really) I
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Ken Brown
> Sent: Thursday, June 18, 2009 11:35 AM
> To: cygwin@cygwin.com
> Subject: Re: How to run GNU Emacs from Windows icon
>
> On 6/4/2009 12:10 PM, David
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Andrew DeFaria
> Sent: Friday, June 05, 2009 8:03 PM
> To: cygwin@cygwin.com
> Subject: Re: How to run GNU Emacs from Windows icon
>
> David Karr wrote:
&g
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Ken Brown
> Sent: Friday, June 05, 2009 11:37 AM
> To: cygwin@cygwin.com
> Subject: Re: How to run GNU Emacs from Windows icon
>
> 3. Try emacs 23:
>
>http://sourceware.org/ml/cygwin/2
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Ken Brown
> Sent: Friday, June 05, 2009 11:37 AM
> To: cygwin@cygwin.com
> Subject: Re: How to run GNU Emacs from Windows icon
>
> On 6/5/2009 11:58 AM, David Karr
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Ken Brown
> Sent: Friday, June 05, 2009 2:04 PM
> To: cygwin@cygwin.com
> Subject: Re: How to run GNU Emacs from Windows icon
>
> On 6/5/2009 3:25 PM, David
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Ken Brown
> Sent: Friday, June 05, 2009 11:37 AM
> To: cygwin@cygwin.com
> Subject: Re: How to run GNU Emacs from Windows icon
>
> On 6/5/2009 11:58 AM, David Karr
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Ken Brown
> Sent: Friday, June 05, 2009 11:37 AM
> To: cygwin@cygwin.com
> Subject: Re: How to run GNU Emacs from Windows icon
>
> On 6/5/2009 11:58 AM, David Karr
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Andrew DeFaria
> Sent: Friday, June 05, 2009 8:47 AM
> To: cygwin@cygwin.com
> Subject: Re: How to run GNU Emacs from Windows icon
>
> David Karr wrote:
> >
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Ken Brown
> Sent: Tuesday, June 02, 2009 4:52 AM
> To: cygwin@cygwin.com
> Subject: Re: How to run GNU Emacs from Windows icon
>
> On 6/2/2009 7:18 AM, Ken Brown wrote:
> > On 6/2/2009 5:30
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of David Karr
> Sent: Monday, June 01, 2009 2:33 PM
> To: cygwin@cygwin.com
> Subject: Unable to convert postscript to usable form, using either ps2pdf
> or gs
&g
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Matthias Andree
> Sent: Tuesday, June 02, 2009 12:40 AM
> To: David Karr; cygwin@cygwin.com
> Subject: Re: Unable to convert postscript to usable form, using either
>
I'm now to the point where I can run "rxvt", and then from the spawned Bash
process I can run "emacs" and get a reasonable Emacs process going. I can
do the same with "xemacs".
I now need to set up Windows desktop icons that can start these processes.
I managed to get XEmacs working, with the fol
I have a generated postscript file (from trueprint) that I need to get into
a usable form on Windows, so I can view it and print it. I've tried both
"ps2pdf" and "gs", with no success so far.
I first tried using "ps2pdf". This fails with:
---
% ps2pdf tp.ps tp.pdf
GPL Ghostscript 8.
> -Original Message-
> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of David Karr
> Sent: Monday, June 01, 2009 1:26 PM
> To: cygwin@cygwin.com
> Subject: Building "trueprint" fails with missing ref to _libintl_gettext
>
>
I'm trying to build the "trueprint" app on Cygwin, and it's failing with the
following:
undefined reference to `_libintl_gettext'
I had to do this many years ago, and I believe I ran into this then also,
but I don't remember what I had to do to resolve it.
When I run "configure" it comes out
It's been a few years since I've installed a new Cygwin installation. I
used to use XEmacs in Cygwin, and it worked reasonably well. I could get it
to start up in a regular MS Windows window, I believe without having to use
an X server.
I just installed Cygwin again on a new box, and I'm having
98 matches
Mail list logo
