Ken Jackson jackson.io> writes:
> Fri, May 25, 2012 at 09:32AM -0400 Buchbinder, Barry
> (NIH/NIAID) [E] wrote:
>> Andrew Hancock sent the following at Friday, May 25, 2012 12:42 AM
>>>Barry, it works flawlessly. Thanks immensely!
>>
>> But I forgot to export ThisTerm, otherwise it is always
On Fri, May 25, 2012 at 3:55 PM, Karl M wrote:
>
> Hi All...
>
> With all of the recent bug fixes, could we have a new release once all the
> dust settles.
WAUWOIDB (What a useless waste of internet data bits). The CRT
(Cygwin release team) will DIWTGATI (Do it when they get around to
it).
--
On 2012-05-25 04:40, Corinna Vinschen wrote:
On May 25 03:26, Yaakov (Cygwin/X) wrote:
With the 20120523 snapshot, if a process attempts to fork/exec
Which snapshot shows this effect first?
Ouch, it starts with 20120309.
FWIW, here is the fork() code I discovered this with:
http://git.gnom
yswow64/kernel32.dll
#7 0x0004 in ?? ()
#8 0x610d0b24 in select_stuff::wait (this=0xff11cba4, readfds=0xff11cb00,
writefds=0xff11cae0, exceptfds=0xff11cac0, ms=4294967295)
at
/ext/build/netrel/src/cygwin-snapshot-20120525-1/winsup/cygwin/select.cc:320
#9 0x610d154b in cygwin_se
Hi All...
With all of the recent bug fixes, could we have a new release once all the dust
settles.
Thanks,
...Karl
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://c
t;> 00222A28 610E9092 (611AEA40, 00222A50, 611F8280, 611F7FB8)
>>> 0022AA68 610E9270 (611AEA40, 0040, 611F8280, 611F7FB8)
>>> 0022AAA8 610E9421 (611AEA40, 0040, 611F8280, 611F7FB8)
>>> 0022AB08 610C7090 (0022ABE0, 074C, 00020019, 0022AB54)
On 5/25/2012 10:35 AM, Corinna Vinschen wrote:
On May 25 15:03, Corinna Vinschen wrote:
On May 25 08:45, Ken Brown wrote:
On 5/25/2012 6:03 AM, Corinna Vinschen wrote:
And then again, do we know if 24.x works on older Cygwin release or
snapshots? If it's a Cygwin problem, it might help to nai
On May 25 16:52, Corinna Vinschen wrote:
> On May 25 15:18, Denis Excoffier wrote:
> > On Fri, May 25, 2012 at 02:54:14PM +0200, Corinna Vinschen wrote:
> > >> On May 25 14:17, Denis Excoffier wrote:
> > >> >976945 [main] date 3440 pinfo::thisproc: myself dwProcessId 3440
> > >> >76
On May 25 15:18, Denis Excoffier wrote:
> On Fri, May 25, 2012 at 02:54:14PM +0200, Corinna Vinschen wrote:
> >> On May 25 14:17, Denis Excoffier wrote:
> >> >976945 [main] date 3440 pinfo::thisproc: myself dwProcessId 3440
> >> >767021 [main] date 3440 time: 1337945628 = time(0)
>
Fri, May 25, 2012 at 09:32AM -0400 Buchbinder, Barry (NIH/NIAID) [E] wrote:
> Andrew Hancock sent the following at Friday, May 25, 2012 12:42 AM
> >Barry, it works flawlessly. Thanks immensely!
>
> But I forgot to export ThisTerm, otherwise it is always unset when
> a subshell is launched.
A
On May 25 15:03, Corinna Vinschen wrote:
> On May 25 08:45, Ken Brown wrote:
> > On 5/25/2012 6:03 AM, Corinna Vinschen wrote:
> > >And then again, do we know if 24.x works on older Cygwin release or
> > >snapshots? If it's a Cygwin problem, it might help to nail it down.
> >
> > It works on the
Thu, May 24, 2012 at 08:51AM -0400 Ken Brown wrote:
> On 5/24/2012 8:32 AM, Berglund Magnus (SE) wrote:
> >After an cygwin-upgrade this morning I'm experiencing performance
> >problems with emacs-X11 (23.4.2). The performance problem seem to be
> >graphics related. Window redraw is really slow
Andrew Hancock sent the following at Friday, May 25, 2012 12:42 AM
>Barry, it works flawlessly. Thanks immensely!
You are very welcome.
But I forgot to export ThisTerm, otherwise it is always unset when
a subshell is launched.
# Only set ThisTerm if not set.
if [ -z "${ThisTerm}" ]
then
if [ $
On Fri, May 25, 2012 at 02:54:14PM +0200, Corinna Vinschen wrote:
>> On May 25 14:17, Denis Excoffier wrote:
>> >976945 [main] date 3440 pinfo::thisproc: myself dwProcessId 3440
>> >767021 [main] date 3440 time: 1337945628 = time(0)
>> > --- Process 3440, exception C005 at 610DD
On Fri, May 25, 2012 at 02:31:18PM +0200, marco atzeri wrote:
>> On 5/25/2012 2:17 PM, Denis Excoffier wrote:
>> >
>> >My experience showed that my personal fork errors were never solved by
>> >autorebasing. In my case, autorebasing brought difficulties with xz
>> >that i don't understand and diffi
On May 25 08:45, Ken Brown wrote:
> On 5/25/2012 6:03 AM, Corinna Vinschen wrote:
> >And then again, do we know if 24.x works on older Cygwin release or
> >snapshots? If it's a Cygwin problem, it might help to nail it down.
>
> It works on the 20120111 snapshot but fails on the 20120122
> snapsho
On May 25 14:17, Denis Excoffier wrote:
>976945 [main] date 3440 pinfo::thisproc: myself dwProcessId 3440
>767021 [main] date 3440 time: 1337945628 = time(0)
> --- Process 3440, exception C005 at 610DDC3C
> 13438364 [main] date 3440 exception::handle: In cygwin_except_handl
Problem solved. "which g++" showed that cygwin's g++ wasn't installed and
I had been using mingw's g++.
Bob T.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://c
On 5/25/2012 6:03 AM, Corinna Vinschen wrote:
On May 24 08:17, Ken Brown wrote:
On 5/23/2012 12:02 PM, Corinna Vinschen wrote:
On May 23 11:56, Ken Brown wrote:
Based on the emacs code, I think that's right. But maybe I need to
download the source for the snapshot I'm using (or build cygwin1.
On 5/25/2012 2:17 PM, Denis Excoffier wrote:
My experience showed that my personal fork errors were never solved by
autorebasing. In my case, autorebasing brought difficulties with xz
that i don't understand and difficulties with my ~100
home-built DLLs (ie i would have to rebase them also, but
On Thu, May 24, 2012 at 02:18:50PM +0200, Corinna Vinschen wrote:
>> On May 24 11:22, Denis Excoffier wrote:
>> >
>> > I've decided to use rebase/rebaseall/autorebase. Until now, i had
>> > always run "Setup download" and "Setup install" separately, with removal
>> > of .../release/_autorebase/* b
On May 25 13:38, thunderboy42 wrote:
> Hello Corinna,
>
> it seems, that the read call block now, even if opened with O_NONBLOCK :-(
Sorry, I tested for the wrong error code. Please try the latest.
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Pro
On 2012-05-25 12:03, Corinna Vinschen wrote:
I'll look further into this, but I am wondering about this: Is the new
Fsignal/Fthrow implementation so much different than the old one in
emacs 23.x? If not, why does it work in 23.x? Any chance 24.x produces
a stack or heap corruption? Double free o
On May 24 08:17, Ken Brown wrote:
> On 5/23/2012 12:02 PM, Corinna Vinschen wrote:
> >On May 23 11:56, Ken Brown wrote:
> >>Based on the emacs code, I think that's right. But maybe I need to
> >>download the source for the snapshot I'm using (or build cygwin1.dll
> >>myself) so that I can step thr
On May 24 18:34, Otto Meta wrote:
> > Weird. I tried under CMD now as well, but it still runs and runs and
> > runs, without a failure. Tested on XP, W7, and 2008 R2.
>
> Maybe It’s Just Me then.
>
> > Another idea is that your system also fails due to the problem reported
> > in http://cygwin.
On May 25 03:26, Yaakov (Cygwin/X) wrote:
> With the 20120523 snapshot, if a process attempts to fork/exec
Which snapshot shows this effect first?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwin AT cygwin DOT com
Red
On May 25 10:15, Mark Pattie wrote:
> Hi all,
>
> I have installed Cygwin and am running sshd successfully. The
> permission required for the sshd service account "create a token
> object" is not permitted to be granted to any accounts in my
> organization. As such I have decided to use LSA based
On May 24 19:17, thunderboy42 wrote:
> Hello Corinna,
>
> I used a part from http://en.wikibooks.org/wiki/Serial_Programming/termios for
> testting because my 'original' is a little bit complicated. (see the source at
> the end)
>
> But I think I found the problem in "fhandler_serial.cc". There w
With the 20120523 snapshot, if a process attempts to fork/exec another
program which depends on a DLL which is missing, the PID created by
fork() spins:
* in taskmgr, the forked process is listed as an instance of the program
which called fork() (as usual);
* this PID ties up one CPU core (e
29 matches
Mail list logo
