Brian Ford wrote:
>2.) Paraphrasing, the UNIX profil call (that gprof.c is currently using),
>has a contiguous flat address space model. It hashes address samples over
>that space into a buffer. The starting and ending address are
>automatically pulled from the executable and are in its address
I am trying to compile linux-2.4.18 on cygwin. When I issue "make
bzImage", it gives following error:
[EMAIL PROTECTED] /cygdrive/e/cygwin/home/linux
$ make bzImage
gcc -D__KERNEL__ -I/cygdrive/e/cygwin/home/linux/include -Wall -Wstrict-prot
otyp
es -Wno-trigraphs -O2 -fno-strict-aliasing -fno-comm
> OK, first brief problem. Are you trying to compile this with the
> intention of running it under cygwin? Because that isn't going to work,
> and isn't the kind of thing cygwin was designed for. Cygwin "emulates"
> unix function calls to allow unix (or posix) programs to be compiled
> under windo
I know, I know. I should have read the FAQ and the Documentation. I have.
And yet, a fresh install (yesterday) is not working on windows XP.
It is about /etc/profile that is missing, which results in PATH not being set.
cygwin.bat does not have any PATH set either.
In the /etc dir I only have /et
mohanlal wrote:
>> If you want to cross-compile it for use on a linux box (why?) you'll
>> have to compile a cross-compiling version of gcc, which isn't too
>> difficult but takes a while.
> Well, my intension is what you described later. But I though of compiling
> with native gcc rather then tr
On Mon, 13 Oct 2003, Benedykt wrote:
> I know, I know. I should have read the FAQ and the Documentation. I have.
> And yet, a fresh install (yesterday) is not working on windows XP.
> It is about /etc/profile that is missing, which results in PATH not being set.
> cygwin.bat does not have any PATH
--- Yadin Y Goldschmidt <[EMAIL PROTECTED]> wrote: > The
recent snapshot from 10/10/03 seems to have
> solved the XEmacs problem
> for me. Thank
> you Chris for an excellent job. It was clear from
> the start that you were
> the right person to solve this problem.
>
Yes indeed. I can concur that
Folks,
Look at
1.5.4-1: Problem with XEmacs, fonts, and subprocesses
It seems that there is a working solution for the
subprocess problem. It works for me. Basically go and
try the 10-Oct-2003 snapshot. This should fix the
subprocess problem. It worked for me.
Triza
__
On 13 Oct 2003 at 8:49, Igor Pechtchanski wrote:
>It looks like the postinstall script for the base-files package wasn't run
>correctly...
I tried to Reinstall the postinstall and base-files package but the scripts refuse to
overwrite an existing configuration. So what is the solution now?
Is
>From: Larry Hall
>To: Matthew Hilty , cygwin at cygwin dot com
>Date: Tue, 30 Sep 2003 18:53:46 -0400
>Subject: Re: SSH connection close when _any_ user logs out of W2K
>Reply-to: Cygwin List
>At 05:23 PM 9/30/2003, Matthew Hilty you wrote:
>>Hello,
>>I've notic
Alex,
On Sun, Oct 12, 2003 at 01:47:37PM -0700, Alex Liberman wrote:
> thx but that wasn't it either, however have worked around by pointing
> cygrunsrv --path to a script hehe
>
> cygrunsrv -I fetchmail --path /bin/bash.exe -a /home/Administrator/sh.sh
> --shutdown
>
> $ cat sh.sh
> #!/bin/ba
On Mon, Oct 13, 2003 at 11:29:40AM -0400, Jason Tishler wrote:
> Huh? Why do you run fetchmail as suggested in the README?
s/do/don't/
Jason
--
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D 8784 1AFD E4CC ECF4 8EF6
--
Unsubscribe in
Vlad wrote:
>In other words, text mode is ignored if Windows-style path is
>specified.
>
>I'm concerned about this behavior because it breaks some 3rd party
>tools that I'm using. In particular, a C compiler chokes on
>multiline macros. As a result, I have to juggle between 1.5 (for normal
>usage)
> Date: Mon, 13 Oct 2003 15:08:25 +0100 (BST)
> From: "Dr.D.J.Picton" <[EMAIL PROTECTED]>
> Subject: Re: SSH connection close when _any_ user logs out of W2K
> >From: Larry Hall
> >To: Matthew Hilty , cygwin at cygwin dot com
> >Date: Tue, 30 Sep 2003 18:53:46 -0400
> >Subject:
On Mon, 13 Oct 2003, Monique Y. Herman wrote:
> On Mon, 13 Oct 2003 at 01:37 GMT, Edward Peschko penned:
> > On Sun, Oct 12, 2003 at 07:24:29PM -0600, bob wrote:
> >> Is there any way to have more than one console session available in
> >> one rxvt (or dos) window? I am thinking of the konsole th
Edward Peschko wrote:
As for needing two dev environments, you been instructed how to use
cygwin to compile to both, so I must conclude you are not actually
trying to comprehend the emails, just arguing for the sake of it.
That is exactly my point. if cygwin can do both, and cygwin can create
e
Jeff wrote:
Vlad wrote:
In other words, text mode is ignored if Windows-style path is
specified.
I noticed this same behavior and posted on it a bit earlier this month.
Jeff, I've noticed your email after I've posted mine :) I believe it's
the same problem.
$ command -option `cygpath c:\whereever\
--- Christopher Faylor <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 13, 2003 at 07:22:28AM +0200, Alex Vinokur wrote:
> >gcc -dM -E -xc /dev/null
> > and
> >g++ -dM -E -xc /dev/null
> > produce the same output.
> >
> >Is this a feature or a bug?
>
> It is not a bug. Try it on linux.
>
> >How can
I recently downloaded Cygwin from cygwin.com, and everything
seems to be working fine.
Now when I try to compile any software using configure/make
routine, I keep getting the following error:
configure: error: installation or configuration problem:
C++ compiler cannot create executables.
> Date: Mon, 13 Oct 2003 16:38:29 +0100 (BST)
> From: "Dr.D.J.Picton" <[EMAIL PROTECTED]>
> Subject: Re: SSH connection close when _any_ user logs out of W2K
> To: [EMAIL PROTECTED]
> Mime-Version: 1.0
> Content-MD5: IFHKe0TcizXXvm44ktLQnA==
>
> > Date: Mon, 13 Oct 2003 15:08:25 +0100 (BST)
> > F
On Mon, Oct 13, 2003 at 05:58:45PM +0100, Dr.D.J.Picton wrote:
>
> > Date: Mon, 13 Oct 2003 16:38:29 +0100 (BST)
> > From: "Dr.D.J.Picton" <[EMAIL PROTECTED]>
> > Subject: Re: SSH connection close when _any_ user logs out of W2K
> > To: [EMAIL PROTECTED]
> > Mime-Version: 1.0
> > Content-MD5: IFHK
> if I just missed something.
>
> You have to quote arguments inside [ ] or bad things(tm) happen.
AFAIK, that's only if you test something that can evaluate to empty,
eg:
$ test $FOO = "bar"
-bash: test: =: unary operator expected
$ test "$FOO" = "bar"
> In particular, without the belo
Harold Hunt wrote:
> This is a generic Cygwin problem, not related to XFree86. The problem
> is that cygpath hangs when called from a shell launched by setup.exe.
> This problem has been reported many times before. It started happening
> about a month or two ago. For a more detailed descripti
Christopher Faylor wrote:
>On Thu, Oct 09, 2003 at 06:17:08PM -0500, Brian Ford wrote:
>>#!/bin/bash
>>
>>FOO=`cygpath -S`
>>
>>but using #!/bin/sh doesn't. likewise, strace hangs here:
>>#!/bin/bash
>>
>>FOO=`strace -o /tmp/cygpath.strace cygpath -S`
>>
>>but not using #!/bin/sh.
>>
>>Neither han
Vazeni pratele
dovolujeme si vam zaslat nasi aktualni nabidku potreb a sluzeb pro
digitalni fotografii ZA NEJLEPSI CENY. Prijdte si k nam vybrat ze siroke
nabidky pristroju na sklade nebo si vyberte z nasi nabidky na internetu;
vzdy dostanete kvalitni sluzby a spolehlive zbozi.
POSLEDNI TYDEN V
On Sat, 11 Oct 2003, Micha Nelissen wrote:
> Nelissen, M. wrote:
>
> > This is exactly the same as mine! (Without the --enable-debug). So my
> > configure script itself is broken? Could it be my version of
> > autoconf/automake or outdated or broken?
>
> This was indeed the case. I ran cygwin setu
Hi,
Hi all,
Is it possible to compile and link a source file with a dll to an
executable in one step?
At this moment I use 2 steps:
g++ -c -I"../include" -o"../../Objects/Main.o" Main.cpp
g++ -o"../../Target/Main.exe ../../Objects/Main.o
../../Target/libObject.dll
It is possible :
g++ -I"../in
On Sun, 12 Oct 2003, Hannu E K Nevalainen wrote:
> Sigh - yes, or even better; the FAQ stating that there should be a configure
> script in the root dir after the checkout - as it depends on it beeing
> there - i.e. "You should now have a /src/configure script. Run it like
> this:".
>
Do you reall
> Have you tried to compile an application using -mno-cygwin? Have you
> tried to run the resulting executable? I have. I created an application
> using -mno-cygwin and to my surprise it became "Windows" like in that
> thinks like pathnames had to be specified in Window'ese. So before, in
> the
On Mon, 13 Oct 2003, peter garrone wrote:
> As you have suggested, I have tried setting up a list of
> threads in profil.c, calling SuspendThread,
> GetThreadTimes, to get timing information for all threads,
> and to create a reasonably accurate profile for non-dll user space
> using gprof.
>
Soun
Sorry, my fingers aren't working. I keep accidentally replying to the
sender rather than/in addition to the list.
Cygwin's current tcflush implimentation is rather crude. Although, it may
not be possible to do any better. PTC.
if (queue == TCIFLUSH || queue == TCIOFLUSH)
/* Input flushin
Edward Peschko wrote:
Have you tried to compile an application using -mno-cygwin? Have you tried to run the resulting executable? I have. I created an application using -mno-cygwin and to my surprise it became "Windows" like in that thinks like pathnames had to be specified in Window'ese. So befor
On Mon, 13 Oct 2003, Andrew DeFaria wrote:
> The only way I think you can truly accomplish what you want is to
> effectively do all the work that Cygwin has already done, by hand,
> recoding it so as not to be stealing, and release your runtime license
> free or on the "Artist" license like Perl.
This was posted to me privately (possibly by mistake). Looks
as though it could help with the setup hanging investigation.
[It's been quite a day for replying to sender instead of list.]
-- Cliff
chris <[EMAIL PROTECTED]> wrote:
> I've got to pop off now, but I thought I would express some inita
> I, like others, think that you are just looking at this sideways. If I
> compile a program with MingW it is to produce a Windows only executable
> totally unaware of Cygwin, Posix or anything. The only thing I'd expect
> it to "understand" is Windows conventions. As such I'd expect that
> pro
Edward Peschko wrote:
I, like others, think that you are just looking at this sideways. If I compile a program with MingW it is to produce a Windows only executable totally unaware of Cygwin, Posix or anything. The only thing I'd expect it to "understand" is Windows conventions. As such I'd expect
Hallo Edward,
>> GCC='gcc -mno-cygwin' ./configure.
[...]
> (ex: -mno-cygwin doesn't define WINNT, which mingw does)
$ gcc -mno-cygwin -dM -E -xc /dev/null | grep WINNT
#define WINNT 1
Gerrit
--
=^..^=
--
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple
Problem reports:
On Mon, Oct 13, 2003 at 11:15:25PM +0200, Gerrit P. Haase wrote:
> Hallo Edward,
>
> >> GCC='gcc -mno-cygwin' ./configure.
>
> [...]
>
> > (ex: -mno-cygwin doesn't define WINNT, which mingw does)
>
> $ gcc -mno-cygwin -dM -E -xc /dev/null | grep WINNT
> #define WINNT 1
my mistake. but still,
Vladimir Vysotsky wrote:
Hi,
I'm using the following sequence of actions to reproduce this problem:
C:\test>bash
bash-2.05b$ echo "Test" >/c/test/test1.txt
bash-2.05b$ echo "Test" >c:/test/test2.txt
bash-2.05b$ ls -l
total 2
-rw-r--r--1 vvysotsk mkpasswd6 Oct 10 19:49
Ed, mingw is a bunch of library files used with Mingw.
I notice, though, that I can create a Windows based GUI with the mingw
and w32api from Sourceforge better than I could with Cygwin.
When I want a Unix program compiled, I turn to Cygwin.
I also have Visual Studio, but it ain't great for Cygwin
> >well, I'd expect to see the mingw application choke if I ran it through
> >cmd.exe this way..
> >
> >I don't see why it would have to choke if it ran through *SH.EXE* this
> >way. sh.exe - in either the mingw32 world or the the cygwin world - could
> >handle the arguments. And that way, inter
Hi,
I wish that the max size of my cygwin window will be full screen.
currently it is only 3/4 screen.
I do'nt want to use the X - xterm for this purpose because it slows the computer.
Is there a way to config the max cygwin window size ?
ThankX
--
Unsubscribe info: http://cygwin.com/m
Rick Rankin wrote:
--- Christopher Faylor <[EMAIL PROTECTED]> wrote:
On Mon, Oct 13, 2003 at 07:22:28AM +0200, Alex Vinokur wrote:
gcc -dM -E -xc /dev/null
and
g++ -dM -E -xc /dev/null
produce the same output.
Is this a feature or a bug?
It is not a bug. Try it on linux.
How can one know that
Ed said:
> Like I said, try:
>
> mingw > gcc -dM -e -xc /dev/null
> cygwin > gcc -mno-cygwin -dM -E -xc /dev/null
>
> cygwin makes 73 defines, mingw makes 38. If a large project uses any of the
> cygwin defines, it will behave differently than if compiled with native mingw.
>
That's because yo
> From: Brian Ford
> Sent: Monday, October 13, 2003 8:49 PM
> On Sun, 12 Oct 2003, Hannu E K Nevalainen wrote:
>
> > Sigh - yes, or even better; the FAQ stating that there should
> be a configure
> > script in the root dir after the checkout - as it depends on it beeing
> > there - i.e. "You shoul
Edward Peschko wrote:
touche.. although you could use a mechanism like 'complete' in tcsh to enforce the conversion (complete recognizes things like paths, ip addresses, email addresses, etc.) and enforces conversion by this mechanism. This would work in 95-99% of the cases.
And what of other she
Hi: I recently added lynx to existing cygwin
installation. When installing Lynx, I noticed it
installed a new version of perl. Now when I try to run
perl, I get the error:
"procedure entry point _getreent could not be located
in the dynamic link library cygwin1.dll"
What do I have to do to resolve
> > As I said, this is just the tip of the iceberg - who knows what patches that
> > mingw has made to gcc, ld, make, etc. which could affect the building and
> > running of large win32 packages.
>
> I do. So does Chris, So does anyone who cares to look. The diff for gcc and
> binutils is not an
On Mon, 13 Oct 2003, Ravi Malghan wrote:
> Hi: I recently added lynx to existing cygwin
> installation. When installing Lynx, I noticed it
> installed a new version of perl. Now when I try to run
> perl, I get the error:
> "procedure entry point _getreent could not be located
> in the dynamic link
Edward Peschko wrote:
msys != mingw. mingw doesn't need msys. Cygwin provides a more complete
building and testing environment than does msys.
... and I was told point blank by the mingw mailing list not to use them.
cygwin is a nice user friendly package. I won't speak for mingw because
> Just because they are available does not mean you need to use them! Look
> I asked you if you were able to build Windows only applications using
> -mno-cygwin. You failed to answer that question. I'm able to build such
> apps and you should be too. You are arguing about the differences in
> i
- Original Message -
From: Brian Ford <[EMAIL PROTECTED]>
Date: Mon, 13 Oct 2003 14:36:34 -0500 (CDT)
To: peter garrone <[EMAIL PROTECTED]>
Subject: Re: Is multithreaded profiling on cygwin possible?
> On Mon, 13 Oct 2003, peter garrone wrote:
>
> >
> Sounds good, although I'm not quite
On Mon, 13 Oct 2003, Edward Peschko wrote:
> And anyways, the version numbers in itself are enough to warrant a
> merge. Coordinate releases of mingw and cygwin, and the version issues
> go away.
>
Cygwin itself doesn't "coordinate releases". By that I mean Cygwin,
w32api, gcc, mingw gcc, etc. ar
Rolf Campbell wrote:
C: is not mounted in text mode. /c is mounted in text mode. C: isn't
mounted at all.
I see your point. However, prior to 1.5 the mount table worked (i.e.,
determined the file mode) even if the path started with "C:", as far as
I understand.
If you set CYGWIN=textmode then that
On Mon, Oct 13, 2003 at 03:20:49PM -0700, Andrew DeFaria <[EMAIL PROTECTED]> wrote:
> Edward Peschko wrote:
> >MINGW and/or NO_CYGWIN simply wrap all of this up in a nice user friendly
> >package.
> >
> Let us know how your first implementation of this concept goes...
mungewin-0.01?
More serious
Brian Ford wrote:
Each is updated on its own schedule.
...which can be described as
MAX(upstream release time, next free moment of the volunteer package
mantainer) + RANDOM(-10, +100)
so it cannot be predicted, either.
It worked fairly well insofar, though.
--
Lapo 'Raist' Luchini
[EMAIL PRO
At 05:13 PM 10/13/2003, Edward Peschko you wrote:
>On Mon, Oct 13, 2003 at 11:15:25PM +0200, Gerrit P. Haase wrote:
>> Hallo Edward,
>>
>> >> GCC='gcc -mno-cygwin' ./configure.
>>
>> [...]
>>
>> > (ex: -mno-cygwin doesn't define WINNT, which mingw does)
>>
>> $ gcc -mno-cygwin -dM -E -xc /dev/n
Edward Peschko wrote:
Like I said, I'm not worried about my specific applications. I want cygwin to transparently and with no fuss - and correctly - build third party APIs, so I can properly link with them (and debug them if necessary).
All I can say is what I've heard many others say, which is..
Brian Ford wrote:
On Mon, 13 Oct 2003, Ravi Malghan wrote:
Hi: I recently added lynx to existing cygwin installation. When installing Lynx, I noticed it installed a new version of perl. Now when I try to run perl, I get the error: "procedure entry point _getreent could not be located in the dyn
At 06:45 PM 10/13/2003, Edward Peschko you wrote:
>> Just because they are available does not mean you need to use them! Look
>> I asked you if you were able to build Windows only applications using
>> -mno-cygwin. You failed to answer that question. I'm able to build such
>> apps and you should
On Mon, Oct 13, 2003 at 05:48:47PM -0500, Brian Ford wrote:
> On Mon, 13 Oct 2003, Edward Peschko wrote:
>
> > And anyways, the version numbers in itself are enough to warrant a
> > merge. Coordinate releases of mingw and cygwin, and the version issues
> > go away.
> >
> Cygwin itself doesn't "co
I've done a fair bit of searching on the net (6+hours of googling), but
can't find a solution, or a complete "No, there's no way to work around
that" to this problem:
I have to log into a large number of systems, and on some sets (such as
"all devboxes") I like to keep my password the same, for
> The answer is - the Cygwin team is under no obligation to accept patches
> to Cygwin to do anything. Patches are accepted and merged based on merit
> of the patch and adherence with Cygwin standards. If your patch passes
> these hurdles, it will be accepted. If not, it will be rejected (with
On 13 Oct 2003 at 12:00, Edward Peschko wrote:
[snip]
>
>
> In other words, depending how you look at it, mingw is defining less
> crucial information, or cygwin is defining more junk. And sometimes
> they define the same stuff differently.
>
> In any case, the toolsets are incompatible. And t
From: "Andrew DeFaria"
> Brian Ford wrote:
>
> >On Mon, 13 Oct 2003, Ravi Malghan wrote:
> >
> >
> >>Hi: I recently added lynx to existing cygwin installation. When
installing Lynx, I noticed it installed a new version of perl. Now when I
try to run perl, I get the error: "procedure entry point _
On Mon, 13 Oct 2003, Edward Peschko wrote:
> > The answer is - the Cygwin team is under no obligation to accept patches
> > to Cygwin to do anything. Patches are accepted and merged based on merit
> > of the patch and adherence with Cygwin standards. If your patch passes
> > these hurdles, it wi
At 07:52 PM 10/13/2003, Edward Peschko you wrote:
>> The answer is - the Cygwin team is under no obligation to accept patches
>> to Cygwin to do anything. Patches are accepted and merged based on merit
>> of the patch and adherence with Cygwin standards. If your patch passes
>> these hurdles, i
keeping in mind what someone else said about flame wars...
On 13 Oct 2003 at 15:45, Edward Peschko wrote:
> > Just because they are available does not mean you need to use them!
> > Look I asked you if you were able to build Windows only applications
> > using -mno-cygwin. You failed to answer th
> >Fair enough, but you *can* 'pre' approve entrance to the developer's list.
> >Remember, you try to subscribe and you get asked four questions?
>
>
> You don't need to be on the Cygwin developers list to create patches
> for Cygwin or play around with the code. Patches can be submitted either
At 08:44 PM 10/13/2003, Edward Peschko you wrote:
>> >Fair enough, but you *can* 'pre' approve entrance to the developer's list.
>> >Remember, you try to subscribe and you get asked four questions?
>>
>>
>> You don't need to be on the Cygwin developers list to create patches
>> for Cygwin or pla
I'm having the following trouble compiling
even the simplest programs with gcc:
$ gcc tmp.c
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/libgcc.a(w32-shared-ptr.o)(.text+0x189):
undefined reference to `_pthread_atfork'
collect2: ld returned 1 exit status
The gcc version we are using is:
$ gcc -v
Readin
At 10:34 PM 10/13/2003, Pankaj K Garg you wrote:
>I'm having the following trouble compiling
>even the simplest programs with gcc:
>
>$ gcc tmp.c
>/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/libgcc.a(w32-shared-ptr.o)(.text+0x189):
>undefined reference to `_pthread_atfork'
>collect2: ld returned 1 exit
Pankaj K Garg wrote:
$ gcc tmp.c
/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/libgcc.a(w32-shared-ptr.o)(.text+0x189):
undefined reference to `_pthread_atfork'
collect2: ld returned 1 exit status
Mhhh.. just a wild guess, but did you try with "gcc -pthread tmp.c"?
--
Lapo 'Raist' Luchini
[EMAIL PROT
At 10:12 PM 10/13/2003, Larry Hall you wrote:
>At 10:34 PM 10/13/2003, Pankaj K Garg you wrote:
>>I'm having the following trouble compiling
>>even the simplest programs with gcc:
>>
>>$ gcc tmp.c
>>/usr/lib/gcc-lib/i686-pc-cygwin/3.3.1/libgcc.a(w32-shared-ptr.o)(.text+0x189):
>>undefined referenc
I read it makes significant differences for compile times when
GCC is configured with --disable-checking, but 3.3.1-2 doesn't
return it with gcc -v. Does it make any difference on Cygwin ?
It certainly does on Linux.
--
How to contact me - http://www.pervalidus.net/contact.html
--
Unsubscribe in
Thanks.
I did re-install gcc, with the same result. The log file doesn't
provide any clue either.
Here's the program 'tmp.c'
#include
int main(int argc, char *argv[])
{
printf("Hello World\n");
}
Here's a run from 'cygcheck':
Cygwin Win95/NT Configuration Diagnostics
Current System Time: Mo
On Mon, Oct 13, 2003 at 12:22:12PM -0500, Brian Ford wrote:
>Since setup must be launched from explorer to hang, I set
>CYGWIN_DEBUG=cygpath in my system environment variables and rebooted. To
>make sure it worked, I launched a bash under rxvt and did a "cygpath -S".
>Up popped the gdb cmd shell.
OK. Why are you running from the MKS shell? I think you're
getting some weird interaction here. Try pulling references to
MKS out of your path. Run from /bin/bash as cygwin.bat gives you.
This is the only difference of significance I can see (i.e. your
program compiled fine for me).
Larry
Thanks for the hand holding. I think I've nailed
the problem by running 'gcc -v'
It seemed to have been linking in an older version
of cygwin crt0.o, which was causing the trouble.
Thanks again!
> -Original Message-
> From: Larry Hall [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 13,
On Mon, Oct 13, 2003 at 05:35:38PM -0700, Paul G. wrote:
>Mingw is not included with Msys. Msys "can use" and "is capable of
>_recognizing_", Mingw. Msys != Mingw. Msys does not need Mingw to
>develop anything.
>
>Mingw and Msys are OT for this list.
Bingo. Paul is right. Also Mingw doesn't n
On Mon, Oct 13, 2003 at 05:48:47PM -0500, Brian Ford wrote:
>On Mon, 13 Oct 2003, Edward Peschko wrote:
>>And anyways, the version numbers in itself are enough to warrant a
>>merge. Coordinate releases of mingw and cygwin, and the version issues
>>go away.
>>
>Cygwin itself doesn't "coordinate rel
"Ross Smith" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> Rick Rankin wrote:
> > --- Christopher Faylor <[EMAIL PROTECTED]> wrote:
> >
> >>On Mon, Oct 13, 2003 at 07:22:28AM +0200, Alex Vinokur wrote:
> >>
> >>>gcc -dM -E -xc /dev/null
> >>> and
> >>>g++ -dM -E -xc /dev/null
> >>>
On Mon, Oct 13, 2003 at 10:19:08PM -0400, Christopher Faylor wrote:
> Apparently you decided to bcc me on this email.
>
> IIRC, I asked not to receive personal email from you on this subject. I
> suggested that you continue your discussion in the cygwin mailing list
> and it should be obvious to
Laurence,
This is a generic Cygwin problem, not related to XFree86. The problem
is that cygpath hangs when called from a shell launched by setup.exe.
This problem has been reported many times before. It started happening
about a month or two ago. For a more detailed description, see my post
An updated version of the uw-imap-util, uw-imap-imapd, and c-client =
packages
has been uploaded to the mirror sites.
Changes in 2002e-2 since 2002e-1:
Updated the README with correction provided by Jari Aalto. Also, patched
c-client with patch information from pine package (PLEASE see the recent
Hello,
The libxerces-c23, xerces-c-devel, and xerces-c-doc packages have been
uploaded to the cygwin mirror sites.
The only change between xerces-c 2.3.0-3 and 2.3.0-4 is the cygwin dll
version it was built against and the gcc version it was built with.
Xerces-c 2.3.0-4 is built against cygwin 1.
Thank for answer.
I replace tcflush(fd,TCIFLUSH) by
do {
err = read(fd,iobuffer,1000)
} while(err>0)
and it work OK on Win98.
I still have problem on Windows2000Sp2.
It seem that it hangs in functions:
tcsetattr(fd,TCSANOW,&newtio);
read(fd,iobuffer,1000);
write(fd,iobuffer,10);
Strange thin
87 matches
Mail list logo
