gmane.os.cygwin

Re: lftp update

Andrew Schulman — 2013-05-21T17:08:20

Sure, I'll upload a new release, assuming there are no problems building
it.

Andrew

Re: Inconsistency with coreutils: _Static_assert()

Corinna Vinschen — 2013-05-21T16:08:46

Sorry, but I don't grok this sentence.  Since the cdefs.h version
works as expected, it does not work in coreutils' verify.h?  Who
exactly is wrong, cdefs.h or verify.h?  And *what* exactly is wrong
with the definition?


Corinna

Re: Patch for shutdown

Corinna Vinschen — 2013-05-21T16:05:10

Cool, thanks!


Uhm... I would prefer if we had the cygwin-specific tools in a single
repository, if it's not asked too much.  I'm sure we could add git
access as well, if it's not already available.


Corinna

Inconsistency with coreutils: _Static_assert()

Denis Excoffier — 2013-05-21T15:59:33

Hello,

I compile coreutils-8.21 under Cygwin (Windows XP). I'm using
gcc-4.8.0 with no problem, except that under _any_ snapshot posterior 
to
plain 1.7.18, i obtain the following (with plain 1.7.18, or under
gcc-4.5.3 it works perfectly):

---------------
...
depbase=`echo src/chroot.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\
gcc -std=gnu99  -I. -I./lib  -Ilib -I./lib -Isrc -I./src    -g -O2 -MT 
src/chroot.o -MD -MP -MF $depbase.Tpo -c -o src/chroot.o src/chroot.c 
&&\
mv -f $depbase.Tpo $depbase.Po
In file included from /usr/include/sys/stdio.h:14:0,
                  from /usr/include/stdio.h:62,
                  from ./lib/stdio.h:43,
                  from src/chroot.c:21:
src/chroot.c: In function 'set_additional_groups':
./lib/verify.h:181:8: error: expected specifier-qualifier-list before 
'typedef'
         _Static_assert (R, DIAGNOSTIC);          \
         ^
./lib/verify.h:166:16: note: in expansion of macro '_GL_VERIFY_TYPE'
      (!!sizeof (_GL_VERIFY_TYPE (R, DIAGNOSTIC)))
                 ^
./

Re: Patch for shutdown

Frank Fesevur — 2013-05-21T15:20:15

2013/5/21 Corinna Vinschen:

That's why I sent my email in March in the first place. But I really
think having -h for halt is better for a POSIX/Linux-like shutdown.
And "shutdown -h now" will now halt the machine instead of hibernate.
Although I understand they definitely are not the same, it won't leave
the machine turned on. It will be in a "form of off".

A proper announcement is required. The backward compatibility breakage
was the reason I thought about 2.x vs 1.x.


Anything "for free" must be good ;-)

I see the cygport file is in src archive. It has been very long since
I have played with cygport.

And I have not looked at cygwin64, although I use Win7-64. I had no
real need for cygwin64 so far, so I wanted to wait for it to be
officially released. I just ran the setup64.exe found at a nearby
mirror, installed cygport and gcc/g++ and shutdown compiles under 32
and 64 bit.

So back to the question... why not take over? I will read
http://cygwin.com/setup.html thoroughly, create the new packages and
s

Re: BUG: Ability to access nonexistent directories

Larry Hall (Cygwin — 2013-05-21T14:53:05

And hippos aside (I think we all know how difficult it is to do that!), 
64-bit proggies on 64-bit CPUs are supposed to be a little zippier anyway.

RE: Patch for shutdown

Buchbinder, Barry (NIH/NIAID) [E] — 2013-05-21T13:01:13

Fedin Pavel sent the following at Monday, May 20, 2013 10:00 AM

FYI, Windows find = grep

c:\> find /?
Searches for a text string in a file or files.

FIND [/V] [/C] [/N] [/I] [/OFF[LINE]] "string" [[drive:][path]filename[ ...]]

  /V         Displays all lines NOT containing the specified string.
  /C         Displays only the count of lines containing the string.
  /N         Displays line numbers with the displayed lines.
  /I         Ignores the case of characters when searching for the string.
  /OFF[LINE] Do not skip files with offline attribute set.
  "string"   Specifies the text string to find.
  [drive:][path]filename
             Specifies a file or files to search.

If a path is not specified, FIND searches the text typed at the prompt
or piped from another command.

Re: cygpath codepage problem

Corinna Vinschen — 2013-05-21T11:34:24

I just created the 2013-05-21 snapshot.


HTH,
Corinna

Re: what library provides __b64_ntop? (libresolv does not)

Corinna Vinschen — 2013-05-21T10:09:00

I just added the latest FreeBSD version of the base64.c file to Cygwin,
so we have them in the next version.


HTH,
Corinna

Re: Patch for shutdown

Corinna Vinschen — 2013-05-21T09:42:22

I'm a bit reluctant as of the backward compatibility breakage.  What
if somebody uses shutdown in a script?  You know, starting a backup
in the evening and the last action of the script is to hibernate the
machine or something like that...


1.10 is fine I think.  Say, do you want to take over shutdown
maintainership?  It's an easy enough package to start with, it
builds fine on 32 and 64 bit, and you get the cygport configuration
"for free".  What do you say?


Corinna

Re: cygpath codepage problem

Corinna Vinschen — 2013-05-21T09:35:43

Confirmed.  Between 1.7.17 and 1.7.18 there was a non-trivial change in
the build system.  During this transition, an old patch has gone lost.
The result is that the multibyte<->wide char character conversion
functions are loaded from ntdll.dll, rather than from the Cygwin DLL.
Since the ntdll has another idea about the current codeset, the result
is pretty much unusable in terms of non-ASCII characters.

I fixed that in CVS.  The next snapshort from http://cygwin.com/snapshots/
will have the fix, too.


Thanks for the report,
Corinna

Re: BUG: Ability to access nonexistent directories

Christopher Faylor — 2013-05-21T06:18:16

The 64-bit port employed fewer hippos.  As it turns out, they were terrible
coders.

RE: BUG: Ability to access nonexistent directories

Fedin Pavel — 2013-05-21T06:07:03

 By the way... Right now i'm testing 64-bit Cygwin, and it appears to be
significantly faster. I wonder, did you do anything special to achieve this
? Or does this mean just that 32-bit API on 64-bit Windows is slow ?

 Kind regards

Re: what library provides __b64_ntop? (libresolv does not)

Yaakov (Cygwin/X — 2013-05-21T05:19:13

That is an older version of the file currently shipped by FreeBSD, but 
like other libc/sys/linux files, it is only compiled into newlib when 
targeting Linux.  The file compiles cleanly on Cygwin, but whether or 
not we want to provide these non-standard functions would be up to cgf 
or Corinna.


Yaakov

Re: what library provides __b64_ntop? (libresolv does not)

Luke White — 2013-05-21T04:57:06

There appears to be an implementation of that function in cygwin's
src/newlib/libc/sys/linux/net/base64.c.  Is it possible to link
against whatever that gets compiled to?  If not, could that function
be copied to cygwin's libresolv?  When the header and implementation
are already there it seems a shame not to make it available.


On Mon, May 20, 2013 at 9:49 PM, Yaakov (Cygwin/X)
<yselkowitz< at >users.sourceforge.net> wrote:

Re: what library provides __b64_ntop? (libresolv does not)

Yaakov (Cygwin/X — 2013-05-21T02:49:38

Cygwin does not provide that function; resolv.h declares it only because 
it is mostly copied from the BSDs, where it is defined.


Yaakov

Re: Were the Perl multithreading problems ever fixed?

David Karr — 2013-05-21T02:22:45

(Resending because it complained about my inadvertently using html.)

My Cygwin Perl is 5.14.2.  I don't have a link to a report.  I never
filed a bug report, but we had an email exchange about this starting
on 1/13/12.  My script is still having occasional problems, but it's
not dumping core.  I'll have to do some more debugging to see what I
can see.

On Mon, May 20, 2013 at 7:10 PM, Reini Urban <rurban< at >x-ray.at> wrote:

Re: Were the Perl multithreading problems ever fixed?

Reini Urban — 2013-05-21T02:10:48

These were entirely perl related and not cygwin.
And most of the known problems were fixed with the change from
non-thread safe usemymalloc (perl internal malloc) to the thread-safe
system malloc
with 5.14.2.
There are still minor thread problems within perl, but nothing dramatic.

The upcoming 5.18.0 should have fixed more. Do you have a link to your
report? So I can test it.
--
Reini Urban
http://cpanel.net/   http://www.perl-compiler.org/

lftp update

Alex Mason — 2013-05-21T00:26:27

Would it be possible to have lftp updated to the latest version 4.4.6? There's some SFTP related bugfixes in this version.

Thanks,

Alex

what library provides __b64_ntop? (libresolv does not)

Luke White — 2013-05-20T23:06:50

I'm getting the following error if I try to compile something that
includes resolv.h:

$ gcc test.c -lresolv
/tmp/cc0xhSEa.o:test.c:(.text+0x2e): undefined reference to `___b64_ntop'
collect2: ld returned 1 exit status


Here's the contents of test.c, which is just meant to demonstrate the problem:

$ cat test.c
#include <resolv.h>
int main ()
{
  b64_ntop (NULL, 0, NULL, 0);
  return 0;
}


I'm using gcc 4.5.3 from the gcc4-core-4.5.3-3 package.

Re: luatex font path problem

Ken Brown — 2013-05-20T21:25:52

Arthur,

I'd like to send the patch upstream.  Before I do that, could you 
confirm that it solves your problem?  I hope you weren't thrown off by 
the copy/paste error I made; the file to be patched is

   /usr/share/texmf-dist/tex/luatex/luaotfload/otfl-font-nms.lua

Ken