Greetings, xmoon 2000!
> How can I set max number of concurrent processes allowed in Cygwin?
Define "concurrent"? What exactly you are trying to achieve?
--
WBR,
Andrey Repin (anrdae...@yandex.ru) 11.02.2015, <07:42>
Sorry for my terrible english...
--
Problem reports: http://cygwin.co
Version 0.8.0-rc1-1 of packages
hidapi
mingw64-i686-hidapi
mingw64-x86_64-hidapi
are available in the Cygwin distribution:
DESCRIPTION:
HIDAPI is a multi-platform library which allows an application
to interface with USB and Bluetooth HID-Class devices on
Windows, Linux, an
How can I set max number of concurrent processes allowed in Cygwin?
--
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
Am 10.02.2015, 21:43 Uhr, schrieb Helmut Karlowski:
Am 10.02.2015, 21:33 Uhr, schrieb Helmut Karlowski:
Works. The inodes from stat still differ, all seems right (to me).
Unfortunately I get with the snapshot reproducibly:
125018 [main] dksh 2348 fork: child -1 - forked process 548 died
> On Feb 10, 2015, at 2:38 AM, Corinna Vinschen
> wrote:
>
> "Starting a Cygwin shell is slow, what's going on?"
>
> I'd not be overly grudgy if somebody wants to come up with a FAQ text…
I’m not entirely sure I understand the problem, but I’ve attached a starting
point.
I’m pretty sure the
The following packages have been added to the Cygwin distribution:
* quvi-0.9.5-1
* libquvi0.9_4-0.9.4-1
* libquvi0.9-devel-0.9.4-1
* libquvi0.9-scripts-0.9.20131130-1
quvi is a command line tool for parsing video download links. libquvi
is a library for parsing video download links. They suppo
On 2/10/2015 10:54 PM, dum fk wrote:
Hi,
I'm hitting a bug of gdb 7.8. This is a known issue with gdb 7.8 and
was fixed in latest gdb 7.8.2. The bug ID is 17642. Please refer to
https://sourceware.org/bugzilla/show_bug.cgi?id=17642
With the latest cygwin setup, it shows the current gdb I have i
Hi,
I'm hitting a bug of gdb 7.8. This is a known issue with gdb 7.8 and
was fixed in latest gdb 7.8.2. The bug ID is 17642. Please refer to
https://sourceware.org/bugzilla/show_bug.cgi?id=17642
With the latest cygwin setup, it shows the current gdb I have is
7.8-2. Isn't it the latest gdb 7.8.2?
New versions 3.5.0r1524-1 of
lapack (source)
liblapack0
liblapack-devel
liblapack-doc
are available in the Cygwin distribution, 32 and 64 bit :
CHANGES
This is latest upstream SVN version including a
large number of bugfixes.
http://www.netlib.org/lapack/Errata/index2.html
Full list of change
On 2/9/2015 3:29 AM, Tony Kelman wrote:
Let's try this again...
Version 3.1.2-1 of packages
cmake
cmake-gui
cmake-doc
cmake-debuginfo
emacs-cmake
are available in the Cygwin distribution.
Thanks Tony,
Lapack SVN version built fine on both 32 bit and 64 bit version
Regards
Marco
Am 10.02.2015, 21:33 Uhr, schrieb Helmut Karlowski:
Works. The inodes from stat still differ, all seems right (to me).
With the redirection they are the same of course:
stat -c %i /dev/tty - http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: h
Am 10.02.2015, 21:06 Uhr, schrieb Corinna Vinschen:
If it's legal to look up the inode of a device, then both OS should be
fixed I think.
I applied a patch to Cygwin. Please give the latest snapshots a try:
https://cygwin.com/snapshots/
1030/home/hk#obash
/home/hk/.bashrc
/home/hk#set -o no
On 2/10/2015 1:13 PM, Yaakov Selkowitz wrote:
On Tue, 2015-02-10 at 12:44 -0500, Ken Brown wrote:
On 2/10/2015 11:55 AM, Angelo Graziosi wrote:
Ken Brown wrote:
I think the better way is for all libraries that rely on libpng15 to rebuild
for libpng16.
Does this mean that there is some librar
Please, https://cygwin.com/acronyms/#PCYMTNQREAIYR
On Feb 10 19:31, Helmut Karlowski wrote:
> Helmut Karlowski <...> wrote:
> > Eric Blake <...> wrote:
> > > On 02/10/2015 09:46 AM, Helmut Karlowski wrote:
> > > >> The same test from the command line:
> > > >>
> > > >> $ stat -c %i /dev/tty - 0>/
Thomas Wolff writes:
> My preference at this time would be option 2 because it’s easier to
> understand than option 3 (and who cares to preserve entries not set by
> cygwin but imposed by Windows default ACLs) but maybe option 3 would
> be more “correct”.
Again, if you want POSIX-only directory tr
On Feb 10 20:04, Thomas Wolff wrote:
> Am 10.02.2015 um 10:21 schrieb Corinna Vinschen:
> >...
> >Here's the problem: Windows doesn't support an ACL_MASK entry, nor
> >anything even remotely resembling it.
> >[...]
> >And a third one, which just occured to me after writing the above:
> >
> >o Cygw
The following packages have been updated for the Cygwin distribution:
* pulseaudio-5.0-2
* pulseaudio-equalizer-5.0-2
* pulseaudio-esound-compat-5.0-2
* pulseaudio-module-gconf-5.0-2
* pulseaudio-module-x11-5.0-2
* pulseaudio-module-zeroconf-5.0-2
* pulseaudio-utils-5.0-2
* libpulse0-5.0-2
* libpu
The following packages have been updated for both arches:
* curl-7.40.0-1
* libcurl4-7.40.0-1
* libcurl-devel-7.40.0-1
* libcurl-doc-7.40.0-1
cURL is a library and command line tool for transferring data with URL
syntax, supporting numerous protocols, SSL certificates, HTTP POST, HTTP
PUT, FTP up
Am 10.02.2015 um 10:27 schrieb Corinna Vinschen:
On Feb 9 21:49, Thomas Wolff wrote:
Am 09.02.2015 um 11:17 schrieb Corinna Vinschen:
On Feb 9 00:04, Thomas Wolff wrote:
With a Windows case sensitive file system (and according mount flags
for /cygdrive), the PATH does not properly reflect ca
Am 10.02.2015 um 10:25 schrieb Corinna Vinschen:
On Feb 9 21:47, Thomas Wolff wrote:
Am 09.02.2015 um 10:18 schrieb Corinna Vinschen:
On Feb 9 00:04, Thomas Wolff wrote:
cygwin_create_path (CCP_WIN_A_TO_POSIX, "C:/cygwin/lib") -> "/usr/lib"
This is the correct directory, however, only by mea
Am 10.02.2015 um 10:21 schrieb Corinna Vinschen:
...
Here's the problem: Windows doesn't support an ACL_MASK entry, nor
anything even remotely resembling it.
What does that mean for us?
When reading permissions from a Windows ACL, the ACL_MASK entry can only
be computed from the given values.
The following packages have been added to the Cygwin distribution:
* lua-bit-1.0.2-1
* lua-crypto-0.3.2-1
* lua-json-1.3.2-1
* lua-lfs-1.6.2-1
* lua-logging-1.1.4-2
* lua-lpeg-0.12-1
* lua-luadoc-3.0-2
* lua-lxp-1.2.0-1
* lua-socket-2.0.2-2
These Lua modules have been added as dependencies of lib
The following packages have been updated for the Cygwin distribution:
*** mysql-5.5.41-2
*** mysqld-5.5.41-2
*** mysql-test-5.5.41-2
*** libmysqlclient18-5.5.41-2
*** libmysqlclient-devel-5.5.41-2
*** libmysqld0-5.5.41-2
*** libmysqld-devel-5.5.41-2
MySQL Community Edition is a freely downloadabl
The following packages have been updated in the Cygwin distribution:
* xz-5.0.8-1
* liblzma5-5.0.8-1
* liblzma-devel-5.0.8-1
* mingw64-i686-xz-5.0.8-1
* mingw64-x86_64-xz-5.0.8-1
XZ Utils is free general-purpose data compression software with a high
compression ratio.
This is an update to the la
--
Helmut Karlowski wrote:
(10/02/2015 19:04)
>
> --
> Eric Blake wrote:
> (10/02/2015 18:34)
>
> > On 02/10/2015 09:46 AM, Helmut Karlowski wrote:
> > >> The same test from the command line:
> > >
On Feb 10 10:34, Eric Blake wrote:
> On 02/10/2015 09:46 AM, Helmut Karlowski wrote:
> >> The same test from the command line:
> >>
> >> $ stat -c %i /dev/tty - 0>/dev/tty
> >> 327680
> >> 8912896
> >>
> >> use any other (already-existing) file to see that the two numbers should
> >> normally be th
--
Eric Blake wrote:
(10/02/2015 18:34)
> On 02/10/2015 09:46 AM, Helmut Karlowski wrote:
> >> The same test from the command line:
> >>
> >> $ stat -c %i /dev/tty - 0>/dev/tty
> >> 327680
> >> 8912896
> >>
> >> use any other (already-existing) fil
On Tue, 2015-02-10 at 12:44 -0500, Ken Brown wrote:
> On 2/10/2015 11:55 AM, Angelo Graziosi wrote:
> > Ken Brown wrote:
> >> I think the better way is for all libraries that rely on libpng15 to
> >> rebuild
> >> for libpng16.
> >
> > Does this mean that there is some library which, after being re
On 2/10/2015 11:55 AM, Angelo Graziosi wrote:
Ken Brown wrote:
I think the better way is for all libraries that rely on libpng15 to rebuild
for libpng16.
Does this mean that there is some library which, after being rebuilt, will allow
Emacs to be build OB, linking to libpng16, without the need
Il 10/02/2015 17:55, Angelo Graziosi ha scritto:
Ken Brown wrote:
I think the better way is for all libraries that rely on libpng15 to
rebuild for libpng16.
Does this mean that there is some library which, after being rebuilt,
will allow Emacs to be build OB, linking to libpng16, without the
On 02/10/2015 09:51 AM, Helmut Karlowski wrote:
>
> --
>> use any other (already-existing) file to see that the two numbers should
>> normally be the same.
>
> Also: isn't it nonsense to interpret the inode of somthing like
> /dev/tty?
No. inodes
On 02/10/2015 09:46 AM, Helmut Karlowski wrote:
>> The same test from the command line:
>>
>> $ stat -c %i /dev/tty - 0>/dev/tty
>> 327680
>> 8912896
>>
>> use any other (already-existing) file to see that the two numbers should
>> normally be the same.
>
> Don't know why, but cygwin is not the on
On Tue, 2015-02-10 at 17:55 +0100, Angelo Graziosi wrote:
> Ken Brown wrote:
> > I think the better way is for all libraries that rely on libpng15 to
> > rebuild for libpng16.
>
> Does this mean that there is some library which, after being rebuilt,
> will allow Emacs to be build OB, linking to
Eric Blake writes:
> The same test from the command line:
>
> $ stat -c %i /dev/tty - 0>/dev/tty
> 327680
> 8912896
>
> use any other (already-existing) file to see that the two numbers should
> normally be the same.
Interestingly enough I get exactly the same numbers, both on 32bit and
64bit Cygw
--
> use any other (already-existing) file to see that the two numbers should
> normally be the same.
Also: isn't it nonsense to interpret the inode of somthing like
/dev/tty?
--
Problem reports: http://cygwin.com/problems.html
FAQ:
--
Eric Blake wrote:
(10/02/2015 17:33)
> On 02/10/2015 09:28 AM, Eric Blake wrote:
> >
> > The bug is in cygwin1.dll, not bash. Here's a STC; opening a file
> > should NOT change its st_ino number, but that's exactly what cygwin is
> > doing to
Ken Brown wrote:
I think the better way is for all libraries that rely on libpng15 to rebuild
for libpng16.
Does this mean that there is some library which, after being rebuilt,
will allow Emacs to be build OB, linking to libpng16, without the need
to install libpng15?
Ciao,
Angelo.
--
On 02/10/2015 09:28 AM, Eric Blake wrote:
>
> The bug is in cygwin1.dll, not bash. Here's a STC; opening a file
> should NOT change its st_ino number, but that's exactly what cygwin is
> doing to /dev/tty. As such, bash thinks that because the ino changed
> between stat() and open() that there i
On 02/09/2015 01:53 PM, Eric Blake wrote:
> On 02/09/2015 01:38 PM, Thomas Wolff wrote:
>
>>> bash prints that message when it has the noclobber-option set. Maybe
>>> you check it?
>> Yes, indeed, the effect shows up after set -o noclobber;
>> however, this shouldn’t apply to device files (and doe
On 2/10/2015 10:12 AM, Angelo Graziosi wrote:
After this update: https://cygwin.com/ml/cygwin/2015-02/msg00126.html, building
Emacs (from master) fails because 'ld' does not find '-lpng15'...
Installing libpng15-devel fixes the build but I wonder if there is a better way
to do this..
I think t
After this update: https://cygwin.com/ml/cygwin/2015-02/msg00126.html,
building Emacs (from master) fails because 'ld' does not find '-lpng15'...
Installing libpng15-devel fixes the build but I wonder if there is a
better way to do this..
TIA,
Angelo.
--
Problem reports: http://cygwin
Tim Even gmail.com> writes:
> Do you have any ideas about how to get backups working on the following?
Emacs issues this warning when you have no write access in the directory
where the file you're editing resides. Based on the assumption that you
would have those rights in your home directory i
On 2/10/2015 9:13 AM, Ken Brown wrote:
On 2/9/2015 11:39 PM, Tim Even wrote:
Do you have any ideas about how to get backups working on the following?
Sorry, but you need to provide more details. Please make a complete problem
report, following the
guidelines at
http://cygwin.com/problems
On 2/9/2015 11:39 PM, Tim Even wrote:
Do you have any ideas about how to get backups working on the following?
Sorry, but you need to provide more details. Please make a complete problem
report, following the guidelines at
http://cygwin.com/problems.html
Your report should include detail
On Feb 10 11:48, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
> > Here's the problem: Windows doesn't support an ACL_MASK entry, nor
> > anything even remotely resembling it.
>
> Right. And pretending that it does is doing more harm than good, IMHO.
>
> > o The other way to emulat
Corinna Vinschen cygwin.com> writes:
> Here's the problem: Windows doesn't support an ACL_MASK entry, nor
> anything even remotely resembling it.
Right. And pretending that it does is doing more harm than good, IMHO.
> o The other way to emulate writing an ACL_MASK entry would be to drop
> p
On Feb 9 23:26, xian wrote:
> Sorry for the double post, just noticed a very similar thread. I do
> have domain account. What I did now to speed up startup:
> created local db with mkpasswd and mkgroup
> created nsswitch.conf allowing only files to be read.
>
> Now everything back to normal.
>
>
On Feb 9 22:50, diod lightbulb wrote:
> On 9 February 2015 at 21:28, Thomas Wolff wrote:
> > Am 09.02.2015 um 16:37 schrieb diod lightbulb:
> >>
> >> ...
> >>
> >> 1- For pre-existing files/directories under /cygdrive/d and /cygdrive/e
> >> All my file permissions that were correctly reported by
On Feb 9 22:00, diod lightbulb wrote:
> However, I'd like to ask somthing else, is there a way to make newly
> created files outside my home to respect my umask? I just tried touch
> still buggy; ll stillbuggy reports -rw-rwxr--+ while stat -c " %a %u
> %g" stillbuggy gives back " stillbuggy
Hi Jari,
On Feb 10 01:11, Jari Aalto wrote:
> 2015-02-09 15:43 Corinna Vinschen
> :
> | On Feb 9 11:10, Jan Nijtmans wrote:
> |
> | > 2015-02-09 10:23 GMT+01:00 Corinna Vinschen :
> | > > No worries. I guess I should revamp the FAQ to add a more generic
> | > >
> | > > Why do my files have cer
On Feb 9 21:49, Thomas Wolff wrote:
> Am 09.02.2015 um 11:17 schrieb Corinna Vinschen:
> >On Feb 9 00:04, Thomas Wolff wrote:
> >>With a Windows case sensitive file system (and according mount flags
> >>for /cygdrive), the PATH does not properly reflect casing of the actual
> >>directories (e.g.
On Feb 9 21:47, Thomas Wolff wrote:
> Am 09.02.2015 um 10:18 schrieb Corinna Vinschen:
> >On Feb 9 00:04, Thomas Wolff wrote:
> >>cygwin_create_path (CCP_WIN_A_TO_POSIX, "C:/cygwin/lib") -> "/usr/lib"
> >>This is the correct directory, however, only by means of the extra mount
> >>point
> >>of /u
On Feb 9 21:20, Thomas Wolff wrote:
> Am 09.02.2015 um 10:14 schrieb Corinna Vinschen:
> >On Feb 9 00:03, Thomas Wolff wrote:
> >>With 1.7.34-6:
> >>>- the fixes in POSIX ACL handling and the effect this has on the standard
> >>> POSIX group permissions, as well as the accompanying new setfac
53 matches
Mail list logo
