Hi,
New mingw-w64 build is ready. Remove the oldest in each category, leave
pthreads.
Thanks.
https://sourceforge.net/projects/mingw-w64/files/Cygwin%20Snapshots/dist/mingw64-i686/mingw64-i686-binutils/mingw64-i686-binutils-2.22.51-1-src.tar.bz2
when I reboot my PC, scrolling an xterm with a Levovo trackpoint works
(mostly) fine, very smooth
and good speed.
Then I work for a while and some condition, that I couldn't find out yet,
corrupts it.
It then doesn't scroll WHILE you hold that Trackpoint middle button down,
but
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-12-17 10:05:25
Modified files:
winsup/cygwin : ChangeLog wow64.cc wow64.h
Log message:
* wow64.cc (wow64_revert_to_original_stack): Fix comment.
* wow64.h (wow64_respawn_process):
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2011-12-17 10:24:09
Modified files:
winsup/cygwin : ChangeLog dcrt0.cc
Log message:
* dcrt0.cc (_dll_crt0): Fix formatting.
Patches:
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-12-17 23:39:48
Modified files:
cygwin : cygthread.cc dcrt0.cc dtable.cc environ.cc
fhandler_console.cc fhandler_disk_file.cc
CVSROOT:/cvs/uberbaum
Module name:winsup
Changes by: c...@sourceware.org 2011-12-18 04:07:48
Modified files:
cygwin : ChangeLog fhandler.cc syscalls.cc
Log message:
* fhandler.cc (fhandler_base::close): Move setting isclosed() from here
to
Greetings, Mike Brown!
Sorry that I can't help you with your cron problem, but have you
considered using the Windows Task Scheduler instead given the urgency of
your situation? It can be used to kick off Cygwin processes just like
any other. You'll need to wrap your existing tasks with a
Hello Jeremy,
Many thanks for your reply. To be sure, I was quite incredulous myself bash
would have problems with empty lines, but that's what happens for me.
To be precise:
- I'm running Win7-64, Home Premium SP1
- I built Cygwin by running setup.exe with all the default options. The bash
is
Dear Christopher,
PLEASE read the three posts (the second one in particular) in the thread
referenced below, and THEN decide who started the rant. Thank you.
Merry Christmas,
Emanuel
Christopher Faylor-8 wrote:
On Sat, Dec 17, 2011 at 12:21:40AM -0600, Jeremy Bopp wrote:
On 12/16/2011
On 17/12/2011 15:50, manu0507 wrote:
- the script causing trouble comes in the GNU gdb distribution
gdb-7.3.1.tar.gz
Hah! I know what's happened: you used a windows program such as winzip or
similar to unpack the archive, and it's gone and helpfully munged all the
line endings for you. Use
On Sat, Dec 17, 2011 at 09:04:38AM -0500, Pierre A. Humblet wrote:
cron logs to syslog, which by default uses the Windows log and which you
can read directly in Windows or filter with cronevents.
Good to know for the future.
It's the first time I can recall where this is a problem, except
On Sat, Dec 17, 2011 at 06:52:16PM +0400, Andrey Repin wrote:
nnCron, then?
http://nncron.ru/
nnCron supports that, if memory not deceiving me.
As pointed out in a followup posting, I reverted back to version 1.5 and all
is working again.
MB
--
e-mail: vid...@vidiot.com | vid...@vidiot.net
On 12/17/11, Dave Korn wrote:
On 17/12/2011 15:50, manu0507 wrote:
- the script causing trouble comes in the GNU gdb distribution
gdb-7.3.1.tar.gz
Hah! I know what's happened: you used a windows program such as winzip or
similar to unpack the archive, and it's gone and helpfully munged
On Sat, Dec 17, 2011 at 12:16:02PM -0500, Pierre A. Humblet wrote:
That's weird also because there is no uid 0 in the /etc/passwd you sent
earlier.
You're right. I never even noticed that. Also explains why there wasn't a
user name associated with the UID. D'Oh!
Could there be some
Hi Dave,
Dave Korn-9 wrote:
On 17/12/2011 15:50, manu0507 wrote:
- the script causing trouble comes in the GNU gdb distribution
gdb-7.3.1.tar.gz
Hah! I know what's happened: you used a windows program such as winzip
or
similar to unpack the archive, and it's gone and helpfully
On Sat, Dec 17, 2011 at 07:57:30AM -0800, manu0507 wrote:
PLEASE read the three posts (the second one in particular) in the thread
referenced below, and THEN decide who started the rant. Thank you.
I did read Eric's reply (which is the only one which would have any
bearing). I know Eric. I know
On Sat, Dec 17, 2011 at 10:27:23AM -0800, manu0507 wrote:
That being said, it's still sort of beyond me why all [CR][LF]s would be
converted ok... except the ones I reported.
It isn't a smart comversion, it is a blind substitute all conversion.
MB
--
e-mail: vid...@vidiot.com |
Reini Urban wrote:
Thanks for the nice testcase. I'll try to take it upstream.
But I'm not too confident that p5p will fix it, e.g. they refused to
fix File::Copy::cp, keeping the perms as with /bin/cp for several
years.
I could recently fix the cygwin write check if you had admin rights
18 matches
Mail list logo