Hi Larry,
> If the name of the file is actually '/filename/', then I believe you
have
> a
> problem with this file name itself. It would be interpreted as a
> directory.
> You may want to look into why this is happening.
No sorry, this was only an example - the filename in the error message
is
hi all
i am trying to compile linux kernel in cygwin
i am using Linux-2.4.32
up to make menuconfig, make clean, make dep eveerything work fine
while running make bzImage it gives me error
for redefining of some files.
i am not getting whey this conflit
i also wnt to know where cygwin save bzImage
On 06/27/2006, skaller wrote:
I tried gdb briefly, but (a) its hard to use because it exhibits spurious
errors due to signals Cygwin normally catches
This has been discusssed countless times on this list. The work-around is to
just continue until you get past these "problems" and onto your is
Hofmann Kai wrote:
Hello,
I run some linux scripts I used from time to time now under cygwin,
So I found a problem that has never been appeared under Linux.
The scripts I use are included.
Difftest.sh is the script that will be started by the user.
It will first update some repositories and the
On Wed, 28 Jun 2006, Daniela Duerbeck wrote:
> Hi Igor!
>
> > Whoops, is this a typo? If not, and you really did delete c:\cygwin,
> > but installed in *D*:\cygwin (emphasis mine), then you could be in
> > trouble because the mount table (which you didn't remove) still points
> > to c:\cygwin.
>
Daniela wrote:
[snip]
> [EMAIL PROTECTED] ~
> $ ls -al /usr/bin/cygbz2-1.dll
> -rwxr-x---+ 1 Dani Users 56832 Jul 9 2005 /usr/bin/cygbz2-1.dll
So, the library is there.
The error message points to a problem with the PATH, perhaps you have some
strange characters that cause trouble (German umlau
Hi Igor!
Whoops, is this a typo? If not, and you really did delete c:\cygwin, but
installed in *D*:\cygwin (emphasis mine), then you could be in trouble
because the mount table (which you didn't remove) still points to
c:\cygwin.
Where is this mount table? And how can cygwin really be unins
On Wed, 28 Jun 2006, Daniela Duerbeck wrote:
> > Deleting Cygwin means you don't have the linker (and compiler) so
> > where could the errors come from?
>
> No, I meant that I deleted the whole C:\cygwin directory and all tmps
> and installed new in d:\cygwin
Whoops, is this a typo? If not, and
Hi Rene!
And also if I use the sources that I have compiled on the other PC I get:
*** Warning: This system can not link to static lib archive wand/libWand.la.
*** I have the capability to make that library automatically link in when
*** you link to this library. But I can only do this if you h
Hi Rene!
First tought: why do you want to compile ImageMagic? is the version distributed
by Cygwin not working?
There are some reasons: One is that I do also sometimes like to use
apache with perl cgis. The apache under cygwin needs cygwin-Perl. And I
use perl-scripts for Image manipulating.
Daniela wrote:
> Hi René!
>> Probably you don't have Cygwin's bin directory in PATH (the Windows
>> environment
>> variable not the shell env variable).
>>
>
> That does not help. :-( I added the value, double checked and booted the
> computer, but these error messages remain.)
First tought:
On Tue, 27 Jun 2006, Williams, Gerald S (Jerry) wrote:
> I just recreated the problem with some minimal code,
> and got some more information in the process:
>
> Create a file "foo.for" that contains one line:
> include 'foo.inc'
>
> Create an empty file named foo.inc in the same
> directo
I have just set-up cygwin (1.5.19-4) on a XP/Pro/SP2 non-domain system and
got the expected:
Your group is currently "mkpasswd". This indicates that
the /etc/passwd (and possibly /etc/group) files should be rebuilt.
See the man pages for mkpasswd and mkgroup then, for example, run
mkpasswd
Dave Korn wrote:
> We *need* to see the actual command line.
That was in the original post (sorry, I should have made
sure it was included in the text when I CC'ed you...):
> f77 -O2 -c -o jlgen.o jlgen.F
The command was being executed from the same directory
as jlgen.F, which also contains
Daniela Duerbeck wrote:
> I have two computers. On one, compiling ImageMagick works without
> problems. On the other not. On this one, I get errors like:
>
> *** Warning: linker path does not have real file for library -lbz2.
[snip]
> On this computer I deleted the whole cygwin directory and inst
McGraw, Robert P. wrote:
> I have installed the latest cygwin and under my account it seem to
> work fine. I can open the cygwin window and run the unix commands.
>
> The account that I installed under is user = xxxyyy.
>
> When I start the cygwin.bat file it works fine and I go to my home
> dir
Hi!
I have two computers. On one, compiling ImageMagick works without
problems. On the other not. On this one, I get errors like:
*** Warning: linker path does not have real file for library -lbz2.
*** I have the capability to make that library automatically link in when
*** you link to this l
Yes I forgot to mention that the include file that the compiler could
not find was in the working directory.
Adding a -I./ to the flags has seemed to solve this.
On 6/26/06, Williams, Gerald S (Jerry) <[EMAIL PROTECTED]> wrote:
Brad Krane wrote:
> I'm trying to compile the scientific package CM
I have installed the latest cygwin and under my account it seem to work
fine. I can open the cygwin window and run the unix commands.
The account that I installed under is user = xxxyyy.
When I start the cygwin.bat file it works fine and I go to my home directory
/home/xxxyyy
I can "su xxxyyy" w
> > $ AUTOSSH_FIRST_POLL=5 AUTOSSH_POLL=5 AUTOSSH_DEBUG=yes autossh -M 3
> > -N dessent.net
> > autossh: PID 3204: short poll time: adjusting net timeouts to 2500
> > autossh: PID 3204: checking for grace period, tries = 0
> > autossh: PID 3204: starting ssh (count 1)
> > autossh: PID 3204: ssh
On Tue, 27 Jun 2006, Dave Kilroy wrote:
On 6/27/06, David Mastronarde wrote:
On Sun, 25 Jun 2006, Dave wrote:
> David Mastronarde wrote:
>> After upgrading sed from 4.1.4 to 4.1.5, I found that line endings were
>> being converted from CRLF to CRCRLF when the input file was specified
>> with
On 6/27/06, David Mastronarde wrote:
On Sun, 25 Jun 2006, Dave wrote:
> David Mastronarde wrote:
>> After upgrading sed from 4.1.4 to 4.1.5, I found that line endings were
>> being converted from CRLF to CRCRLF when the input file was specified
>> with a windows file path:
>>
>> % sed -e 's/g5a/s
On Sun, 25 Jun 2006, Dave wrote:
David Mastronarde wrote:
After upgrading sed from 4.1.4 to 4.1.5, I found that line endings were
being converted from CRLF to CRCRLF when the input file was specified
with a windows file path:
% sed -e 's/g5a/setname/g' < 'c:\cygwin\home\mast/sedtestin' > ! s
On Tue, 2006-06-27 at 09:54 -0500, mwoehlke wrote:
> skaller wrote:
> FWIW, I run Cygwin on Win2K3 R2 x64 with no problems.
Well Cygwin 'runs' with no problems. The problem here
seems to be a problem a with a binary generated by gcc et al,
that is, it isn't really a Cygwin problem as such.
> Ho
Version 5.4.2-1 of dmalloc has been uploaded.
dmalloc is a malloc debugger. It is a drop in replacement for the system's
`malloc', `realloc', `calloc', `free' and other memory management routines
that provides powerful debugging facilities configurable at runtime.
These facilities include such
skaller wrote:
Hi, I am having the following problem:
(a) I can build my system under Cygwin on Windows XP32/SP1 amd64
(hostname rosella)
(b) exactly the same build processes generates a segfaulting binary
on XP64 amd62x2 (hostname budgie)
cyginfo -s for budgie attached. AFAIK this is the
On 27 June 2006 14:41, Williams, Gerald S (Jerry) wrote:
> Billinghurst, David (CALCRTS) wrote:
>> This is not really a cygwin problem.
>
> I guess you didn't see my post--if the compiler should be
> able to find an include file in the same directory as the
> source file (and/or the current direc
Billinghurst, David (CALCRTS) wrote:
> This is not really a cygwin problem.
I guess you didn't see my post--if the compiler should be
able to find an include file in the same directory as the
source file (and/or the current directory, since they are
the same in this case), then it is a cygwin prob
Hi, I am having the following problem:
(a) I can build my system under Cygwin on Windows XP32/SP1 amd64
(hostname rosella)
(b) exactly the same build processes generates a segfaulting binary
on XP64 amd62x2 (hostname budgie)
cyginfo -s for budgie attached. AFAIK this is the very latest
cygwi
Corinna Vinschen wrote:
> Confirmed. This has been introduced by trying to get the WinSock event
> driven accept thread-safe. This apparently doesn't work as expected.
> To get that really right, a lot more has to be done. Since that's
> nothing I'd like to rip apart before 1.5.20, I reverted a
Hello Cygwin Friends,
We have our source files and make file infrastructure shared across
Solaris, Linux and Windows platforms. I am facing some issues under
specific conditions while building on Cygwin.
Our project areas are under "\\minar\dsp_qdsptools_cvsw-hyd" under
which we have our respect
Hello,
I run some linux scripts I used from time to time now under cygwin,
So I found a problem that has never been appeared under Linux.
The scripts I use are included.
Difftest.sh is the script that will be started by the user.
It will first update some repositories and then run "finds" over th
On 26 June 2006 21:02, Linda Walsh wrote:
> Which begs the question -- why aren't releases done more often? Five
> months between releases seems intensely long compared to, say, the linux
> kernel, which averaged 1 month releases when 2.4 was active, to 2 month
> releases, now, with 2.6 and t
33 matches
Mail list logo
