>> Please teach your mail agent to not break threading.
Sorry for this. Yes, this particular mailer is really bad,
I'll have to re-register with the Cygwin mail list from
a better one.
>> This is a different issue, judging from the error message.
>> [...]
>> A verbose log of the same connection
> OpenSSH 7.0 (and thus the current 7.1) deprecated a couple
> of old and insecure ciphers. Probably that's the reason.
Well, what I mean is that it is strange that sshd-7.1p1-1 accepts
a connection from ssh-3.9p1, upon announcing that the "key type ssh-dss [is]
not in PubkeyAcceptedKeyTy
Greetings,
I have installed Cygwin on a Windows 8.1 Enterprise workstation.
It is a most recent full download of the whole Cygwin suite (within
a week or so). Here are the relevant numbers:
Windows 8.1 Enterprise Ver 6.3 Build 9600
[...]
Cygwin DLL version info:
DLL version: 2.2.1
DLL epoch
>>> The question is why aspell thinks the encoding is "nil".
Ah, indeed. Would the following have set it so:
(setq default-buffer-file-coding-system 'no-conversion)
What would be the best (i.e., least intrusive) setting to use here?
Cheers,
Gustav Meglicki
Indiana University
--
Problem rep
ispell-message and ispell-region fail in Emacs with the following
message:
==
Starting new Ispell process /usr/bin/aspell with default dictionary...
ispell-init-process: Error: The encoding "nil" is not known. This could also
mean that the file "/usr/lib/aspell-0.60/nil.cset" could not be opened f
The current version of Emacs that I have is
emacs 24.3.91-1OK
emacs debuginfo 24.3.91-1OK
emacs-el24.3.91-1 OK
emacs-w32 24.3.91-1OK
emacs-X11 24.3.91-1OK
Cygwin is
Cyg
When I go to snapshots on the Cygwin site, there are
only Cygwin dlls there. Where is the latest Emacs
stuff? And which version of Emacs should go with
which Cygwin dll?
Gustav Meglicki
Indiana University
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygw
Yes, on running cygcheck -cv gdb I get the same output
as you do: the info documentation is missing. Why is it
missing? Do I need to request it explicitly, or is it
missing from Cygwin distribution?
Gustav Meglicki
Indiana University
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Following my previous message, the versions:
Cygwin DLL version info:
DLL version: 1.7.30
DLL epoch: 19 DLL old termios: 5
DLL malloc env: 28
Cygwin conv: 181
API major: 0
API minor: 272
Shared data: 5
DLL identifier:
OK, the latest crash, after the latest upgrades,
about which in the follow up posting. I was running
emacs-w32 under gdb. Emacs crashed on segmentation
fault and the backtrace points to... (Emacs) alloc.
Here it is:
Program received signal SIGSEGV, Segmentation fault.
0x7ff9778dec8b in ??
This is just to confirm: I had a yet another crash,
was running my emacs session under gdb and captured
the event. The trace is the same as before, that is,
there is a problem in deselect_palette that causes
segmentation fault.
Yes, I will report the bug to Emacs maintainers.
Zdzislaw (Gustav) Me
And... another crash. I didn't run it under gdb this
time and it didn't dump anything either, but I got
interesting new message I didn't see before:
*** fatal error - WFSO failed waiting for timer thread, Win32 error 0
Interesting? Perhaps all these crashes have something to
do with the timer?
Z
And another crash... captured under gdb again.
Segmentation fault again, but this time:
Program received signal SIGSEGV, Segmentation fault.
0x000100631d84 in deselect_palette (f=0x0, hdc=0x0) at
/usr/src/debug/emacs-24.3.90-1/src/w32xfns.c:123
123 if (f->output_data.w32->old_palette)
This time we've been running it under gdb and
I managed to capture the crash. It aborted
upon having received SIGABRT, and printed the
following:
Program received signal SIGABRT, Aborted.
0x00010064ed67 in xg_select (fds_lim=4428800, rfds= 0x1800c46cd ,
wfds=0x4392e0, efds=0x439a90, timeout=
It just crashed on me again, after a couple of days
of no crashes at all. The versions of everything
are unchanged since my last message. But this
time, and this is new, I have not seen it before,
it did not give me the gdb option. Instead it just
crashed and said: "Segmentation fault (core dumped
I got it this time. It crashed on me just a few seconds after I started it,
while reading mail with rmail. This time I had the right debug info
installed for this version of emacs and here is the backtrace:
=
(gdb) backtrace
#0 0x7ff9550c9e3b in KER
OK, I've manage to catch it this time. But it looks like
it didn't get very far, because the info in emacs-w32.exe.dbg
appears to be wrong. Here's what happens:
515 $ ps -ef
UID PIDPPID TTYSTIME COMMAND
gustav 19900 1 ?07:51:01 /usr/bin/ssh-agent
gustav 38280 17
Ken Brown writeth:
> Please describe the crash in more detail.
> What were you doing when it happened? Did
> the window just disappear, or did you get
> a dialogue box asking if you want to attach
> a debugger? Did you get any messages in the
> terminal that emacs was started from? Is
> t
Well, the crashing problem in emacs-w32 is greatly improved,
yet, the program still crashed on me yesterday, after a good
few days of seamless performance. The emacs-version function
returns:
(emacs-version)
"GNU Emacs 24.3.90.1 (x86_64-unknown-cygwin)
of 2014-05-03 on Fiona"
Other sys params:
ed data: 5
DLL identifier: cygwin1
Mount registry: 3
Cygwin registry name: Cygwin
Program options name: Program Options
Installations name: Installations
Cygdrive default prefix:
Build date:
Shared id: cygwin1S5
Zdzislaw Meglicki
Bloomington, Indiana, USA
--
Problem reports: http://
Ken Brown writeth thusly:
> I don't use Windows 8, but I just checked on Windows 7, and it works for
me.
Under Windows 7, it works for me too. I have another machine with Cygwin,
emacs-24.2.1 and Windows 7, and there is no problem talking to Google there.
The new installation on Windows 8 r
Ken asks:
> This is not specific to Cygwin. If it belongs anywhere, it should be in the
> emacs manual.
> I just looked at the section "Emacs speaks SMTP" in the smtpmail
> documentation, and
> the instructions look pretty clear to me. What happens if you follow those
> instructions,
> re
Ken Brown wrote:
> What's the exact error message?
> And can you reproduce this starting with 'emacs -Q'?
Yes, the error shows when emacs is started with -Q. Here it is:
$ emacs-x11 -Q
** (emacs-x11:32728): WARNING **: Error retrieving accessibility bus address:
org.freedesktop.DBus.Er
-default-smtp-server "smtp.gmail.com"
smtpmail-smtp-server "smtp.gmail.com"
smtpmail-smtp-service 587
smtpmail-debug-info t)
(require 'smtpmail)
===
On Wednesday, August 28, 2013 5:23 AM David Carr
I have a fresh installation of Cygwin and Emacs on Windows 8 Pro, which run on
AMD A8-5500 (quadcore, 64bit). The versions are as follows:
Emacs 24.3.1
Cygwin 1.7.24
I have two problems with emacs. First, when I start it under X11, but not under
KDE, it spews a message about not being able to c
> funny, I build it but forgot and never installed. At least you can remove
> the third one.
Err... which is the third one? Let me list the three here and you tell me which
can be removed:
$ pwd
/usr/lib/perl5
$ find . -name Magick.dll -print
./site_perl/5.14/i686-cygwin-threads-64int/auto/I
>> ./vendor_perl/5.14/i686-cygwin-threads-
>> 64int/auto/Image/Magick/Magick.dll
> the other two are probably coming from your build,
> are the same or installed in different times ?
I have by now overwritten my own installation with
the vanilla Cygwin perl-Image-Magick and
perl-Graphics-Mag
Yes, I did run perlrebase this time, but it didn't change anything. I just went
into ash,
as Administrator, then defined the PATH=/bin:/usr/bin, and typed
$ perlrebase
without any options. It did flag new addresses and sizes, but this did not fix
the problem.
As you suggested previously, it
> try rebaseall and perlrebase but I doubt it is the root cause.
I've done rebaseall and rebase -s on the cygpixman-1-0.dll explicitly,
also on the Magick.dll, just to make sure. It makes no difference.
I use ImageMagick distributed with the recent version of Cygwin, that is
ImageMagick-6.7.6
I have a problem with perl scripts that attempt to load cygpixman-1-0.dll. When
running a test on PerlMagick-6.76 I get the following:
$ make test
PERL_DL_NONLAZY=1 /usr/bin/perl.exe "-MExtUtils::Command::MM" "-e"
"test_harness(0, 'blib/lib', 'blib/arch')" t/*.t t/bzlib/*.t t/jpeg/*.t
t/jng/*.t
Thank you so much for your help. I'm doing this right now... Perhaps this will
fix my X11 problems (with xterm and emacs-X11) as well... Let's see...
bunzipped... moved... stopped Cygwin servers... renamed /bin/cygwin1.dll...
restarted servers... (they work)... Cygwin shell ... works... sent mai
I wonder why this should be a problem. The file does exist on my system and it
should be readable and executable to groups root and SYSTEM:
$ cd /cygdrive/c/Windows/system32
$ ls -l winmm.dll
-rwxrwx---+ 2 194048 Nov 20 2010 winmm.dll
$ getfacl winmm.dll
# file: winmm.dll
# ow
ng to
cygwin at cygwin dot com as well.
Perhaps related: in emacs-X11 entering the shell mode (M-x shell) kills the
shell. I just get a prompt, then "exit" and a message
Process shell finished
This does *not* happen in emacs-nox, neither does this happen in xemacs.
I attac
I've just done it and... it works without the problem flagged earlier. But when
I send a message to the (exim) server from another machine, the problem
returns...
Gustav
- Original Message
[... snip...]
Does that happen also when you type from a bash window on the server:
exim gusta
02MK-LW appendfile transport process returned
non-zero status 0x0001: terminated by signal 1
2011-10-26 13:33:46 LTOOS9-0002MK-LW == gustav at yanchep
R=localuser T=local_delivery defer (-1)
2011-10-26 13:33:46 LTOOS9-0002MK-LW Frozen
root $
Do I need to enable something or run an auxiliary service?
C
about. The last file processed is there (as shown above).
I enclose the output (compressed) of cygcheck -s -v -r.
Zdzislaw Meglicki
Indiana University
http://perth.ovpit.indiana.edu/gustavls
cygcheck.out.gz
Description: GNU Zip compressed data
--
Problem reports: http://cygwi
ry: 3
Cygwin registry name: Cygwin
Program options name: Program Options
Installations name: Installations
Cygdrive default prefix:
Build date:
Shared id: cygwin1S5
Zdzislaw Meglicki
Indiana University
cygcheck.log.gz
Description: application/compressed
--
Problem reports: http://cygwi
I have recently upgraded my Cygwin to the latest (full) installation,
and noticed that my old trustworthy tetex has been replaced with
pdfetex. On running LaTeX I found that it could no longer find input
files pointed to by my TEXINPUTS environment variable, which is normally
set to
.:/home/gusta
These are tidings of great sorrow and melancholy, for ever since I upgraded
X11 on my Cygwin workstation (about a week ago) I lost my reliable faithful
friend, GNU Emacs, whose X11 version crashes often and unpredictably with
segmentation fault (the "nox" version runs fine).
I run Emacs and X11 se
39 matches
Mail list logo
