On Sat, Dec 5, 2009 at 4:06 AM, Charles Wilson wrote:
> for your enjoyment. It's based on public domain art; this version
> released under a creative commons license (CC-BY-SA 3.0) which is GPL
> compatible.
>
> If ya'll like it, I might put it into cygicons.dll eventually.
>
> --
> Chuck
>
I like
On Dec 5 04:06, Charles Wilson wrote:
> for your enjoyment. It's based on public domain art; this version
> released under a creative commons license (CC-BY-SA 3.0) which is GPL
> compatible.
>
> If ya'll like it, I might put it into cygicons.dll eventually.
It's absolutely cute! But... what is
Dave Korn wrote:
Tim Prince wrote:
If running inside cygwin, you let the cygwin developers make the choice,
which the binutils as will select automatically (PE-i386?).
---
They didn't choose, or I wouldn't be asking the question.
The util and build are using different names with 'flavor
On Dec 4 22:48, Eric Blake wrote:
> Meanwhile, is sorting and/or pruning duplicate getgroups results something
> that
> cygwin should consider doing? POSIX is explicit that the result is a
> mathematical set, and that two processes can have the same set membership but
> different orders based
On Dec 4 16:45, Robert Westendorp wrote:
> Hi,
>
> I'm having an issue ssh'ing into a cygwin box.
Did you consider upgrading Cygwin and OpenSSH to the latest versions?
Corinna
--
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Project Co-Leader cygwi
perl has been updated to 5.10.1-1 for the upcoming cygwin -1.7 release.
Important Changes since the last perl-5.10.0-5:
- for cygwin-1.7 and gcc-4 only
- added Win32CORE to the dll to enable libtool compilation (Yaakov).
This is a fragile hack but survived all attempts to break it so far.
I've updated perl-Win32-GUI to against the new perl-5.10.1-1 for
cygwin-1.7 and gcc-4.
NEWS:
=
No NEWS.
CHANGES:
None.
DESCRIPTION:
Win32::GUI is a Perl extension allowing creation of native Win32 GUI
applications.
UPDATE:
===
To update your installation, click o
All cygwin perl packages have been promoted to 5.10.1-1 for cygwin-1.7.
perl-libwin32-0.28-3 follows.
Project description:
A useful bundle of Win32 Perl extensions.
Port Changes:
* Rebuilt for perl-5.10.1 under cygwin-1.7 with gcc-4 (archname:
i686-cygwin)
* Reverted the patches to use the exte
I really would have love to investigate why it is slow; but atm, i have no more
ideas ...
For the only remark done far from now, i don't have any duplicates in PATH but
cygcheck must be bugged or it finds informations setted elsewhere than in
environment and that i'm not aware of. The install is c
On 2009-12-05 09:06Z, Charles Wilson wrote:
> for your enjoyment. It's based on public domain art; this version
> released under a creative commons license (CC-BY-SA 3.0) which is GPL
> compatible.
Might this file:
1a652c4c8c31b80c85d6cbc2b4093060 *hippo.ico
be somehow malformed? My computer BSO
Greg Chicares wrote:
> Might this file:
> 1a652c4c8c31b80c85d6cbc2b4093060 *hippo.ico
> be somehow malformed? My computer BSODs every time I try to view
> it in 'irfanview'. This has happened three times in a row.
BSOD? Well, *any* BSOD is by definition a bug inside ring 0 (e.g. the
core Windows
Charles Wilson wrote:
Greg Chicares wrote:
Might this file:
1a652c4c8c31b80c85d6cbc2b4093060 *hippo.ico
be somehow malformed? My computer BSODs every time I try to view
it in 'irfanview'. This has happened three times in a row.
irfanview handles it fine on my box (XP).
--
Problem reports:
On Sat, Dec 05, 2009 at 01:44:14AM -0800, Linda Walsh wrote:
>I knew Eric Blakes answer was hopelessly unhelpful and just trying to
>wind me up since PE-coff isn't even on the list (though coff is),
That's a rather paranoid way of looking at someone's attempts to help
you. Eric was, unsurprisingl
On Sat, Dec 5, 2009 at 9:27 AM, Charles Wilson wrote:
> Greg Chicares wrote:
>> Might this file:
>> 1a652c4c8c31b80c85d6cbc2b4093060 *hippo.ico
>> be somehow malformed? My computer BSODs every time I try to view
>> it in 'irfanview'. This has happened three times in a row.
>
> BSOD? Well, *any* B
Eliot Moss wrote:
Any progress?
Well, I still don't have it working. But I did learn some rather startling
things about ash.exe and cygwin1.dll.
As always, this will seem overlong. But I've worked in the IT industry for
28 years, and I've learned that it's always the one datum you don't men
I'm trying to run a boo script from a cygwin bash shell.
http://boo.codehaus.org/
booish runs fine from cmd or powershell but from bash I get an error.
I thought maybe then I could do cmd /c booish but this doesn't work either.
Any idea how I can workaround the issue?
$ booish
Welcome to booish, a
Update:
I discovered that if I remove tty from CYGWIN variable the problem is
fixed. However, emacs doesn't work correctly if its not set (C-x C-c
is interpreted as C-x C-g). So it seems that your kinda damned if
you do damned if you don't.
-- Forwarded message --
From: Kurt H
On 12/5/2009 3:16 PM, Kurt Harriger wrote:
I discovered that if I remove tty from CYGWIN variable the problem is
fixed. However, emacs doesn't work correctly if its not set (C-x C-c
is interpreted as C-x C-g).
That's only an issue if you use the Cygwin console, which isn't the best
environmen
Ed Gaines wrote:
Any reason I can't run the rebase and peflags commands from with
cmd.exe? Are
they "pure" windows executables, in other words?
I can't stand it.
In order to answer my own question cited above, I went back and ran a cmd.exe
window as administrator, and then tried to run reb
On 12/5/2009 3:41 PM, Ed Gaines wrote:
As before, I searched for open cygwin dlls before and after running
rebase. I couldn't find any at all. I tried searching for these dlls
DURING the rebase, but unfortunately the rebase command completes
before the dll search completes. So even though the dl
Ok, I was wrong about ash (not) using cygwin1.dll.
Running ldd on rebase and peflags reveals that they use it
too, which pretty much says that they are cygwin apps.
However, it also shows that the preferred load address, on
my system anyway, for cygwin1.dll is 0x6100. That
explains the start
Is BitDefender on the BLODA list?
It may be wedging itself in, between cygwin and Windows,
redoing various Windows system calls -- but in a way that
defeats cygwin ...
Cheers -- EM
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentat
Eliot Moss wrote:
Ok, I was wrong about ash (not) using cygwin1.dll.
Running ldd on rebase and peflags reveals that they use it
too, which pretty much says that they are cygwin apps.
Thanks. I was beginning to think I'd lost my mind...
However, it also shows that the preferred load address,
Christopher Faylor wrote:
> On Sat, Dec 05, 2009 at 01:44:14AM -0800, Linda Walsh wrote:
>> I knew Eric Blakes answer was hopelessly unhelpful and just trying to
>> wind me up since PE-coff isn't even on the list (though coff is),
>
> That's a rather paranoid way of looking at someone's attempts t
Robert Pendell wrote:
> Using windbg to identify the culprit helps.
Yes, anything else is pointless speculation; these kinds of crashes are way
too esoteric to waste time guessing at. Enable full crash dumps in the system
preferences, install windbg, trigger the crash, then (after rebooting) o
On 2009-12-05 14:27Z, Charles Wilson wrote:
> Greg Chicares wrote:
>> Might this file:
>> 1a652c4c8c31b80c85d6cbc2b4093060 *hippo.ico
>> be somehow malformed? My computer BSODs every time I try to view
>> it in 'irfanview'. This has happened three times in a row.
>
> BSOD? Well, *any* BSOD is by
Greg Chicares wrote:
> but the program name began with 'ati'
There's your problem, right there.
cheers,
DaveK
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:
Sounds good.
If you're starting from 0x3500 you might be able to
go from the end of cygwin1.dll upward. You could also
try ldd on BitDefender and see if ti tell you anything
about the dlls it loads and where they typically want to
go
Best -- EM
--
Problem reports: http://cygwin.c
28 matches
Mail list logo
