On Oct 16 23:51, Christian Franke wrote:
> Corinna Vinschen wrote:
> >...
> >I implemented this in the latest snapshot. It calls SetDllDirectory
> >on Cygwin's /bin, and dlopen addiotnally tries to load the DLL with
> >LoadLibraryEx(LOAD_WITH_ALTERED_SEARCH_PATH) if all else failed.
>
> For some
After 4 years I've just upgrade to version :-
CYGWIN_NT-6.1 mars 1.7.32(0.274/5/3) 2014-08-13 23:03 i686 Cygwin
I use the following batch file :-
run XWin :1 -clipboard -nodecoration -notrayicon -dpi 100 -query
machine -from xxx.xxx.xxx.xxx -once
on my windows 7 machine.
When X is first s
On 10/16/2014 11:51 PM, John Wiersba wrote:
So maybe you want: run /bin/bash -c /path/to/hashbang/script
This worked for me with a trival mintty-starting hash-bang bash script.
I found your reply on the mailing list archives and quoted it above. Yes,
the same approach worked for me (in my o
>>> 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
On 10/17/2014 9:13 AM, Zdzislaw Meglicki wrote:
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?
I would su
Following up to https://sourceware.org/ml/cygwin/2014-08/msg00204.html
having just joined this mailing list.
Cygwin32 all installed files current according to setup.ini with
setup-timestamp: 1413486609
python-setuptools-0.6.34-1.tar.bz2
AVG updated itself to 2015.0.5315 with virus db 4181/8400 t
On 10/16/2014 9:20 PM, Ken Brown wrote:
On 10/16/2014 4:22 PM, Jon TURNEY wrote:
I have been suffering from some crashes with emacs-X11 24.3.93-3 on
x86_64
This seems to have crossed my threshold of apathy, so I've been running
emacs under gdb with a breakpoint on emacs_abort (since it seems to
I have installed Cygwin 1.7 on my Win 7 machine.
I have a set of programs that were compiled
on a Linux machine using the G77 fortran compiler.
These programs will not compile with the
Gfortran compiler that comes with Cygwin 1.7.
Can I just copy the compiled objects over to my
Cygwin dire
Hi Linda,
I doubt very much that you can just copy the object files and get a
working program that way. Does g77 have a cross-compile option?
An alternative is to identify the problem areas in the programs and
adjust them to standard Fortran (g77 does allow a number of
non-standard constructs, bu
From: Chris Stenton
>
> After 4 years I've just upgrade to version :-
>
> CYGWIN_NT-6.1 mars 1.7.32(0.274/5/3) 2014-08-13 23:03 i686 Cygwin
>
> I use the following batch file :-
>
> run XWin :1 -clipboard -nodecoration -notrayicon -dpi 100 -query machine
> -from xxx.xxx.xxx.xxx -once
>
> on m
> I have installed Cygwin 1.7 on my Win 7 machine.
> I have a set of programs that were compiled
> on a Linux machine using the G77 fortran compiler.
> These programs will not compile with the
> Gfortran compiler that comes with Cygwin 1.7.
> Can I just copy the compiled objects over to my
A new version of lftp, 4.5.6-1, is available in the Cygwin distribution.
This is a new upstream release with bug fixes. The full changelog is at
http://lftp.yar.ru/news.html.
lftp is a sophisticated file transfer program and ftp/http/bittorrent
client. It supports multiple network protocols. It
On Oct 17 11:10, Corinna Vinschen wrote:
> On Oct 16 23:51, Christian Franke wrote:
> > Corinna Vinschen wrote:
> > >...
> > >I implemented this in the latest snapshot. It calls SetDllDirectory
> > >on Cygwin's /bin, and dlopen addiotnally tries to load the DLL with
> > >LoadLibraryEx(LOAD_WITH_AL
>
>
Thank you for responding. I was thinking my idea was a long-shot.
Can you suggest a forum
to post the question abt g77 having a cross-compile option?
It looks like Cygwin 1.5 comes
with the g77 compiler, but I've already built my environment on the 1.7 Cygwin.
I'm just the IT pe
On 10/17/2014 10:06 AM, Arjen Markus wrote:
Hi Linda,
I doubt very much that you can just copy the object files and get a
working program that way. Does g77 have a cross-compile option?
I will go farther and say the objects simply will not work.
The object format is different, among other thin
From: Nellis, Kenneth
> This is interesting because just yesterday I was extensively copying and
> pasting from a pair of Notepad windows into my Mintty/bash session using
> getclip, and occasionally it would just paste in a single garbage
> character. So, this is different from the OP in that X is
Ok, thank you all for your responses.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Thank you for responding. I was thinking my idea was a long-shot.
Can you suggest a forum
to post the question abt g77 having a cross-compile option?
It looks like Cygwin 1.5 comes
with the g77 compiler, but I've already built my environment on the 1.7
Cygwin.
I'm open to all suggestions.
Y
On 17 October 2014 09:05, Nellis, Kenneth wrote:
> I'll be more careful about clicking and post again if I can rule that out.
> --Ken Nellis
After a lot of grief with programs that either eat or ignore the click
that focuses the window, and thus may or may not change the selection
and insert point
Corinna Vinschen wrote:
On Oct 17 11:10, Corinna Vinschen wrote:
On Oct 16 23:51, Christian Franke wrote:
Corinna Vinschen wrote:
...
I implemented this in the latest snapshot. It calls SetDllDirectory
on Cygwin's /bin, and dlopen addiotnally tries to load the DLL with
LoadLibraryEx(LOAD_WITH
On Oct 17 19:56, Christian Franke wrote:
> Corinna Vinschen wrote:
> >On Oct 17 11:10, Corinna Vinschen wrote:
> >>On Oct 16 23:51, Christian Franke wrote:
> >>>Corinna Vinschen wrote:
> ...
> I implemented this in the latest snapshot. It calls SetDllDirectory
> on Cygwin's /bin, and d
On 17/10/2014 14:53, Ken Brown wrote:
On 10/16/2014 9:20 PM, Ken Brown wrote:
On 10/16/2014 4:22 PM, Jon TURNEY wrote:
I have been suffering from some crashes with emacs-X11 24.3.93-3 on
x86_64
This seems to have crossed my threshold of apathy, so I've been running
emacs under gdb with a break
On 10/17/2014 2:45 PM, Jon TURNEY wrote:
On 17/10/2014 14:53, Ken Brown wrote:
If this turns out not to be the issue, then I think you would need an
unoptimized build for further debugging. I can provide one for you.
If you could, that would be great.
OK, I've built emacs-24.4-0 (based on a
On Fri, Oct 17, 2014 at 8:20 PM, Corinna Vinschen wrote:
> On Oct 17 19:56, Christian Franke wrote:
>> Now works.
>>
>> cygwin_patches_for_postfix_count++; postfix_patches_for_cygwin_count--; :-)
>
> You seem to like the idea... ;)
Of course. He has to deal with postfix, _you_ have to deal with C
With a 3-week-old (i.e. recent) install of cygwin, which otherwise functions
well:
$ uname -a
CYGWIN_NT-6.1 DESKTOP-NAME 1.7.32(0.274/5/3) 2014-08-13 23:06 x86_64 Cygwin
$ PATH=/bin:/usr/bin cygcheck -s
Cygwin Configuration Diagnostics
Current System Time: Fri Oct 17 17:37:27 2014
Windows 7 Pr
On 10/17/2014 11:52 PM, John Wiersba wrote:
With a 3-week-old (i.e. recent) install of cygwin, which otherwise functions
well:
$ uname -a
CYGWIN_NT-6.1 DESKTOP-NAME 1.7.32(0.274/5/3) 2014-08-13 23:06 x86_64 Cygwin
$ PATH=/bin:/usr/bin cygcheck -s
Cygwin Configuration Diagnostics
Current Syst
A new release of gperf, 3.0.4-2, has been uploaded and will soon reach a
mirror near you; leaving the previous version at 3.0.4-1 for 64-bit, and
3.0.3-1 for 32-bit.
NEWS:
=
This represents a minor refresh rebuild by a new maintainer, to get a
consistent version between 32-bit and 64-bit. For
> From: Fabrice Niessen
> Cc: 18...@debbugs.gnu.org, cygwin , dmonc...@gmail.com
> Date: Fri, 17 Oct 2014 23:08:51 +0200
>
> > You also forgot to tell what compiler options were used for each
> > build. E.g., if the Cygwin build is optimized, whereas the MinGW
> > build is not, the twofold spee
Eli Zaretskii wrote:
> Fabrice Niessen wrote:
>>
>>> You also forgot to tell what compiler options were used for each
>>> build. E.g., if the Cygwin build is optimized, whereas the MinGW
>>> build is not, the twofold speedup is expected (I generally see
>>> a factor of 2.5 between an optimized an
29 matches
Mail list logo
