On Thu, Oct 01, 2009 at 09:54:19PM -0400, Charles Wilson wrote:
>Egerton, Jim wrote:
>> top gives me 'cygwin': unknown terminal type with a fresh 1.7 install on
>> server 2008. Any ideas what I am missing?
>
>Well, top uses:
>> libncurses8 5.5-10 OK
>which needs the "old-st
On Thu, Oct 01, 2009 at 11:01:03PM -0500, Yaakov (Cygwin/X) wrote:
>On 01/10/2009 19:52, Dave Korn wrote:
>>Correction: the fixes in the snapshot are sufficient for now, and will
>> allow
>> mplayer to work. (There appears to be something else buggy on head that was
>> confounding my efforts
On Thu, Oct 01, 2009 at 07:09:38PM -0400, Jason Pyeron wrote:
>>Gustavo Seabra wrote:
>>>On Thu, Oct 1, 2009 at 11:53 AM, Michael Richards wrote:
I was thinking of making a donation and saw the list of
>>donators at http://cygwin.com/donations.html.
>>>
>>>The list you see there is not of donor
On 01/10/2009 19:52, Dave Korn wrote:
Correction: the fixes in the snapshot are sufficient for now, and will allow
mplayer to work. (There appears to be something else buggy on head that was
confounding my efforts to test a fix.)
There is still I think a potential loophole that we just ha
On 10/01/2009 02:21 PM, Jim Reisert AD1C wrote:
I understand this error:
# gcc-4 -mno-cygwin
gcc-4: The -mno-cygwin flag has been removed; use a mingw-targeted
cross-compiler.
However, I could find no "mingw-targeted cross-compiler" for gcc-4
(though they seem to be there for gcc-3). Does one
Egerton, Jim wrote:
> top gives me 'cygwin': unknown terminal type with a fresh 1.7 install on
> server 2008. Any ideas what I am missing?
Well, top uses:
> libncurses8 5.5-10 OK
which needs the "old-style" terminfo database in
> terminfo05.5_20061104-10 OK
On Thu, Oct 1, 2009 at 07:24, Christopher Faylor
wrote:
> This is probably one of those cases where 1.5 and 1.7 can't coexist. If
> you're running pty processes from each then you'll have this problem.
Today I had a lull in work so I was able to close all my apps and
reboot my PC - an event I of
Try:
strings -el logfile | grep ...
-Ken
On Thu, 1 Oct 2009 10:00:41 -0700 (PDT)
"Larry W. Virden" wrote:
> I regularly am forced to deal with a variety of logfiles on
> Windows, and so in hopes of being able to do so with some grace, I
> took a crack at accessing the files via Cygwin.
>
>
Dave Korn wrote:
> Yaakov (Cygwin/X) wrote:
>> On 01/10/2009 17:06, Dave Korn wrote:
>
>> Do you mean more back-compat fixes are necessary beyond that in the
>> 2009-09-20 snapshot?
>
> Yep, fraid so.
Correction: the fixes in the snapshot are sufficient for now, and will allow
mplayer to wor
On Fri, Oct 2, 2009 at 3:14 AM, Jon TURNEY wrote:
> On 01/10/2009 18:38, Ken Brown wrote:
>>
>> On 10/1/2009 10:49 AM, Steven Woody wrote:
>>>
>>> Hi,
>>>
>>> I am using tex-live under a cygwin system. I found the 'fc-list'
>>> command can not list fonts in system font directory
>>> 'c:\windows\fo
Larry W. Virden wrote:
I regularly am forced to deal with a variety of logfiles on Windows,
and so in hopes of being able to do so with some grace, I took a
crack at accessing the files via Cygwin.
Larry, there's a Tcl package for Cygwin :-)
Ralph
--
Problem reports: http://cygwin.com/p
top gives me 'cygwin': unknown terminal type with a fresh 1.7 install on server
2008. Any ideas what I am missing?
thanks
jim
cygcheck -c output:
Cygwin Package Information
Package Version Status
_update-info-dir 00833-1 OK
alternatives 1.3.30c
> -Original Message-
> From: cygwin-ow...@cygwin.com
> [mailto:cygwin-ow...@cygwin.com] On Behalf Of Dave Korn
> Sent: Thursday, October 01, 2009 16:47
> To: cygwin@cygwin.com
> Subject: Re: Donation question
>
> Gustavo Seabra wrote:
> > On Thu, Oct 1, 2009 at 11:53 AM, Michael Richar
Yaakov (Cygwin/X) wrote:
> On 01/10/2009 17:06, Dave Korn wrote:
> Do you mean more back-compat fixes are necessary beyond that in the
> 2009-09-20 snapshot?
Yep, fraid so.
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.c
On 01/10/2009 17:06, Dave Korn wrote:
The libstdc++ DLL itself is fine, but there is a back-compat bug in the
support code that implements the ONDEE wrappers in the Cygwin DLL. I believe
I can fix that with a patch; in the meantime, it should suffice to rebuild
mplayer against up-to-date Cygw
Nathan Thern wrote:
> On Wed, Sep 30, 2009 at 12:23 PM, Dave Korn wrote:
>> Nathan Thern wrote:
>>> Yaakov-
>>> I thought I would bring this to your attention ...
>> Compiler problems are always worth reporting on the main list too!
>>
>>> I just discovered that ffmpeg and mplayer are segfaulting
Jim Reisert AD1C wrote:
> I understand this error:
>
> # gcc-4 -mno-cygwin
> gcc-4: The -mno-cygwin flag has been removed; use a mingw-targeted
> cross-compiler.
>
> However, I could find no "mingw-targeted cross-compiler" for gcc-4
> (though they seem to be there for gcc-3). Does one exist?
No
I understand this error:
# gcc-4 -mno-cygwin
gcc-4: The -mno-cygwin flag has been removed; use a mingw-targeted
cross-compiler.
However, I could find no "mingw-targeted cross-compiler" for gcc-4
(though they seem to be there for gcc-3). Does one exist?
Thanks - Jim
--
Jim Reisert AD1C, , http
Gustavo Seabra wrote:
> On Thu, Oct 1, 2009 at 11:53 AM, Michael Richards wrote:
>
>> I was thinking of making a donation and saw the list of donators at
>> http://cygwin.com/donations.html.
>
> The list you see there is not of donors, but of cygwin developers *to
> whom* you could make a donati
On Thu, Oct 1, 2009 at 11:53 AM, Michael Richards
wrote:
> I was thinking of making a donation and saw the list of donators at
> http://cygwin.com/donations.html.
The list you see there is not of donors, but of cygwin developers *to
whom* you could make a donation. If you know exactly which par
[ Sorry, my first reply to this post went astray because the OP was
crossposted to both cygwin and cygwin-developers, and cygwin-developers set a
reply-to header, and my mailer merged the two duplicates into one. ]
Vincent R. wrote:
> > Are you sure the problem doesn't rely on gcc version release
On 10/1/2009 3:14 PM, Jon TURNEY wrote:
On 01/10/2009 18:38, Ken Brown wrote:
On 10/1/2009 10:49 AM, Steven Woody wrote:
Hi,
I am using tex-live under a cygwin system. I found the 'fc-list'
command can not list fonts in system font directory
'c:\windows\fonts'. I remembered it can do this befo
On 01/10/2009 18:38, Ken Brown wrote:
On 10/1/2009 10:49 AM, Steven Woody wrote:
Hi,
I am using tex-live under a cygwin system. I found the 'fc-list'
command can not list fonts in system font directory
'c:\windows\fonts'. I remembered it can do this before I reinstalled
my whole system). What's
2009/10/1 Ken Brown:
> I'm cc-ing the cygwin-xfree list, which is where I think fontconfig
> questions belong. I can confirm that on my system, fc-list produces strange
> output on the windows system fonts. I'm not sure if it's the same problem
> you were reporting.
>
> For example, I get the fol
On Thu, Oct 1, 2009 at 1:39 PM, Dave Korn
wrote:
> Larry W. Virden wrote:
>
>> For example, I've copied some of the "12 hive" tracing logs from IIS (or
>> maybe it is SharePoint... I'm still struggling to figure all this out) into
>> a directory to which I have access.
>>
>> Now I'd like to crunch
Larry W. Virden wrote:
> For example, I've copied some of the "12 hive" tracing logs from IIS (or
> maybe it is SharePoint... I'm still struggling to figure all this out) into
> a directory to which I have access.
>
> Now I'd like to crunch those logs to see the errors, etc.
>
> awk and grep, ho
Tim Prince wrote:
> Tim Prince wrote:
>> Vincent R. wrote:
>>
>>> I have installed a fresh install of cygwin 1.7 and I wanted to compile
>>> gettext-0.17 from source so I entered:
>> Did you apply the patch which is provided with the source when you get
>> it via the cygwin-1.7 setup.exe?
>>>
>>> .
I regularly am forced to deal with a variety of logfiles on Windows, and so in
hopes of being able to do so with some grace, I took a crack at accessing the
files via Cygwin.
For example, I've copied some of the "12 hive" tracing logs from IIS (or maybe
it is SharePoint... I'm still struggling
Tim Prince wrote:
Vincent R. wrote:
I have installed a fresh install of cygwin 1.7 and I wanted to compile
gettext-0.17 from source so I entered:
Did you apply the patch which is provided with the source when you get
it via the cygwin-1.7 setup.exe?
./configure
make
Did I miss an instructio
Vincent R. wrote:
I have installed a fresh install of cygwin 1.7 and I wanted to compile
gettext-0.17 from source so I entered:
Did you apply the patch which is provided with the source when you get
it via the cygwin-1.7 setup.exe?
./configure
make
Did I miss an instruction indicating that c
On Oct 1 16:25, Eric Blake wrote:
> I'm debating about doing one final coreutils drop for cygwin 1.5, since
> coreutils 6.10 is comparatively old compared to the upcoming 7.7. In the
> process, I'm trying to write a wrapper for coreutils to work around various
> rename(2) bugs (my patch for co
On Oct 1 13:37, Jon TURNEY wrote:
> I've tried this with 1.7.0-61 and with the 2009-09-20 snapshot
> (I can't start anything with the 2009-09-24 snapshot, all processes exit with
> "The application failed to initialize properl (0xc022)")
C022 == Access Denied.
Probably the permissions of
I'm debating about doing one final coreutils drop for cygwin 1.5, since
coreutils 6.10 is comparatively old compared to the upcoming 7.7. In the
process, I'm trying to write a wrapper for coreutils to work around various
rename(2) bugs (my patch for coreutils already deals with bugs in Solaris
On 10/01/2009 08:37 AM, Jon TURNEY wrote:
I have a problem with git, which only seems to occur with the mesa
repository
(which is very large, which may be something to do with the problem). I am
able to work with all the other X.Org repositories without problems.
Here's a short script which dem
I've seen this problem in cygwin 1.5 and it appeared to be related to
the way that symlinks were implemented. It became such a problem that
I had to remove all my use of symlinks in my git repository at that
time. I switched to cygwin 1.7 and its symlinks seem to be much better
behaved.
Sin
Charles Wilson wrote:
> Dave Korn wrote:
>> Yes, it's absolutely certainly this. We should probably add a fallback
>> mode
>> that treats the same directory as the dll is found in as the root when it's
>> not possible to ascend one level, because I suspect this mode of distribution
>> won't tur
On Thu, Oct 01, 2009 at 11:05:40AM -0400, Charles Wilson wrote:
>Dave Korn wrote:
>> Yes, it's absolutely certainly this. We should probably add a fallback
>> mode
>> that treats the same directory as the dll is found in as the root when it's
>> not possible to ascend one level, because I suspe
Vincent R. wrote:
> I have installed a fresh install of cygwin 1.7 and I wanted to compile
> gettext-0.17 from source so I entered:
> ./configure
> make
Well, I'd appreciate it if you'd use the cygwin patched source instead
of the unpatched upstream version. Please download
gettext-0.17-11-src.ta
On Thu, Oct 01, 2009 at 04:53:04PM +0200, Michael Richards wrote:
>I downloaded your cygwin software and have found it really useful -
>thank you! I was thinking of making a donation and saw the list of
>donators at http://cygwin.com/donations.html. I would be very
>interested in a link on this pa
Dave Korn wrote:
> Yes, it's absolutely certainly this. We should probably add a fallback mode
> that treats the same directory as the dll is found in as the root when it's
> not possible to ascend one level, because I suspect this mode of distribution
> won't turn out to be entirely unheard-of.
On Thu, Oct 01, 2009 at 01:50:31PM +0100, Fergus wrote:
>Strange. I know you are not very interested in debugging user-specific
>bespoke executables and I know that providing a test case would be
>ideal, but an executable that has built and executed here successfully
>under Cygwin [1.5] for the
Dear Sir / Madam,
I downloaded your cygwin software and have found it really useful - thank you!
I was thinking of making a donation and saw the list of donators at
http://cygwin.com/donations.html. I would be very interested in a link on this
page and was just wondering how much of a donation
Hi,
I am using tex-live under a cygwin system. I found the 'fc-list'
command can not list fonts in system font directory
'c:\windows\fonts'. I remembered it can do this before I reinstalled
my whole system). What's wrong with it?
Regards,
narke
--
Life is the only flaw in an otherwise perfec
On Thu, 01 Oct 2009 10:01:45 -0400, Charles Wilson
wrote:
> Vincent R. wrote:
>> On Thu, 1 Oct 2009 15:46:29 +0200, Corinna Vinschen wrote:
>>> On Oct 1 14:19, Vincent R. wrote:
On Thu, 01 Oct 2009 14:16:45 +0200, "Vincent R."
wrote:
> On Thu, 01 Oct 2009 13:59:32 +0200, "Vincent R.
Nathan Thern wrote:
> On Wed, Sep 30, 2009 at 12:23 PM, Dave Korn
> wrote:
>> Nathan Thern wrote:
>>> Yaakov-
>>> I thought I would bring this to your attention ...
>> Compiler problems are always worth reporting on the main list too!
>>
>>> I just discovered that ffmpeg and mplayer are segfaulti
On Thu, Oct 01, 2009 at 01:56:33PM +0100, Dave Korn wrote:
>Eric Lilja wrote:
>>PS. I wanted to post this to the applications list as a reply on your
>>thread "Pulling the switch on GCC4." but I got an NNTP error about that
>>group being unidirectional or something like that.
>
>Sounds like gmane
Fergus wrote:
> The executable is then co-located with cygwin1.dll and together the duo
> provide me with a portable application. (Actually a fast and elaborate
> stats package, amazingly compact with exe + cygwin1.dll ~ 3 MB, and
> fully operable on host machines a million miles from the nearest
On Wed, Sep 30, 2009 at 12:23 PM, Dave Korn
wrote:
> Nathan Thern wrote:
>> Yaakov-
>> I thought I would bring this to your attention ...
>
> Compiler problems are always worth reporting on the main list too!
>
>> I just discovered that ffmpeg and mplayer are segfaulting on me. They
>> had been w
Vincent R. wrote:
> On Thu, 1 Oct 2009 15:46:29 +0200, Corinna Vinschen wrote:
>> On Oct 1 14:19, Vincent R. wrote:
>>> On Thu, 01 Oct 2009 14:16:45 +0200, "Vincent R."
>>> wrote:
On Thu, 01 Oct 2009 13:59:32 +0200, "Vincent R."
wrote:
>> Wrong mailing list. cygwin-developers is for dis
It ties in with what the assert is complaining about.
Are you launching this from a bash shell or from some win32 context like
cmd.exe? And is the exe itself a cygwin or win32 exe? And is it doing
anything tricky like trying to dynamically load the cygwin dll? Is the cygwin
dll that it is ru
On Thu, 1 Oct 2009 15:46:29 +0200, Corinna Vinschen
wrote:
> On Oct 1 14:19, Vincent R. wrote:
>> On Thu, 01 Oct 2009 14:16:45 +0200, "Vincent R."
>>
>> wrote:
>> > On Thu, 01 Oct 2009 13:59:32 +0200, "Vincent R."
>>
>> > wrote:
>
> Wrong mailing list. cygwin-developers is for discussing Cygw
Phil Betts wrote:
> There's a tree package available from here:
> http://lassauge.free.fr/cygwin/release/
Oooh, I didn't know about that at all. Somebody's actually using the key
management features in setup.exe and signing their custom setup.ini! Good,
maybe we can get some end-user feedback
Fergus wrote:
> More.
> I tried locating the executable in different places.
> In tests so far, the failure just reported appears to occur "when and
> only when" the executable is located in the root directory of the drive
> i.e. at d:\ or g:\ or t:\ or wherever.
> If located in a subdirectory else
More.
I tried locating the executable in different places.
In tests so far, the failure just reported appears to occur "when and
only when" the executable is located in the root directory of the drive
i.e. at d:\ or g:\ or t:\ or wherever.
If located in a subdirectory elsewhere e.g. at d:\bin\ o
Fergus wrote:
> $ ./this_is_the_user_executable.exe
> assertion "root_idx != -1" failed: file
> "/netrel/src/cygwin-1.7.0-61/winsup/cygwin/mount.cc", line 363,
> function: void mount_info::init()
> Stack trace:
> Crazy I know, but is there anything obviously wrong (or recently
> changed) with mou
Strange. I know you are not very interested in debugging user-specific
bespoke executables and I know that providing a test case would be
ideal, but an executable that has built and executed here successfully
under Cygwin [1.5] for the last nn years, fails in [1.7] with the message
$ ./this_is
There's a tree package available from here:
http://lassauge.free.fr/cygwin/release/
I've no idea if this was the origin of the posted binary, but
these packages DO come with source.
I used to find these packages quite useful, but many packages had
dependencies that conflicted with official cygwi
Eric Lilja wrote:
Hi Eric, and thanks for your kind words,
> I also wanted to ask if there's a summary somewhere about what's changed
> since g++ (GCC) 4.3.2 20080827 (beta) 2, what problems have been solved
> regarding Cygwin?
The best place to look is in the cygwin-specific readme:
/usr/
I have a problem with git, which only seems to occur with the mesa repository
(which is very large, which may be something to do with the problem). I am
able to work with all the other X.Org repositories without problems.
Here's a short script which demonstrates the problem for me:
git clone g
Hi,
when running a makefile with Visual Studios nmake that executes cygwin
commands, I get random crashes with return code '0xc005'. A simple
test.mak that uses echo and touch reproduces the problem.
bash-3.2$ uname -a
CYGWIN_NT-6.1-WOW64 LABS-PCCHRIS 1.7.0(0.212/5/3) 2009-09-11 01:25 i686 Cy
Dave Korn wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I have just uploaded an updated GCC-4 package to cygwin.com. It will be
arriving at your favourite mirror next time it synchronizes itself with the
official Cygwin repository.
[snip]
Hi Dave and thanks for all your hard work o
On Thu, Oct 1, 2009 at 5:56 PM, Corinna Vinschen
wrote:
> On Oct 1 17:37, Steven Woody wrote:
>> On Thu, Oct 1, 2009 at 4:31 PM, Lenik wrote:
>> > On 2009-10-1 13:44, Steven Woody wrote:
>> >>
>> >> Hi,
>> >>
>> >> In Linux, we can get a library dependency list by running of 'ldd'.
>> >> In wind
On Oct 1 17:37, Steven Woody wrote:
> On Thu, Oct 1, 2009 at 4:31 PM, Lenik wrote:
> > On 2009-10-1 13:44, Steven Woody wrote:
> >>
> >> Hi,
> >>
> >> In Linux, we can get a library dependency list by running of 'ldd'.
> >> In windows, executable still depend on libraries, such as DLLs, but I
> >
On Oct 1 10:45, Fergus wrote:
>> cygcheck /path/to/exe
>
> Where does cygcheck go to get the answer? I found
>
> cygcheck /bin/rxvt.exe
>
> failed to show /bin/libW11.dll in [1.5]
It still will in 1.7. cygcheck searches for the DLL names in the
executable's directory of load-time linked DLLs. l
cygcheck /path/to/exe
Where does cygcheck go to get the answer? I found
cygcheck /bin/rxvt.exe
failed to show /bin/libW11.dll in [1.5]
Fergus
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/doc
On Thu, Oct 1, 2009 at 4:31 PM, Lenik wrote:
> On 2009-10-1 13:44, Steven Woody wrote:
>>
>> Hi,
>>
>> In Linux, we can get a library dependency list by running of 'ldd'.
>> In windows, executable still depend on libraries, such as DLLs, but I
>> don't find a 'ldd' command in cygwin. Is there any
On 2009-10-1 13:44, Steven Woody wrote:
Hi,
In Linux, we can get a library dependency list by running of 'ldd'.
In windows, executable still depend on libraries, such as DLLs, but I
don't find a 'ldd' command in cygwin. Is there any tool that will do
the job?
Thanks.
There is a cygwin ldd,
CygwinUser wrote:
Hi,
Thanks for your reply. It works. But just curious to know if I can change it
inside cygwin.bat file?.
mode con lines=40 cols=90
Larry Hall (Cygwin) wrote:
On 09/30/2009 01:37 PM, CygwinUser wrote:
Hi,
I would like to change the default settings for screen bu
When specify --windows or --mixed form, cygpath will append `/' to the
result path when it is a directory, this is unnecessary and
inconformity, for example:
cygpath -u some/dir
> some/dir
cygpath -m some/dir
> some/dir/
cygpath -w .
> x:\some\dir\
The ending `\' is only needed whe
I have updated the version of vim for Cygwin 1.7 to 7.2.264-1.
This is an update to the latest upstream patchlevel 264. Cygwin Vim
builds from the vanilla sources.
This version also starts using the alternatives system, together with
the gvim package. The non-graphical vim executable is now cal
70 matches
Mail list logo
