Not sure how many people out there have seen this. Any idea how this
might affect the Cygwin/X project?
/XFree86's release engineer David Dawes has announced that a majority
of the XFree86 core team has voted in favour of my proposal to disband
the core team.
Dalibor Topic wrote:
Dalibor Topic wrote:
Hi all,
in my attempts to fix an ugly bug in kaffe on Cygwin, the bug I'm
trying to squish turned out to be triggered by something that happens
*before* main is called.
snip
Since I'd like to know what modifes that opcode, I hope to be able to
set
Heiko Nardmann wrote:
Did anyone build the ACE library for Cygwin already?
The offical ACE take on cygwin is that it has been ported but is
currently unsupported. My understanding is that it can be done in MinGW
mode using cygwin tools as the build environment.
See:
Flavio Rabello de Souza wrote:
I´m trying to compile a C program under cygwin but it uses some linux
include files. (#include linux/in.h and #include linux/if_ether.h)
On my cygwin system I have both netinet/in.h and net/if.h . These
are the 'standard' includes that they probably should have
Flavio Rabello de Souza wrote:
But i still getting an error :(
Looks like its not completelly implements the linux/if_ether.h and
linux/in.h :)
the error message i got:
$ gcc -o sniffer sniffer.c
sniffer.c: In function `main':
sniffer.c:14: error: `PF_PACKET' undeclared (first use in this
Igor Pechtchanski wrote:
There must be something wrong with your system,
Yes, indeed there is! I checked it out on my machine here at work and it
does work fine. It would not be the first time my box at home made me
look/sound stupid on this list - lol. When its not completely catatonic
Graham Lamont wrote:
perl -MCPAN -e shell
Anybody experience similar ?
I've been having problems with the latest version of Perl (5.8.0-3)
while running/installing from CPAN on WinME. Using the previous version
(5.6.1-2) seems to work fine for me when installing from CPAN. I'm not
sure
Christopher Faylor wrote:
On Sat, Aug 02, 2003 at 11:59:56PM +0200, Gerrit P. Haase wrote:
Am Samstag, 2. August 2003 um 17:23 schriebst du:
I am still unable to build Perl and I haven't found the problem yet.
I'm seeking for volunteers to help tracking down this problem.
I'm sorry
Christopher Faylor wrote:
On Mon, Jul 28, 2003 at 07:52:36AM -0400, [EMAIL PROTECTED] wrote:
Not only that, but this appears to go even further. By essentially
compiling all these GNU utilities into one executable, there's a
violation of the GPL to the extent that the code used to do that
Sam Steingold wrote:
I am not using fork().
just plain exec().
If thats the case then the exec() you are linking is not behaving as a
POSIX exec() call, because if it did you would not still have two
processes to even compete for the I/O streams. The first process image
would be replaced by
Earnie Boyd wrote:
When you bounce that type of SPAM then you are participating in the DoS.
I agree completely with this statement, and although I though the idea
of wpoison was technically cool it also does nothing to ebb the
tide, and in fact only increases the level of the floodwaters by
Randall R Schulz wrote:
I think we have to work with the legal system, not try to subvert it.
Microsoft has a right to set the licensing terms it wants. We have a
right to tell them to go to hell. Currently however, and as you note,
the power relationship is highly skewed. It ain't easy to
Hopkins, Samuel wrote:
I need the sourcecode to modify. =(
If you *must* have a ping program that does something *special* then you
might want to look at libpcap (www.tcpdump.org) and libnet
(www.packetfactory.net) libraries then you should be able to implement
whatever functionality you
Pavel Tsekov wrote:
On Wed, 5 Mar 2003, Joe Buehler wrote:
but have any of the setup.exe
developers thought about changing setup.exe so that it is written
in something a little easier to work on, like perl/tk?
But then, it would become _huge_. You'd have to download a bunch of other
14 matches
Mail list logo