On Wed, Aug 18, 2010 at 05:42:21PM -0700, Daniel Colascione wrote:
>The other crazy idea would be to override the Win32 file and path
>functions and handle the notion of a current directory entirely within
>Cygwin for both Win32 and Cygwin functions, but IIRC, playing games with
>Windows API functi
Hi,
Thanks for your answer . In order to have the standard behavior, I
open/close the filedescriptor before/after each read as in the
attached code and it seems to work
Regards,
Etienne Carrière
2010/8/17 Christopher Faylor :
> On Tue, Aug 17, 2010 at 07:25:25PM +0200, Etienne Carriere wrote:
>
On 19 August 2010 04:50, Phil Goetz wrote:
> After running Cygwin setup to update my Cygwin install, I got a popup error,
> so I looked in /var/log/setup.log. (BTW, it would be very helpful for the
> popup to say "Check /var/log/setup.log" instead of "Check setup.log".)
Yep. That's already fixe
After running Cygwin setup to update my Cygwin install, I got a popup error, so
I looked in /var/log/setup.log. (BTW, it would be very helpful for the popup
to say "Check /var/log/setup.log" instead of "Check setup.log".)
setup.log said, among other things:
2010/08/16 00:50:22 running: C:\cygw
-Original Message-
From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com]on Behalf
Of Larry Hall (Cygwin)
Sent: Wednesday, August 18, 2010 1:04 PM
To: cygwin@cygwin.com
Subject: Re: endless problems with SSHD - bug ??
On 8/18/2010 1:27 PM, Bob Goldberg wrote:
> Unless - is there a
Corinna Vinschen sent the following at Tuesday, August 17, 2010 4:16 AM
>What changed since Cygwin 1.7.5:
>
>
>- Cygwin handles the current working directory entirely on its own. The
> Win32 current working directory is set to an invalid path to be out of
> the wa
On 8/18/10 1:19 PM, Corinna Vinschen wrote:
>> POSIX allows the refusal to delete an in-use directory; and Solaris NFS
>> mounts behave this way.
What about renaming directories though? (Damn this tight coupling
Windows has between files and filenames.)
>> But since Linux can delete in-use direc
Corinna Vinschen sent the following at Wednesday, August 18, 2010 4:43 AM
>
>That usually just means you don't have admin privs.
For the archive: That is indeed the case.
>Here's the actual problem:
> cygdrive prefix / system binary,noacl,posix=0,auto
>
>The cygdrive prefix is set
On 8/18/2010 11:55 AM, Csaba Raduly wrote:
> On Wed, Aug 18, 2010 at 5:43 PM, Alberto Canestrelli wrote:
>> Hi,
>> I have a problem with Cygwin. I am connecting from USA by ssh to the Hector
>> supermachine in Edinburgh ( I write "startx" in Cygwin and then I use "ssh
>> -Y v1aca...@login.hector.
On 8/18/2010 3:19 PM, Michael Albinus wrote:
Ken Brown writes:
Thanks, Michael. I don't use D-BUS myself, but I hope the OP will
test it and report back.
It's some years ago I have used Cygwin. But if you have uploaded the
build already, I could check, whether I have problems running Emacs
On 18 August 2010 21:50, Corinna Vinschen wrote:
> On Aug 18 21:32, William Blunn wrote:
>> On 18/08/2010 19:26, Christopher Faylor wrote:
>> >On Wed, Aug 18, 2010 at 06:40:17PM +0100, William Blunn wrote:
>> >>My apologies to all the folks NOT involved in maintaining the ImageMagick
>> >>package,
On Aug 18 21:32, William Blunn wrote:
> On 18/08/2010 19:26, Christopher Faylor wrote:
> >On Wed, Aug 18, 2010 at 06:40:17PM +0100, William Blunn wrote:
> >>My apologies to all the folks NOT involved in maintaining the ImageMagick
> >>package, but there doesn't appear to be any defined process for
On Wed, Aug 18, 2010 at 09:32:50PM +0100, William Blunn wrote:
>On 18/08/2010 19:26, Christopher Faylor wrote:
>> On Wed, Aug 18, 2010 at 06:40:17PM +0100, William Blunn wrote:
>>>My apologies to all the folks NOT involved in maintaining the
>>>ImageMagick package, but there doesn't appear to be an
On 18/08/2010 19:26, Christopher Faylor wrote:
On Wed, Aug 18, 2010 at 06:40:17PM +0100, William Blunn wrote:
My apologies to all the folks NOT involved in maintaining the ImageMagick
package, but there doesn't appear to be any defined process for reporting bugs
which might narrow down the
On 18 August 2010 06:25, Andy Koppe wrote:
> On 18 August 2010 00:09, Eric Blake wrote:
>> On 08/17/2010 04:54 PM, Ross Smith wrote:
>>> I've installed the experimental gcc 4.5 packages (because that's the
>>> version I'm using in all my other development environments, and it's
>>> nice not to have
On Aug 18 13:57, Eric Blake wrote:
> On 08/18/2010 01:55 PM, Corinna Vinschen wrote:
> >> I'm not convinced such a compromise would be worthwhile, because it
> >> would forfeit Linux compatibility while still breaking some
> >> Win32-using programs. I think it should be one way or the other:
> >> e
On Aug 18 15:51, Charles Wilson wrote:
> On 8/18/2010 3:41 PM, Corinna Vinschen wrote:
>
> >Chuck, btw., the function setup_win_environ() in run.c can easily be
> >replaced with `cygwin_internal (CW_SYNC_WINENV);'
>
> Yes, I was just looking at that. I think setup_win_environ (or its
> guts befor
On 08/18/2010 01:58 PM, Corinna Vinschen wrote:
>> Can someone please remind me why you shouldn't change to that directory
>> only when SetCurrentDirectory would fail due to a long path, virtual
>> path, etc? I think it was covered in the developer list, but I can't find
>> it right now.
>
> It b
On Aug 18 14:49, Brian Ford wrote:
> On Wed, 18 Aug 2010, Corinna Vinschen wrote:
>
> > On Aug 18 15:22, Christopher Faylor wrote:
> > > On Wed, Aug 18, 2010 at 03:19:06PM -0400, Christopher Faylor wrote:
> > > >>already does for the environment. Dropping the environment had roughly
> > > >>the s
On 08/18/2010 01:55 PM, Corinna Vinschen wrote:
>> I'm not convinced such a compromise would be worthwhile, because it
>> would forfeit Linux compatibility while still breaking some
>> Win32-using programs. I think it should be one way or the other:
>> either stick with the current approach, or alw
On Wed, 18 Aug 2010, Brian Ford wrote:
> Can someone please remind me why you shouldn't change to that directory
> only when SetCurrentDirectory would fail due to a long path, virtual
> path, etc? I think it was covered in the developer list, but I can't find
> it right now.
Nevermind, sigh...
On Aug 18 20:47, Andy Koppe wrote:
> On 18 August 2010 20:39, Christopher Faylor wrote:
> > On Wed, Aug 18, 2010 at 09:34:46PM +0200, Corinna Vinschen wrote:
> >>On Aug 18 15:22, Christopher Faylor wrote:
> >>> On Wed, Aug 18, 2010 at 03:19:06PM -0400, Christopher Faylor wrote:
> >>> >>already does
On 8/18/2010 3:41 PM, Corinna Vinschen wrote:
Chuck, btw., the function setup_win_environ() in run.c can easily be
replaced with `cygwin_internal (CW_SYNC_WINENV);'
Yes, I was just looking at that. I think setup_win_environ (or its guts
before some early refactoring) pre-dated CW_SYNC_WINENV.
On Wed, 18 Aug 2010, Corinna Vinschen wrote:
> On Aug 18 15:22, Christopher Faylor wrote:
> > On Wed, Aug 18, 2010 at 03:19:06PM -0400, Christopher Faylor wrote:
> > >>already does for the environment. Dropping the environment had roughly
> > >>the same consequences way back when, after all.
> >
On 18 August 2010 20:39, Christopher Faylor wrote:
> On Wed, Aug 18, 2010 at 09:34:46PM +0200, Corinna Vinschen wrote:
>>On Aug 18 15:22, Christopher Faylor wrote:
>>> On Wed, Aug 18, 2010 at 03:19:06PM -0400, Christopher Faylor wrote:
>>> >>already does for the environment. Dropping the environme
On Aug 18 21:34, Corinna Vinschen wrote:
> On Aug 18 15:22, Christopher Faylor wrote:
> > On Wed, Aug 18, 2010 at 03:19:06PM -0400, Christopher Faylor wrote:
> > >>already does for the environment. Dropping the environment had roughly
> > >>the same consequences way back when, after all.
> > >
> >
On Wed, Aug 18, 2010 at 09:34:46PM +0200, Corinna Vinschen wrote:
>On Aug 18 15:22, Christopher Faylor wrote:
>> On Wed, Aug 18, 2010 at 03:19:06PM -0400, Christopher Faylor wrote:
>> >>already does for the environment. Dropping the environment had roughly
>> >>the same consequences way back when,
On Aug 18 15:19, Christopher Faylor wrote:
> On Wed, Aug 18, 2010 at 09:13:40PM +0200, Corinna Vinschen wrote:
> >I'm going to add a new call
> >
> > cygwin_internal (CW_SYNC_WINCWD);
> >
> >which will do the same for the CWD as
> >
> > cygwin_internal (CW_SYNC_WINENV);
>
> Actually I just check
On Aug 18 15:22, Christopher Faylor wrote:
> On Wed, Aug 18, 2010 at 03:19:06PM -0400, Christopher Faylor wrote:
> >>already does for the environment. Dropping the environment had roughly
> >>the same consequences way back when, after all.
> >
> >Except that not every program uses the windows envi
On Wed, Aug 18, 2010 at 03:19:06PM -0400, Christopher Faylor wrote:
>>already does for the environment. Dropping the environment had roughly
>>the same consequences way back when, after all.
>
>Except that not every program uses the windows environment. This affects
>quite a few native windows ca
Ken Brown writes:
> Thanks, Michael. I don't use D-BUS myself, but I hope the OP will
> test it and report back.
It's some years ago I have used Cygwin. But if you have uploaded the
build already, I could check, whether I have problems running Emacs +
D-Bus under Cygwin.
> Ken
Best regards, M
On Wed, Aug 18, 2010 at 09:13:40PM +0200, Corinna Vinschen wrote:
>On Aug 18 14:54, Christopher Faylor wrote:
>> On Wed, Aug 18, 2010 at 07:32:40PM +0100, Andy Koppe wrote:
>> >On 18 August 2010 19:24, Christopher Faylor wrote:
>> >>>I noticed a similar change in cygstart, too. I used to have a scr
On Aug 18 14:54, Christopher Faylor wrote:
> On Wed, Aug 18, 2010 at 07:32:40PM +0100, Andy Koppe wrote:
> >On 18 August 2010 19:24, Christopher Faylor wrote:
> >>>I noticed a similar change in cygstart, too. I used to have a script
> >>>that would cd to a directory and then run cygstart. After the
On 8/18/2010 2:43 PM, Michael Albinus wrote:
Ken Brown writes:
Yes, I've just checked that it builds with D-Bus. I'll upload a test
release in a few days. BTW, the configure script gives the following
warning:
D-Bus integration has been tested for GNU/Linux only.
So I don't know if it wi
On 8/18/2010 2:25 PM, Andy Koppe wrote:
Ouch. This might affect even more cygutils. We really should have
thought of that.
At least there aren't any chdir() calls in any of the cygutils, so it
should primarily be a question of setting the Win32 current directory
in line with the POSIX one at sta
On Wed, Aug 18, 2010 at 07:32:40PM +0100, Andy Koppe wrote:
>On 18 August 2010 19:24, Christopher Faylor wrote:
>>>I noticed a similar change in cygstart, too. I used to have a script
>>>that would cd to a directory and then run cygstart. After the upgrade to
>>>1.7.6, this stopped working. I had t
On 8/18/2010 1:12 PM, Charles Wilson wrote:
On 8/18/2010 11:09 AM, Corinna Vinschen wrote:
Looks like the "run" tool now needs a call to
CYGWIN_CONV_TO_POSIX_PATH ((get_cwd (), win32_cwd));
and then use win32_cwd in the call to CreateProcess.
See http://cygwin.com/cygwin-ug-net/using.html#pat
Ken Brown writes:
> Yes, I've just checked that it builds with D-Bus. I'll upload a test
> release in a few days. BTW, the configure script gives the following
> warning:
>
> D-Bus integration has been tested for GNU/Linux only.
>
> So I don't know if it will work.
This message is from me (I
On 18 August 2010 19:24, Christopher Faylor wrote:
>>I noticed a similar change in cygstart, too. I used to have a script
>>that would cd to a directory and then run cygstart. After the upgrade to
>>1.7.6, this stopped working. I had to use the --directory switch to
>>cygstart to get the right beha
On Wed, Aug 18, 2010 at 06:40:17PM +0100, William Blunn wrote:
>My apologies to all the folks NOT involved in maintaining the
>ImageMagick package, but there doesn't appear to be any defined process
>for reporting bugs which might narrow down the attention-grab to a more
>relevant set of people.
On 18 August 2010 18:16, David Rothenberger wrote:
> On 8/18/2010 10:12 AM, Charles Wilson wrote:
>> On 8/18/2010 11:09 AM, Corinna Vinschen wrote:
>>> Looks like the "run" tool now needs a call to
>>>
>>> CYGWIN_CONV_TO_POSIX_PATH ((get_cwd (), win32_cwd));
>>>
>>> and then use win32_cwd in the
On Wed, Aug 18, 2010 at 10:16:50AM -0700, David Rothenberger wrote:
>On 8/18/2010 10:12 AM, Charles Wilson wrote:
>> On 8/18/2010 11:09 AM, Corinna Vinschen wrote:
>>> Looks like the "run" tool now needs a call to
>>>
>>>CYGWIN_CONV_TO_POSIX_PATH ((get_cwd (), win32_cwd));
>>>
>>> and then use
I have now installed the packages libX11_6 and libXext6.
ImageMagick's "convert" is now working.
I suspect that the ImageMagick Cygwin package may need to be modified to
make it depend on libX11_6 and libXext6.
Bill
--
Problem reports: http://cygwin.com/problems.html
FAQ:
On 8/18/2010 1:27 PM, Bob Goldberg wrote:
Larry - Tx much for your reply...
well even if chroot is "faked" (not sure what that means) - I might still be
inclined to use it...
fake == it does nothing. chroot is barely more than an empty shell (no pun
intended). You won't find anyone seriously
My apologies to all the folks NOT involved in maintaining the
ImageMagick package, but there doesn't appear to be any defined process
for reporting bugs which might narrow down the attention-grab to a more
relevant set of people.
I had some insufficient package dependency problems wite ImageMa
On 8/17/2010 Larry Hall wrote:
>On 8/17/2010 5:28 PM, Bob Goldberg wrote:
>>
>>
>>I simply want to copy files from 1 pc to another using a script initiated
by
>>either a user or cron entry. Ideally this would happen using scp into a
>>chroot'ed environment.
>
>chroot on Cygwin is completely faked.
On 8/18/2010 10:12 AM, Charles Wilson wrote:
> On 8/18/2010 11:09 AM, Corinna Vinschen wrote:
>> Looks like the "run" tool now needs a call to
>>
>>CYGWIN_CONV_TO_POSIX_PATH ((get_cwd (), win32_cwd));
>>
>> and then use win32_cwd in the call to CreateProcess.
>>
>> See http://cygwin.com/cygwin-
On 8/18/2010 11:09 AM, Corinna Vinschen wrote:
Looks like the "run" tool now needs a call to
CYGWIN_CONV_TO_POSIX_PATH ((get_cwd (), win32_cwd));
and then use win32_cwd in the call to CreateProcess.
See http://cygwin.com/cygwin-ug-net/using.html#pathnames-win32-api
Yep. run2 also needs a
On Wed, Aug 18, 2010 at 5:43 PM, Alberto Canestrelli wrote:
> Hi,
> I have a problem with Cygwin. I am connecting from USA by ssh to the Hector
> supermachine in Edinburgh ( I write "startx" in Cygwin and then I use "ssh
> -Y v1aca...@login.hector.ac.uk" ). Everything works fine, the only problem
On 8/18/2010 11:50 AM, Daniel Colascione wrote:
On 8/18/10 8:43 AM, Alberto Canestrelli wrote:
I have a problem with Cygwin. I am connecting from USA by ssh to the
Hector supermachine in Edinburgh ( I write "startx" in Cygwin and then I
use "ssh -Y v1aca...@login.hector.ac.uk" ). Everything wo
On 18 August 2010 15:51, Rodrigo Medina wrote:
> After upgrading to cygwin17.6 the program run changes behavior.
> For example:
> If I start mintty with the followin .bat
>
> �...@echo off
> C:
> chdir \cygwin\bin
> run mintty -e '/bin/bash' --login -i
> exit
>
> I
On 8/18/10 8:43 AM, Alberto Canestrelli wrote:
> I have a problem with Cygwin. I am connecting from USA by ssh to the
> Hector supermachine in Edinburgh ( I write "startx" in Cygwin and then I
> use "ssh -Y v1aca...@login.hector.ac.uk" ). Everything works fine, the
> only problem is that the forw
Hi,
I have a problem with Cygwin. I am connecting from USA by ssh to the
Hector supermachine in Edinburgh ( I write "startx" in Cygwin and then I
use "ssh -Y v1aca...@login.hector.ac.uk" ). Everything works fine, the
only problem is that the forwarding of the windows is very very slow. It
ta
On Aug 18 10:21, Rodrigo Medina wrote:
> Hi,
> After upgrading to cygwin17.6 the program run changes behavior.
> For example:
> If I start mintty with the followin .bat
>
> @echo off
> C:
> chdir \cygwin\bin
> run mintty -e '/bin/bash' --login -i
> exit
>
>
Hi,
After upgrading to cygwin17.6 the program run changes behavior.
For example:
If I start mintty with the followin .bat
@echo off
C:
chdir \cygwin\bin
run mintty -e '/bin/bash' --login -i
exit
In the mintty window that is started appears the following mes
On Aug 18 10:07, Christopher Faylor wrote:
> On Wed, Aug 18, 2010 at 09:51:29PM +0800, Huang Bambo wrote:
> >2010/8/18 Eric Blake :
> >> On 08/18/2010 05:08 AM, Corinna Vinschen wrote:
> > Looks like this behaviour is a problem and we should better close the
> > old handle. ?What to do with
On Wed, Aug 18, 2010 at 09:51:29PM +0800, Huang Bambo wrote:
>2010/8/18 Eric Blake :
>> On 08/18/2010 05:08 AM, Corinna Vinschen wrote:
> Looks like this behaviour is a problem and we should better close the
> old handle. ?What to do with the new one? ?Just set it to NULL and
> disallow
2010/8/18 Eric Blake :
> On 08/18/2010 05:08 AM, Corinna Vinschen wrote:
Looks like this behaviour is a problem and we should better close the
old handle. What to do with the new one? Just set it to NULL and
disallow stackdumps as long as we're in a virtual path? Or set it to
On 08/18/2010 05:08 AM, Corinna Vinschen wrote:
>>> Looks like this behaviour is a problem and we should better close the
>>> old handle. What to do with the new one? Just set it to NULL and
>>> disallow stackdumps as long as we're in a virtual path? Or set it to
>>> some well known path, like C
I'm still having this error. Is it possible for the Cygwin folks to
create a setup.exe that includes debugging symbols so I can get more
information out of gdb? It's a long shot, I know, but it's worth a
try.
On Mon, Aug 16, 2010 at 5:32 PM, Steve Marotta wrote:
> I am using Cygwin 1.7.5, upgrade
On Aug 18 13:35, Corinna Vinschen wrote:
> On Aug 18 12:24, Andy Koppe wrote:
> > On 18 August 2010 09:43, Corinna Vinschen wrote:
> > > Andy, to workaround this, you *could* create a user mount first which
> > > has no "noacl", then use the user mount to check permissions, and
> > > eventually umo
New releases of the emacs, emacs-X11, and emacs-el packages (23.2-2) are
now available as experimental packages. These are rebuilds of the
23.2-1 packages, with D-BUS support. You will need to install
libdbus1_3 in order to run the new binaries. Please report any
regressions. If nothing ser
On Aug 18 12:24, Andy Koppe wrote:
> On 18 August 2010 09:43, Corinna Vinschen wrote:
> > Andy, to workaround this, you *could* create a user mount first which
> > has no "noacl", then use the user mount to check permissions, and
> > eventually umount again. Like this:
> >
> > PROGS=/tmp/.mintty-
On 18 August 2010 09:43, Corinna Vinschen wrote:
> On Aug 17 15:12, Buchbinder, Barry (NIH/NIAID) [E] wrote:
>> Corinna Vinschen sent the following at Tuesday, August 17, 2010 4:49 AM
>> >> On 17 August 2010 02:26, Buchbinder, Barry wrote:
>> >> > $ bash --norc --noprofile /etc/postinstall/mintty.s
On 18 August 2010 09:51, Csaba Raduly wrote:
> The following scenario keeps happening more often than I like:
>
> I open a mintty console with a ssh:
> C:\cygwin17\bin\mintty.exe /bin/bash --login -c "/usr/bin/ssh -Y lablinux1"
>
> (time passes)
> I set the computer to sleep (the power button is re
On Aug 18 14:28, Andrey Repin wrote:
> Greetings, Corinna Vinschen!
>
> >> >>Do you have a series of steps that produces the problem you see?
> >> >>
> >> >
> >> >As I said in previous mail.
> >> >1. cd /cygdriver/i( I is mounted as a usb-stick)
> >> >2. cd /proc 3. Use some tools such as Un
Greetings, Corinna Vinschen!
>> >>Do you have a series of steps that produces the problem you see?
>> >>
>> >
>> >As I said in previous mail.
>> >1. cd /cygdriver/i( I is mounted as a usb-stick)
>> >2. cd /proc 3. Use some tools such as Unlocker to check driver I,
>> >Unlocker said driver I
On Aug 17 17:51, Eric Blake wrote:
> On 08/17/2010 05:46 PM, Bob Goldberg wrote:
> > cygwin 1.7.6
> >
> > attempting to:
> > $ mknod null c 1 3
> >
> > what I get is:
> > crw-rw-rw- 1 user mkgroup-l-d 46200, 14467 2010-08-17 18:44 null
> >
> > WHERE did those crazy major/minor's come from!?!?
T
On Aug 17 22:44, Pedro Izecksohn wrote:
> --- Corinna Vinschen wrote:
> >
> > For this patch, given that it is just a bunch of rather obvious
> > defines, I don't think we have to treat the patch as significant.
>
> I do not think that these macros are obvious. I think that I was
> there when th
On Aug 18 01:52, Christopher Faylor wrote:
> On Wed, Aug 18, 2010 at 01:05:13PM +0800, Huang Bambo wrote:
> >>Do you have a series of steps that produces the problem you see?
> >>
> >
> >As I said in previous mail.
> >1. cd /cygdriver/i( I is mounted as a usb-stick)
> >2. cd /proc 3. Use some
On Aug 17 15:12, Buchbinder, Barry (NIH/NIAID) [E] wrote:
> Corinna Vinschen sent the following at Tuesday, August 17, 2010 4:49 AM
> >> On 17 August 2010 02:26, Buchbinder, Barry wrote:
> >> > $ bash --norc --noprofile /etc/postinstall/mintty.sh
> >> > /bin/mkdir: cannot create directory `/c/Docum
Hi all,
the setup.exe crashes when I do are install after an install operation
(downloading files only). When I click back after installation complete
to select reinstall the a message box appears with "Download incomplete.
Try again?". If I select yes then then download site list appears. After
s
72 matches
Mail list logo
