Yaakov writes:
WindowMaker has been sitting orphaned for a while now, and there have
been requests for an update, so:
ftp://ftp.cygwinports.org/pub/cygwinports/release-2/X11/WindowMaker/libWINGs-devel/libWINGs-devel-0.92.0-10.tar.bz2
Yaakov, thanks for your review. I do appreciate it. Unfortunately you've
tapped into my frustration with the poor documentation of cygport. I like
and use cygport, but much of its functionality isn't documented anywhere
except in the source. So subtle points like these are likely to be
On 11/09/2009 09:10, Andrew Schulman wrote:
Yaakov, thanks for your review. I do appreciate it. Unfortunately you've
tapped into my frustration with the poor documentation of cygport. I like
and use cygport, but much of its functionality isn't documented anywhere
except in the source. So
On 11/09/2009 01:49, Dr. Volker Zell wrote:
Builds fine from source, packaging and setup.hint look good.
GTG
Thanks. You have been particularly missed in this department. :-)
BTW, if you have a chance, could you give the rarian ITP a spin as well?
Dont' worry, it's a much simpler build
On Fri, Sep 11, 2009 at 04:07:03PM -0500, Yaakov (Cygwin/X) wrote:
On 11/09/2009 09:10, Andrew Schulman wrote:
Yaakov, thanks for your review. I do appreciate it. Unfortunately you've
tapped into my frustration with the poor documentation of cygport. I like
and use cygport, but much of its
On 11/09/2009 16:42, Christopher Faylor wrote:
I think you probably also meant to add PTC, right?
No, documenting cygport is probably something that only I can do. I
only wish that I thought of this when I started; not only is it more
work now, documenting as you go makes you think harder
The following packages has been updated/added for Cygwin 1.7:
*** WindowMaker-0.92.0-10
*** libWINGs-devel-0.92.0-10
*** libWMaker-devel-0.92.0-10
*** libwraster-devel-0.92.0-10
*** libwraster3-0.92.0-10
Window Maker is the GNU window manager for the X Window System. It was
designed to emulate
I have a simple script:
#include
#include
int main()
{
clrscr();
coutHallo;
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:
On 09/11/2009 02:54 PM, Gery Herbozo Jimenez wrote:
I have a simple script:
Don't send the same query to multiple Cygwin lists and don't spam
the Cygwin-X list with things that aren't related to Cygwin-X.
--
Larry Hall http://www.rfk.com
RFK Partners, Inc.
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?
On Thu, 10 Sep 2009 23:30:59 +0100, Dave Korn
dave.korn.cyg...@googlemail.com 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
-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 of
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
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
set of
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 2010) that it
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:
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
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 are not active.
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 Interix symlinks
I have a simple script:
#include
#include
int main()
{
clrscr();
coutHallo;
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
I have a simple script:
#include
#include
int main()
{
clrscr();
coutHallo;
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:
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 correct
Gery Herbozo Jimenez wrote:
I have a simple script:
#include
#include
int main()
{
clrscr();
coutHallo;
getch();
}
It looks like your include statements are missing what they are supposed
to include. I made a guess that they should be as follows:
#include
On 2009-09-11 18:49Z, Gery Herbozo Jimenez wrote:
int main()
{
clrscr();
coutHallo;
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 provide
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
[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 wrote:
2009/9/4 Robert
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.5
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
28 matches
Mail list logo