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
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.
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
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
"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 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
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
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,
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
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.
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
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
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
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: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
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 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
> >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
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
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
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
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 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
> 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
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
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
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
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
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..
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
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
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
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, 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
- 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
> 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
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
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
> > 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
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
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
> 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
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
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
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
> >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
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
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
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,
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:
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
> 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
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
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.
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
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
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
> 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 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
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 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
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
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
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
> 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
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
> 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
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.
--- 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
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\
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
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
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
> 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:
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)
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
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
>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
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
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
__
--- 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
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
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
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
> 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 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
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
87 matches
Mail list logo
