On Feb 2 23:24, Jon TURNEY wrote:
Make a copy of setup.exe as /bin/cygwin-setup.exe.
This enables a few useful things:
- Register that copy of setup.exe with Add/Remove programs
While that sounds nice, doesn't that introduce more puzzled questions?
I can easily imagine people thinking they
2011/2/3 Corinna Vinschen:
On Feb 2 23:24, Jon TURNEY wrote:
Make a copy of setup.exe as /bin/cygwin-setup.exe.
This enables a few useful things:
- Register that copy of setup.exe with Add/Remove programs
Shouldn't we start to seperate pure mingw executables from cygwin somewhen?
Then we
On 2/3/2011 8:13 AM, Reini Urban wrote:
2011/2/3 Corinna Vinschen:
On Feb 2 23:24, Jon TURNEY wrote:
Make a copy of setup.exe as /bin/cygwin-setup.exe.
This enables a few useful things:
- Register that copy of setup.exe with Add/Remove programs
Shouldn't we start to seperate pure mingw
On Wed, Feb 02, 2011 at 11:24:58PM +, Jon TURNEY wrote:
Make a copy of setup.exe as /bin/cygwin-setup.exe.
This enables a few useful things:
- Register that copy of setup.exe with Add/Remove programs
- Add a start menu item pointing to that copy of setup.exe
- Type 'cygwin-setup -q -Ppackage'
new upstream version
to download :
wget -r -np -nH --cut-dirs=2
http://matzeri.altervista.org/cygwin-1.7/slang/index.html
libslang-devel/libslang-devel-2.2.3-1.tar.bz2
libslang-devel/setup.hint
libslang2/libslang2-2.2.3-1.tar.bz2
libslang2/setup.hint
setup.hint
slang-2.2.3-1-src.tar.bz2
On Thu, Feb 3, 2011 at 8:53 PM, Christopher Faylor wrote:
On Wed, Feb 02, 2011 at 11:24:58PM +, Jon TURNEY wrote:
Make a copy of setup.exe as /bin/cygwin-setup.exe.
This enables a few useful things:
- Register that copy of setup.exe with Add/Remove programs
- Add a start menu item pointing
2011/2/3 Charles Wilson:
On 2/3/2011 8:13 AM, Reini Urban wrote:
2011/2/3 Corinna Vinschen:
On Feb 2 23:24, Jon TURNEY wrote:
Make a copy of setup.exe as /bin/cygwin-setup.exe.
This enables a few useful things:
- Register that copy of setup.exe with Add/Remove programs
Shouldn't we start
* Jørgen Steensgaard (Wed, 02 Feb 2011 18:34:15 +0100)
I want to terminate this discussion, originating from my concern for
consistency among distribution providers.
Originally I reported on a successful installation of basic Cygwin, i.e.
without X, followed by a failing attempt to install
On Feb 3 01:12, Bruno Haible wrote:
Hi Eric,
I was asking:
should wwchar_t (or xwchar_t, but not xchar_t) be 2-bytes on cygwin, but
unlike the POSIX definition of wchar_t being always 1 character per
unit, the new type is explicitly documented as being multi-unit on some
platforms
On Feb 3 06:38, Ralf Wildenhues wrote:
Hello, and thanks for investigating this,
On 02/02/2011 02:53 PM, Corinna Vinschen wrote:
Given that it works fine on Vista and Windows 7 anyway, is it really
worth to add this extra code just to support an old OS in a very rare
situation?
On Feb 2 21:16, Andy Sun wrote:
Apparently, somewhere between version 4.xx and 5.xx, the magic file
which used to be /usr/share/file/magic (all my Unix life I knew
magic as an ASCII text file), has now become a directory
/usr/share/misc/magic/ with many small files for ease of
maintenance.
I've updated the Cygwin 1.7 version of file to 5.05-1.
This is an update to the latest official upstream version 5.05.
The Cygwin version is build from the vanilla sources. It brings
back the 'magic file which can be used to recompile the magic file
using the `file -C' command.
To update your
Corinna Vinschen wrote:
isn't wwchar_t equivalent to wint_t on all
platforms? On UCS-4 platforms sizeof(wint_t) == sizeof(wchar_t) == 4
because there's no reason to make it bigger. On UCS-2 and UTF-16
platforms sizeof(wint_t) == 4 because it must be able to hold EOF as
well. So, why not
Hi,
I'd like to suggest making the default state of the desktop shortcut
checkbox in setup.exe unchecked. This would make it follow Microsoft's
desktop guidelines at
http://msdn.microsoft.com/en-us/library/aa511450.aspx . I don't know
about other people but it often irritates me that I need to
On 2/3/2011 6:26 AM, Bruce Cran wrote:
Hi,
I'd like to suggest making the default state of the desktop shortcut
checkbox in setup.exe unchecked. This would make it follow Microsoft's
desktop guidelines at
http://msdn.microsoft.com/en-us/library/aa511450.aspx . I don't know
about other people
On Thu, 03 Feb 2011 06:43:48 -0500
Rafael Kitover rkito...@cpan.org wrote:
By the way, I LOVE mintty, it is awesome :) Thinking about doing some
work on it to read .Xdefaults for the color scheme (or at least have
a configurable color scheme) and an option to detect URLs like the
matcher
On 3 February 2011 11:43, Rafael Kitover wrote:
By the way, I LOVE mintty, it is awesome :)
Thanks!
Thinking about doing some work
There's plenty to choose from at http://code.google.com/p/mintty/issues.
on it to read .Xdefaults for the color scheme (or at least have a
configurable color
Hi,
I think there is a kind of similar bug in discussion on GNU:
bug#7960: [PATCH] fmt: fix formatting multibyte text (bug #7372)
-Ulf
Am 02.02.2011 18:51, schrieb Paul Eggert:
On 02/02/11 03:29, Bruno Haible wrote:
- Define a type 'wwchar_t' on all platforms, equivalent to uint32_t
In the User Guide section on Internationalization [1],
in the List of supported character sets, it says:
Especially in case of the CPxxx style charsets, always
use them with the trailing CP.
Instead of trailing, it should say leading.
Another editing fix that could be made on the same page in
Jeremy Bopp jeremy at bopp.net writes:
Could this be related to this earlier thread?
http://cygwin.com/ml/cygwin/2010-09/msg00212.html
-Jeremy
I think you're right, Jeremy.
Once I stopped looking for my specific error message, it seems this is just a
general problem with AWS images. And
Hello,
when I start bc command in cygwin following error occurs:
/usr/bin/bc.exe: error while loading shared libraries: ?: cannot open shared
object file: No such file or directory
What can I do in this case ? I installed only bash, bc and xterm packages.
cygcheck -s -v -r
Bruce Cran sent the following at Thursday, February 03, 2011 6:26 AM
I'd like to suggest making the default state of the
desktop shortcut checkbox in setup.exe unchecked. This
would make it follow Microsoft's desktop guidelines at
http://msdn.microsoft.com/en-us/library/aa511450.aspx . I don't
It still requires the cygwin1.dll:
$ g++ -v
...
gcc version 4.5.0 (GCC)
$ g++ test.c -o test -static
$ ldd test.exe
...
cygwin1.dll = /usr/bin/cygwin1.dll (0x6100)
...
And apparently the only alternative is mingw, see:
On Thu, Feb 3, 2011 at 8:34 PM, gvidaver wrote:
what is a new game to continue a thread after 3-4 months ?
It still requires the cygwin1.dll:
of course it is a cygwin program built by the gcc for cygwin .
$ g++ -v
...
gcc version 4.5.0 (GCC)
$ g++ test.c -o test -static
$ ldd
On 2/3/2011 11:35 AM, Muzzy wrote:
Hello,
when I start bc command in cygwin following error occurs:
/usr/bin/bc.exe: error while loading shared libraries: ?: cannot open shared
object file: No such file or directory
What can I do in this case ? I installed only bash, bc and xterm packages.
On 2/3/2011 2:34 PM, gvidaver wrote:
It still requires the cygwin1.dll:
$ g++ -v
...
gcc version 4.5.0 (GCC)
$ g++ test.c -o test -static
$ ldd test.exe
...
cygwin1.dll = /usr/bin/cygwin1.dll (0x6100)
...
Uhm, yes. The cygwin-provided gcc is a cygwin
On 02/03/2011 12:50 PM, Larry Hall (Cygwin) wrote:
'cygcheck bc' should tell you which DLL is missing. Looking at the list,
there's not allot that's Cygwin there:
C:\bin\cygreadline6.dll
C:\bin\cygncurses-9.dll
C:\bin\cyggcc_s-1.dll
And of course cygwin1.dll. Aircrack has
On 02/03/2011 01:04 PM, Eric Blake wrote:
C:\bin\cygreadline6.dll
C:\bin\cygncurses-9.dll
C:\bin\cyggcc_s-1.dll
Aha. Bash used to pull in libncurses9 by default, but now it pulls in
libncursesw10. This is a setup.hint issue; bc was listing libncurses8
instead of
Looks to me, though, like you're missing the libncurses9 package. I'd try
that.
libncurses9 was the missing one :-)
Thanks a lot !
--
View this message in context:
http://old.nabble.com/Library-missing%2C-but-do-not-know-which-one-%3A-%28-tp30837080p30839158.html
Sent from the Cygwin list
On Thu, Feb 03, 2011 at 01:04:22PM -0700, Eric Blake wrote:
I've updated the hint on cygwin's site, but the maintainer needs to fix
it locally for the next time bc is updated
In this particular case the maintainer has asked that changes not be
made to his packages since he is capable of making
To clarify : you can't make an executable that copies the dll or library code
into the executable itself. When the exe launches it will look for
cygwin1.dll in /usr/bin. So it will fail to launch on a system that doesn't
have cygwin installed.
If I understand the cygwin license, this is
Dear Cygwin gurus,
I'm hoping to find some solution to the problem where if a file is
modified by a native Windows application, it becomes executable
according to cygwin.
After some searching, it appears that the only way to do this is by
setting the noacl mount option by appropriately
On Thu, Feb 03, 2011 at 01:21:39PM -0800, gvidaver wrote:
To clarify : you can't make an executable that copies the dll or
library code into the executable itself. When the exe launches it will
look for cygwin1.dll in /usr/bin. So it will fail to launch on a
system that doesn't have cygwin
2011/2/2 mearrex:
In my cygwin installation, I cannot seem to use github.com. However, here are
the problems I am seeing.
When I type in: git remote add origin
g...@github.com:username/first_app.git
I got no issue.
However, when I type in: git push origin master
I get an error: fatal: The
34 matches
Mail list logo