Christian Franke wrote:
> Testing build of grub 1.97 beta on Cygwin 1.7, I found that the grub
> .mod files are much larger than on 1.5. The modules are build by 'ld -r'
> (and later converted to ELF).
>
> The root of the problem is that the binutils-2.19.51-1 ld behavior
> differs from previous 1
[Reformatted -- bottom posting]
On Fri, Sep 11, 2009 at 2:10 PM, Lee D. Rothstein wrote:
> Robert Pendell wrote:
>>
>> On Mon, Sep 7, 2009 at 1:41 AM, Robert Pendell wrote:
>>
>>>
>>> On Fri, Sep 4, 2009 at 9:35 PM, Robert Pendell wrote:
>>>
On Fri, Sep 4, 2009 at 2:46 PM, Andy Koppe wro
Testing build of grub 1.97 beta on Cygwin 1.7, I found that the grub
.mod files are much larger than on 1.5. The modules are build by 'ld -r'
(and later converted to ELF).
The root of the problem is that the binutils-2.19.51-1 ld behavior
differs from previous 1.5 binutils. The new ld increase
On 2009-09-11 18:49Z, Gery Herbozo Jimenez wrote:
>
> int main()
> {
> clrscr();
> cout<<"Hallo";
> getch();
> }
This message:
http://www.cygwin.com/ml/cygwin/1999-09/msg00326.html
mentions the danger of mixing getch() with C++ streams,
and explains why Cygwin doesn't pr
Gery Herbozo Jimenez wrote:
>
> I have a simple script:
>
> #include
> #include
> int main()
> {
> clrscr();
> cout<<"Hallo";
> getch();
> }
It looks like your include statements are missing what they are supposed
to include. I made a guess that they should be as follo
2009/9/11 Kit Johnson:
> I've just upgraded to the beta version (1.7.0).
> This is now in my cygwin.bat file (definitely
> for the correct, beta, installation):
> @echo off
>
> C:
> chdir C:\cyg\bin
> set LANG=th_TH.UTF-8
> bash --login -i
>
> And these lines in my .bashrc file (also definitely the
I have a simple script:
#include
#include
int main()
{
clrscr();
cout<<"Hallo";
getch();
}
However it doesn't work under this command:
g++ hallo.cpp -o hallo.exe
It gives:
In file included from
/usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/backward/iostream.h:31,
from hallo.cpp:1:
/usr/lib/
I have a simple script:
#include
#include
int main()
{
clrscr();
cout<<"Hallo";
getch();
}
However it doesn't work under this command:
g++ hallo.cpp -o hallo.exe
It gives:
In file included from
/usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/backward/iostream.h:31,
f
On Fri, Sep 11, 2009 at 02:41:55PM -0400, Christopher Faylor wrote:
>On Fri, Sep 11, 2009 at 02:13:41PM -0400, Lee D. Rothstein wrote:
>>Christopher Faylor wrote:
>>> I just uploaded a new Cygwin 1.7 test release, 1.7.0-61.
>>>
>>> This is another bugfix update:
>>>
>>> - Correctly interpret Interi
On Fri, Sep 11, 2009 at 02:13:41PM -0400, Lee D. Rothstein wrote:
>Christopher Faylor wrote:
>> I just uploaded a new Cygwin 1.7 test release, 1.7.0-61.
>>
>> This is another bugfix update:
>>
>> - Correctly interpret Interix symlinks (read-only).
>>
>> - Set R/O attribute on a file only if ACLs ar
Christopher Faylor wrote:
I just uploaded a new Cygwin 1.7 test release, 1.7.0-61.
This is another bugfix update:
- Correctly interpret Interix symlinks (read-only).
- Set R/O attribute on a file only if ACLs are not active.
- Don't interpret a volume reparse point as a symlink.
- Add two ne
I have dumped across years:
* Norton
* McAfee
* Antivir
Currently I'm using Kaspersky, which is pricer than the above, but it's
given me no trouble (so far), and seems to have detected some real
problems.
Robert Pendell wrote:
On Mon, Sep 7, 2009 at 1:41 AM, Robert Pendell wrote:
On Mon, Sep 7, 2009 at 1:41 AM, Robert Pendell wrote:
> On Fri, Sep 4, 2009 at 9:35 PM, Robert Pendell wrote:
>> On Fri, Sep 4, 2009 at 2:46 PM, Andy Koppe wrote:
>>> 2009/9/4 Robert Pendell:
During basic installation cygpath, mkpasswd, and mkgroup were all
detected by SONAR (part of NAV
Vincent R. wrote:
>> And then after that. I'll probably be more inclined to go
> straight
>> for
>> a test version of 4.5.0, and skip over 4.4 series altogether.
>
> Is there any reason to ignore 4.4 family ?
Main reason, as Eric suggests, is time. I've had to prepare and test a big
I just uploaded a new Cygwin 1.7 test release, 1.7.0-61.
This is another bugfix update:
- Correctly interpret Interix symlinks (read-only).
- Set R/O attribute on a file only if ACLs are not active.
- Don't interpret a volume reparse point as a symlink.
- Add two new code pages: 20866 (KOI8-R)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Vincent R. on 9/11/2009 6:54 AM:
>> And then after that. I'll probably be more inclined to go
> straight
>> for
>> a test version of 4.5.0, and skip over 4.4 series altogether.
>
> Is there any reason to ignore 4.4 family ?
Lack
On Thu, 10 Sep 2009 23:30:59 +0100, Dave Korn
wrote:
> Vincent R. wrote:
>> Hi,
>>
>> when will you release a gcc-4.4 package for cygwin ?
>>
>
> Right now I'm concentrating on getting a stable 4.3.4 package out that
> will
> have all the fixes for all the known problems in 4.3.2 and will b
2009/9/10 Kit Johnson:
Thanks so much for taking the time to help. This is the first time I've
used a mailing list so I hope I've replied correctly.
Yep, except you replied to me instead of the list. ;)
I hope I got the right address this time!
Are you running the Cygwin 1.7 beta? 1.
18 matches
Mail list logo
