Thomas Wolff wrote:
Now that cygwin supports UTF-8 in a standard fashion, I think it's time
to also add Unicode fonts to the Cygwin/X distribution. Otherwise the
additional value of running xterm or rxvt in UTF-8 mode is quite limited.
I would be willing to provide the Unicode versions of
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-04-06 10:25:28
Modified files:
winsup/doc : ChangeLog setup2.sgml
Log message:
* setup2.sgml (setup-locale-problems): Change title to be more clear
when referencing this
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-04-06 10:30:02
Modified files:
winsup/doc : ChangeLog new-features.sgml setup2.sgml
Log message:
* new-features.sgml (ov-new1.7-posix): Remove JIS from supported
charsets.
The current implementation of rexec() uses fstat() and it seems
to pick up the wrong values for st_mode. As a consequence
the code keeps complaining about the permissions for ~/.netrc
and won't complete successfully.
I don't know enough about the how the re-mapping of stat/stat64
works within
Hi Earl,
On Apr 6 13:20, Earl Chew wrote:
The current implementation of rexec() uses fstat() and it seems
to pick up the wrong values for st_mode. As a consequence
the code keeps complaining about the permissions for ~/.netrc
and won't complete successfully.
I don't know enough about the
Dave Korn wrote:
Forgot to say... can I see your cygcheck -cd? I would have said just m4
and cygwin, but maybe it's related to something else.
Attached. FWIW, I had no problems building other things, like
yesterday's p7zip packages or today's alternatives packages.
--
Chuck
Cygwin
Charles Wilson wrote:
Dave Korn wrote:
Forgot to say... can I see your cygcheck -cd? I would have said just m4
and cygwin, but maybe it's related to something else.
Attached. FWIW, I had no problems building other things, like
yesterday's p7zip packages or today's alternatives
Dave Korn wrote:
I'm about to use the time machine to install a completely fresh cygwin in a
vm. Maybe that'll get things moving again.
Of ALL the times for AVG to suddenly start misdetecting conftest.exe as
Trojan Horse Generic2.ITN ... this was not the best moment for it to pick.
:-/
On Apr 4 02:32, neomjp wrote:
LANG=en_US.ISO-2022-JP
000 71 71 0e e4 b8 80 0a
q q so d 8 nul nl
007
This must be identical to:
000 71 71 1b 24 42 30 6c 1b 28 42 0a
q q esc $ B 0 l esc ( B nl
013
After some long
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Dave Korn on 4/6/2009 3:08 AM:
I wonder if m4 suddenly changed its behaviour as a result of now being
locale sensitive, which had knock-on effects on autoconf and bison, which
causes the trouble by doing something unexpected when
Charles Wilson wrote:
Dave Korn wrote:
Forgot to say... can I see your cygcheck -cd? I would have said just m4
and cygwin, but maybe it's related to something else.
Attached. FWIW, I had no problems building other things, like
yesterday's p7zip packages or today's alternatives
On Apr 6 10:08, Dave Korn wrote:
Charles Wilson wrote:
Dave Korn wrote:
Forgot to say... can I see your cygcheck -cd? I would have said just
m4
and cygwin, but maybe it's related to something else.
Attached. FWIW, I had no problems building other things, like
yesterday's
Corinna Vinschen wrote:
This happens if the symlink has been created with Cygwin 1.7.0-45
and you revert back to 1.7.0-44 or earlier.
Yeh, it all went quiet for a while while I've been re-reading the recent
release announcements. Thanks for the pointers.
I explained what I did to new
I tried to list the contents of a directory in DOS command prompt and
redirecting it to a file.This did not add the contents at all.
“ls $root/virusScanBase $resultfile”
As an alternative to this I tried to use
echo $root/virusScanBase/* but this just returns * and not the directory
contents(in
I am trying the following command on DOS command prompt and it does not work.
There is a process which writes to STDOUT and the following command captures
it[from STDIN] and writes to a file.Please help in this regard.
cat $root/qfile ‘ $root/script” but /tmp qfile itself is not created.
cygiwn
Dave Korn wrote:
Argh, sorry about that. I just updated the BLODA sources in CVS to mention
Google Desktop the other day, but we haven't refreshed the website yet,
:-P That would have saved me some troubleshooting time!
I swear I searched Google for Google desktop cygrunsrv and I didn't
On 2009-04-06 12:14Z, sudhap85 wrote:
I tried to list the contents of a directory in DOS command prompt and
redirecting it to a file.This did not add the contents at all.
“ls $root/virusScanBase $resultfile”
As an alternative to this I tried to use
echo $root/virusScanBase/* but this just
Yes this CMD.exe and $root is just a variable which holds a directory name
and it would expand as
(virusscanbase is a directory)
“ls /tmp/virusScanBase resultfile”
Greg Chicares-2 wrote:
On 2009-04-06 12:14Z, sudhap85 wrote:
I tried to list the contents of a directory in DOS command prompt
[reformatted: see http://www.cygwin.com/acronyms/#TOFU ]
On 2009-04-06 12:41Z, sudhap85 wrote:
Greg Chicares-2 wrote:
On 2009-04-06 12:14Z, sudhap85 wrote:
I tried to list the contents of a directory in DOS command prompt and
redirecting it to a file.This did not add the contents at all.
On Apr 6 05:56, Eric Blake wrote:
According to Dave Korn on 4/6/2009 3:08 AM:
I wonder if m4 suddenly changed its behaviour as a result of now being
locale sensitive, which had knock-on effects on autoconf and bison, which
causes the trouble by doing something unexpected when generating
Dave Korn wrote:
LOLWUT? It turns out something has gone horribly wrong in the alternatives
department now:
$ gcc
bash: gcc: command not found
$ gcc.exe
bash: gcc.exe: command not found
$ file /bin/gcc.exe
/bin/gcc.exe: broken symbolic link to `/etc/alternatives/gcc'
$ ls
Corinna Vinschen wrote:
However, just before the application's main() is called, the locale is
set back to C, see
http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dcrt0.cc.diff?r1=1.352r2=1.353cvsroot=srcf=h
Hmm. before main() huh? Is that *before*, or *after*, C++ static
initializers
New News:
===
I have updated the version of rebase to 3.0-2. The tarballs should be
available on a Cygwin mirror near you shortly.
The changes since the previous release are:
* Add two new utilities: peflags and peflagsall
* Change rebaseall to skip the Cygwin LSA DLLs
Note that
On Apr 6 09:06, Charles Wilson wrote:
Corinna Vinschen wrote:
However, just before the application's main() is called, the locale is
set back to C, see
http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/cygwin/dcrt0.cc.diff?r1=1.352r2=1.353cvsroot=srcf=h
Hmm. before main() huh? Is that
I have been beating my head on a wall for two weeks and have googled til my
fingers bled. I am running windows server 2003 with cygwin. I am attempting
to get a bash script to continue to run in cygwin even after I have logged out.
I have tried several different tactics. The most recent
Hi,
I try to open a new file named 'Aux.pm' under GNU emacs, and this one hangs.
Both in X and -nw modes.
This is emacs 21.2.13 under cygwin 1.5.25-15.
emacs works otherwise normally.
Marc
--
View this message in context:
Marc Girod wrote:
Hi,
I try to open a new file named 'Aux.pm' under GNU emacs, and this one
hangs.
Both in X and -nw modes.
This is emacs 21.2.13 under cygwin 1.5.25-15.
emacs works otherwise normally.
http://cygwin.com/faq/faq-nochunks.html#faq.using.dos-filenames
Phil
--
This
On Apr 6 09:03, Charles Wilson wrote:
Dave Korn wrote:
LOLWUT? It turns out something has gone horribly wrong in the
alternatives
department now:
[...]
Actually, from Corinna's reply, it appears that, in addition to
reverting *alternatives* because of the dependence that the new
Dave Korn wrote:
Hi all,
[ re: ... don't update! ]
Or at least, not without taking a backup of your Cygwin installation
first
Right, panic over. If you do need to revert, it is possible, as long as you
remember to take m4 and alternatives along for the ride. (Also any other
http://cygwin.com/acronyms/#PCYMTWLL
On Apr 6 09:51, Jeff Irwin wrote:
I am running windows server 2003 with cygwin. I
am attempting to get a bash script to continue to run in cygwin even
after I have logged out.
That's not possible. Windows always kills all processes started
within your
Latest Cygwin DLL release version is 1.5.25-15
http://cygwin.com/ml/cygwin-announce/2008-06/msg00014.html
latest cygwin installed; from advise OpenCobol site, installation
description
was guided thru every thing :OK
had to find editors ed or vim
both editors not present in c:\cygwin\bin
On Mon, Apr 06, 2009 at 03:21:26PM +0100, Dave Korn wrote:
So, that's why only some applications manifest this problem; it's only
the ones that explicitly pass -lc in their LDFLAGS.
So, given how limited the problem is, I don't think the alarmist Subject
was really called for. Anyone reading the
Has there been any progress on the problem reported in
http://cygwin.com/ml/cygwin/2008-09/msg00298.html ?
--paulr
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
Charles Wilson wrote:
So, IIUC, alternatives-1.3.30c-10 isn't *itself* actually broken, right?
No, I didn't mean the package is broken, just that the alternatives
themselves, i.e. the symlinks, were wrong.
cheers,
DaveK
--
Unsubscribe info:
Corinna Vinschen wrote:
On Apr 6 09:03, Charles Wilson wrote:
Dave Korn wrote:
LOLWUT? It turns out something has gone horribly wrong in the
alternatives
department now:
[...]
Actually, from Corinna's reply, it appears that, in addition to
reverting *alternatives* because of the
Robinson, Paul T (NonStop) wrote:
Has there been any progress on the problem reported in
http://cygwin.com/ml/cygwin/2008-09/msg00298.html ?
I'm sorry to say I forgot about this one. For some reason, I never
copied that thread into my inetutils-pending-problems mail folder; I've
done that now
ruud van der made wrote:
Latest Cygwin DLL release version is 1.5.25-15
don't think so, note that 1.7 is released
had to find editors ed or vim
both editors not present in c:\cygwin\bin
Those are optional packages in the setup menu. For further information,
see www.cygwin.com
--
* Corinna Vinschen (Mon, 6 Apr 2009 16:11:14 +0200)
http://cygwin.com/acronyms/#PCYMTWLL
On Apr 6 09:51, Jeff Irwin wrote:
I am running windows server 2003 with cygwin. I
am attempting to get a bash script to continue to run in cygwin even
after I have logged out.
That's not
Christopher Faylor wrote:
On Mon, Apr 06, 2009 at 03:21:26PM +0100, Dave Korn wrote:
So, that's why only some applications manifest this problem; it's only
the ones that explicitly pass -lc in their LDFLAGS.
So, given how limited the problem is, I don't think the alarmist Subject
was really
Robert Jacobson wrote:
Dave Korn wrote:
Argh, sorry about that. I just updated the BLODA sources in CVS to mention
Google Desktop the other day, but we haven't refreshed the website yet,
:-P That would have saved me some troubleshooting time!
I swear I searched Google for Google
On 4/6/2009 7:59 AM, Robert Jacobson wrote:
Dave Korn wrote:
Argh, sorry about that. I just updated the BLODA sources in CVS to mention
Google Desktop the other day, but we haven't refreshed the website yet,
:-P That would have saved me some troubleshooting time!
I swear I searched
Hello,
* On Mon, Apr 06, 2009 at 03:00:21PM +0100 Phil Betts wrote:
Marc Girod wrote:
I try to open a new file named 'Aux.pm' under GNU emacs, and this one
hangs.
[...]
http://cygwin.com/faq/faq-nochunks.html#faq.using.dos-filenames
Is this still true for Cygwin 1.7? I mean, Win 9x
* Tim Prince (Mon, 06 Apr 2009 08:16:19 -0700)
ruud van der made wrote:
Latest Cygwin DLL release version is 1.5.25-15
don't think so, note that 1.7 is released
http://cygwin.com/#beta-test
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
On Apr 6 18:12, Spiro Trikaliotis wrote:
Hello,
* On Mon, Apr 06, 2009 at 03:00:21PM +0100 Phil Betts wrote:
Marc Girod wrote:
I try to open a new file named 'Aux.pm' under GNU emacs, and this one
hangs.
[...]
http://cygwin.com/faq/faq-nochunks.html#faq.using.dos-filenames
Is
On Apr 6 16:48, Dave Korn wrote:
Christopher Faylor wrote:
On Mon, Apr 06, 2009 at 03:21:26PM +0100, Dave Korn wrote:
...Both exes have an IAT from kernel32 importing GetACP and Get
ModuleHandleA, and two single-entry IATs referencing _impure_ptr
(auto-import entries, pointing into the
I installed rsync on my Windows Server 2008. The service starts but
doesn't write to a log or accept any connections. Any pointers or RTFM
suggestions? I used the configuration that I used on my Server 2003
machine which works fine.
John J. Boris, Sr.
JEN-A-SyS Administrator
Archdiocese of
On Apr 7 02:51, neomjp wrote:
On 2009/04/06 20:04, Corinna Vinschen wrote:
After some long mulling over this problem, I gave up on supporting JIS.
So, I removed JIS support from Cygwin again. Given that SJIS and eucJP
are both available, this shoudn't pose a big problem for Japanese
On Apr 6 13:33, Christopher Faylor wrote:
On Mon, Apr 06, 2009 at 06:29:43PM +0200, Corinna Vinschen wrote:
Wouldn't it help if libc.a, libm.a etc. wouldn't export any symbols at
all? I mean, eventually there's libcygwin.a linked in which satisfies
all of the requested symbols. What would
On Mon, Apr 06, 2009 at 06:29:43PM +0200, Corinna Vinschen wrote:
Wouldn't it help if libc.a, libm.a etc. wouldn't export any symbols at
all? I mean, eventually there's libcygwin.a linked in which satisfies
all of the requested symbols. What would break if the secondary libs
pointing to
On 2009/04/06 20:04, Corinna Vinschen wrote:
After some long mulling over this problem, I gave up on supporting JIS.
So, I removed JIS support from Cygwin again. Given that SJIS and eucJP
are both available, this shoudn't pose a big problem for Japanese users.
Ok, I understand. I
Dave Korn wrote on Friday, March 27, 2009 11:46 AM:
Charles Wilson wrote:
Thrall, Bryan wrote:
I recently installed 1.7 (C:\cygwin_1.7) alongside 1.5 (C:\cygwin)
on my
workstation, then reconfigured and rebuilt my application (vital),
which
worked just fine under 1.5 but doesn't under 1.7.
Hi,
I encountered a problem that caused my GitHub repository to be
unusable after a push. The GitHub folks indicated that my use of git
1.6.1 together with JGit 0.4 may have caused the problem. I could use
msysgit 1.6.2.1, but I like Cygwin and would prefer to continue with
that. Could you
Corinna Vinschen wrote:
On Apr 6 18:12, Spiro Trikaliotis wrote:
Hello,
* On Mon, Apr 06, 2009 at 03:00:21PM +0100 Phil Betts wrote:
Marc Girod wrote:
I try to open a new file named 'Aux.pm' under GNU emacs, and this one
hangs.
[...]
Hi,
I'm trying to get tokyo cabinet running. I have a strange error. One
of the test utilities does:
#define TCFILEMODE 00644 // permission of a creating file
int fd = path ? open(path, O_RDONLY, TCFILEMODE) : 0; // path = Makefile
and then fstats:
if(fstat(fd, sbuf)
On Apr 6 15:14, Lee D. Rothstein wrote:
Corinna Vinschen wrote:
Apart from the fact that you should use slashes instead of backslashes,
there isn't any need to use //./ in Cygwin 1.7. Just open Aux.pm.
http://cygwin.com/1.7/cygwin-ug-net/using-specialnames.html
Can't have any files
John Bito jwbito at gmail.com writes:
I encountered a problem that caused my GitHub repository to be
unusable after a push. The GitHub folks indicated that my use of git
1.6.1 together with JGit 0.4 may have caused the problem. I could use
msysgit 1.6.2.1, but I like Cygwin and would prefer
On Apr 6 14:46, Gregg Reynolds wrote:
Hi,
I'm trying to get tokyo cabinet running. I have a strange error. One
of the test utilities does:
#define TCFILEMODE 00644 // permission of a creating file
int fd = path ? open(path, O_RDONLY, TCFILEMODE) : 0; // path =
On Apr 6 22:07, Corinna Vinschen wrote:
On Apr 6 15:14, Lee D. Rothstein wrote:
Corinna's reference points this out, but her comments seem to ignore this.
Did you read my reference? Quotes from the aforementioned Cygwin 1.7
User's Guide:
This restriction doesn't apply to Cygwin
On Mon, Apr 6, 2009 at 3:11 PM, Corinna Vinschen
corinna-cyg...@cygwin.com wrote:
On Apr 6 14:46, Gregg Reynolds wrote:
Hi,
I'm trying to get tokyo cabinet running. I have a strange error. One
of the test utilities does:
#define TCFILEMODE 00644 // permission of a
On Mon, Apr 06, 2009 at 08:08:33PM +0200, Corinna Vinschen wrote:
On Apr 6 13:33, Christopher Faylor wrote:
On Mon, Apr 06, 2009 at 06:29:43PM +0200, Corinna Vinschen wrote:
Wouldn't it help if libc.a, libm.a etc. wouldn't export any symbols at
all? I mean, eventually there's libcygwin.a
Corinna Vinschen wrote:
On Apr 6 15:14, Lee D. Rothstein wrote:
Corinna Vinschen wrote:
Apart from the fact that you should use slashes instead of backslashes,
there isn't any need to use //./ in Cygwin 1.7. Just open Aux.pm.
Christopher Faylor wrote:
On Mon, Apr 06, 2009 at 08:08:33PM +0200, Corinna Vinschen wrote:
On Apr 6 13:33, Christopher Faylor wrote:
On Mon, Apr 06, 2009 at 06:29:43PM +0200, Corinna Vinschen wrote:
Wouldn't it help if libc.a, libm.a etc. wouldn't export any symbols at
all? I mean,
On Mon, Apr 6, 2009 at 4:11 PM, Corinna Vinschen wrote:
On Apr 6 14:46, Gregg Reynolds wrote:
int fd = path ? open(path, O_RDONLY, TCFILEMODE) : 0; // path = Makefile
Is fd == 0 by any chance? The above code silently sets fd to 0 if it
can't open path.
Unless I'm missing something, that
Matt Wozniski wrote:
On Mon, Apr 6, 2009 at 4:11 PM, Corinna Vinschen wrote:
On Apr 6 14:46, Gregg Reynolds wrote:
int fd = path ? open(path, O_RDONLY, TCFILEMODE) : 0; // path =
Makefile
Is fd == 0 by any chance? The above code silently sets fd to 0 if it
can't open path.
Unless
New News:
===
I have updated the version of rebase to 3.0-2. The tarballs should be
available on a Cygwin mirror near you shortly.
The changes since the previous release are:
* Add two new utilities: peflags and peflagsall
* Change rebaseall to skip the Cygwin LSA DLLs
Note that
65 matches
Mail list logo