>I thought you had requested in which 1.7.10s snapshot it broke.
>So the earliest snapshot I could find for 1.7.10s does have the problem.
>It works in 1.7.9.
>
>As I mentioned earlier in cygwin-inst-20120415.tar.bz2, a 1.7.11s
That should be cygwin-inst-20120220.tar.bz2.
>snapshot it's fixed. Th
>Corinna wrote:
>
>That's not very helpful, unfortunately. You reported in Feb or Mar that
>one of the snapshots fixed the problem for you. And you reported that
>it's now in May broken again. So there's one snapshot in the list which
>was the first one which fixed it, and there's another snapsh
Le 28/05/2012 23:21, Buchbinder, Barry (NIH/NIAID) [E] a écrit :
Here is what I use in ~/.bashrc
sed -e 's/ The .* to /\x1B[33;44;5m&\x1B[0;37;44m/' \
-e 's/|\(.*\)|$/\x1B[1m|\x1B[44m\1\x1B[1;40m|\x1B[0m/' \
-e 's/ __* $/\x1B[1m&\x1B[0m/' \
-e 's/jgs/\x1B[1;34;44mjgs\x1B[1;37;44m
On 6/1/2012 2:17 AM, Pach Roman (DGS-EC/ESG2) wrote:
The emacs is not the only application, which is very slow now.
Take a look at gvim.
For my purpose I have not installed the changes to GNOME and work
still with the old versions.
With the following packages everything is running as fast as ear
On 2012-06-01 17:29Z, Dennis Isenhour wrote:
>>
>> i686-pc-mingw32-gcc: unrecognized option '-static-libstdc++'
What if you use i686-pc-mingw32-g++ instead of i686-pc-mingw32-gcc?
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation
On Sat, Jun 02, 2012 at 12:07:50AM +0200, Otto Meta wrote:
>
> Are you using signals or functions that use signals internally? Signals are
> a bit wonky in 1.7.9 and they seem to be pretty much broken in 1.7.12 and
> newer (I didn’t try any snapshots). Have a look at the problem I reported:
> http
On Fri, Jun 01, 2012 at 03:50:19PM -0600, Warren Young wrote:
> >
> >The basic issue is that sem_wait() is being kicked out with EINTR
> >extremely frequently (9 out of 10 times or more),
>
> Does the attached program vaguely resemble what your program is
> trying to do? It does get EINTR, but on
> The basic issue is that sem_wait() is being kicked out with EINTR
> extremely frequently (9 out of 10 times or more), which slows my code
> to a crawl as it repeatedly retries sem_wait() until it finally
> returns zero. In 1.7.9, it does not appear that sem_wait() is
> preempted in this fashion;
On 6/1/2012 1:51 PM, Ryan C. Underwood wrote:
On Fri, Jun 01, 2012 at 08:59:06PM +0200, Corinna Vinschen wrote:
If you can press a long story into a short testcase in plain C with the
bare minimum of code to reproduce the behaviour, it would be much
appreciated.
The basic issue is that sem_wa
On Fri, Jun 01, 2012 at 08:59:06PM +0200, Corinna Vinschen wrote:
> >
> > Thanks, I have no idea why I did not receive that mail. I looked for
> > "nightly builds" but that would have been why I didn't find such.
-20111216, the oldest snapshot, already produces the problem, so I
guess that at le
On Fri, Jun 1, 2012 at 1:29 PM, Dennis Isenhour wrote:
> Can someone tell me, is static linking of libstdc++(-6 ?) not
> currently supported in cygwin using the mingw compiler?
http://cygwin.com/acronyms/#TOFU
IDK, but maybe with -static-libstdc++ it would work.
--
Earnie
-- https://sites.googl
This morning, I reverted GLib2.0 to a previous version and it did not
solve the issue.
Steps used in testing:
Extracted "libglib2.0_0-2.30.2-1.tar.bz2" and ran /etc/postinstall/glib2.0.sh
Started XWin and attempted to edit a file via gvim (performance issue
still remain)
On Fri, Jun 1, 2012 at 2:
On Jun 1 13:40, Ryan C. Underwood wrote:
> On Fri, Jun 01, 2012 at 08:18:52PM +0200, Corinna Vinschen wrote:
> >
> > http://cygwin.com/ml/cygwin/2012-06/msg8.html
>
> Thanks, I have no idea why I did not receive that mail. I looked for
> "nightly builds" but that would have been why I didn'
On Fri, Jun 01, 2012 at 08:18:52PM +0200, Corinna Vinschen wrote:
>
> http://cygwin.com/ml/cygwin/2012-06/msg8.html
Thanks, I have no idea why I did not receive that mail. I looked for
"nightly builds" but that would have been why I didn't find such.
> And on an even more important note, yo
On 6/1/2012 7:00 AM, Ken Brown wrote:
I found an XP system that hadn't been upgraded in a few weeks, and I
upgraded libglib2.0_0 but nothing else. This was enough to trigger the
problem.
I've checked the git repository for glib at
http://git.gnome.org/browse/glib/log/?h=glib-2-32
and there
On Jun 1 12:46, Ryan C. Underwood wrote:
>
> On Thu, May 31, 2012 at 04:01:43PM -0500, Ryan C. Underwood wrote:
> >
> > How can I "bisect" Cygwin i.e. by setting a certain date at which to
> > install packages that were current as of that date, and checking if
> > problem remains, so as to track
On Jun 1 11:18, Harry G McGavran Jr wrote:
>
> >On May 30 14:16, Harry G McGavran Jr wrote:
> >> Corinna wrote:
> >>
> >> >That's why I'm asking. If you could try to find out which snapshot
> >> >fixed it and which snapshot broke it again, it would help to find the
> >> >cause.
> >> >
> >> >
> >
On Thu, May 31, 2012 at 04:01:43PM -0500, Ryan C. Underwood wrote:
>
> How can I "bisect" Cygwin i.e. by setting a certain date at which to
> install packages that were current as of that date, and checking if
> problem remains, so as to track down the date a problem/different
> behavior was intr
Can someone tell me, is static linking of libstdc++(-6 ?) not
currently supported in cygwin using the mingw compiler?
On Thu, May 31, 2012 at 1:55 PM, Dennis Isenhour
wrote:
> Please excuse me if this isn’t the correct place for this question or
> if I’ve misunderstood something, or am not unders
>On May 30 14:16, Harry G McGavran Jr wrote:
>> Corinna wrote:
>>
>> >That's why I'm asking. If you could try to find out which snapshot
>> >fixed it and which snapshot broke it again, it would help to find the
>> >cause.
>> >
>> >
>> >Thanks,
>> >Corinna
>>
>> This will take a little time since
Ken Brown cornell.edu> writes:
> Fortunately for emacs users, the problem doesn't seem to occur with
> emacs-24. (Can anyone else confirm this?)
Hi Ken,
So I just upgraded to emacs-24 (24.0.96.1), and while it is certainly better, I
wouldn't say it's fixed.
Try opening a text file (I have a ~
On Fri, Jun 01, 2012 at 10:28:09AM -0500, Thrall, Bryan wrote:
>
> See the "Old Update" from 8/5/2008 under
> http://www.fruitbat.org/Cygwin/index.html#cygwincirca: You need to
> specify -X when running Cygwin setup.exe.
Thanks, I'm not sure what about "Old Update" screamed "obsolete info"
to me
Ryan C. Underwood wrote on 2012-06-01:
> On Thu, May 31, 2012 at 11:51:53PM +0200, Cyrille Lefevre wrote:
>>
>> well, have you tryed the cygwin time machine :
>>
>> http://www.fruitbat.org/Cygwin/index.html#cygwincirca
>
> I must not be understanding how to use this. For example, if I take
> t
On Thu, May 31, 2012 at 11:51:53PM +0200, Cyrille Lefevre wrote:
>
> well, have you tryed the cygwin time machine :
>
> http://www.fruitbat.org/Cygwin/index.html#cygwincirca
I must not be understanding how to use this. For example, if I take
the URL for 2/13:
ftp://www.fruitbat.org/pub/cygwin/
On 05/31/2012 11:42 AM, Jordan wrote:
> Hi folks,
>
> I've written a shell script running under CygWin, the purpose of which is to
> monitor a file for changes. If the MD5 hash fails to match the previous hash,
> it
> will execute a command to process the file. I used a 1-second delay between
On 06/01/2012 03:20 AM, Adam Dinwoodie wrote:
> Buchbinder, Barry wrote:
>> You might try changing
>> [[ condition ]]
>> to
>> [ condition ]
>> Perhaps single brackets use memory differently than double brackets.
>
> They do: [[ condition ]] is interpreted by the shell; [ condition ] forks
According to our records, your request regarding
"static_ext Cwd: wrong deps"
has been resolved.
If you have any further questions or concerns, please respond to this message.
For other topics, please create a new ticket.
https://rt.perl.org:443/rt3/Ticket/Display.html?id=81268 >
--
Proble
On Thu Mar 31 05:00:37 2011, tonyc wrote:
> I have a set of fixes for this in branch tonyc/staticcwd, but I don't
> know if this should be applied with the code freeze.
This was applied in 6c5941c785207c7779c0d0f98546b9e4ada88064 and
de4c0096ebdaf46695cc56e6e72c823fc693d433, over a year ago, by me
[Reformatted. Please don't top-post.]
On 6/1/2012 7:20 AM, xxx@xxx wrote:
On Fri, Jun 1, 2012 at 1:00 PM, Ken Brown wrote:
On 5/31/2012 4:51 PM, Angelo Graziosi wrote:
My upgrade regarded these packages:
_autorebase-69-1.tar.bz2
_update-info-dir-01051-1.tar.bz2
fftw3-3.3.2-1.tar.bz2
g
Hello,
Sorry, I have the same issue with emacs24 (GNU Emacs 24.0.96.1
(i686-pc-cygwin, GTK+ Version 2.24.10)).
Well it seems this EMACS 24 is built with GTK2.
This is the emacs package 24.0.96-2 I installed with setup.exe.
Regards
Fabien
On Fri, Jun 1, 2012 at 1:00 PM, Ken Brown wrote:
>
> On
On 5/31/2012 4:51 PM, Angelo Graziosi wrote:
My upgrade regarded these packages:
_autorebase-69-1.tar.bz2
_update-info-dir-01051-1.tar.bz2
fftw3-3.3.2-1.tar.bz2
glib2.0-networking-2.32.3-1.tar.bz2
gsettings-desktop-schemas-3.4.2-1.tar.bz2
gtk3-demo-3.4.3-1.tar.bz2
gvfs-1.12.3-1.tar.bz2
libff
On May 31 17:42, Jordan wrote:
> Hi folks,
>
> I've written a shell script running under CygWin, the purpose of which is to
> monitor a file for changes. If the MD5 hash fails to match the previous hash,
> it
> will execute a command to process the file. I used a 1-second delay between
> check
On May 31 19:15, Ryan C. Underwood wrote:
>
> On Thu, May 31, 2012 at 11:51:53PM +0200, Cyrille Lefevre wrote:
> >
> > well, have you tryed the cygwin time machine :
> >
> > http://www.fruitbat.org/Cygwin/index.html#cygwincirca
>
> This indeed appears to be what I was looking for:
Better: Use
AZ 9901 wrote:
> So some things to avoid while (bash)scripting under Cygwin to limit
> BLODA effect :
> - | : pipe stdout --> stdin
> - $(...) : subshell fork
> - `...` : same as before, subshell fork
> - [ condition ] : prefer [[ condition ]] construction
> - anything else ?
By my understanding o
2012/6/1 AZ 9901:
> 2012/6/1 Adam Dinwoodie:
>> Buchbinder, Barry wrote:
>>> You might try changing
>>> [[ condition ]]
>>> to
>>> [ condition ]
>>> Perhaps single brackets use memory differently than double brackets.
>>
>> They do: [[ condition ]] is interpreted by the shell; [ condition ]
2012/6/1 Adam Dinwoodie:
> Buchbinder, Barry wrote:
>> You might try changing
>> [[ condition ]]
>> to
>> [ condition ]
>> Perhaps single brackets use memory differently than double brackets.
>
> They do: [[ condition ]] is interpreted by the shell; [ condition ] forks to
> call /usr/bin/[.
The Cygwin cross-compiler toolchain is now available for Fedora 17 i686
and x86_64; Fedora 15 and 16 remain supported as well. The
fedora-cygwin-release-3-1.noarch.rpm package, available from multiple
locations, will enable the necessary repos for using this toolchain.
Yaakov
Cygwin Ports
-
37 matches
Mail list logo
