On Oct 4 11:44, Jim Reisert AD1C wrote:
Did you upgrade xorg-server at the same time? Maybe your problem is caused
by the change in system.XWinrc that I reported yesterday:
http://cygwin.com/ml/cygwin-xfree/2009-10/msg00023.html
I already had the latest Xorg server. The only
On 02/10/2009 14:32, William Ko wrote:
Hi all,
This is in response to what I read in:
http://www.cygwin.com/ml/cygwin-xfree/2009-02/msg00237.html
http://www.mail-archive.com/cygwin-xfree@cygwin.com/msg18169.html
I encountered a similar error running Nedit 5.5 through Cygwin 1.5, but
this does
On 03/10/2009 16:04, Ken Brown wrote:
On 9/30/2009 11:41 PM, Yaakov (Cygwin/X) wrote:
The following patch has been REVERTED in this release:
* Use bash login shell to execute the commands started from the tray
menu: This could cause lengthly delays in launching programs
depending on the
On 10/4/2009 1:52 PM, Corinna Vinschen wrote:
Stracing shows that luit is called with `luit -argv0 -tcsh', but nowhere
in the strace tcsh is actually started. Rather, it looks like luit
starts /bin/sh with argv[0] set to -tcsh instead.
Interesting. When I was experimenting with -62, I
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-10-04 11:32:08
Modified files:
winsup/cygwin : ChangeLog syscalls.cc
Log message:
* syscalls.cc (internal_setlocale): Add comment.
Patches:
CVSROOT:/cvs/src
Module name:src
Changes by: cori...@sourceware.org 2009-10-04 12:28:08
Modified files:
winsup/w32api : ChangeLog
winsup/w32api/include: winbase.h
Log message:
* include/winbase.h (CreateRestrictedToken): Declare for = Win 2000.
Dave Korn wrote:
Apparently. There's no line containing __wrap__Znaj in config.log.
Yeh, that proves I'm using the wrong sort of autoconf test.
No it doesn't!
While you're at it, there is another problem. When building gcc-4.3.4
as cross, the auto-host.h file contains
#ifndef
On Oct 4 08:27, Dave Korn wrote:
Dave Korn wrote:
Apparently. There's no line containing __wrap__Znaj in config.log.
Yeh, that proves I'm using the wrong sort of autoconf test.
No it doesn't!
While you're at it, there is another problem. When building gcc-4.3.4
as
Hi Christian,
On Sep 1 20:32, Corinna Vinschen wrote:
On Aug 30 21:38, Christian Franke wrote:
Corinna Vinschen wrote:
If you plan to run a Cygwin application with restricted rights from your
administrative account, the IMHO right way would be to start the Cygwin
application through
On Oct 4 14:30, Corinna Vinschen wrote:
[...]
Patch attached. For simplicity I just applied the patch to the w32api
winbase.h header file which defines CreateRestrictedToken and
IsTokenRestricted.
Thanks,
Corinna
* autoload.cc (IsTokenRestricted): Define.
*
Hi Corinna,
Corinna Vinschen wrote:
New patch attached. I made the test a bit more foolproof, hopefully.
And a restricted token does not require to load the user's registry hive,
nor should Cygwin try to enable the backup/restore permissions in the
new token. That spoils the idea of a
On Oct 4 21:08, Christian Franke wrote:
Hi Corinna,
[...]
Unfortunately this does not work for a typical use case: an admin process
creates a restricted token with standard user rights. The function
IsTokenRestricted() returns TRUE only if the token contains 'restricted
SIDs'.
On Oct 4 21:57, Corinna Vinschen wrote:
On Oct 4 21:08, Christian Franke wrote:
Hi Corinna,
[...]
Unfortunately this does not work for a typical use case: an admin process
creates a restricted token with standard user rights. The function
IsTokenRestricted() returns TRUE only if the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Dave Korn on 10/2/2009 3:11 PM:
So, nobody did ask for a compiler version check(*), so here's the patch plus
changelog, and I'd like to get separate OKs from both cgf and cv to say that
you've each either updated your cross-build
On 29/09/2009 20:11, Yaakov (Cygwin/X) wrote:
On 29/09/2009 19:35, Yaakov (Cygwin/X) wrote:
Anyway, to answer the question, AFAICS in glibc, signal.h #include
bits/types.h unconditionally[1]. (sys/signal.h is just one line:
#include signal.h [2])
So should I take the first route, patching
Eric Blake wrote:
I just noticed that the gcc-4 available on 1.5 is no longer sufficient to
do a self-hosted build of 1.7.
Maybe that should be considered cross- rather than self-hosting?
Not a show-stopper, since I have
successfully built self-hosted under 1.7 using the latest patch,
On Sun, Oct 04, 2009 at 03:07:51PM +0100, Dave Korn wrote:
Corinna Vinschen wrote:
Since I have a running gcc-4.34 now, do you still want me to do that?
Please keep in mind that I'm a lazy cow...
Efficient use of resources != laziness. No, I wouldn't suggest doing
that, what you ended up with by
Da: Angelo Graziosi
Oggetto: Re: 'gm convert' in 1.5 and 1.7
A: cygwin
Data: Sabato 3 ottobre 2009, 18:39
Dave Korn wrote:
Half a megabyte times thousands
of list users only one or two of whom may actually
want it == lots of waste.
Really
$ du -s test.jpg.bz2
336K
Marco Atzeri wrote:
Probably is due to the lack of zip on my pc.
Check specifically for the -devel package.
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Da: Dave Korn
Oggetto: Re: 'gm convert' in 1.5 and 1.7
A: cygwin cygwin.com
Data: Domenica 4 ottobre 2009, 08:59
Marco Atzeri wrote:
Probably is due to the lack of zip on my pc.
Check specifically for the -devel package.
cheers,
DaveK
Not as simple, as there is no
Hello.
I have just noticed the following behavior in Cygwin 1.5.25-15:
$ ln -s /bin/ls lls
$ ls -l lls
lrwxrwxrwx 1 vincent cygwin 11 Oct 4 14:13 lls - /bin/ls.exe
I think the link target should not show the .exe
For example, if I make on Cygwin a tar archive containing symlinks to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Vincent Rivière on 10/4/2009 6:21 AM:
$ ln -s /bin/ls lls
$ ls -l lls
lrwxrwxrwx 1 vincent cygwin 11 Oct 4 14:13 lls - /bin/ls.exe
Do you agree this is a bug and it should be fixed ?
I'm not sure whether I agree that it is a bug.
$ rsync.exe -a one/ two/
rsync: Failed to dup/close: Socket operation on non-socket (108)
rsync error: error in IPC code (code 14) at /home/lapo/packaging/rsync-3.0.6-1/s
rc/rsync-3.0.6/pipe.c(147) [receiver=3.0.6]
--
Problem reports: http://cygwin.com/problems.html
FAQ:
nwpu053...@gmail wrote:
$ rsync.exe -a one/ two/
rsync: Failed to dup/close: Socket operation on non-socket (108)
rsync error: error in IPC code (code 14) at
/home/lapo/packaging/rsync-3.0.6-1/s
rc/rsync-3.0.6/pipe.c(147) [receiver=3.0.6]
Can't reproduce:
ad...@ubik ~
$ cd /tmp
On Mon, Oct 5, 2009 at 00:14, Dave Korn dave.korn.cyg...@googlemail.com wrote:
, I wonder if you have some kind of
networking-related BLODA.
Yes, i have some kind of networking-related program. However, the
older version of cygwin haver run very well on my computer. So, i
think the cygwin 1.7
CYGWIN_NT-5.1 jjr 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin
I can start X-windows but can't start an xterm by right-clicking on the
X icon in my system tray. I get the window but it hangs (empty). I
have moved my .cshrc file out of the way. My default shell is tcsh.
I've also
Hi,
I've running port forwarding in WindowsXP as well as Windows Vista by using
autossh, running as a service, installed by cygrunsrv.
cygrunsrv -I service-tunnel -f secure tunnel for service \
-n -t auto -y tcpip -O -u $priv_user -w $priv_pwd -p /bin/nice \
-a -n 10
Hi,
On Sun, Oct 4, 2009 at 17:57, Matthias Meyer wrote:
Hi,
I've running port forwarding in WindowsXP as well as Windows Vista by using
autossh, running as a service, installed by cygrunsrv.
cygrunsrv -I service-tunnel -f secure tunnel for service \
-n -t auto -y tcpip -O -u
On 10/4/2009 12:39 PM, Jim Reisert AD1C wrote:
CYGWIN_NT-5.1 jjr 1.7.0(0.214/5/3) 2009-10-03 14:33 i686 Cygwin
I can start X-windows but can't start an xterm by right-clicking on the
X icon in my system tray. I get the window but it hangs (empty). I
have moved my .cshrc file out of the
︶ㄣ無名氏 wrote:
On Mon, Oct 5, 2009 at 00:14, Dave Korn wrote:
, I wonder if you have some kind of
networking-related BLODA.
Yes, i have some kind of networking-related program. However, the
older version of cygwin haver run very well on my computer. So, i
think the cygwin 1.7 maybe
Did you upgrade xorg-server at the same time? Maybe your problem is caused by
the change in system.XWinrc that I reported yesterday:
http://cygwin.com/ml/cygwin-xfree/2009-10/msg00023.html
I already had the latest Xorg server. The only difference is the
Cygwin version. -61 works, -62
On Oct 4 11:44, Jim Reisert AD1C wrote:
Did you upgrade xorg-server at the same time? Maybe your problem is caused
by the change in system.XWinrc that I reported yesterday:
http://cygwin.com/ml/cygwin-xfree/2009-10/msg00023.html
I already had the latest Xorg server. The only
2009/10/5 Vincent Rivière vincent.rivi...@freesbee.fr:
Do you agree this is a bug and it should be fixed ?
I've got nothing to do with the code, but I am an interested observer.
In my experience, it should be possible to create symlinks to any
arbitrary target, regardless of whether it actually
On Oct 5 09:12, David Antliff wrote:
2009/10/5 Vincent Rivière vincent.rivi...@freesbee.fr:
Do you agree this is a bug and it should be fixed ?
I've got nothing to do with the code, but I am an interested observer.
In my experience, it should be possible to create symlinks to any
David Antliff wrote:
In my experience, it should be possible to create symlinks to any
arbitrary target, regardless of whether it actually exists or not.
Therefore, if I create a symlink to /bin/ls then I'd expect that to
be the content of the symlink - the automatic behaviour of rewriting
it to
Da: Angelo Graziosi
Oggetto: 'gm convert' in 1.5 and 1.7
A: Cygwin cygwin cygwin.com
Data: Sabato 3 ottobre 2009, 17:16
I have noticed different results in
size using 'gm convert', from JPG to PDF, in Cygwin 1.5 and
in 1.7. For example, in Cygwin-1.5
$ gm convert -page 595x842! test.jpg
Marco Atzeri ha scritto:
as workaround try
gm convert -compress jpeg test.jpg test2.pdf
It works better: 'test2.pdf' has an acceptable size of 299496 bytes
(296578 with GM in Cygwin-1.5); but the original behavior, without
'-compress jpeg', would be preferable (it would avoid to change
Marco Atzeri ha scritto:
as workaround try
gm convert -compress jpeg test.jpg test2.pdf
Just for completeness...
Using 'convert' (i.e. from IM) gives the same result in 1.5 and 1.7:
$ convert test.jpg test2.pdf
$ ls -lrt
[...]
-rw-r--r-- 1 graziosi Users 353300 5 Oct 00:02 test2.pdf
On 10/4/2009 1:52 PM, Corinna Vinschen wrote:
Stracing shows that luit is called with `luit -argv0 -tcsh', but nowhere
in the strace tcsh is actually started. Rather, it looks like luit
starts /bin/sh with argv[0] set to -tcsh instead.
Interesting. When I was experimenting with -62, I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Corinna Vinschen on 10/4/2009 2:19 PM:
The Cygwin symlink(2) call does not add the .exe suffix, neither in
Cygwin 1.5, nor in Cygwin 1.7. It looks like a feature of the ln(1)
tool from the Cygwin 1.5 coreutils, AFAICS.
Yes, the 1.5
You probably loaded the windows version of TeXLive, which is basically
MiKTeX with a TeX editor and another program. These are made specifically
for windows and that means they require windows file and path names.
In other words they don't use POSIX compliant pathnames.
In order to install a
41 matches
Mail list logo
