Part of the reason I got this was to listen to streaming feeds from the
internet. Most of the time they're in the 8000 port range, and my office
firewall blocks them. After connecting to my home computer which is setup as
the proxy server, I can get to certain blocked sites (youtube, myspace etc)
b
On 01 May 2007 23:48, Brian Dessent wrote:
> Aaron Gray wrote:
>
>> Thank you. I am a bit unsure of where abouts (what directory) do you
>> install the snapshot ?
>
> Again, this has nothing to do with gcc, take it the Cygwin list.
It would be as well to snip the gcc list from the Cc line w
I've recently installed cygwin with gcc and g++ support but when I try
and compile a file nothing gets output.
The file I am trying to compile is extremely simple...
#include
int main(int argc, char **argv)
{
std::cout << "Test!\n";
return 0;
}
I try and compile it via "g++ test
Hi Darrell,
On 02/05/07, Darrell Blake wrote:
I try and compile it via "g++ test.cpp -o test" but the file test.exe
doesn't get created and the compiler doesn't output any messages.
You have the command syntax around the wrong way.
It should be: g++ -o test.exe test.cpp
Hugh
--
Unsubscribe
Hugh McMaster wrote:
Hi Darrell,
On 02/05/07, Darrell Blake wrote:
I try and compile it via "g++ test.cpp -o test" but the file test.exe
doesn't get created and the compiler doesn't output any messages.
You have the command syntax around the wrong way.
It should be: g++ -o test.exe test.cpp
Hi Eric,
On 02/05/07, Eric Lilja wrote:
The command syntax used in the OP works just fine
Yes, you are correct. That command syntax works fine, but appears a
little untidy.
Darrell needs to post
the ouput of cygcheck -svr in an *attached* text file. He also might
want to replace std::cout <<
I tried changing the line from std::cout << "Test!\n" to cout <<
"Test!" << std::endl but it didn't make a difference.
I've attached the output from cygcheck -svr.
Thanks,
Darrell
On 5/2/07, Hugh McMaster <[EMAIL PROTECTED]> wrote:
Hi Eric,
On 02/05/07, Eric Lilja wrote:
> The command synta
On 02 May 2007 12:35, Darrell Blake wrote:
> I tried changing the line from std::cout << "Test!\n" to cout <<
> "Test!" << std::endl but it didn't make a difference.
>
> I've attached the output from cygcheck -svr.
>
You have two conflicting versions of the cygwin dll in your path. This is
g
On 05/02/2007, Darrell Blake wrote:
> 948k 2003/03/18 c:\gnude\bin\cygwin1.dll - os=4.0 img=1.0 sys=4.0
> "cygwin1.dll" v0.0 ts=2003/3/18 14:20 Cygwin DLL version info: DLL version:
> 1.3.22 DLL
Remove the above ancient version of cygwin1.dll.
--
Larry Hall http:/
Luie Lugo wrote:
> Part of the reason I got this was to listen to streaming feeds from the
> internet. Most of the time they're in the 8000 port range, and my office
> firewall blocks them. After connecting to my home computer which is setup as
> the proxy server, I can get to certain blocked sites
Darrell Blake skrev:
I tried changing the line from std::cout << "Test!\n" to cout <<
"Test!" << std::endl but it didn't make a difference.
I've attached the output from cygcheck -svr.
I think the fact that you have mingw installed and it's in the path
messes things up.
Thanks,
Darrell
* Darrell Blake (Wed, 2 May 2007 12:34:42 +0100)
> I tried changing the line from std::cout << "Test!\n" to cout <<
> "Test!" << std::endl but it didn't make a difference.
>
> I've attached the output from cygcheck -svr.
You've got multiple versions of the cygwin.dll and your mount points
are re
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of findutils, 4.3.4-1, is available for use. This release
was previously available for test, and is now promoted to current,
replacing 4.3.2-3. 4.2.27-1 remains the previous version.
NEWS:
=
This is a new upstream release, fixing s
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of readline and libreadline6, 5.2.4-8, is available for use,
replacing 5.2.2-7 as the current version. 5.1-5 remains the previous
version, to match the fact that a previous version of bash 3.1 is still
available.
NEWS:
=
This is a m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of bash, 3.2.17-15, has been uploaded, replacing 3.2.15-14
as current.
NEWS:
=
This is a minor patch release. It folds in two new upstream patches (both
of which only affect readline, so this binary should be identical to the
previo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of coreutils, 6.9-2, is available, replacing 6.7-1 as current.
NEWS:
=
This is a new stable upstream release. The new 'sort --compress-program'
option is not fully debugged; do not expect it to always work (it is
disabled by default
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A new release of git, 1.5.1.3-1, has been uploaded, replacing 1.5.0.3-1 as
the current version.
NEWS:
=
This is a new upstream release. See also the package documentation in
/usr/share/doc/git-1.5.1.3/, along with the attached upstream release no
Hello list
First off; I've been using cygwin for years, on and off, but this is the first
time I have joined the ML, so I just like to say _fantastic_work_guys_ to all
involved.
A minor problem (possible bug): If I try to run xemacs in the cygwin terminal,
without an X window, via the -nw opt
On 5/1/07, Cary R. wrote:
Patch generated and applied to newlib CVS. As an added bonus I fixed a
few other inconsistencies in acos(), asin(), log() and log10().
Just for the benefit of anyone else investigating this kind of thing
in the future, because I got confused by it and had to do some
s
Dave Korn wrote:
> > that are shared across gcc/binutils/gdb/sim/etc. If you later do "cvs
> > up" from the toplevel you'll accidently get the entire "src" tree
>
> No, you won't, unless you deliberately add the '-d' option.
Well sure, but then when someone checks in a change that involves
re
I am tasked with installing Cygwin (The latest version) from an install
directory (the computer does not have an internet connection). I run
the setup.exe I select for all users, install from local directory and I
get an error. The screen is at 9% install and the error is at
/archive/mkinstalldir
Hello,
I am using cygwin 1.5.24. After running vshadow
i get a snapshot. To access that snapshot i get a
string "\\?\GLOBALROOT\.. But when i try to mount
//?/GLOBALROOT... /dump_mount it says me invalid
argument. After doing some research i find that their
is workarround for this(that
Jeff Hawk wrote:
> >http://www.cygwin.com/ml/cygwin/2005-10/msg01021.html
>
> I don't know what you're trying to tell me with this, but rxvt is an XTERM
> replacement and is therefore intended to run under X.
Go back and reread that thread. The rxvt packaged with Cygwin is dual
mode. It w
On Wed, 2 May 2007, Gallagher, Tim F (NE) wrote:
> I am tasked with installing Cygwin (The latest version) from an install
> directory (the computer does not have an internet connection). I run
> the setup.exe I select for all users, install from local directory and I
> get an error. The screen
On 02 May 2007 12:57, Thorsten Kampe wrote:
> * Darrell Blake (Wed, 2 May 2007 12:34:42 +0100)
>> I tried changing the line from std::cout << "Test!\n" to cout <<
>> "Test!" << std::endl but it didn't make a difference.
>>
>> I've attached the output from cygcheck -svr.
>
> You've got multiple v
One thing to keep in mind is that I was encouraged to submit patches to
make the newlib functions match the glibc implementation not the standard.
Which I don't currently have access to.
> Other potentially controversial special cases (may or may not be
> handled correctly by newlib -- I didn't c
Hi,
I'm just try to compile SIP 4.1.1 for compile pyQT, but the compiler
give me this error:
...
... siplib.c:291: error: structure has no member named 'type'
...
...
I don't know nothing about interaction between SIP, pyQT and current
Python in cygwin.
Which software version can I use to
Jeff Hawk wrote:
From the rxvt website:
rxvt is a colour vt102 terminal emulator intended as an xterm(1)
replacement for users who do not require features such as Tektronix 4014
emulation and toolkit-style configurability. As a result, rxvt uses much
less swap space.
Therefore, rxvt is intended
On 02 May 2007 15:59, Brian Dessent wrote:
> Dave Korn wrote:
>
>>> that are shared across gcc/binutils/gdb/sim/etc. If you later do "cvs
>>> up" from the toplevel you'll accidently get the entire "src" tree
>>
>> No, you won't, unless you deliberately add the '-d' option.
>
> Well sure, but
Andrew DeFaria wrote:
WAG: Have you done mkgroup -d >> /etc/group?
Yes, I did - see my original post in this thread..
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
F
Dave Korn wrote:
> If you examine the wording carefully, you can infer that doing "cvs up" from
> toplevel without the -d option does not preclude using -d at levels below
> that
Well, depends. I have a line "update -dP" in my ~/.cvsrc. :-)
> Hmmm, I can't think off the top of my head
If anyone has experience with using Clearcase dynamic views on Windows
over an ssh session, I'd like to get some tips from you, or exchange info.
As I've indicated in earlier messages (e.g.
http://cygwin.com/ml/cygwin/2007-05/msg00025.html, etc.), I'm running
into weird permissions problems wh
Shankar Unni wrote:
I finally got a bit of a clue during a recent login. It seems that
*occasionally*, my machine is able to contact the PDC when logging in
via sshd, so that LOGONSERVER is \\pdcname, rather than
\\localmachinename (using cached credentials).
Further confirmation: the termin
I am trying hard to get this stuff working!! Could you please help me.
I created a dll file (test.dll), which contains the function that
creates a socket and return the success/failure status. This file uses
the socket.h provided by cygwin. I compiled this dll using gcc on
cygwin.
I also cr
On 4/30/07, Igor Peshansky wrote:
On Sun, 29 Apr 2007, Michael D. Adams wrote:
> On 4/24/07, Larry Hall (Cygwin) wrote:
> > Michael D. Adams wrote:
> > > On 4/23/07, Dave Korn wrote:
> > >> On 24 April 2007 00:19, Michael D. Adams wrote:
>
> > >> What's going on here could be related to secu
kalasad mailu wrote:
> I am trying hard to get this stuff working!! Could you please help me.
>
> I created a dll file (test.dll), which contains the function that
> creates a socket and return the success/failure status. This file uses
> the socket.h provided by cygwin. I compiled this dll
I have a working GCC-4.3-20070427 on latest Cygwin snapshot. GCC took 8
hours to build !
Thanks alot,
Aaron
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:
On 02 May 2007 13:23, Aaron Gray wrote:
> I have a working GCC-4.3-20070427 on latest Cygwin snapshot. GCC took 8
> hours to build !
If you think that's slow, try running the full testsuite!
Anyway, well done!
cheers,
DaveK
--
Can't think of a witty .sigline today
--
Unsub
On 02 May 2007 22:37, Michael D. Adams wrote:
> This is a bit of a bummer. I can't reproduce the error anymore. I
> have absolutely no idea what changed. I moved the old version out of
> the way and cleaned the registry, but the bug still won't appear. I
> guess just hope the next person to ru
On 02 May 2007 13:23, Aaron Gray wrote:
I have a working GCC-4.3-20070427 on latest Cygwin snapshot. GCC took 8
hours to build !
If you think that's slow, try running the full testsuite!
I tried doing 'make check' but it needed autogen which does not build on
Cygwin apparently :(
I have
Just on the offchance, do you have any of these installed?
Windows Defender
AFAIK Windows Defender is built in to Vista.
Aaron
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports: http://cygwin.com/problems.html
Documentation: http://cygwin.com/
[EMAIL PROTECTED] wrote:
On 02 May 2007 13:23, Aaron Gray wrote:
I have a working GCC-4.3-20070427 on latest Cygwin snapshot. GCC took 8
hours to build !
If you think that's slow, try running the full testsuite!
I tried doing 'make check' but it needed autogen which does not build on
Cyg
On 02 May 2007 14:10, Aaron Gray wrote:
>> On 02 May 2007 13:23, Aaron Gray wrote:
>>
>>> I have a working GCC-4.3-20070427 on latest Cygwin snapshot. GCC took 8
>>> hours to build !
>>
>> If you think that's slow, try running the full testsuite!
>
> I tried doing 'make check' but it needed a
Aaron Gray wrote:
> I tried doing 'make check' but it needed autogen which does not build on
> Cygwin apparently :(
That's just the fixincludes dir. It's not important. This is why the
instructions tell you to run "make -k check".
And autogen does build on Cygwin.
Brian
--
Unsubscribe info:
Aaron Gray wrote:
I tried doing 'make check' but it needed autogen which does not build on
Cygwin apparently :(
That's just the fixincludes dir. It's not important. This is why the
instructions tell you to run "make -k check".
Okay I will try that.
And autogen does build on Cygwin.
Rig
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Matteo Facchinetti wrote:
> Which software version can I use to compile pyQT and SIP in current cygwin?
> Is there anyone, that use this lib in cygwin, could help me?
http://cygwin-ports.cvs.sourceforge.net/cygwin-ports/ports/python/sip/
http://cygw
46 matches
Mail list logo
