2009/11/9 aputerguy:
> Does cygwin have any ability to find/identify NTFS junction points?
> This would be useful so that you don't inadvertently mistreat them thinking
> they are regular files or directories.
They appear as symbolic links. Dunno how to tell them from other sorts
of shortcuts.
>
Dave,
$ gcjh-4 --help
Exception in thread "main" java.lang.ExceptionInInitializerError
at java.lang.Class.initializeClass(Unknown Source)
at gnu.classpath.tools.common.Messages.getString(Unknown Source)
at
gnu.classpath.tools.common.ClasspathToolParser.getVersionString(Unknown
Source)
Vin Shelton wrote:
> t2.c: In function ‘tst’:
> t2.c:9: error: lvalue required as left operand of assignment
> Did something recently change in the ctype.h or stdio.h header files to
> cause this?
http://sourceware.org/ml/newlib/2009/msg01030.html
cheers,
DaveK
--
Problem reports:
Consider this module:
#include
#include
void
tst(FILE *fp)
{
int c;
while ( isspace(c = getc(fp)) )
;
return;
}
gcc-4 -c t2.c
t2.c: In function ‘tst’:
t2.c:9: error: lvalue required as left operand of assignment
I'm pretty sure this module used to compile successfully under gcc-4
Does cygwin have any ability to find/identify NTFS junction points?
This would be useful so that you don't inadvertently mistreat them thinking
they are regular files or directories.
Also, is there any native cygwin utilities with functionality similar to
junction.exe allowing you to make or dele
I am currently using the following 'sed' one liner.
It should work except in the case where your cygdrive prefix has two or more
spaces in a row followed by the word 'system' or user' followed again by 2
or more spaces. Pretty unlikely but not impossible of course...
mount -p | sed -ne "s/\(.*\S\
Lee Rothstein wrote:
> Does this not do what's required (barring spaces in the
> "Cygdrive" alternative prefix):
>
> mount -p | gawk 'NR==2 { print $1 }'
Unfortunately, your method would fail if there were *any* spaces in the
pathname. Since regardless of what you say about the lack of "abject
st
Corinna, the new grep works super great - thanks!
--
Jim Reisert AD1C, , http://www.ad1c.us
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info: http://cygwin.com/ml/#unsu
Matthias Meyer wrote:
> Avira AntiVir Personal found the Trojaner TR/Dropper.Gen within setfacl.exe
> as well as in getfacl.exe.
> It seems that AntiVir found this Trojan with a generic detection routine.
>
> Anybody knows something about this?
>
> br
> Matthias
I think your own sig said it bes
Avira AntiVir Personal found the Trojaner TR/Dropper.Gen within setfacl.exe
as well as in getfacl.exe.
It seems that AntiVir found this Trojan with a generic detection routine.
Anybody knows something about this?
br
Matthias
--
Don't Panic
--
Problem reports: http://cygwin.com/problems.h
Corinna Vinschen cygwin.com> writes:
> On Nov 7 20:38, Eric Backus wrote:
> > Jim Reisert AD1C alum.mit.edu> writes:
> >
> > > How do I make this work, while maintaining:
> > >
> > > LANG=en_US.UTF-8
> > >
> > > - Jim
> >
> > You might try "LANG=en_us.UTF-8" (Note the lower-case "us").
Corinna Vinschen wrote:
> On Nov 8 14:56, Corinna Vinschen wrote:
>> Btw., the check for mmap in grep's configure file is broken. It tries
>> to mmap to a fixed address formerly allocated via malloc(). This doesn't
>> work on Windows. An autoconf run with a newer version of autoconf would
>> be
On Sun, Nov 08, 2009 at 12:27:29PM -0600, Yaakov (Cygwin/X) wrote:
>On 08/11/2009 07:56, Corinna Vinschen wrote:
>> Btw., the check for mmap in grep's configure file is broken. It tries
>> to mmap to a fixed address formerly allocated via malloc(). This doesn't
>> work on Windows. An autoconf ru
On 08/11/2009 07:56, Corinna Vinschen wrote:
Btw., the check for mmap in grep's configure file is broken. It tries
to mmap to a fixed address formerly allocated via malloc(). This doesn't
work on Windows. An autoconf run with a newer version of autoconf would
be nice.
You said the same thing
Eliot Moss wrote:
> There does
> not seem to be anything like this reported in the rsync list,
> so I think it's particular to cygwin, and probably to 1.7.x.
I really think you should report what you're seeing to the rsync mailing
list. It is entirely possible that no one who has run your particu
Does anyone know of a way to get wodim to work under a non privileged account?
> -Original Message-
> From: Pyeron, Jason J CTR NSWCCD, 3430
> Sent: Sunday, November 08, 2009 11:02
> To: Jason Pyeron
> Subject: Wodim under non admin account
>
>
> jason.pyeron@ddcrdr003646 ~
> $ id
>
On Sun, Nov 08, 2009 at 10:51:56AM -0500, Ralph Hempel wrote:
>Corinna Vinschen wrote:
>> On Nov 8 14:56, Corinna Vinschen wrote:
>>> Btw., the check for mmap in grep's configure file is broken. It tries
>>> to mmap to a fixed address formerly allocated via malloc(). This doesn't
>>> work on Win
I've made a new version of 'grep' (http://www.gnu.org/software/grep/)
available for installation. This is the most recent version of grep
available from ftp.gnu.org + a patch from the Fedora project which
seems to alleviate the problem mentioned here:
http://cygwin.com/ml/cygwin/2009-11/threads.h
Corinna Vinschen wrote:
On Nov 8 14:56, Corinna Vinschen wrote:
Btw., the check for mmap in grep's configure file is broken. It tries
to mmap to a fixed address formerly allocated via malloc(). This doesn't
work on Windows. An autoconf run with a newer version of autoconf would
be nice.
I
Eliot Moss wrote:
Eliot Moss wrote:
Tried two more things ...
- rsync in the opposite direction fails in the same way
- adding --protocol=29 (to match the remote end) did not
change the behavor
Unfortunately no other version of rsync is available with
cygwin 1.7.x, so I can't simply install
Eliot Moss wrote:
Tried two more things ...
- rsync in the opposite direction fails in the same way
- adding --protocol=29 (to match the remote end) did not
change the behavor
Unfortunately no other version of rsync is available with
cygwin 1.7.x, so I can't simply install an earlier version
On Nov 8 14:56, Corinna Vinschen wrote:
> Btw., the check for mmap in grep's configure file is broken. It tries
> to mmap to a fixed address formerly allocated via malloc(). This doesn't
> work on Windows. An autoconf run with a newer version of autoconf would
> be nice.
I just found that the
On Nov 8 11:30, Corinna Vinschen wrote:
> On Nov 7 15:26, aputerguy wrote:
> >
> > Changing LC_ALL also solved the problem for me.
> > But it begs the question of how many other basic and take-for-granted
> > functions might be affected by this apparent UTF-8 slowdown. And again we,
> > are not
On Nov 7 09:27, Eliot Moss wrote:
> Like another user, I had difficulty getting X to fire up.
> After setting LANG=en_US.UTF-8 I got farther, but these issues
> remain:
>
> Each xterm, xemacs, and xclock I start outputs this:
>
> Warning: Missing charsets in String to FontSet conversion
>
> I a
On Nov 7 15:26, aputerguy wrote:
>
> Changing LC_ALL also solved the problem for me.
> But it begs the question of how many other basic and take-for-granted
> functions might be affected by this apparent UTF-8 slowdown. And again we,
> are not talking about some minor overhead, we are talking abo
On Nov 7 20:38, Eric Backus wrote:
> Jim Reisert AD1C alum.mit.edu> writes:
>
> > Thanks, Eric. I tried this but could not get what I wanted:
> >
> > LTDENA-REISERT:c/Home> ls -al --time-style="posix-long-iso"
> >
> > -rwx-- 1 reisertDomain Users3326 2009-10-30 12:51 .XWinrc
(I think my first response did not go to the list ...)
miem...@physik.hu-berlin.de wrote:
> Since the new release 1.7.63 the connection to the X-server seems to
> work incorrectly.
>
> In Version 1.7.62 everything was function properly.
I had the same problem, and a fix was already mentioned (th
Since the new release 1.7.63 the connection to the X-server seems to
work incorrectly.
In Version 1.7.62 everything was function properly.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
U
Tried two more things ...
- rsync in the opposite direction fails in the same way
- adding --protocol=29 (to match the remote end) did not
change the behavor
Unfortunately no other version of rsync is available with
cygwin 1.7.x, so I can't simply install an earlier version.
I think I'll need
29 matches
Mail list logo
