Yaakov Selkowitz wrote:
On 2016-04-05 00:54, Mark Geisert wrote:
When building in winsup/utils, I hit this:
[snip]
I found that the generated winsup/utils/Makefile has
MINGW_CXX := i686-w64-mingw32-g++
even though I am building on 64-bit.
I can't reproduce this with git master. Are you
On 2016-04-05 00:54, Mark Geisert wrote:
When building in winsup/utils, I hit this:
[snip]
I found that the generated winsup/utils/Makefile has
MINGW_CXX := i686-w64-mingw32-g++
even though I am building on 64-bit.
I can't reproduce this with git master. Are you sure you have both a
cl
I am running into a problem building Cygwin 2.5.0-0.11 from source on Windows 7
64-bit. This is not new with the latest test release but I believe it is new
with 2.5.0 over 2.4.1.
When building in winsup/utils, I hit this:
c++wrap -pipe -march=haswell -fno-exceptions -fno-rtti -O2 -g -fno-rtt
Version 15.14.1-1 of the package p7zip is now available in the Cygwin
distribution.
CHANGES
- New upstream release
- Minor packaging fixes, add nasm to DEPEND
DESCRIPTION
p7zip is the Unix port of 7-Zip, a file archiver that archives with
very high compression ratios. It supports packing/unpacki
Greetings, Corinna Vinschen!
> I guess you read that
> there's a way to use Windows mandatory locks, too.
Yes, if I compile my own program. But I'm not. I'm writing a shell script.
And /usr/bin/flock fails to lock a file. Even though the man claims that it
"uses an exclusive lock by default".
-
Am 05.04.2016 um 01:54 schrieb Paul Ausbeck:
Cygwin setup just updated some older packages while installing a
requested new component and now mintty does not recognize fonts
properly. I was previously using lucinda-console but now some default
font is being used. When I try to change the mintty
Cygwin setup just updated some older packages while installing a
requested new component and now mintty does not recognize fonts
properly. I was previously using lucinda-console but now some default
font is being used. When I try to change the mintty font through the
Options... dialog, the foll
Hi Cygwin friends and users,
Corinna just released a new Cygwin TEST version 2.5.0-0.11.
If things are not going very wrong, this is basically what you'll
get as 2.5.0-1 release (really, we mean it this time). Please, please
test and report regressions.
Refresh with the following changes:
On 04/04/2016 21:49, Chloe wrote:
Can you please change the Postgres packages to use postgres94,
postgres95, postgres96, etc. names? Each version is incompatible with
the previous. This will allow installing Postgres in separate binary
directories to enable upgrades. Alternatively, please increas
I have uploaded mintty 2.3.5 with the following changes:
* Reenable combined bold as font and colour for some mono-weight
fonts (#536).
* Workaround for suspected compilation problem causing crash after
daemonizing (#530).
The homepage is at http://mintty.github.io/
It also links to the i
On Apr 4, 2016, at 2:02 PM, Marco Atzeri wrote:
>
> On 04/04/2016 21:46, Chloe wrote:
>>
>> $ /usr/sbin/postgres
>> FATAL: could not create shared memory segment: Function not implemented
>> DETAIL: Failed system call was shmget(key=5432001, size=40, 03600).
>
> The shared memory capability d
On 04/04/2016 21:46, Chloe wrote:
OK now I really need help. I tried to install version 9.4.4-2 of
Postgres with
ftp://www.fruitbat.org/pub/cygwin/circa/2015/09/25/151012/index.html,
but now it won't start. I also tried to install 9.4.4-1 but that won't
work either. I also tried to exit all Cygwi
Can you please change the Postgres packages to use postgres94,
postgres95, postgres96, etc. names? Each version is incompatible with
the previous. This will allow installing Postgres in separate binary
directories to enable upgrades. Alternatively, please increase the
'previous version' history to
OK now I really need help. I tried to install version 9.4.4-2 of
Postgres with
ftp://www.fruitbat.org/pub/cygwin/circa/2015/09/25/151012/index.html,
but now it won't start. I also tried to install 9.4.4-1 but that won't
work either. I also tried to exit all Cygwin processes and run 'dash'
and 'reba
On Apr 4, 2016, at 10:51 AM, Andrey Repin wrote:
>
>> BSD file locks created via flock are only propagated to the direct parent
>
> that's a showstopper. In short, it makes the function literally useless.
Nonsense. That’s only true if “literally” every program that uses BSD locks
creates gran
On Apr 4 19:51, Andrey Repin wrote:
> If you mean the part about
>
> > BSD file locks created via flock are only propagated to the direct parent
> > process, not to grand parents or sibling processes. The locks are only valid
> > in the creating process, its parent process, and subsequently start
Greetings, Corinna Vinschen!
>> The script (let's call it test.sh):
>>
>> #!/bin/dash -x
>> _lock="./console-session.lock"
>> {
>> flock -n 9 || {
>> echo "The $(cat "$_lock") command is running already."
>> exit 3
>> } >&2
>>
>> printf "$1" >&9
>>
>> trap 'rm "$_lock";' E
Marco Atzeri writes:
> "help" tries to build the documentation on the fly.
> It seems an upstream bug that does not check that is already available.
Well, that too. But doc also uses info to view, while help just
displays the page in the terminal.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+30
Andrey Repin writes:
> I agree, of course, but in this case, I have to ask one not strictly
> Cygwin-related question:
> Is 'local -' a POSIX construct and/or is there a way to achieve the same
> effect without using it? (Localize any shell option changes within a
> function.)
No. See my reply el
---
> On 04/04/2016 12:09 AM, Yaakov Selkowitz wrote:
> > On 2016-04-03 18:05, Andrey Repin wrote:
> >> Because, within my reach, Cygwin is the only system that not using
> >> DASH as
> >> /bin/sh. Though, I may try rolling some busybox
> >
> > Ther
On Apr 3 00:22, Andrey Repin wrote:
> Greetings, All!
>
> The script (let's call it test.sh):
>
> #!/bin/dash -x
> _lock="./console-session.lock"
> {
> flock -n 9 || {
> echo "The $(cat "$_lock") command is running already."
> exit 3
> } >&2
>
> printf "$1" >&9
>
> trap '
On 04/04/2016 12:09 AM, Yaakov Selkowitz wrote:
> On 2016-04-03 18:05, Andrey Repin wrote:
>> Because, within my reach, Cygwin is the only system that not using
>> DASH as
>> /bin/sh. Though, I may try rolling some busybox…
>
> There *is* a world outside of Debian/Ubuntu; Fedora, RHEL/CentOS, and
On Mon, Apr 4, 2016 at 2:05 PM, Dennis Putnam wrote:
> Hi Ray,
>
> I kind of found the problem. The import should be:
>
> from ctypes import *
>
> Now I am getting a message box but the characters in it are garbage. I
> was tried to send an image but apparently this list does not allow that.
Whic
Hi Ray,
I kind of found the problem. The import should be:
from ctypes import *
Now I am getting a message box but the characters in it are garbage. I
was tried to send an image but apparently this list does not allow that.
Here is my trivial test program:
#!/usr/bin/python
from ctypes import
Hi Ray,
Thanks. That is actually where I started but I was not aware I needed
those first 2 assignments. I did not find any examples of MessageBoxW
that included that detail. However, now I get a different error. I am
guessing there is another import I'm missing:
Traceback (most recent call last)
On 04/04/2016 13:40, Achim Gratz wrote:
Marco Atzeri gmail.com> writes:
New versions 4.0.1-1 of
octave,
Thís package is apparently missing a dependency on texinfo since it needs
makeinfo to display help. If there is a way to instead pre-format the
documentation, that'd probably be pref
Marco Atzeri gmail.com> writes:
> New versions 4.0.1-1 of
>
> octave,
Thís package is apparently missing a dependency on texinfo since it needs
makeinfo to display help. If there is a way to instead pre-format the
documentation, that'd probably be preferrable to requiring texinfo (which in
Greetings, Yaakov Selkowitz!
> On 2016-04-03 18:05, Andrey Repin wrote:
>> Because, within my reach, Cygwin is the only system that not using DASH as
>> /bin/sh. Though, I may try rolling some busybox…
> There *is* a world outside of Debian/Ubuntu;
I have no doubt in that.
> Fedora, RHEL/CentOS
Yes, you can use the ctypes module [1] for this sort of thing:
import ctypes
user32=cdll.LoadLibrary('/cygdrive/c/Windows/System32/User32.dll')
mbw=getattr(user32,"MessageBoxW")
mbw(0,"Hello World","Caption",2)
.. but I think the ctypes module on Cygwin's Pythons should support
the windll stuff o
On 4/4/2016 5:53 AM, Marco Atzeri wrote:
> On 04/04/2016 11:28, Dennis Putnam wrote:
>> I'm trying to install pypiwin32 and have hit a stone wall. That module
>> wants _winreg so I installed cygwinreg. However, I cannot find a way to
>> tell pip to use cygwinreg rather than _winreg. Is there a way
On 04/04/2016 11:28, Dennis Putnam wrote:
I'm trying to install pypiwin32 and have hit a stone wall. That module
wants _winreg so I installed cygwinreg. However, I cannot find a way to
tell pip to use cygwinreg rather than _winreg. Is there a way to alias
or some way to get pip to use the right
EMMANUELLE FOURNIER partnre.com> writes:
> And without -C base and with --quiet-mode, it's ok.
Installing the whole Base category is implied, so no need to specify it (and
anyway it would be Base, with a capital B).
Regards,
Achim
--
Problem reports: http://cygwin.com/problems.html
FAQ:
I'm trying to install pypiwin32 and have hit a stone wall. That module
wants _winreg so I installed cygwinreg. However, I cannot find a way to
tell pip to use cygwinreg rather than _winreg. Is there a way to alias
or some way to get pip to use the right module? TIA.
signature.asc
Description: O
Hello Warren,
After your last mail, I've made some tests according with your explanations :
- Downloading and installing with unmodified setup.exe wasn't ok, until I
changed the download site (you're right about bogus domain names)
- after this change, no more problem, installing was correct,
34 matches
Mail list logo
