date:20090526

Bill McCormick wrote:
> Dave Korn wrote:
>> Bill McCormick wrote:
>>
>>> Looks like I don't have the zlib0 (or devel). I've tried a number of
>>> reinstalls with no change. What can I do?
>>
>>   Run setup.exe and manually select it in the chooser page?  I think
>> the zlib0
>> package containing the DLL was only split out recently, and being a new
>> package may mean you haven't picked it up automatically.  (This could
>> mean
>> there's a problem with the dependencies, we'll have to check).
> 
> Yes, I did that. I tried both reinstall and uninstall/install and it did
> not install. I've got a full installation with every package.

  Ok, then it's gone a bit bizarre.  What we need next is for you to run
"cygcheck -s -r -v > cygcheck.out", and post the resulting cygcheck.out file -
specifically as an attachment please - to the list.  Also, take a look through
/var/log/setup.log and /var/log/setup.log.full to see if they show any signs
of problems unpacking the archive.  And let's see the result of running "cat
/etc/setup/last-*" in a shell.  Also, double-check for any possibility of
silly mistakes like having setup.exe running in download rather than
download-and-install mode, or if you have multiple installations you've
upgraded one and are testing the other, that sort of thing can easily happen...

cheers,
  DaveK

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

RE: OpenSSH server installation error on Windows Vista Business/Ultimate

2009-05-26 Thread Paul August


Thank you David for your response. I followed your steps to enable the 
administrator account via MMC console window, Then I start cygwin bash shell 
either as an administrator or after I logon the administrator account. When I 
run ssh-host-config -y again, I got the same error message. It seems that 
enabling real administrator account does not help with this problem. Any more 
clues?

Paul.



  

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

Re: emacs -nw keypad

2009-05-26 Thread Ken Brown


On 5/26/2009 4:03 PM, Eli Zaretskii wrote:

It would really help me to see the result of typing "C-h l" after
pressing the keypad keys, on Tim's machine, as I requested earlier
in this thread.


I can't help you with Tim's machine, but I tried it on my own.  (I'm 
currently running emacs-23.0.94 in cygwin-1.7.)  It's clear that the 
keypad keys are not recognized as such when running emacs in rxvt or 
emacs -nw in an xterm.  The same thing happens in a third terminal that 
I tried, mintty.


In addition, emacs sees C-h as DEL in all three cases, so it isn't 
recognized as the help key.  I had to use F1 for help.


Here are the results.  First, for comparison, I ran emacs under X 
(without -nw).  With numlock on, I typed '123456' on the keypad, 
followed by C-h l.  The results were as expected:


  C-h l

Next, I tried the three terminals I mentioned above, typing '123456' on 
the keypad, followed by F1 l:


emacs -nw in xterm:   1 2 3 4 5 6 ESC O P l

emacs in rxvt-native:  1 2 3 4 5 6 ESC [ 1 1 ~ l

emacs in mintty:  1 2 3 4 5 6 ESC O P l

In the first and third cases, the environment variable TERM is xterm 
before starting emacs, and COLORMTERM isn't set.  In the second case, 
TERM=rxvt-cygwin-native and COLORTERM=rxvt-xpm.  In all cases, including 
the good case (emacs under X without -nw), TERM="dumb" within emacs, as 
shown by evaluating (getenv "TERM").


Ken

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

email package needs openssl dependency

2009-05-26 Thread Scott Wegner


Hi all,

I have installed the 'email' utility from the a standard Cygwin 1.5  
install; the only package I have included from the repositories  
outside of the defaults is 'email'.  However, when I try to use the  
email program, I get an error about a missing cygcrypto DLL.  From  
reading other messages on the mailing list, it's apparent that this is  
included in the openssl package.


It seems like the openssl package should therefore be installed as a  
dependency when the email program is selected.  I would mark this as a  
bug in the email packaging.


This happens in a standard Windows XP x86 environment, with Cygwin  
up-to-date as of this week.


Thanks,

Scott Wegner
swegn...@hdfgroup.org

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

Re: emacs -nw keypad

2009-05-26 Thread Eli Zaretskii

> Date: Tue, 26 May 2009 07:58:41 -0400
> From: Ken Brown 
> 
> On 5/25/2009 6:13 PM, Jon TURNEY wrote:
> > I would have said that this could be same problem as in [1], an X server 
> > bug, but then I would expect the problem to be seen both in "emacs -nw 
> > in an xterm under X" and "emaacs under X"...
> 
> I'm not yet convinced that there's a bug.  The tpu-*.el files use the 
> emacs variable 'window-system' to decide whether X windows is running. 
> If I start emacs under X, that variable has the value x.  If I run emacs 
> -nw in an xterm, the variable has the value nil.  If I run emacs under 
> rxvt (without specifying -nw), I get the message
> 
>   Display :0 unavailable, simulating -nw
> 
> and again window-system has the value nil.  This strikes me as the 
> correct behavior, consistent with the documentation of '-nw'.

Yes.

> I guess what's puzzling is why Tim doesn't have a problem with earlier 
> versions of emacs.  Has something changed in how emacs interprets -nw? 
> Or has tpu-edt changed?  Maybe Eli can clarify this.

Sorry, but I have no clue yet.  rxvt.el, the Emacs Lisp package that
supports rxvt, has undergone significant changes since Emacs 21.x, and
the Emacs 23 core includes significant changes in how text-mode
terminals are handled.  Perhaps one or more of these changes have
adverse effect on Cygwin.  Or it could be something in Tim's setup
or customizations.

It would really help me to see the result of typing "C-h l" after
pressing the keypad keys, on Tim's machine, as I requested earlier
in this thread.

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

Re: SSH client not starting


Dave Korn wrote:

Bill McCormick wrote:


Looks like I don't have the zlib0 (or devel). I've tried a number of
reinstalls with no change. What can I do?


  Run setup.exe and manually select it in the chooser page?  I think the zlib0
package containing the DLL was only split out recently, and being a new
package may mean you haven't picked it up automatically.  (This could mean
there's a problem with the dependencies, we'll have to check).


Yes, I did that. I tried both reinstall and uninstall/install and it did 
not install. I've got a full installation with every package.


Bill

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

Re: SSH client not starting


Thorsten Kampe wrote:

* Bill McCormick (Tue, 26 May 2009 12:51:32 -0500)

But my zlib package is installed and re-installed. Any other ideas?


So what? Do you have a file called cygz.dll - yes or no? And if so, 
where is that file?



Sorry for not being clear; no I do not have a file called cygz.dll.

Bill

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

Re: SSH client not starting

Thorsten Kampe wrote:
> * Bill McCormick (Tue, 26 May 2009 12:51:32 -0500)
>> But my zlib package is installed and re-installed. Any other ideas?
> 
> So what? Do you have a file called cygz.dll - yes or no? And if so, 
> where is that file?

  My hint was a shorthand, I was only intending to point in the general
direction of the required package but it may have been a bit misleading to not
mention the zero initially.

cheers,
  DaveK


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

Re: SSH client not starting

2009-05-26 Thread Thorsten Kampe

* Bill McCormick (Tue, 26 May 2009 12:51:32 -0500)
> But my zlib package is installed and re-installed. Any other ideas?

So what? Do you have a file called cygz.dll - yes or no? And if so, 
where is that file?

Thorsten


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

Re: Question of the necessity of rebaseall

2009-05-26 Thread Joe Smith



"Larry Hall (Cygwin)"  wrote:

Andy Koppe wrote:

Remember, the semantics of fork is that BOTH processes (the parent and
child) must see the SAME memory, and that includes all shared libraries
being mapped at the SAME location.  But since Windows doesn't provide a
native fork, the child must remap everything that the parent had, and 
hope

that it lands at the same place.  Rebasing improves the chance that the
child will remap, because there are fewer dlls to be remapped in an
arbitrary order.


Shudder. I wonder whether MS's own POSIX layer, the snappily named
"Services for Unix Applications", has to go through the same
contortions or whether there isn't some hidden fork support somewhere.


They don't use the Win32 subsystem so they aren't subject to its
restrictions but are instead locked in there own little subsystem



True, but from an application's perspective subsystems are mostly just an 
API, in some places basically just translating calls to the Native NT API. 
That API can also be used directly by programs. Might there not be some 
underdocumented NT Native API that provides better support for forking?


I know that the answer is yes. The SFU subsystem uses these calls to 
implement fork. Unfortunately, the calls are poorly documented, and For 
compatibility reasons it is best for code not maintained by Microsoft to 
minimize the use of Native NT calls, and stay with the documented calls when 
possible.


I'm pretty sure that combined with the insufficent documentation to use use 
the NT API calls are why Cygwin does not implement fork that way.


But I'm also pretty sure you knew all that already, so I supose this post is 
more of an elaboration than a contradiction. 




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

Re: SSH client not starting

Bill McCormick wrote:

> Looks like I don't have the zlib0 (or devel). I've tried a number of
> reinstalls with no change. What can I do?

  Run setup.exe and manually select it in the chooser page?  I think the zlib0
package containing the DLL was only split out recently, and being a new
package may mean you haven't picked it up automatically.  (This could mean
there's a problem with the dependencies, we'll have to check).

cheers,
  DaveK

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

Re: SSH client not starting


Dave Korn wrote:

Bill McCormick wrote:

Dave Korn wrote:



  You can find out at http://cygwin.com/packages/ by entering
"cygz.dll" in the search box.  (Hint: nope, zlib!)


But my zlib package is installed and re-installed. Any other ideas?


  The DLL itself is in zlib0.  There are three packages: from the package
search page, again -

zlibThe zlib compression/decompression library (doc)
zlib-devel  The zlib compression/decompression library (development)
zlib0   The zlib compression/decompression library (runtime)



Looks like I don't have the zlib0 (or devel). I've tried a number of 
reinstalls with no change. What can I do?


$ locate zlib
[snip other cygdrive hits]
/etc/setup/mingw-zlib-devel.lst.gz
/etc/setup/mingw-zlib.lst.gz
/etc/setup/mingw-zlib0.lst.gz
/etc/setup/zlib.lst.gz
/lib/clisp-2.44/full+gtk2/zlib.o
/lib/clisp-2.46/full+gdi/zlib.o
/lib/clisp-2.46/full+new-clx/zlib.o
/lib/clisp-2.46/full/zlib.o
/lib/pl-5.6.36/lib/i686-cygwin/zlib4pl.dll
/lib/pl-5.6.36/library/semweb/rdf_zlib_plugin.pl
/lib/pl-5.6.36/library/zlib.pl
/lib/python2.5/encodings/zlib_codec.py
/lib/python2.5/encodings/zlib_codec.pyc
/lib/python2.5/encodings/zlib_codec.pyo
/lib/python2.5/lib-dynload/zlib.dll
/lib/python2.5/test/test_zlib.py
/lib/python2.5/test/test_zlib.pyc
/lib/python2.5/test/test_zlib.pyo
/lib/ruby/1.8/i386-cygwin/zlib.so
/usr/include/boost-1_33_1/boost/iostreams/detail/config/zlib.hpp
/usr/include/boost-1_33_1/boost/iostreams/filter/zlib.hpp
/usr/include/bzlib.h
/usr/include/d/3.4.4/etc/c/zlib
/usr/include/d/3.4.4/etc/c/zlib.d
/usr/include/d/3.4.4/etc/c/zlib/crc32.h
/usr/include/d/3.4.4/etc/c/zlib/deflate.h
/usr/include/d/3.4.4/etc/c/zlib/infblock.h
/usr/include/d/3.4.4/etc/c/zlib/infcodes.h
/usr/include/d/3.4.4/etc/c/zlib/inffast.h
/usr/include/d/3.4.4/etc/c/zlib/inffixed.h
/usr/include/d/3.4.4/etc/c/zlib/inflate.h
/usr/include/d/3.4.4/etc/c/zlib/inftrees.h
/usr/include/d/3.4.4/etc/c/zlib/infutil.h
/usr/include/d/3.4.4/etc/c/zlib/trees.h
/usr/include/d/3.4.4/etc/c/zlib/zconf.h
/usr/include/d/3.4.4/etc/c/zlib/zconf.in.h
/usr/include/d/3.4.4/etc/c/zlib/zlib.h
/usr/include/d/3.4.4/etc/c/zlib/zutil.h
/usr/include/d/3.4.4/std/zlib.d
/usr/include/mingw/bzlib.h
/usr/include/mingw/zlib.h
/usr/include/X11/extensions/lbxzlib.h
/usr/lib/clisp-2.44/full+gtk2/zlib.o
/usr/lib/clisp-2.46/full+gdi/zlib.o
/usr/lib/clisp-2.46/full+new-clx/zlib.o
/usr/lib/clisp-2.46/full/zlib.o
/usr/lib/pl-5.6.36/lib/i686-cygwin/zlib4pl.dll
/usr/lib/pl-5.6.36/library/semweb/rdf_zlib_plugin.pl
/usr/lib/pl-5.6.36/library/zlib.pl
/usr/lib/python2.5/encodings/zlib_codec.py
/usr/lib/python2.5/encodings/zlib_codec.pyc
/usr/lib/python2.5/encodings/zlib_codec.pyo
/usr/lib/python2.5/lib-dynload/zlib.dll
/usr/lib/python2.5/test/test_zlib.py
/usr/lib/python2.5/test/test_zlib.pyc
/usr/lib/python2.5/test/test_zlib.pyo
/usr/lib/ruby/1.8/i386-cygwin/zlib.so
/usr/share/doc/boost-1.33.1-4/libs/iostreams/doc/classes/zlib.html
/usr/share/doc/Cygwin/mingw-zlib-1.2.3.README
/usr/share/doc/Cygwin/zlib-1.2.3.README
/usr/share/doc/mingw-zlib-1.2.3
/usr/share/doc/mingw-zlib-1.2.3/ChangeLog
/usr/share/doc/mingw-zlib-1.2.3/FAQ
/usr/share/doc/mingw-zlib-1.2.3/README
/usr/share/doc/python-2.5.2/html/lib/module-zlib.html
/usr/share/doc/zlib-1.2.3
/usr/share/doc/zlib-1.2.3/ChangeLog
/usr/share/doc/zlib-1.2.3/FAQ
/usr/share/doc/zlib-1.2.3/README
/usr/share/ri/1.8/system/Zlib/zlib_version-c.yaml

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

Re: SSH client not starting

Bill McCormick wrote:
> Dave Korn wrote:

>>
>>   You can find out at http://cygwin.com/packages/ by entering
>> "cygz.dll" in the search box.  (Hint: nope, zlib!)
>>
> But my zlib package is installed and re-installed. Any other ideas?

  The DLL itself is in zlib0.  There are three packages: from the package
search page, again -

zlibThe zlib compression/decompression library (doc)
zlib-devel  The zlib compression/decompression library (development)
zlib0   The zlib compression/decompression library (runtime)

cheers,
  DaveK


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

Re: Static linking issue under cygwin.

2009-05-26 Thread Vladimir A. Petrov

Andre,

> The correct order for searching the libraries is: -lglut32 -lglu32 -lopengl32
>
> fly-cubes.c must be _before_ the libraries. Chuck's response was correct 
> about this last point,
> but wrong about the librairies order.

Thank you for your clarification.

---
/vap/

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

RE: Cygwin OpenSSH and Windows 7 RC

2009-05-26 Thread Winderson Martins de Souza

take a look on what you have in your /etc/hosts.deny
I had the same problem, and it had
ALL:ALL DENY
try inserting an except to your host here

2009/5/21 William Zhang 
>
> Hi All,
>
> Have anybody tried Cygwin and SSH with Windows 7 RC x86 (Build 7100)?
>  I saw there was a discussion some time in Jan about the Windows 7
> Beta and it was reported that the basic stuff works fine including ssh
> and sshd.
> I just installed Windows 7 RC today and install the cygwin and
> openssh. The basic functions like bash, vim.. works fine but I am not
> able to ssh to this system from another linux box and here is output
>
> $ ssh -v -v -v 172.17.139.132
> OpenSSH_5.1p1, OpenSSL 0.9.8h 28 May 2008
> debug1: Reading configuration data /etc/ssh_config
> debug2: ssh_connect: needpriv 0
> debug1: Connecting to 172.17.139.132 [172.17.139.132] port 22.
> debug1: Connection established.
> debug1: identity file /home/root/.ssh/identity type -1
> debug1: identity file /home/root/.ssh/id_rsa type -1
> debug1: identity file /home/root/.ssh/id_dsa type -1
> ssh_exchange_identification: Connection closed by remote host
>
> It works for some time but most of this time it fails as above.  I
> tried both the current release 1.5.25-15 and beta release 1.7 but got
> the same results. Firewall and UAC are turned off in Windows.
>
> Did anybody get luck to make it work on Windows 7 RC?
>
> Thanks,
> William
>
> --
> Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
> Problem reports:       http://cygwin.com/problems.html
> Documentation:         http://cygwin.com/docs.html
> FAQ:                   http://cygwin.com/faq/
>

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

Re: SSH client not starting


Dave Korn wrote:

Bill McCormick wrote:

Dave Korn wrote:

Bill McCormick wrote:

Hi,

I've got the latest cygwin 1.5 on XP SP3 and cannot get the SSH client
to run. It just returns to the command prompt with no error message.

  Could be a missing DLL.  Run cygcheck on the .exe.

cheers,
  DaveK


Thanks!!

$ cygcheck /usr/bin/ssh.exe
C:\cygwin/bin\ssh.exe
  C:\cygwin/bin\cygcrypto-0.9.8.dll
C:\cygwin/bin\cygwin1.dll
  C:\WINDOWS\system32\ADVAPI32.DLL
C:\WINDOWS\system32\KERNEL32.dll
  C:\WINDOWS\system32\ntdll.dll
C:\WINDOWS\system32\RPCRT4.dll
  C:\WINDOWS\system32\Secur32.dll
  C:\cygwin/bin\cygminires.dll
Error: could not find cygz.dll

I'm guessing gzip?


  You can find out at http://cygwin.com/packages/ by entering "cygz.dll" in
the search box.  (Hint: nope, zlib!)


But my zlib package is installed and re-installed. Any other ideas?


Bill

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

Re: SSH client not starting

Bill McCormick wrote:
> Dave Korn wrote:
>> Bill McCormick wrote:
>>> Hi,
>>>
>>> I've got the latest cygwin 1.5 on XP SP3 and cannot get the SSH client
>>> to run. It just returns to the command prompt with no error message.
>>
>>   Could be a missing DLL.  Run cygcheck on the .exe.
>>
>> cheers,
>>   DaveK
>>
> Thanks!!
> 
> $ cygcheck /usr/bin/ssh.exe
> C:\cygwin/bin\ssh.exe
>   C:\cygwin/bin\cygcrypto-0.9.8.dll
> C:\cygwin/bin\cygwin1.dll
>   C:\WINDOWS\system32\ADVAPI32.DLL
> C:\WINDOWS\system32\KERNEL32.dll
>   C:\WINDOWS\system32\ntdll.dll
> C:\WINDOWS\system32\RPCRT4.dll
>   C:\WINDOWS\system32\Secur32.dll
>   C:\cygwin/bin\cygminires.dll
> Error: could not find cygz.dll
> 
> I'm guessing gzip?

  You can find out at http://cygwin.com/packages/ by entering "cygz.dll" in
the search box.  (Hint: nope, zlib!)

cheers,
  DaveK


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

Re: SSH client not starting


Dave Korn wrote:

Bill McCormick wrote:

Hi,

I've got the latest cygwin 1.5 on XP SP3 and cannot get the SSH client
to run. It just returns to the command prompt with no error message.


  Could be a missing DLL.  Run cygcheck on the .exe.

cheers,
  DaveK


Thanks!!

$ cygcheck /usr/bin/ssh.exe
C:\cygwin/bin\ssh.exe
  C:\cygwin/bin\cygcrypto-0.9.8.dll
C:\cygwin/bin\cygwin1.dll
  C:\WINDOWS\system32\ADVAPI32.DLL
C:\WINDOWS\system32\KERNEL32.dll
  C:\WINDOWS\system32\ntdll.dll
C:\WINDOWS\system32\RPCRT4.dll
  C:\WINDOWS\system32\Secur32.dll
  C:\cygwin/bin\cygminires.dll
Error: could not find cygz.dll

I'm guessing gzip?


Bill

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

Re: SSH client not starting

Bill McCormick wrote:
> Hi,
> 
> I've got the latest cygwin 1.5 on XP SP3 and cannot get the SSH client
> to run. It just returns to the command prompt with no error message.

  Could be a missing DLL.  Run cygcheck on the .exe.

cheers,
  DaveK

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

SSH client not starting


Hi,

I've got the latest cygwin 1.5 on XP SP3 and cannot get the SSH client 
to run. It just returns to the command prompt with no error message.


I've done several cygwin installs and have never had this problem.


Thanks,


Bill


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

Re: [Fwd: [1.7] wcwidth failing configure tests]

2009-05-26 Thread IWAMURO Motonori

I correct my proposal.

2009/5/15 IWAMURO Motonori :
> I propose to use *_cjk() when the language part of LC_CTYPE
> is 'ja', 'ko', 'vi' or 'zh'.

LC_CTYPE is 'ja', 'ko', or 'zh'. I remove 'vi'. (advice from a NetBSD
locale part maintainer)
-- 
IWAMURO Motnori 

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

RE: Upgrade to cygwin 1.7 seemed to trash bash profile, path

2009-05-26 Thread Karl M


> Date: Tue, 26 May 2009 11:29:15 -0400
> From: lh
> Subject: Re: Upgrade to cygwin 1.7 seemed to trash bash profile, path
>
> Aaron Humphrey wrote:
>> I've been having some intermittent problems lately with screen
>> hanging, when it hasn't before. This is on my home computer, which
>> was still running 1.5.25, and I've been using screen on 1.7 without
>> event on my work computer, so I decided to upgrade at home. I
>> downloaded setup-1.7, ran it, and went away. When I came back, it
>> seemed to have finished successfully.
>>
>> Just now I tried to run it for the first time, clicking on the cygwin
>> icon to run cygwin.bat as usual. What I get is a window with
>> "bash-3.2$" at the top. This is not my usual prompt. I immediately
>> noticed, too, that PATH was not set, or rather that it didn't include
>> any Cygwin paths, only Windows. A look at my home directory showed no
>> .profile, .bash_profile, .bashrc, or anything.
>>
>> I've been lurking on this list for long enough that I feel like I
>> should know what happened, but I confess I don't. Is it a problem
>> with the new /etc/fstab? Was it something trashing my startup files?
>> I've checked for undone postinstall scripts and found none; I tried
>> rerunning setup-1.7, then rerunning it and reinstalling base-files,
>> but to no avail. Of course, I have no convenient backups of my bash
>> setup files or anything.
>>
>> Cygcheck -svr output attached. Let me know if setup.log.full would
>> come in handy or anything.
>
> You seem to be missing '/usr/bin' and '/usr/lib'. There was talk about
> some of this changing though in my up-to-date installation, I still have
> them so I'm not sure where this stands. In any case, it suggests that
> you may want to try add the following to your '/etc/fstab' file:
>
> c:/cygwin/lib /usr/lib some_fs binary 0 0
> c:/cygwin/bin /usr/bin some_fs binary 0 0
>
> If that doesn't work, maybe just try rerunning 'setup.exe' and select
> "Reinstall" for the "All" category.
>
This may be the same problem that the 2009-05-18 snapahot fixed for me.
 
For some users, sshing in did not have the above mounts, but other users
sshing in had them. Adding the mounts back to my fstab (as Larry mentioned
above) was also a workaround that worked for me.
 
:-)
 
...Karl
_
Hotmail® has ever-growing storage! Don’t worry about storage limits.
http://windowslive.com/Tutorial/Hotmail/Storage?ocid=TXT_TAGLM_WL_HM_Tutorial_Storage1_052009

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

Re: dll links or pkgconfig/libtool information is wrong

jean-luc malet wrote:
> hi!
> I'm creating a dll using gcc and cygwin
> this dll use 2 others dll : -lglut -lGL
> $pkg-config.exe --libs gl
> -lGL
> but /bin/ contain cygGL-1.dll
> when static linking with -lGL this works fine because libGL.a exist
> when creating the dll -lGL don't work at all, I have to specify -lGL-1
> doing
> /bin/$ ln -s cygGL-1.dll cygGL.dll
> solve the issue
> I have similar issue with some libtool based library

  Normally for every /bin/cygDLLNAME-VERSION.dll, there should be a
/usr/lib/libDLLNAME.dll.a that contains import stubs, allowing you to link
against whatever DLL is current without needing to specify the version number
as you have done.  Generally these import libraries live in the corresponding
-devel package for whichever package you got the DLL from, and GL is no
exception; using the package search page

http://cygwin.com/packages/

to search for "libGL.dll.a" suggests that you need to install the
"libGL-devel" package, to go alongside your already-installed "libGL1" package
where the DLL came from.

cheers,
  DaveK


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

Re: Upgrade to cygwin 1.7 seemed to trash bash profile, path

2009-05-26 Thread Larry Hall (Cygwin)

Aaron Humphrey wrote:

I've been having some intermittent problems lately with screen
hanging, when it hasn't before.  This is on my home computer, which
was still running 1.5.25, and I've been using screen on 1.7 without
event on my work computer, so I decided to upgrade at home.  I
downloaded setup-1.7, ran it, and went away.  When I came back, it
seemed to have finished successfully.

Just now I tried to run it for the first time, clicking on the cygwin
icon to run cygwin.bat as usual.  What I get is a window with
"bash-3.2$" at the top.  This is not my usual prompt.  I immediately
noticed, too, that PATH was not set, or rather that it didn't include
any Cygwin paths, only Windows.  A look at my home directory showed no
.profile, .bash_profile, .bashrc, or anything.

I've been lurking on this list for long enough that I feel like I
should know what happened, but I confess I don't.  Is it a problem
with the new /etc/fstab?  Was it something trashing my startup files?
I've checked for undone postinstall scripts and found none; I tried
rerunning setup-1.7, then rerunning it and reinstalling base-files,
but to no avail.  Of course, I have no convenient backups of my bash
setup files or anything.

Cygcheck -svr output attached.  Let me know if setup.log.full would
come in handy or anything.

You seem to be missing '/usr/bin' and '/usr/lib'.  There was talk about
some of this changing though in my up-to-date installation, I still have
them so I'm not sure where this stands.  In any case, it suggests that
you may want to try add the following to your '/etc/fstab' file:

c:/cygwin/lib /usr/lib some_fs binary 0 0
c:/cygwin/bin /usr/bin some_fs binary 0 0

If that doesn't work, maybe just try rerunning 'setup.exe' and select
"Reinstall" for the "All" category.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (508) 893-9889 - FAX
Holliston, MA 01746

_

A: Yes.
> Q: Are you sure?
>> A: Because it reverses the logical flow of conversation.
>>> Q: Why is top posting annoying in email?

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

dll links or pkgconfig/libtool information is wrong

2009-05-26 Thread jean-luc malet

hi!
I'm creating a dll using gcc and cygwin
this dll use 2 others dll : -lglut -lGL
$pkg-config.exe --libs gl
-lGL
but /bin/ contain cygGL-1.dll
when static linking with -lGL this works fine because libGL.a exist
when creating the dll -lGL don't work at all, I have to specify -lGL-1
doing
/bin/$ ln -s cygGL-1.dll cygGL.dll
solve the issue
I have similar issue with some libtool based library

1) on unix system there are usually a set of links libGL.so ->
libGL.1.so -> libGL.1.2.so -> libGL.1.2.3.so, which seems to no exist
under cygwin, is it normal or wanted feature?
2) if this is normal then pkg-config and libtool shall be fixed to
report the right library name

thanks and regards
JLM

-- 
KISS! (Keep It Simple, Stupid!)
(garde le simple, imbécile!)
"mais qu'est-ce que tu m'as pondu comme usine à gaz? fait des choses
simples et qui marchent, espèce d'imbécile!"
-
"Si vous pensez que vous êtes trop petit pour changer quoique ce soit,
essayez donc de dormir avec un moustique dans votre chambre." Betty
Reese
http://www.grainesdechangement.com/citations.htm

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

Re: emacs -nw keypad

2009-05-26 Thread Ken Brown


On 5/25/2009 6:13 PM, Jon TURNEY wrote:
I would have said that this could be same problem as in [1], an X server 
bug, but then I would expect the problem to be seen both in "emacs -nw 
in an xterm under X" and "emaacs under X"...


I'm not yet convinced that there's a bug.  The tpu-*.el files use the 
emacs variable 'window-system' to decide whether X windows is running. 
If I start emacs under X, that variable has the value x.  If I run emacs 
-nw in an xterm, the variable has the value nil.  If I run emacs under 
rxvt (without specifying -nw), I get the message


Display :0 unavailable, simulating -nw

and again window-system has the value nil.  This strikes me as the 
correct behavior, consistent with the documentation of '-nw'.


I guess what's puzzling is why Tim doesn't have a problem with earlier 
versions of emacs.  Has something changed in how emacs interprets -nw? 
Or has tpu-edt changed?  Maybe Eli can clarify this.


Ken

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

[ANNOUNCEMENT] [1.7] Updated: automake-4-10

This package provides a wrapper system for the various automakeX.Y
packages, and plays a role similar to that of the long-standing autoconf
wrapper package.

This wrapper system is based on the bash am-wrapper developed by the
gentoo distribution, with tweaks to support cygwin's existing
alternatives framework for switching between the various installed
automakes.

The end-user experience should be transparent: invoke 'automake' and the
wrapper will select the appropriate version based on the contents of the
files in the directory where it is invoked (e.g. if Makefile.in was
created by automake-1.6 from Makefile.am, then the wrapper will "know"
to invoke automake-1.6).

This release is specific for cygwin-1.7. However, the only differences
between this package and the simultaneously-released automake-4-1 for
cygwin-1.5 are documentation related (the README references
cygport-0.9.5 and cygwin-1.7.0-48, and the /usr/share/doc/ layout is
influenced by the cygport changes between 0.4.4 and 0.9.5).


Changes (automake-3-10 ---> automake-4-10)

* update to latest Gentoo release (am-wrapper-4.sh rev 1.1)
  + Adds support for automake1.11

-- 
Charles Wilson
volunteer automake maintainer for cygwin



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://sourceware.org/lists.html#unsubscribe-simple

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


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

[ANNOUNCEMENT] [1.7] NEW: automake1.11-1.11-10

Automake is a tool for automatically generating `Makefile.in's
suitable for use with Autoconf, compliant with the GNU Makefile
standards, and portable to various make implementations. This is
the first release in the automake-1.11 release series, and contains
the latest version of automake system, automake-1.11.

This cygwin package, automake1.11, can be installed without conflict
alongside the existing automake1.10, automake1.9, automake1.8,
automake1.7, automake1.6, automake1.5, and automake1.4 cygwin packages.

This release is specific for cygwin-1.7. However, the only differences
between this package and the simultaneously-released
automake1.11-1.11-1 for cygwin-1.5 are documentation related (the
README references cygport-0.9.5 and cygwin-1.7.0-48, and the
/usr/share/doc/ layout is influenced by the cygport changes between
0.4.4 and 0.9.5).

CHANGES (exceprts from upstream announcement):
==
We're pleased to announce the release of Automake 1.11.

This release contains a bunch of new features and a bunch of bug fixes
over previous versions. Highlights over 1.10, in no particular order:

Optional Linux kernel style less verbose compile rules, faster rules for
(un)install, support for parallel tests, colored tests output, improved
Fortran and initial Vala support, threaded automake execution, lzma/xz
compressed tarballs, man pages which are not transformed, non-".c"
default sources, better AM_MAINTAINER_MODE, man pages for aclocal and
automake. See the NEWS excerpt below for more details, and a couple of
things to note when upgrading.

The important changes of 1.11 over the last test release, 1.10b, are
documented here:
http://git.savannah.gnu.org/cgit/automake.git/tree/NEWS?id=7fa2890c4ec91ae20589eee67eef0be9bcbe159b
Further, the test release was released using GPLv3+, but the 1.11
release uses GPLv2+. Automake will again move to GPLv3+ once the
Exception has been rewritten to use the new GPL Exception language.
==

Testsuite results:
===
1 of 685 tests failed
(44 tests were not run)
===
These results differ from the ones obtained under
cygwin-1.5 for the same version of automake because in
this case, I ran the testsuite under an Administrator
account (and, in the one remaining case, because
cygwin-1.7's "transparent_exe"-like behavior has known
consequences).

FAIL: transform2.test
/usr/bin/install -c p2.exe /some/path/to/foo.exe
/usr/bin/install -c s1.sh /some/path/to/foo
---> error: "cannot create regular file /some/path/to/foo: File exists"

On cygwin-1.7, it's a very bad idea to have both foo.exe
and foo in the same directory. On older cygwin, this
worked (unless CYGWIN=transparent_exe). Now that
'transparent_exe' is the default behavior, it can't work.
It isn't clear whether this test should be marked XFAIL
on cygwin, or if the test itself should be changed to
not use clashing names.

--
Charles Wilson
volunteer automake maintainer for cygwin

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://sourceware.org/lists.html#unsubscribe-simple

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

New in 1.11:

* Version requirements:

- Autoconf 2.62 or greater is required.

* Changes to aclocal:

- The autoconf version check implemented by aclocal in aclocal.m4
(and new in Automake 1.10) is degraded to a warning. This helps
in the common case where the Autoconf versions used are compatible.

* Changes to automake:

- The automake program can run multiple threads for creating most
Makefile.in files concurrently, if at least Perl 5.7.2 is available
with interpreter-based threads enabled. Set the environment variable
AUTOMAKE_JOBS to the maximum number of threads to use, in order to
enable this experimental feature.

* Changes to Libtool support:

- Libtool generic flags are now passed to the install and uninstall
modes as well.

- distcheck works with Libtool 2.x even when LT_OUTPUT is used, as
config.lt is removed correctly now.

* Languages changes:

- subdir-object mode works now with Fortran

[ANNOUNCEMENT] Updated: automake-4-1

This package provides a wrapper system for the various automakeX.Y
packages, and plays a role similar to that of the long-standing autoconf
wrapper package.

This wrapper system is based on the bash am-wrapper developed by the
gentoo distribution, with tweaks to support cygwin's existing
alternatives framework for switching between the various installed
automakes.

The end-user experience should be transparent: invoke 'automake' and the
wrapper will select the appropriate version based on the contents of the
files in the directory where it is invoked (e.g. if Makefile.in was
created by automake-1.6 from Makefile.am, then the wrapper will "know"
to invoke automake-1.6).

This will most likely be the final automake (wrapper) update for the
cygwin-1.5 distribution; future development will continue with
automake-4-10 for cygwin-1.7.

Changes (automake-3-1 ---> automake-4-1)

* update to latest Gentoo release (am-wrapper-4.sh rev 1.1)
  + Adds support for automake1.11

-- 
Charles Wilson
volunteer automake maintainer for cygwin



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://sourceware.org/lists.html#unsubscribe-simple

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


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

[ANNOUNCEMENT] NEW: automake1.11-1.11-1

This will most likely be the final automake1.11 (as well as the first)
release of automake1.11 for the cygwin-1.5 distribution; future
development of automake1.11 will continue with automake1.11-1.11-10
for cygwin-1.7.

CHANGES (exceprts from upstream announcement):
==
We're pleased to announce the release of Automake 1.11.

This release contains a bunch of new features and a bunch of bug fixes
over previous versions. Highlights over 1.10, in no particular order:

Testsuite results:
=
5 of 691 tests failed
(38 tests were not run)
See tests/test-suite.log
=
No regressions. The automake1.10-1.10.2 release failed similar
tests, for the same reasons. However, some of 1.10.2's failures
actually pass here.

Testsuite Details:
=
FAIL: libtoo10.test libtoo11.test ltlibsrc.test
pr401b.test pr401b-p.test
These tests require that they be run as root (Administrator), which
I didn't initially. Rerunning under an Administrator account allows
them to pass. In each case, the failure was due to "unable to
preserve permissions".

--
Charles Wilson
volunteer automake maintainer for cygwin

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 ***

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

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

http://sourceware.org/lists.html#unsubscribe-simple

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

New in 1.11:

* Version requirements:

- Autoconf 2.62 or greater is required.

* Changes to aclocal:

- The autoconf version check implemented by aclocal in aclocal.m4
(and new in Automake 1.10) is degraded to a warning. This helps
in the common case where the Autoconf versions used are compatible.

* Changes to automake:

* Changes to Libtool support:

- Libtool generic flags are now passed to the install and uninstall
modes as well.

- distcheck works with Libtool 2.x even when LT_OUTPUT is used, as
config.lt is removed correctly now.

* Languages changes:

- subdir-object mode works now with Fortran (F77, FC, preprocessed
Fortran, and Ratfor).

- For files with extension .f90, .f95, .f03, or .f08, the flag
$(FCFLAGS_f[09]x) computed by AC_FC_SRCEXT is now used in compile rules.

- Files with extension .sx are also treated as preprocessed assembler.

- The default source file extension (.c) can be overridden with
AM_DEFAULT_SOURCE_EXT now.

- Python 3.0 is supported now, Python releases prior to 2.0 are no
longe

[ANNOUNCEMENT] [1.7] Updated: automake1.10-1.10.2-10

Automake is a tool for automatically generating `Makefile.in' files
compliant with the GNU Coding Standards.  This is routine update in the
automake-1.10 release series, and contains the latest version of
automake system, automake-1.10.

This cygwin package, automake1.10, can be installed without conflict
alongside the existing automake1.9, automake1.8, automake1.7,
automake1.6, automake1.5, and automake1.4 cygwin packages.


CHANGES (from automake1.10-1.10.1-10)
===
* Routine update to latest upstream release in the 1.10.x series


Testsuite results:
=
2 of 597 tests failed
(28 tests were not run)
=
No regressions.  The two failures are new tests added in
1.10.2 and do not represent regressions. These test results
differ from those of the cygwin-1.5 package of the same
automake version because I ran this edition's test suite
under an Administrator account.

Testsuite Details:
=
FAIL: check8.test  check9.test
These are actually bugs in the test suite. They do not properly
account for '.exe' on (some) executable names. I believe this is
fixed in 1.11, so I'm ignoring it here.

-- 
Charles Wilson
volunteer automake maintainer for cygwin



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://sourceware.org/lists.html#unsubscribe-simple

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


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

[ANNOUNCEMENT] Updated: automake1.10-1.10.2-1

Automake is a tool for automatically generating `Makefile.in' files
compliant with the GNU Coding Standards.  This is routine update in the
automake-1.10 release series, and contains the latest version of
automake system, automake-1.10.

This cygwin package, automake1.10, can be installed without conflict
alongside the existing automake1.9, automake1.8, automake1.7,
automake1.6, automake1.5, and automake1.4 cygwin packages.

This release is a routine update of the automake1.10 package.  This
will most likely be the final automake1.10 update for the cygwin-1.5
distribution; future development of automake1.10 will continue with
automake1.10-1.10.2-10 for cygwin-1.7.


CHANGES (from automake1.10-1.10.1-2)
===
* Routine update to latest upstream release in the 1.10.x series


Testsuite results:
=
6 of 600 tests failed
(25 tests were not run)
=
No regressions. The previous automake1.10 release failed
3 of 590 tests; these results were unchanged. The 3
additional failures are new tests, and therefore do not
represent regressions.

Testsuite Details:
=
FAIL: libtoo10.test  libtoo11.test  ltlibsrc.test  pr401b.test
These tests require that they be run as root (Administrator), which I
didn't initially. Rerunning under an Administrator account allows them
to pass.

FAIL: check8.test  check9.test
These are actually bugs in the test suite. They do not properly
account for '.exe' on (some) executable names. I believe this is
fixed in 1.11, so I'm ignoring it here.

-- 
Charles Wilson
volunteer automake maintainer for cygwin



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://sourceware.org/lists.html#unsubscribe-simple

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


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

[ANNOUNCEMENT] Updated: {xerces-c/xerces-c-doc/xerces-c-test/libxerces-c-devel}-3.0.1-10, NEW: libxerces-c30-3.0.1-10

Xerces-C++ is a validating XML parser written in a portable subset of C++.
Xerces-C++ makes it easy to give your application the ability to read and
write XML data. A shared library is provided for parsing, generating,
manipulating, and validating XML documents using the DOM, SAX, and SAX2
APIs. For an introduction to programming with Xerces-C++ refer to the
Programming Guide.

Xerces-C++ is faithful to the XML 1.0 recommendation and many associated
standards.

The parser provides high performance, modularity, and scalability. Source
code, samples and API documentation are provided with the parser. For
portability, care has been taken to make minimal use of templates, no RTTI,
and minimal use of #ifdefs.

[[ compiled using g++-4.3.2-2 ]]

This is the first release specific for cygwin-1.7. It is significantly
different from the simultaneously-released xerces-3.0.1-1 package for
cygwin-1.5. This version is compiled with g++4, which means that it is
binary-incompatible with the cygwin-1.5 version (which was compiled
using g++3).  Client applications that rely on xerces-c must therefore
be compiled separately for cygwin-1.5+xerces-3.0 (using g++3) and for
cygwin-1.7+xerces-3.0 (using g++4).  However, earlier clients linked
against xerces-2.8 will continue to operate without issue on either
platform; it is only newly-compiled ones that have this requirement.


CHANGES (from xerces-c-2.8.0-5)
===
o Fork for cygwin-1.7 development
o Compile using g++4.
o Update to latest upstream release
o Bump DLL version and package to "30"
o No longer distribute unit tests in /usr/lib/xerces-c, only
  sample programs.
o Dropped deprecated libxerces-depdom library
o Removed versioned symlinks for import and static libs
o Uses libcurl for network access, rather than raw sockets
  and (less capable) hand-rolled networking code written by
  the xerces-c team.
o Uses libicu for transcoding support, rather than hand-
  rolled transcoding code (confusingly called "iconv" code,
  although it has nothing to do with iconv.exe or libiconv)
  written by the xerces-c team.
o Sample source code distributed in
 /usr/share/doc/xerces-c*/samples/src/*/
  can no longer be built independently of the full xerces-c
  distribution (this is an upstream change), but it is still
  included for instructional value.

Configuration Summary:
   File Manager: POSIX
   Mutex Manager: POSIX
   Transcoder: icu
   NetAccessor: curl
   Message Loader: inmemory

-- 
Charles Wilson
volunteer xerces-c maintainer for cygwin



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://sourceware.org/lists.html#unsubscribe-simple

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


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

[ANNOUNCEMENT] Updated: {xerces-c/xerces-c-doc/xerces-c-test/libxerces-c-devel}-3.0.1-1, NEW: libxerces-c30-3.0.1-1