On the mirrors page, mirror.calvin.edu is listed as being in Missouri,
while it is actually in Grand Rapids, Michigan.
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ
On Sat, Dec 01, 2007 at 06:11:56PM +0100, Corinna Vinschen wrote:
>On Dec 1 11:13, Christopher Faylor wrote:
>> On Sat, Dec 01, 2007 at 11:31:55AM +0100, Corinna Vinschen wrote:
>> >On Nov 30 16:36, Christopher Faylor wrote:
>> >> But we do have a fairly transparent way of dealing with this proble
I went with the defaults when installing cygwin. Which means I used
the recommended unix/binary line feed setting. It sounded like that
means I get no line-ending translation done by cygwin, which is fine.
So I open a .bat file and see a bunch of ^Ms at the end of each line.
Then I open a xm
I saw some postings on this from 2005..
http://cygwin.com/ml/cygwin/2005-04/msg00395.html
When I did a du I got:
du: cannot access `Temporary Internet
Files/Content.IE5/WLCFOZCR/;_ylc=X1MDOTc1NDYxNjgEX3IDMgRmcmNvZGUDY3NjX3ltYWlsY2wEaXQDc2hvcnRjdXRzOi91cy9pbnN0YW5jZS9pZGVudGlmaWVyL1VSTARuX3R5cAM
Angelo Graziosi wrote:
Corinna Vinschen wrote:
I've made another version of the Cygwin DLL, 1.5.25-3
With this new version of Cygwin, the problem, with which I started this
thread, seems to be solved!
Now the build of GFortran (20071201, trunk 130556) is completed without
problems.
Curious.. I found that if you set shell in /etc/passwd as /bin/cmd.exe
(after cp /cygdrive/c/WINDOWS/system32/cmd.exe /bin/cmd.exe), after
ssh login and exit by ctrl-F4, CMD is not leaved as zombie process.
It's only occurs when shell is cygwin process (/bin/bash or /bin/zsh).
2007/11/30, [EMAIL
The default installation of Cygwin tetex does not seem to have the
right permissions for Vista to be happy (with User Account Protection
turned on, as is default). Here is an example of an error message:
$ latex filename.tex
This is pdfeTeXk, Version 3.141592-1.21a-2.2 (Web2C 7.5.4)
file:line:e
Corinna Vinschen wrote:
> I've made another version of the Cygwin DLL, 1.5.25-3
With this new version of Cygwin, the problem, with which I started this
thread, seems to be solved!
Now the build of GFortran (20071201, trunk 130556) is completed without
problems.
Many thanks,
On Dec 1 11:13, Christopher Faylor wrote:
> On Sat, Dec 01, 2007 at 11:31:55AM +0100, Corinna Vinschen wrote:
> >On Nov 30 16:36, Christopher Faylor wrote:
> >> But we do have a fairly transparent way of dealing with this problem which
> >> will allow any ancient apps to continue to work. We used
On Sat, Dec 01, 2007 at 11:31:55AM +0100, Corinna Vinschen wrote:
>On Nov 30 16:36, Christopher Faylor wrote:
>> On Fri, Nov 30, 2007 at 03:58:42PM +0100, Corinna Vinschen wrote:
>> >On Nov 30 07:26, Eric Blake wrote:
>> >> -BEGIN PGP SIGNED MESSAGE-
>> >> Hash: SHA1
>> >>
>> >> According
I've made another version of the Cygwin DLL, 1.5.25-3, and associated
utilities available for testing. Version 1.5.24-2 remains the current
version for now.
This is a bug fix release. If nothing serious crops up within the next
couple of days, I intend to make this the new Cygwin version at the
On Dec 1 05:12, Brian Dessent wrote:
> Corinna Vinschen wrote:
>
> > Works like a charm. I like this. I will apply a patch which removes
> > timezone from the exported symbols in libcygwin.a and use the above
> > expression in cygwin/time.h.
>
> Should we handle _daylight the same way for cons
Corinna Vinschen wrote:
> Works like a charm. I like this. I will apply a patch which removes
> timezone from the exported symbols in libcygwin.a and use the above
> expression in cygwin/time.h.
Should we handle _daylight the same way for consistency?
Brian
--
Unsubscribe info: http://cy
On Dec 1 04:13, Brian Dessent wrote:
> Corinna Vinschen wrote:
>
> [ snip sensible explanation that I had actually ran into in the past and
> then forgotten about ]
>
> > > Or is pulluting the namespace with a macro called "timezone" too
> > > hideous? In that case we could try declaring it "ex
Corinna Vinschen wrote:
[ snip sensible explanation that I had actually ran into in the past and
then forgotten about ]
> > Or is pulluting the namespace with a macro called "timezone" too
> > hideous? In that case we could try declaring it "extern long timezone
> > asm("_timezone");" in the hea
On Dec 1 12:42, Lapo Luchini wrote:
> Corinna Vinschen wrote:
> > I'm in contact with Jun-ya and he has already signed a Cygwin copyright
> > assignment. However, there are a couple of problems and restrictions
> > which makes the final integration into Cygwin somewhat tricky. I didn't
> > hear
On Dec 1 03:14, Brian Dessent wrote:
> Corinna Vinschen wrote:
>
> > Unfortunately it doesn't work for variables. We can hide the timezone
> > function, but how do we alias timezone to _timezone in libcygwin.a?
>
> Why does the variable need to be renamed? Can't we continue to call it
> _timez
Corinna Vinschen wrote:
> I'm in contact with Jun-ya and he has already signed a Cygwin copyright
> assignment. However, there are a couple of problems and restrictions
> which makes the final integration into Cygwin somewhat tricky. I didn't
> hear back from Jun-ya for a couple of weeks now, but
Corinna Vinschen wrote:
> Unfortunately it doesn't work for variables. We can hide the timezone
> function, but how do we alias timezone to _timezone in libcygwin.a?
Why does the variable need to be renamed? Can't we continue to call it
_timezone internally and then "#define timezone _timezone"
On Nov 30 16:36, Christopher Faylor wrote:
> On Fri, Nov 30, 2007 at 03:58:42PM +0100, Corinna Vinschen wrote:
> >On Nov 30 07:26, Eric Blake wrote:
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA1
> >>
> >> According to Corinna Vinschen on 11/30/2007 7:20 AM:
> >> >
> >> > However, this *
20 matches
Mail list logo
