Re: Where to find a reliable provider of CygwinX?

2011-02-03 Thread Thorsten Kampe 
* 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 X.  Of course I have 
> been aware all the way that X did not come with the basic installation, 
> and I have no idea of how to install X on top of it without using 
> setup.exe by Cygwin.  Still I am asked to specify how I obtained the 
> packages for X, because they are not part of the basic installation.
> 
> I see no reason to spend more time on this, the experience of which is 
> like being part of an absurd comedy, to say it mildly.  I feel confident 
> that I can overcome the technical issues if I use the time on them instead.

You were asked simple and specific questions. You didn't bother to 
answer these questions. That's not absurd but rather sad.

Thorsten


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: 16-bit wchar_t on Windows and Cygwin

2011-02-03 Thread Corinna Vinschen 
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 but with sane semantics
> > 
> > or should it always be 4-bytes, where conversion from wchar_t to
> > wwchar_t requires some efforts, and where the new type must be used
> > everywhere (which means wrapping a lot of APIs), but where you can once
> > again assume POSIX semantics of 1 character per unit, simplifying life
> > of callers at the expense of converting to the new type
> 
> In the first case we wouldn't need a new type.
> 
> The plan is the second alternative. The goal is *not* to have to extend
> each of quotearg.c, regcomp.c, mbchar.h, wc.c, etc. to handle UTF-16
> explicitly with #ifdefs, more variables, and more logic.
> 
> > if it works out, should we also add wwchar_t natively into cygwin? 
> 
> More and more Unix platforms offer only UTF-8 locales. One can predict
> that in 10 years, all Unix platforms will offer only UTF-8 locales. At this
> point wchar_t will be UCS-4 on all these platforms (except AIX).
> 
> The mbrtoc32 function from the C1X API that you pointed to will then be
> equivalent to mbrtowwc.
> 
> So, you can view 'wwchar_t' as a temporary measure that will bridge the
> gap between the ANSI C Amd. 1 API and the C1X API.

Maybe I'm just dense, but 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 just use the wint_t type for the time being?


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: directories named '...' (dotdotdot) do not work

2011-02-03 Thread Corinna Vinschen 
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?  
> 
> FWIW, not for me.  I was merely trying to be a good netizen by reporting
> bugs that I encounter.

Much appreciated.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: "file" command missing magic file (problem and solution)

2011-02-03 Thread Corinna Vinschen 
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. It also happens that this directory "magic" is NOT part
> of the binary distribution (you only get /usr/bin/file.exe, man page
> and /usr/share/misc/magic.mgc). After I copied the entire magic
> directory from the source distribution to /use/share/misc, "file -C"
> works fine and recreated magic.mgc no problem.
> 
> It would be nice if future binaries distribution of CYGWIN will
> include the directory /usr/share/misc/magic and all the files within
> it.

Thanks for the heads up.  I didn't notice this because `make install'
neither installs a magic file nor a magic directory, only the compiled
magic.mgc file.  I just uploaded the new file-5.05-1 package which
provides a magic file again, the same way as on Fedora.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] Updated: file-5.05-1

2011-02-03 Thread Corinna Vinschen 
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 installation, click on the "Install Cygwin now" link on
the http://cygwin.com/ web page.  This downloads setup.exe to your
system.  Then, run setup and answer all of the questions.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sources.redhat.com/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available   
starting at this URL.

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat, Inc.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: 16-bit wchar_t on Windows and Cygwin

2011-02-03 Thread Bruno Haible 
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 just use the wint_t type for the time being?

The "must be able to hold WEOF as well" argument holds for the argument
type of iswwalpha.  If we were to call it 'wwint_t', it would be the same as
'wint_t', yes. For this reason, we don't need a separate type 'wwint_t'.

But 'wwchar_t' is the base type for wide wide character _arrays_.
Such arrays don't need to hold the WEOF value. On AIX platforms, where
wchar_t[] is the UCS-2 encoding, wwchar_t[] can be synonymous to it.
There is no need to make wwchar_t 32 bits wide on these platforms.

So, my current code looks like this:

# if (defined _WIN32 || defined __WIN32__) || defined __CYGWIN__
/* Define 'wwchar_t' as a type that
 - can hold 32 bits, unlike wchar_t which can hold only 16 bits,
 - promotes to 'wint_t' under the default argument promotions.  */
typedef wint_t wwchar_t; /* actually 'unsigned int' or 'uint32_t' */
# else
typedef wchar_t wwchar_t;
# endif

Bruno
-- 
In memoriam Buddy Holly 

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Default state of the desktop shortcut checkbox in setup.exe

2011-02-03 Thread Bruce Cran 
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 uncheck it
each time because I don't like application icons on the desktop.

-- 
Bruce Cran

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Default state of the desktop shortcut checkbox in setup.exe

2011-02-03 Thread Rafael Kitover 

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 but it often irritates me that I need to uncheck it
each time because I don't like application icons on the desktop.



I second this request, I have my own icon using mintty, and it's 
annoying to also have to have the default icon to not have to click the 
checkbox every time I run setup...


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 
plugin in urxvt or some of the Putty variants like KiTTy/Puttytray.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [OT] Default state of the desktop shortcut checkbox in setup.exe

2011-02-03 Thread Bruce Cran 
On Thu, 03 Feb 2011 06:43:48 -0500
Rafael Kitover  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 plugin in urxvt or some of the Putty variants like
> KiTTy/Puttytray.

Since we're talking about terminal emulators, my favourite for the last
few years has been Tera Term (ttssh2, not the version from 1998).
Built-in URL detection, Cygwin compatibility (cyglaunch), great ssh
support, logging and clipboard confirmation/editing.

-- 
Bruce Cran

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Default state of the desktop shortcut checkbox in setup.exe

2011-02-03 Thread Andy Koppe 
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 scheme)

You can set the ANSI colours in ~/.minttyrc, like so:

Blue=0,0,191
BoldMagenta=255,64,255

See the "Hidden" section of the manual for details.


> and an option to detect URLs like the matcher
> plugin in urxvt or some of the Putty variants like KiTTy/Puttytray.

Just hold Ctrl while clicking on a URL. Works for files and
directories too, btw.

Andy

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: bug#7948: 16-bit wchar_t on Windows and Cygwin

2011-02-03 Thread Ulf Zibis 

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
 on Windows platforms and to 'wchar_t' otherwise.

As a minor point, would it be OK to call this type
'xchar_t' instead?  'x' is the successor to 'w', after all,
and it can be thought of as an abbreviation for 'eXtended'.

A problem with the 'ww' prefix is that mentally I start thinking
"World Wide ..."






--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

User Guide, Internationalization fixes

2011-02-03 Thread Nellis, Kenneth 
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 
the last bullet of the "How to set the locale" section is 
to remove the extraneous "i" at the end of the sentence:
... a better workaround is to use always the UTF-8 
character set.i

[1] http://cygwin.com/cygwin-ug-net/setup-locale.html

--Ken Nellis

Re: Windows 2008 64-bit install

2011-02-03 Thread Bryan Slatner 
Jeremy Bopp  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 Amazon is silent on the issue. Sad.

For now, I guess I'm just going to use KpyM for my SSH server.




--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Library missing, but do not know which one :-(

2011-02-03 Thread Muzzy 

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 >  http://old.nabble.com/file/p30837080/cygcheck.out
cygcheck.out 

Thanks in advance!

-- 
View this message in context: 
http://old.nabble.com/Library-missing%2C-but-do-not-know-which-one-%3A-%28-tp30837080p30837080.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: Default state of the desktop shortcut checkbox in setup.exe

2011-02-03 Thread Buchbinder, Barry (NIH/NIAID) [E] 
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 know
>about other people but it often irritates me that I need to uncheck it
>each time because I don't like application icons on the desktop.

http://cygwin.com/
  =>
http://cygwin.com/install.html
  =>
http://cygwin.com/faq/faq.setup.html#faq.setup.cli

See "-n", "-d", and "-N".

For what it is worth, I agree about the default.  Or perhaps setup's
default could depend on whether this is a new install and an update.
(Sorry I cannot propose a patch.)

- Barry
  Disclaimer: Statements made herein are not made on behalf of NIAID.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: -static not working with gcc 4.3.4

2011-02-03 Thread gvidaver 

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:

http://cygwin.com/faq/faq-nochunks.html#faq.programming.static-linking
"it is not possible to statically link with a Cygwin library to obtain an
independent, self-contained executable. "

$ i686-w64-mingw32-g++ -v
...
gcc version 4.5.1 (GCC)

$ i686-w64-mingw32-g++ test.c -o test -static

$ ldd test.exe
ntdll.dll => ... path to Windows dlls
kernel32.dll => ... 
KERNELBASE.dll => ...
msvcrt.dll => ...

(I.e. no dependencies on anything besides system dlls.)


Samuel Thibault wrote:
> 
> Marco Atzeri, le Mon 18 Oct 2010 14:22:02 +0100, a écrit :
>> have you checked if 4.5 has the same problem ?
>> 
>> http://cygwin.com/ml/cygwin-announce/2010-08/msg00016.html
> 
> It doesn't have the problem any more.
> 
> Samuel
> 
> --
> Problem reports:   http://cygwin.com/problems.html
> FAQ:   http://cygwin.com/faq/
> Documentation: http://cygwin.com/docs.html
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/-static-not-working-with-gcc-4.3.4-tp29981383p30838541.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: -static not working with gcc 4.3.4

2011-02-03 Thread marco atzeri 
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 test.exe
>        ...
>        cygwin1.dll => /usr/bin/cygwin1.dll (0x6100)
>        ...
>
> And apparently the only alternative is mingw, see:
>
> http://cygwin.com/faq/faq-nochunks.html#faq.programming.static-linking
> "it is not possible to statically link with a Cygwin library to obtain an
> independent, self-contained executable. "
>
> $ i686-w64-mingw32-g++ -v
> ...
> gcc version 4.5.1 (GCC)
>
> $ i686-w64-mingw32-g++ test.c -o test -static
>
> $ ldd test.exe
>        ntdll.dll => ... path to Windows dlls
>        kernel32.dll => ...
>        KERNELBASE.dll => ...
>        msvcrt.dll => ...
>
> (I.e. no dependencies on anything besides system dlls.)
>
>
> Samuel Thibault wrote:
>>
>> Marco Atzeri, le Mon 18 Oct 2010 14:22:02 +0100, a écrit :
>>> have you checked if 4.5 has the same problem ?
>>>
>>> http://cygwin.com/ml/cygwin-announce/2010-08/msg00016.html
>>
>> It doesn't have the problem any more.
>>
>> Samuel
>>
>> --
>> Problem reports:       http://cygwin.com/problems.html
>> FAQ:                   http://cygwin.com/faq/
>> Documentation:         http://cygwin.com/docs.html
>> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>>
>>
>>
>
> --
> View this message in context: 
> http://old.nabble.com/-static-not-working-with-gcc-4.3.4-tp29981383p30838541.html
> Sent from the Cygwin list mailing list archive at Nabble.com.
>
>
> --
> Problem reports:       http://cygwin.com/problems.html
> FAQ:                   http://cygwin.com/faq/
> Documentation:         http://cygwin.com/docs.html
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>
>

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Library missing, but do not know which one :-(

2011-02-03 Thread Larry Hall (Cygwin) 

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.


'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 installed one of those but it looks
like it's sufficiently separated.  If you can't find any other culprit, you
can try removing this though.

Looks to me, though, like you're missing the libncurses9 package.  I'd try
that.

--
Larry

_

A: Yes.

Q: Are you sure?

A: Because it reverses the logical flow of conversation.

Q: Why is top posting annoying in email?


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: -static not working with gcc 4.3.4

2011-02-03 Thread Charles Wilson 
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 compiler, intended for
generating cygwin DLLs and executables.  Thus, all dlls and exes it
generates will require the cygwin1.dll (since there is not now, and will
not be, any "static version" of cygwin1.dll).

Older cygwin gcc's had a controversial mode "-mno-cygwin" that,
basically, turned the cygwin gcc into a buggy version of the mingw gcc.
 It often had "cygwin pollution" problems, and many people misunderstood
the purpose of the flag.  So, it has been deprecated for about five
years now, and was finally removed with the release of cygwin's gcc-4.3.4.

> And apparently the only alternative is mingw, see:
> 
> http://cygwin.com/faq/faq-nochunks.html#faq.programming.static-linking
> "it is not possible to statically link with a Cygwin library to obtain an
> independent, self-contained executable. "
> 
> $ i686-w64-mingw32-g++ -v
> ...
> gcc version 4.5.1 (GCC)
> 
> $ i686-w64-mingw32-g++ test.c -o test -static
> 
> $ ldd test.exe
> ntdll.dll => ... path to Windows dlls
> kernel32.dll => ... 
> KERNELBASE.dll => ...
> msvcrt.dll => ...
> 
> (I.e. no dependencies on anything besides system dlls.)

Right, but on the "cygwin system", the cygwin1.dll IS a system dll (as
are cyggcc_s-1.dll, cygstdc++-6.dll, and the other "language" runtime
libraries). All -static does is force the compiler to attempt to link
statically to OTHER user libs that you'd pass on the link command, like
-lintl -lz -ljpeg etc.

You can, in SOME cases, avoid a shared dependency on the *language*
runtimes (for C and C++ alone) by using the -static-libgcc and/or
-static-libstdc++, but...there are complexities with that.

However, using the cygwin compiler, you cannot (*) avoid a dependency on
the cygwin runtime cygwin1.dll.  This is not a bug; it is part of the
design.

Now, the OP in this thread posted a problem with -static related to the
language runtime library for C (gcc_s aka cyggcc_s-1.dll) but that's a
whole different issue that your attempt to avoid cygwin1.dll.


(*) OK, sure, you can use -nostdlib but...I guarantee you won't like the
results.  It just won't work, and you'd be better off simply using the
mingw compiler instead (or one of cygwin's mingw-target cross compilers).

--
Chuck

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Library missing, but do not know which one :-( [attn bc maintainer]

2011-02-03 Thread Eric Blake 
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 installed one of those but it
> looks
> like it's sufficiently separated.  If you can't find any other culprit, you
> can try removing this though.
> 
> Looks to me, though, like you're missing the libncurses9 package.  I'd try
> that.

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 libncurses9.  I've updated the hint on cygwin's site, but the
maintainer needs to fix it locally for the next time bc is updated
(which hopefully is sooner than later, since even libncurses9 is out of
date).

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: Library missing, but do not know which one :-( [attn bc maintainer]

2011-02-03 Thread Eric Blake 
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 libncurses9.  I've updated the hint on cygwin's site, but the
> maintainer needs to fix it locally for the next time bc is updated
> (which hopefully is sooner than later, since even libncurses9 is out of
> date).

Oh, and the readline maintainer also needs to update the hint for
libreadline6 (now that libreadline7 is preferred).  Oops - that's me :)
 I've taken care of my side of things.

-- 
Eric Blake   ebl...@redhat.com+1-801-349-2682
Libvirt virtualization library http://libvirt.org



signature.asc
Description: OpenPGP digital signature

Re: Library missing, but do not know which one :-(

2011-02-03 Thread Muzzy 

>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 mailing list archive at Nabble.com.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Library missing, but do not know which one :-( [attn bc maintainer]

2011-02-03 Thread Christopher Faylor 
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 the change himself.

cgf

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: -static not working with gcc 4.3.4

2011-02-03 Thread gvidaver 

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 intended as a way to help RedHat
make money from cygwin (this intent is fine by me) by forcing you to pay
them for a solution to this problem.


marco atzeri-4 wrote:
> 
> 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 test.exe
>>        ...
>>        cygwin1.dll => /usr/bin/cygwin1.dll (0x6100)
>>        ...
>>
>> And apparently the only alternative is mingw, see:
>>
>> http://cygwin.com/faq/faq-nochunks.html#faq.programming.static-linking
>> "it is not possible to statically link with a Cygwin library to obtain an
>> independent, self-contained executable. "
>>
>> $ i686-w64-mingw32-g++ -v
>> ...
>> gcc version 4.5.1 (GCC)
>>
>> $ i686-w64-mingw32-g++ test.c -o test -static
>>
>> $ ldd test.exe
>>        ntdll.dll => ... path to Windows dlls
>>        kernel32.dll => ...
>>        KERNELBASE.dll => ...
>>        msvcrt.dll => ...
>>
>> (I.e. no dependencies on anything besides system dlls.)
>>
>>
>> Samuel Thibault wrote:
>>>
>>> Marco Atzeri, le Mon 18 Oct 2010 14:22:02 +0100, a écrit :
 have you checked if 4.5 has the same problem ?

 http://cygwin.com/ml/cygwin-announce/2010-08/msg00016.html
>>>
>>> It doesn't have the problem any more.
>>>
>>> Samuel
>>>
>>> --
>>> Problem reports:       http://cygwin.com/problems.html
>>> FAQ:                   http://cygwin.com/faq/
>>> Documentation:         http://cygwin.com/docs.html
>>> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>>>
>>>
>>>
>>
>> --
>> View this message in context:
>> http://old.nabble.com/-static-not-working-with-gcc-4.3.4-tp29981383p30838541.html
>> Sent from the Cygwin list mailing list archive at Nabble.com.
>>
>>
>> --
>> Problem reports:       http://cygwin.com/problems.html
>> FAQ:                   http://cygwin.com/faq/
>> Documentation:         http://cygwin.com/docs.html
>> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
>>
>>
> 
> --
> Problem reports:   http://cygwin.com/problems.html
> FAQ:   http://cygwin.com/faq/
> Documentation: http://cygwin.com/docs.html
> Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/-static-not-working-with-gcc-4.3.4-tp29981383p30839509.html
Sent from the Cygwin list mailing list archive at Nabble.com.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

1.7: Setting noacl (or how do I get modified files to not become executable)

2011-02-03 Thread Edward Lam 

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 manipulating /etc/fstab. 
However, I can't seem do it such that it works when I cd to /home/user 
or /tmp.


Here's my mount output:

  $ mount -m
  none / cygdrive binary,noacl,posix=0,user 0 0

  $ mount
  C:/cygwin/bin on /usr/bin type ntfs (binary,auto)
  C:/cygwin/lib on /usr/lib type ntfs (binary,auto)
  C:/cygwin on / type ntfs (binary,auto)
  C: on /c type ntfs (binary,noacl,posix=0,user,noumount,auto)

What am I doing wrong? What's the right /etc/fstab entry to modify "/" 
to use noacl?


Thanks,
-Edward

PS. cygcheck.out attached just in case

Cygwin Configuration Diagnostics
Current System Time: Thu Feb 03 16:54:06 2011

Windows 2003 Server Ver 5.2 Build 3790 Service Pack 2

Running under WOW64 on AMD64

Path:   .
C:\cygwin\home\edward\dev_hg\hfs\bin
C:\PROGRA~1\Java\JDK16~1.0_1\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\Program Files (x86)\ATI Technologies\ATI.ACE\Core-Static
C:\Program Files\vim\vim72
C:\Program Files (x86)\QuickTime\QTSystem\
C:\cygwin\home\edward\dev_hg\src\houdini\scons

Output from C:\cygwin\bin\id.exe
UID: 1002(edward)   GID: 513(None)
513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = 'edward'
PWD = '/home/edward'
CYGWIN = 'nodosfilewarning'
HOME = '/home/edward'

hou = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/houdini'
HCA = 'C:/cygwin/home/edward/dev_hg/hfs/custom/action'
HOMEPATH = '\Documents and Settings\edward'
DIRECTX_SDK = 'C:/PROGRA~2/MI7482~1'
VGEO = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_RAY/VGEO'
GD = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_GEO/GD'
IMS = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_APPS3/IMS'
GR2D = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_APPS3/GR2D'
DM = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_APPS3/DM'
gwavefront = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/geometry/gwavefront'
isi = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/image/isi'
ALL = '*.[Ch]'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
APPDATA = 'C:\Documents and Settings\edward\Application Data'
MGR = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_OPZ/MGR'
SOP = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_OP2/SOP'
IMP = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_APPS3/IMP'
PSI2 = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_APPS2/PSI2'
proto = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/utils/proto'
glightwave = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/geometry/glightwave'
spy = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/spy'
clip = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/clip'
RMANTREE = 'C:/PROGRA~1/Pixar/RENDER~1.0/'
ProgramW6432 = 'C:\Program Files'
MSVC2005 = '1'
AP = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_UI/SI'
SYS = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_UT/SYS'
RU = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_OP1/RU'
delouse = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/utils/delouse'
hview = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/hview'
HOSTNAME = 'seoul'
izg = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/image/izg'
DXSDK_DIR = 'C:\Program Files (x86)\Microsoft DirectX SDK (June 2010)\'
H_RAY = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_RAY'
xmessage = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/utils/xmessage'
builduicode = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/utils/builduicode'
AU = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_UT/AU'
UI = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_UI/UI'
KIN = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_GEO/KIN'
TERM = 'cygwin'
PROCESSOR_IDENTIFIER = 'EM64T Family 6 Model 26 Stepping 4, GenuineIntel'
mplay = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/itools/mplay'
OBJ = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_OP3/OBJ'
VOP = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_OP1/VOP'
GDT = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_GEO/GDT'
GB = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_GEO/GB'
FUSE = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_APPS3/FUSE'
WINDIR = 'C:\WINDOWS'
VS80COMNTOOLS = 'C:\vstudio8\Common7\Tools\'
libCL = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_UT/CL'
DD = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_UT/DD'
FBX = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_OPZ/FBX'
OP3D = 'C:/cygwin/home/edward/dev_hg/src/houdini/lib/H_APPS3/OP3D'
winform = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/utils/winform'
gconvert = 'C:/cygwin/home/edward/dev_hg/src/houdini/bin/geometry/gconvert'
imdisplay = 'C:/cygwin/home/edward/de

Re: -static not working with gcc 4.3.4

2011-02-03 Thread Christopher Faylor 
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 installed.

Nope.  Cygwin doesn't look in /usr/bin.  If you could get something like
that to work you'd just have to adhere to the GPL.  That's all.

>If I understand the cygwin license, this is intended as a way to help
>RedHat make money from cygwin (this intent is fine by me) by forcing
>you to pay them for a solution to this problem.

You don't understand the license.  Please stop attempting to give advice.
The thread is five months old.  We don't need further discussion.

cgf

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: ssh-keygen command not doing anything OR github problem

2011-02-03 Thread Reini Urban 
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:/first_app.git
> I got no issue.
>
> However, when I type in: git push origin master
> I get an error: fatal: The remote end hung up unexpectedly
>
> I have tried to do that using these instructions:
> http://help.github.com/msysgit-key-setup/
> http://help.github.com/troubleshooting-ssh/
>
> However, when I type in the commands
> ssh
> ssh-keygen
> ssh-keygen -t rsa -C "xxx...@xxx.com"
> ssh g...@github.com
> ssh -v g...@github.com
>
> nothing happens. It just returns a new line. I am attaching a screenshot.
> What am I doing wrong? What do I need to do to get this to work?
> http://old.nabble.com/file/p30829947/screenshot.jpg

Looks like you have no route for port 22 to github.
Are you behind a proxy? If so try https instead.
Is your router blocking 22 outwards? If so, talk to your router admin.
-- 
Reini Urban

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple