> Date: Thu, 26 Nov 2015 22:20:18 +0100
> From: Dominique de Waleffe
>
> So... started my homework... Got fresh w10 vm, put cygwin64 and both
> versions of emacs 24.4 and 24.5 from fsf ftp onto it
>
> And trying to start bash as shell fails under both versions!
>
> => I was mistaken in the
The following packages have been updated in the Cygwin distribution:
* doxygen-1.8.10-2
* doxygen-doxywizard-1.8.10-2
Doxygen is a documentation system for C++, C, Java, Objective-C, IDL
(Corba and Microsoft flavours) and to some extent PHP, C#, and D.
This update contains a number of upstream
Hi Michael,
On Nov 26 16:32, mkwas...@web.de wrote:
> Hi all,
>
> I have just discovered that the command '/bin/kill -l 0' dumps core where
> bash's built in does not (well, it just displays 'T'...).
>
> NOTE: the signal spec after dash-ell is the number zero.
>
> Pls. find the output of cygch
So... started my homework... Got fresh w10 vm, put cygwin64 and both
versions of emacs 24.4 and 24.5 from fsf ftp onto it
And trying to start bash as shell fails under both versions!
=> I was mistaken in the origin of my instance of 24.4 (it must have
come from another source, and I do not r
Sorry I should have specified, this is not bash as this happens with the gcc
compiled
program within a Command Prompt session.
K:\>a.exe -s something "something d\:\\hello"
Command-line arguments:
argv[0] a
argv[1] -s
argv[2] something
argv[3] something d\:\hello
CL: K:\sat-mi
On 26/11/2015 21:08, Gluszczak, Glenn wrote:
For some reason when I compile a C program in gcc, double backslashes within
quotes are stripped.
But if I compile with Visual Studio this does not happen. I used a small
test program to demonstrate.
VS
c:\msvc2010_SP1\VC>a.exe -s something "somet
On Nov 25 22:01, Marco Atzeri wrote:
>
>
> On 25/11/2015 12:03, Marco Atzeri wrote:
> >On 25/11/2015 08:06, Thomas Wolff wrote:
> >>Am 24.11.2015 um 23:29 schrieb Marco Atzeri:
> >>>
> >
> >>>...
> >>>I assume it is an interaction with mintty.
> >>Many problems of that kind attributed to mintty a
For some reason when I compile a C program in gcc, double backslashes within
quotes are stripped.
But if I compile with Visual Studio this does not happen. I used a small
test program to demonstrate.
VS
c:\msvc2010_SP1\VC>a.exe -s something "something d\:\\hello"
Command-line arguments:
argv[
On Nov 26 19:04, Achim Gratz wrote:
> Corinna Vinschen writes:
> > The right thing to do is to change the base-files package to utilize
> > /proc/cygdrive. It's a vrtual symlink pointing to the actual cygdrive
> > prefix currently in use. If these symlinks under /etc used the
> > /proc/cygdrive s
There never was any reason to do as I have so far always been able to
run a version of Emacs compiled without cygwin without any blocking
issue but still running cygwin tools under emacs (and that has been a
case for a very long time!). I have no religious opinion on this but
I don't see why I sho
Thomas Koenig writes:
[…]
Can you please post cygcheck output as per
https://cygwin.com/problems.html
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf microQ V2.22R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada
--
Prob
Corinna Vinschen writes:
> The right thing to do is to change the base-files package to utilize
> /proc/cygdrive. It's a vrtual symlink pointing to the actual cygdrive
> prefix currently in use. If these symlinks under /etc used the
> /proc/cygdrive symlink, they would work all the time, independ
Lester Anderson writes:
[…]
By now, none of what you ask has anything to do with Cygwin anymore.
Please consider chosing a more appropriate forum for your questions.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Waldorf MIDI Implementation & additional
On 11/26/2015 12:20 PM, Helmut Karlowski wrote:
---
On Thu, Nov 26, 2015 at 10:29 AM, Steven Penny wrote:
echo 3.7 | awk '{printf "%.0f", $0}'
Another option
awk 'BEGIN {printf "%.0f", ARGV[1]}' 3.7
#4:
printf "%3.0f\n" 3.7
Yes, while bash
Dominique de Waleffe writes:
> Meanwhile, I'll make a VM with a fresh install of Win10 (v1511 x64)
> and just Emacs + cygwin and see whether there is something fishy about
> my current setup after the upgrades it went through...
Is there any reason why you don't use the Emacs that comes with Cygwi
Corinna,
Thanks for the pointer.
I have checked the BLODA list. The only thing I have is windows
defender (part of the os:-(
It can be disabled via group policy. (but I am not tempted to do that
for long term)
I did that but same issue...
I have rebased the whole cygwin as suggested also.
That d
---
> On Thu, Nov 26, 2015 at 10:29 AM, Steven Penny wrote:
> > echo 3.7 | awk '{printf "%.0f", $0}'
>
> Another option
>
> awk 'BEGIN {printf "%.0f", ARGV[1]}' 3.7
#4:
printf "%3.0f\n" 3.7
-Helmut
--
Problem reports: http://cygwin.com/p
On Thu, Nov 26, 2015 at 10:29 AM, Steven Penny wrote:
> echo 3.7 | awk '{printf "%.0f", $0}'
Another option
awk 'BEGIN {printf "%.0f", ARGV[1]}' 3.7
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/do
On Thu, Nov 26, 2015 at 7:24 AM, Lester Anderson wrote:
> x=3.7
> awk -v x=$x 'BEGIN { printf "%3.0f\n", x }'
> which returns the value 4 as expected, but are there any other methods
> that can be used?
echo 3.7 | awk '{printf "%.0f", $0}'
--
Problem reports: http://cygwin.com/problems.html
Hi all,
I have just discovered that the command '/bin/kill -l 0' dumps core where
bash's built in does not (well, it just displays 'T'...).
NOTE: the signal spec after dash-ell is the number zero.
Pls. find the output of cygcheck and the callstack attached to this mail.
Short analysis: kill.cc
On 11/26/2015 8:24 AM, Lester Anderson wrote:
Hello,
I can use a script like:
#!/bin/bash
x=3.7
# pass variable x to awk via -v (var=value)
awk -v x=$x 'BEGIN { printf "%3.0f\n", x }'
#
which returns the value 4 as expected, but are there any other methods
that can be used?
In bash this must
On Nov 25 19:38, Eli Zaretskii wrote:
> > Date: Wed, 25 Nov 2015 12:37:15 +0100
> > From: Dominique de Waleffe
> >
> > bash: cannot set terminal process group (-1): Inappropriate ioctl for device
> > bash: no job control in this shell
> > 1 [main] bash 9588 c:\s\cygwin64\bin\bash.exe: *** fatal e
On Nov 25 21:33, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> cyg Simple sent the following at Wednesday, November 25, 2015 3:59 PM
> >>> Wed, 25 Nov 2015 19:39:08 Andrey wrote:
> >>
> >> You can precreate fstab, I think.
> >>
> >>> Yes I do this all the time. If, for example, C:\cygwin64\etc\fs
On Nov 23 04:28, Matt D. wrote:
> Andrey,
>
> My samba server is configured to use winbind and when inspecting the file
> using explorer properties, the SIDs resolve correctly as:
>
> "NAME (HOSTNAME\username)"
>
> where "NAME" is my name on the unix account and "username" is my login.
>
> The
Hello,
I can use a script like:
#!/bin/bash
x=3.7
# pass variable x to awk via -v (var=value)
awk -v x=$x 'BEGIN { printf "%3.0f\n", x }'
#
which returns the value 4 as expected, but are there any other methods
that can be used?
--
Problem reports: http://cygwin.com/problems.html
FAQ:
Hi Kacper,
On Nov 23 19:09, Kacper Michajlow wrote:
> 2015-11-21 17:24 GMT+01:00 Corinna Vinschen :
> > Hi Cygwin friends and users,
> >
> >
> > I released a new TEST version of Cygwin, 2.4.0-0.4.
> >
>
> With this version I get permissions denied when trying to chmod a
> folder created in a crea
On 26.11.2015 09:26, EXT David Macek wrote:
On 26. 11. 2015 2:27, Kenneth Wolcott wrote:
Hi;
It seems that a 32bit Windows server with a pre-existing MKS Toolkit
installation prevents an interactive Cygwin window (mintty) from
starting properly.
If the c:\mksnt directory (where MKS Tookk
On Nov 24 20:51, David Macek wrote:
> On 20. 11. 2015 10:26, Corinna Vinschen wrote:
> > On Nov 19 22:17, David Macek wrote:
> >> On 19. 11. 2015 20:36, Nellis, Kenneth wrote:
> >>> FWIW, my results are different:
> >>>
> >>> $ printenv CYGWIN
> >>> winsymlinks:nativestrict
> >>> $ touch XXX
> >>>
David Macek wrote:
Can you describe what purpose does your C:\proc serve? I'm not currently
arguing for or against Corinna's proposal, I'm just curious.
---
Notice the date on it... I created it 2-3 years ago...
but it was likely to get some behavior to work the same
with windows utils and lin
Corinna Vinschen wrote:
On Nov 23 16:54, Mark Geisert wrote:
John Hein wrote:
Mark Geisert wrote at 23:45 -0800 on Nov 22, 2015:
> Corinna Vinschen wrote:
> > On Nov 21 01:21, Mark Geisert wrote:
> [...] so I wonder if there's
> >> some unintentional serialization going on somewhere, bu
Before upgrading another machine (still on win7/64), I updated
cygwin64 on it and pulled fsfemacs 24.5 (the existing binary on gnu's
site) on it...
Did the same test there and on win7 it works. Could this be a Windows
10 related issue?
D.
PS: I'll stop cc'ing the emacs list after this message as
On Nov 23 16:54, Mark Geisert wrote:
> John Hein wrote:
> >Mark Geisert wrote at 23:45 -0800 on Nov 22, 2015:
> > > Corinna Vinschen wrote:
> > > > On Nov 21 01:21, Mark Geisert wrote:
> > > [...] so I wonder if there's
> > > >> some unintentional serialization going on somewhere, but I don't k
Hi Yucong Sun,
On Oct 21 17:40, Corinna Vinschen wrote:
> On Oct 21 22:43, Yucong Sun wrote:
> > On Wed, Oct 21, 2015 at 10:15 PM, Corinna Vinschen
> > wrote:
> > > On Oct 21 21:49, Yucong Sun wrote:
> > >> > What exactly is the malloc problem you're seeing?
> > >>
> > >> The specific problem I'm
On 26. 11. 2015 2:27, Kenneth Wolcott wrote:
> Hi;
>
> It seems that a 32bit Windows server with a pre-existing MKS Toolkit
> installation prevents an interactive Cygwin window (mintty) from
> starting properly.
>
> If the c:\mksnt directory (where MKS Tookkit is installed) is
> renamed to c:
34 matches
Mail list logo
