JonY jon_y at users.sourceforge.net writes:
On 1/2/2010 07:52, Ken Tilton wrote:
Sorry, I am a complete noob to all this make/install/gcc stuff, I am just
trying
to make a fresh build of a DLL I have used for years to see if it resolves a
problem.
I installed cygwin 1.7.1 today on a
Will Windows junctions (for the path; plus the file name) work, here, Andy?
(http://technet.microsoft.com/en-us/sysinternals/bb896768.aspx)
(Admittedly, a kludge, but this is Windows, after all. ;-))
Lee
Actually, in Windows 7, Microsoft has implemented true symbolic links
(as far as I
I have just received an Alienware laptop with Windows7. I downloaded
and ran the current setup from website. The install process will stop
at various stages, not always the same place. By stop, I mean it looks
as if it is working, but it never proceeds past that point. I believe
it does all
Lee Rothstein:
Will Windows junctions (for the path; plus the file name) work, here?
Don't think so, afaik junction points (introduced in Win2000, and
different from Vista/7 symlinks) work correctly for directories only.
Hard links, however, should work just fine for the problem at hand.
tuli
Hi,
I've had a BSOD when doing an rm -fr dir on two different boxes
running 1.7.1 under XP (sp3, fully patched).
The crash is in ntfs.sys.
Any ideas welcome.
Cheers,
Glenn
This message has been scanned with the Grisoft AVG virus scanner.
Checked by AVG - www.avg.com
Version: 9.0.725
Claude Sylvain wrote:
- I am trying (without success) to compile this application (PCB):
http://geda.seul.org/dist/pcb-20091103.tar.gz
- configure work well. But...
- When doing a make, there is a message telling:
gcc: unrecognized option '-rdynamic'
Actually, this message is only
Hello Cesar,
Cesar Strauss wrote:
What gcc --version gives you? Is it 4.3.4?
On my computer, Cygwin GCC tell:
gcc (GCC) 4.3.4 20090804 (release) 1
Curiously, when I tried it myself, the build succeeded with gcc 3.4.4,
but failed with undefined references when switching to gcc
On 3/01/2010 11:08 a.m., Glenn Geers wrote:
Hi,
I've had a BSOD when doing an rm -fr dir on two different boxes
running 1.7.1 under XP (sp3, fully patched).
The crash is in ntfs.sys.
Any ideas welcome.
Bluescreens can't be blamed on Cygwin. Do the two boxes have similar
hardware? Try
Cesar Strauss wrote:
Curiously, when I tried it myself, the build succeeded with gcc 3.4.4,
but failed with undefined references when switching to gcc 4.3.4. They
seem to be related to some inline functions in toporouter.c. I will try
to narrow it down.
Meanwhile, you could try switching
Another rsync problem since the 1.7.1 upgrade (from 1.5) -- an rsync job
just gets stuck a few bytes into a file. ctrl-c doesn't work, but I can
kill it with pskill. If I keep running the rsync it gets a little
further each time.
Here's the stranger part: if I jump a few directories in, it
Cesar Strauss wrote:
but failed with undefined references when switching to gcc 4.3.4. They
seem to be related to some inline functions in toporouter.c.
The meaning of extern inline changed, to match c99. See, for example:
http://sourceware.org/ml/newlib/2007/msg00292.html
and the
Folks,
Of course I can try to figure it out myself, but I wonder if anyone can give
me
a quick pointer on how to build core cygwin packages which only provide
patch
files over the orginal GNU source.
For eample coreutils-7.0-2-src.tar.bz contains:
coreutils-7.0-2.cygport
--- Dom 3/1/10, neil.mowb...@calgacus.com ha scritto:
Data: Domenica 3 gennaio 2010, 06:55
Folks,
Of course I can try to figure it out myself, but I wonder
if anyone can give
me
a quick pointer on how to build core cygwin packages which
only provide
patch
files over the orginal GNU
On 01/01/2010 07:06 AM, neil.mowb...@calgacus.com wrote:
snip
I suppose at its core the question is about the intent of cygwin. Is
it (1) to provide unix like capabilities to a MS platform (in which case
one would expect/demand a high degree of interoperability), or
(2) to provide a unix like
Okay, so I get the general idea. First you get the cygwin-src package.
Unpack it and
run cygport on the coreutils-7.0-2.cygport file with download option. This
downloads
the original gnu package and applies the two patch files.
coreutils-7.0-2.src.patch and
coreutils-7.0-2.cygwin.patch. I
By the way, when I try to build it says Automake 1.10a is required.
However, this version isn't
an option under cygwin, only 1.10.3, 1.10.2, etc. How do I fixed this, hack
configure.ac?
-Original Message-
From: neil.mowb...@calgacus.com [mailto:neil.mowb...@calgacus.com]
Sent: 03
On 01/01/2010 16:04, Jim Reisert AD1C wrote:
Yes, my startup folder shortcut is:
D:\Cygwin\bin\run.exe /usr/bin/bash.exe -l -c /usr/bin/startxwin.exe
As I've said before, this works properly on my XP SP3 system at work,
but not on my Windows 7 64-bit system at home.
I run Win7 64bit as well
On 1/2/2010 10:01 PM, Yaakov (Cygwin/X) wrote:
Since you mention it's your home computer that's having issues, I can
only guess this might be it. If you're not using keychain, then we'll
need to see your 'cygcheck -srv' output and your /var/log/XWin.0.log (as
plain-text attachments).
Hi
18 matches
Mail list logo
