On 11/10/2009 05:02 AM, Eliot Moss wrote:
Dear cygcin community --
Here's a little thing that's been bugging me a long time but that
I've not been able to figure out.
I start X under cygwin using a Windows shortcut to
C;\cygwin\bin\bash.exe where I have edited the target to add
-login -c "/usr/
I've made a new version of 'clamav' available for installation,
including, libclamav6, libclamav-devel, clamav-db.
This is a bugfix release recommended for all users.
This update is only available for the Cygwin 1.7 beta.
Project description:
Clam AntiVirus is an anti-virus toolkit designed espe
Corinnna writes:
> 2 (solaris). Since getfacl is based on the Solaris tool, I'll implement
> that return code. 1 is returned for usage errors.
Works for me - as long as I can trap it
--
View this message in context:
http://old.nabble.com/getfacl-returns-0-if-no-file-found-tp26287360p26291764
error was:
pl-prims.c: In function `pl_collation_key2_va':
pl-prims.c:3314: error: `__PL_ld' undeclared (first use in this function)
pl-prims.c:3314: error: (Each undeclared identifier is reported only once
pl-prims.c:3314: error: for each function it appears in.)
make[1]: *** [pl-prims.o] Error 1
On Tue, Nov 10, 2009 at 09:09:30PM +0100, Spiro Trikaliotis wrote:
>* On Tue, Nov 10, 2009 at 10:04:59AM -0500 Christopher Faylor wrote:
>
>> I knew we shouldn't have put all of those "sleep(5)"s in find.exe...
>
>You mean, something like a speedup loop?
>
> http://thedailywtf.com/Articles/The-Sp
* On Tue, Nov 10, 2009 at 10:04:59AM -0500 Christopher Faylor wrote:
> I knew we shouldn't have put all of those "sleep(5)"s in find.exe...
You mean, something like a speedup loop?
http://thedailywtf.com/Articles/The-Speedup-Loop.aspx
SCNR,
Spiro.
--
Spiro R. Trikaliotis
On Nov 10 10:07, aputerguy wrote:
>
> This is inconsistent with Linux treatment - is that what we want?
> Because it would be good to be able to trap this as an error.
>
> $ getfacl sfdsfdsfdsf
> getfacl: sfdsfdsfdsf: No such file or directory
> $ echo $?
> 0 (cygwin)
> 1 (linux)
2 (solaris).
On Nov 10 17:59, Terrence Brannon wrote:
> I would be willing to contribute an updated version of SWI Prolog.
>
> The current Cygwin version is 5.6.* but the stable release is 5.8.0.
I'd be glad if you would take over maintainership for this package.
Please go ahead, if possible with a Cygwin 1.7
On Nov 10 17:47, Thomas Wolff wrote:
> Corinna Vinschen schrieb:
> I had not expected you to take action on this issue so soon:
> >- Don't create ESC sequences for ALT-key keypresses if key translates
> > into a multibyte sequence. This avoids stray bytes in input when
> > pressing for instance
This is inconsistent with Linux treatment - is that what we want?
Because it would be good to be able to trap this as an error.
$ getfacl sfdsfdsfdsf
getfacl: sfdsfdsfdsf: No such file or directory
$ echo $?
0 (cygwin)
1 (linux)
--
View this message in context:
http://old.nabble.com/getfacl-re
I would be willing to contribute an updated version of SWI Prolog.
The current Cygwin version is 5.6.* but the stable release is 5.8.0.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Uns
On Nov 10 11:21, DePriest, Jason R. wrote:
> On Tue, Nov 10, 2009 at 7:02 AM, Corinna Vinschen <> wrote:
> > Hi folks,
> >
> >
> > Bugfixes:
> > =
> >
> > - Fix a regression in cygserver which made it non-functional.
> >
> > Corinna Vinschen Please, send mails regarding Cyg
On Tue, Nov 10, 2009 at 7:02 AM, Corinna Vinschen <> wrote:
> Hi folks,
>
>
> Bugfixes:
> =
>
> - Fix a regression in cygserver which made it non-functional.
>
> Corinna Vinschen Please, send mails regarding Cygwin to
> Cygwin Developer mailto
Corinna Vinschen schrieb:
- Pressing something like Alt-ö on a German keyboard leaves an
illegal UTF-8 sequence (the second byte of the respective
sequence) in input, apparently because Alt-0xC3 is handled
somehow. Don't know, though, whether this is a cygwin
console issue or maybe a
On Nov 10 07:52, aputerguy wrote:
> Corinna Vinschen-2 writes:
> > On Nov 10 07:22, aputerguy wrote:
> > > I was unaware of that "feature"
> > > However, after turning it off,
>
> > Don't do that. There's more to this user right than you see at first
> > sight. A lot of stuff might not work an
Corinna Vinschen-2 writes:
> On Nov 10 07:22, aputerguy wrote:
> > I was unaware of that "feature"
> > However, after turning it off,
> Don't do that. There's more to this user right than you see at first
> sight. A lot of stuff might not work anymore as you expected in Windows.
Hmmm... eve
Similarly, 'cd' seems to return a different error message on cygwin vs. Linux
when looking at such subdirectories:
$cd dir1
bash: cd: /root/dog: Permission denied [both cygwin & linux]
$ cd dir1/
bash: cd: /dir1/: Permission denied [linux]
bash: cd: dir1/: Not a directory
Am I missing something
On Nov 10 07:22, aputerguy wrote:
>
> Corinna Vinschen-2 writes:
> > http://www.google.com/search?q=%22bypass%20traverse%20checking%22
>
> I was unaware of that "feature"
> However, after turning it off,
Don't do that. There's more to this user right than you see at first
sight. A lot of stu
Corinna Vinschen-2 writes:
> http://www.google.com/search?q=%22bypass%20traverse%20checking%22
I was unaware of that "feature"
However, after turning it off, it still seems that cygwin 'ls' gives a
different response than *nix 'ls' to a file in the subtree of a directory
that is "non-traversable
On Tue, Nov 10, 2009 at 10:22:27AM +0100, Grundmann, Christian wrote:
>Hi,
>
>the Performance of the find.exe is very very slow in comparison to other Tools
>like cygwin
>
>If i use MKS Toolkit the Search "find WINDOWS -name *.dll"
>Finished in 3,5 seconds
>
>If I use Cygwin the Search
>Finished i
On Mon, Nov 09, 2009 at 11:30:45PM -0800, aputerguy wrote:
>
>Christopher Faylor writes
>> It's not clear whom you are expecting to prepare this comprehensive
>> list. For Cygwin we clearly want you to use our symlinks. It's a
>> bonus that Corinna has implemented any functionality for anything
>
libassuan is the IPC library used by GnuPG 2, GPGME and a few other
packages. It is currently not intended to be used as a shared library.
This version does not provide libassuan-pth because GNU Pth on cygwin
does not support clients which use fork. An IPC library, by definition,
involves clients
pinentry is a collection of simple PIN or passphrase entry dialogs
which utilize the Assuan protocol as described by the aegypten
project; see http://www.gnupg.org/aegypten/ for details.
pinentry provides implementations for different windowing toolkits:
curses (non-GUI terminal mode), GTK+ 1.2, G
Hi folks,
I just uploaded a new Cygwin 1.7 test release, 1.7.0-64.
Changes in relation to 1.7.0-63:
- Just as Linux doesn't find "foo.so" when calling dlopen("foo"),
Cygwin's dlopen will not find "foo.dll" anymore.
Bugfixes:
=
- Fix a regression in
Eric Lilja wrote:
> I wanted to go through the tutorial for the Alignment API
> (http://alignapi.gforge.inria.fr/tutorial/tutorial1/index.html), so I
> downloaded alignapi-3.6.zip (http://gforge.inria.fr/frs/?group_id=117)
> and unpacked it using a combination of WinRAR and Directory Opus.
Surel
I wanted to go through the tutorial for the Alignment API
(http://alignapi.gforge.inria.fr/tutorial/tutorial1/index.html), so I
downloaded alignapi-3.6.zip (http://gforge.inria.fr/frs/?group_id=117)
and unpacked it using a combination of WinRAR and Directory Opus. I am
logged in as a domain use
Dear cygcin community --
Here's a little thing that's been bugging me a long time but that
I've not been able to figure out.
I start X under cygwin using a Windows shortcut to
C;\cygwin\bin\bash.exe where I have edited the target to add
-login -c "/usr/bin/startx -- -unixkill -clipboard -multimo
Hi,
the Performance of the find.exe is very very slow in comparison to other Tools
like cygwin
If i use MKS Toolkit the Search "find WINDOWS -name *.dll"
Finished in 3,5 seconds
If I use Cygwin the Search
Finished in 7,8 seconds
In even bigger Trees the Performance goes to 3 Times slower
Thx
On Nov 10 00:44, aputerguy wrote:
> I'm not sure if this is a bug or a feature.
It's Windows.
> But I find the following differences between *nix and cygwin on access
> permissions of 'ls'
>
> Test case:
>
> $ mkdir -p dir1/dir2
> $ chmod 700 dir1
>
>
>
> $ ls -d dir1
> dir1 [both Linux & C
On Nov 9 21:14, Eric Blake wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> According to Corinna Vinschen on 11/9/2009 7:05 AM:
> > This part of the testcase
> >
> > data2 = (char *) malloc (2 * pagesize);
> > if (!data2)
> > return 1;
> > data2 += (pagesize - ((long int) d
I'm not sure if this is a bug or a feature.
But I find the following differences between *nix and cygwin on access
permissions of 'ls'
Test case:
$ mkdir -p dir1/dir2
$ chmod 700 dir1
$ ls -d dir1
dir1 [both Linux & Cygwin]
$ ls dir1
ls: cannot open directory dir1 Permission denied [both
On Nov 9 22:18, Linda Walsh wrote:
> Anyone know what happens under the included POSIX subsystem in
> Vista (and I assume Win7), when it creates symlinks? I can't imagine
> they use ".lnk" file extensions -- but if they use "reparse point" links,
> I'd think they'd almost have to store posi
32 matches
Mail list logo
