Re: mutt and perl-ming

2010-07-02 Thread Lee D. Rothstein 

On 7/2/2010 9:22 AM, Corinna Vinschen wrote:

On Jul  1 17:14, Lee Rothstein wrote:
   

I got bitten by the misconfig of gnome-canvas on kernel.org.

That plus, bandwidth shenanigans by Comcast, and probably
some errors in my recovery process left me with a bunch of
missing pieces from sundry packages.

I've fixed all the problems except for 'mutt' and 'perl-ming'
(jeff? ;-)).

No amount of reinstalling, uninstalling and installing seems
to fix these residual problems.

Clues greatly appreciated!

Attached is my 'cygcheck' output.

As long as I'm asking questions, why does 'cygcheck' no
longer properly list?:

   Last downloaded files to: ”'
   Last downloaded files from: ”'
 

Oh, hmm.  The latest versions of setup have changed the way
the information is stored, but cygcheck doesn't yet know that.
It still looks in the old places.  This needs fixing...
   


I presume you're saying that the cygcheck problem is caused by the
information being stored in a new locations, but not the mutt and perl-ming
install issues?!

--
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: problem updating to dash 0.5.6.1-2

2010-07-02 Thread Larry Hall (Cygwin) 

On 7/2/2010 4:57 PM, Robert McDougall wrote:

Running `setup.exe`, to update dash from 0.5.6.1-1 to 0.5.6.1-2,
produces:


Unable to extract /usr/share/doc/dash/ChangeLog -- the file is in use.
Please stop all Cygwin processes and select "Retry", or select
"Continue" to go on anyway (you will need to reboot).


No Cygwin window is open, and no process reported by Task Manager
appears relevant, except setup itself.  So I see no Cygwin process to
stop.  Pressing "Continue" leads to hanging while displaying:


Installing
dash-0.5.6.1-2
/usr/share/doc/dash/ChangeLog


My guess is the "Logitech Process Monitor service" listed in the
"Potential app conflicts" section of your cygcheck output.  Uninstall
this and try again.

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


--
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 updating to dash 0.5.6.1-2

2010-07-02 Thread Robert McDougall 
Running `setup.exe`, to update dash from 0.5.6.1-1 to 0.5.6.1-2,
produces:

> Unable to extract /usr/share/doc/dash/ChangeLog -- the file is in use.
> Please stop all Cygwin processes and select "Retry", or select
> "Continue" to go on anyway (you will need to reboot).

No Cygwin window is open, and no process reported by Task Manager
appears relevant, except setup itself.  So I see no Cygwin process to
stop.  Pressing "Continue" leads to hanging while displaying:

> Installing
> dash-0.5.6.1-2
> /usr/share/doc/dash/ChangeLog

-- 
rmd

Cygwin Configuration Diagnostics
Current System Time: Fri Jul 02 15:59:03 2010

Windows 7 Enterprise Ver 6.1 Build 7600 

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\opus\nti
C:\GP
C:\Windows\system32
C:\Windows
C:\Windows\System32\Wbem
C:\Windows\System32\WindowsPowerShell\v1.0\
C:\Program Files\Common Files\Roxio Shared\DLLShared\
C:\Program Files\Common Files\Roxio Shared\10.0\DLLShared\
C:\Program Files\QuickTime\QTSystem\
C:\Program Files\SAS\Shared Files\Formats
C:\PROGRA~1\CA\SHARED~1\SCANEN~1
C:\LF9571\Bin
C:\cygwin\lib\lapack

Output from C:\cygwin\bin\id.exe
UID: 50597(mcdougar) GID: 10513(Domain Users)
10513(Domain Users)  545(Users)

SysDir: C:\Windows\system32
WinDir: C:\Windows

USER = 'mcdougar'
PWD = '/cygdrive/c/home/d'
HOME = '/cygdrive/c/home'

HOMEPATH = '\'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man:'
APPDATA = 'C:\Users\mcdougar\AppData\Roaming'
HOSTNAME = '1145-AE00533'
GPFLIB = 'C:\lf9571\lib'
TERM = 'cygwin'
RoxioCentral = 'C:\Program Files\Common Files\Roxio Shared\10.0\Roxio 
Central36\'
PROCESSOR_IDENTIFIER = 'x86 Family 15 Model 4 Stepping 3, GenuineIntel'
WINDIR = 'C:\Windows'
PERL5LIB = '/usr/local/lib/perl5'
TEXDOCVIEW_txt = 'cygstart %s'
CVSROOT = '/cygdrive/c/home/cvsroot'
TEXDOCVIEW_dvi = 'cygstart %s'
PUBLIC = 'C:\Users\Public'
OLDPWD = '/cygdrive/c/home'
USERDOMAIN = 'ONEPURDUE'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\ProgramData'
FLIB_DVT_BUFFER = '0'
TEMP = '/cygdrive/c/Users/mcdougar/AppData/Local/Temp'
DEFLOGDIR = 'C:\ProgramData\McAfee\DesktopProtection'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
Lib = 'C:\LF9571\Lib'
QTJAVA = 'C:\Program Files\Java\jre6\lib\ext\QTJava.zip'
USERNAME = 'mcdougar'
GPDIR = 'C:\GP'
TEXDOCVIEW_pdf = 'cygstart %s'
PROCESSOR_LEVEL = '15'
PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\'
FP_NO_HOST_CHECK = 'NO'
SYSTEMDRIVE = 'C:'
TEXDOCVIEW_html = 'cygstart %s'
LANG = 'C.UTF-8'
USERPROFILE = 'C:\Users\mcdougar'
FCEDIT = '/usr/bash/vim'
PS1 = '\[\033[0;32m\]\!$\[\033[0m\] '
LOGONSERVER = '\\WPPCENDC05'
PROCESSOR_ARCHITECTURE = 'x86'
LOCALAPPDATA = 'C:\Users\mcdougar\AppData\Local'
!C: = 'C:\cygwin\bin'
ProgramData = 'C:\ProgramData'
SHLVL = '1'
OSTYPE = 'cygwin'
USERDNSDOMAIN = 'CENTRAL.PURDUE.LCL'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC'
HOMEDRIVE = 'H:'
BASH_ENV = '/cygdrive/c/home/.bash_env'
PROMPT = '$P$G'
COMSPEC = 'C:\Windows\system32\cmd.exe'
TMP = '/tmp'
SYSTEMROOT = 'C:\Windows'
VISUAL = '/usr/bin/vim'
PRINTER = '\\1145prt\HP571B_PCL'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '0403'
CLASSPATH = '.;C:\Program Files\Java\jre6\lib\ext\QTJava.zip'
TEXDOCVIEW_ps = 'cygstart %s'
CVSEDITOR = '/usr/bin/vim'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
HOMESHARE = '\\stone.ics.purdue.edu\mcdougar'
NUMBER_OF_PROCESSORS = '2'
AVENGINE = 'C:\PROGRA~1\CA\SHARED~1\SCANEN~1'
VIM = '/usr/share/vim'
VSEDEFLOGDIR = 'C:\ProgramData\McAfee\DesktopProtection'
Include = 'C:\LF9571\Include'
asl.log = 'Destination=file;OnFirstLog=command,environment'
SESSIONNAME = 'Console'
HISTFILE = '/cygdrive/c/home/.bash_history'
COMPUTERNAME = '1145-AE00533'
_ = '/usr/bin/cygcheck'

HKEY_CURRENT_USER\Console\Cygwin
  (default) = 0x0007
  PopupColors = 0x00f5
  ColorTable00 = 0x
  ColorTable01 = 0x0080
  ColorTable02 = 0x8000
  ColorTable03 = 0x00808000
  ColorTable04 = 0x0080
  ColorTable05 = 0x00800080
  ColorTable06 = 0x8080
  ColorTable07 = 0x00c0c0c0
  ColorTable08 = 0x00808080
  ColorTable09 = 0x00ff
  ColorTable10 = 0xff00
  ColorTable11 = 0x0000
  ColorTable12 = 0x00ff
  ColorTable13 = 0x00ff00ff
  ColorTable14 = 0x
  ColorTable15 = 0x00ff
  InsertMode = 0x0001
  QuickEdit = 0x
  FullScreen = 0x
  ScreenBufferSize = 0x012c0050
  WindowSize = 0x00320050
  FontSize = 0x
  FontFamily = 0x
  FontWeight = 0x
  FaceName = ''
  CursorSize = 0x0019
  HistoryBufferSize = 0x0032
  NumberOfHistoryBuffers = 0x0004
  HistoryNoDup = 0x
HKEY_CURRENT_USER\Software\Cygwin
HKEY_CURRENT_USER\Software\Cygwin\Installations
  (default) = '\??\C:\cygwin'
HKEY_CURRENT_USER\Software\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Cygwin\setup
  (default) = 'C:\cygwin'
HKEY_CURRENT_

vimdiff sharing violation race condition when diffing .bashrc [Was: Re: Trouble with vimdiff and strace on most recent cygwin]

2010-07-02 Thread Thomas Shanks 
On Tue, Jun 22, 2010 at 9:13 PM, Thomas Shanks  wrote:
...
> $ vimdiff  /etc/skel/.bashrc ~/.bashrc
> 2 files to edit
>  7 [?47h [27m [24m [0m [H [J [25;1H"/etc/skel/.bashrc" 130L, 3754C
> "~/.bashrc"  [25;13H [K [25;13H135L, 3884C  1 [main] gvim 1752
> exception::handle: Exception: STATUS_ACCESS_VIOLATION
>   1164 [main] gvim 1752 open_stackdumpfile: Dumping stack trace to
> gvim.exe.stackdump
>  1 [main] gvim 3760 exception::handle: Exception: STATUS_ACCESS_VIOLATION
...


Cygwin.dll and/or Vim devs:

It appears the file was somehow being locked by one of the vim
processes (why does starting vim take a read-lock on .bashrc?) at the
moment the other one was trying to read it.

It is, it seems, a race condition.  It was failing due to sharing
violation 95% of the time, with both (!) vim processes failing to load
their required file the majority of the time.  This indicates that
somehow the problem goes both ways: both the vim reading .bashrc and
the other one trying to use .bashrc can experience a sharing violation
in the same vimdiff call.

The question I have is: why does starting vimdiff use .bashrc, and why
would they both manage to experience a sharing violation when only one
is editing .bashrc?

Could this apply equally to diffing anything that vim loads during
startup, including a syntax highlighting filetype config file or other
config file?

Thomas Shanks

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

Answer: How to fix error "strace: error creating process vim, (error 2)"

2010-07-02 Thread Thomas Shanks 
Since no one bothered to reply to my previous message (help the cygwin
newbies, yall!), I'll post the answer.


If you get:

~$ strace vim
strace: error creating process vim, (error 2)
~$ strace

It's because vim is a symlink, and strace can't follow symlinks, as
it's not a cygwin.dll program.

Instead, figure out where 'vim' (or whatever) goes.

~$ realpath `which vim`
/usr/bin/gvim.exe
~$ strace /usr/bin/gvim.exe

The strace manpage does say this now (in a roundabout way), but I
didn't have the requisite optional manpage package installed at the
time.


DEVS: PLEASE file the missing error message text in strace (a
cygwin-specific program!) as a bug, as the error message isn't missing
(and replaced with cryptic "error 2") on other platforms.

Thomas Shanks

--
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: subversion-1.6.12-2

2010-07-02 Thread David Rothenberger 
A new version of subversion is available. This version is linked
against libdb4.5.

CYGWIN NEWS:

One test fails while using the serf HTTP library. Please switch to
neon if you encounter problems with serf. The maintainer uses serf
for most activities but does occasionally encounter segfaults and
has to switch to neon.

NEWS:
=
See CHANGES (URL below) for more information about the differences
between 1.6.12 and previous Subversion releases.

IMPORTANT: This release will silently upgrade your Subversion
working copies to the 1.6 format, rendering them unusable with
previous major versions of Subversion.

Please see the release notes

  http://subversion.apache.org/docs/release-notes/1.6.html

for more details about the changes in Subversion.

See

  http://svn.apache.org/repos/asf/subversion/tags/1.6.12/CHANGES

for more details about the changes in 1.6.12.

DESCRIPTION:

Subversion is a version control system designed to be a compelling
successor to CVS.

Please see

  http://svnbook.red-bean.com/en/1.5/index.html

for the latest official release of the Subversion Book, covering 1.5
or

  http://svnbook.red-bean.com/en/nightly/index.html

for the WIP version of the book covering 1.6.

DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update, please choose the one
nearest to you: http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.

-- 
David Rothenberger    daver...@acm.org

--
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: {aprutil1,libaprutil1,libaprutil1-devel}-1.3.9-3

2010-07-02 Thread David Rothenberger 
A new version the Apache Portable Runtime utilities library is now
available for download.

CYGWIN NEWS:
===
This release is linked against libdb4.5 instead of libdb4.2.

DESCRIPTION:

The mission of the Apache Portable Runtime (APR) project is to
create and maintain software libraries that provide a predictable
and consistent interface to underlying platform-specific
implementations. The primary goal is to provide an API to which
software developers may code and be assured of predictable if not
identical behaviour regardless of the platform on which their
software is built, relieving them of the need to code special-case
conditions to work around or take advantage of platform-specific
deficiencies or features.

DOWNLOAD:
=
Note that downloads from sourceware.org (aka cygwin.com) aren't
allowed due to bandwidth limitations.  This means that you will need
to find a mirror which has this update, please choose the one
nearest to you: http://cygwin.com/mirrors.html

QUESTIONS:
==
If you want to make a point or ask a question the Cygwin mailing list is
the appropriate place.

CYGWIN-ANNOUNCE UNSUBSCRIBE INFO:
=
To unsubscribe to 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.

-- 
David Rothenberger    daver...@acm.org

--
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: Weird directories on Windows share when using rm to delete a directory

2010-07-02 Thread Corinna Vinschen 
On Jul  2 08:11, Slide wrote:
> 
> 
> >
> > So, IIUC, youre'saying that the directories get renamed to this
> > temporary name, but they never disappear after rm -rf?  Are you
> > sure that no other process is accessing them?
> >
> > Does Cygwin recognize the drive as netapp if you add a mount point for
> > it?  How to check:  If the drive has been mounted with a drive letter,
> > say X:, what does `mount' print as drive type of /cygdrive/x?  Or, if
> > the drive is used via UNC path, just mount it temporarily like this:
> >
> > $ mount -f //server/share /mnt
> >
> > And see what a `mount' command prints for the .mnt mount point:
> >
> > $ mount
> >
> >
> > Corinna
> >
> 
> I'm pretty sure there are no other processes accessing the files.
> 
> $ mount
> ...
> Y: on /cygdrive/y type netapp (binary,posix=0,user,noumount,auto)
> 
> So, yes, it does see it as a netapp. Now, from my horrible memory, it
> _seems_ like this started happening when we upgraded to Cygwin 1.7
> from Cygwin 1.5. I don't know that for sure though, it just _seems_
> that that is what happened.

This funtionality wasn't available in 1.5, so, yes, this would only
have started with 1.7.

So it seems that these netapp drives somehow don't understand the
entirely normal FileDispositionInformation method, or they ignore it for
some unknown reason.

Unfortunately the strace from your OP isn't helpful since it
only contains the deletion of a single file.  What would help is
an strace of a rmdir or rm -rf(*) of a directory which then creates
one of those temporary directories.  There are lots of potential
debug messages wqhich might sched a light here.


Corinna

(*) If possible with not more than a single file in the dir, so that
the strace doesn't become too big.

-- 
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: Windows GUI programs (e.g. notepad) start but are invisible after ssh login

2010-07-02 Thread Larry Hall (Cygwin) 

On 7/2/2010 2:50 AM, Koszalek Opalek wrote:

User "Thorsten Kampe"  wrote:

Same on Windows XP SP3...


Is it possible to run sshd as a regular process rather
than a service?

I'm OK not seeing the GUI most of the time (I'm launching
my application after logging over ssh, the application does
some processing and then quits). However, if something goes
wrong I would be happy to stop sshd service, launch sshd
as a regular process, rerun the application and _see_ what
goes wrong.


You can run it as yourself in a terminal if you prefer.
You cannot switch back and forth between running it as a
service and running it in a terminal unless you run it as
yourself in both circumstances.  'sshd' will not be able
to switch user context unless you add privileges for your
account, which adds to security concerns.  FWIW, I have
not tried doing this so there may be other bumps along
the way.  And this is not a method of operation supported
by this list.  But if you're game, give it a shot.

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


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

R: Error with libtool when compiling MySQL

2010-07-02 Thread Marco Atzeri 
--- Gio 1/7/10, Jet Thompson  ha scritto:

> make fails when building MySQL
> 5.1.48, using libtool:
> 
> make[3]: Entering directory `/home/Eric Thompson/My
 ^^
a space in the path   

> Documents/Downloads/mysql-5.1.48/unittest/mytap/t'
> 
> /bin/sh ../../../libtool --preserve-dup-deps
> --tag=CC   --mode=link gcc  -O2  
> -L../../../unittest/mytap  -o basic-t.exe basic-t.o
> -lmytap -lcrypt -lm
> 
> libtool: link: cannot find the library `' or unhandled
> argument `Thompson/My'\
> 
> Path is truncated.
> 
> What could cause this?
> 

try to build in a path with no space at all
 
> Thanks,
> 
>   Jet

Marco





--
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: Weird directories on Windows share when using rm to delete a directory

2010-07-02 Thread Slide 


>
> So, IIUC, youre'saying that the directories get renamed to this
> temporary name, but they never disappear after rm -rf?  Are you
> sure that no other process is accessing them?
>
> Does Cygwin recognize the drive as netapp if you add a mount point for
> it?  How to check:  If the drive has been mounted with a drive letter,
> say X:, what does `mount' print as drive type of /cygdrive/x?  Or, if
> the drive is used via UNC path, just mount it temporarily like this:
>
> $ mount -f //server/share /mnt
>
> And see what a `mount' command prints for the .mnt mount point:
>
> $ mount
>
>
> Corinna
>

I'm pretty sure there are no other processes accessing the files.

$ mount
...
Y: on /cygdrive/y type netapp (binary,posix=0,user,noumount,auto)

So, yes, it does see it as a netapp. Now, from my horrible memory, it
_seems_ like this started happening when we upgraded to Cygwin 1.7
from Cygwin 1.5. I don't know that for sure though, it just _seems_
that that is what happened.

Thanks,

slide

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

Error with libtool when compiling MySQL

2010-07-02 Thread Jet Thompson 
make fails when building MySQL 5.1.48, using libtool:

make[3]: Entering directory `/home/Eric Thompson/My
Documents/Downloads/mysql-5.1.48/unittest/mytap/t'

/bin/sh ../../../libtool --preserve-dup-deps --tag=CC   --mode=link gcc  -O2  
-L../../../unittest/mytap  -o basic-t.exe basic-t.o -lmytap -lcrypt -lm

libtool: link: cannot find the library `' or unhandled argument `Thompson/My'\

Path is truncated.

What could cause this?

Thanks,

  Jet




--
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: Weird directories on Windows share when using rm to delete a directory

2010-07-02 Thread Corinna Vinschen 
On Jul  1 20:03, Slide wrote:
> On Thu, Jul 1, 2010 at 3:26 PM, Larry Hall (Cygwin)
>  wrote:
> > On 7/1/2010 5:52 PM, Slide wrote:
> >
> > 
> >
> >> What sort of information would you need for the share? I believe it is
> >> actually a Linux box running Samba for the share. I would have to
> >> double check with my IT department on that. I should be able to get
> >> any information needed about the share to help workaround the issue.
> >
> > Knowing the source system O/S, version, sharing protocol and version,
> > and file system type would be helpful.  Also, please provide the output
> > of /usr/lib/csih/getVolInfo for the mounted path.
> >
> 
> The system is a NetApp. This is the information that my IT guy gave me.
> 
> 1)System O/S and Version -  ONTAP 7.2.6.1P8
> 2)Sharing protocol and version - CIFS
> 3)File system type - WAFL (not really a file system according to 
> wikipedia)
> 
> And here is the info from getVolInfo
> 
> Device Type: 7
> Characteristics: 10
> Volume Name: 
> Serial Number  : 50512157
> Max Filenamelength : 255
> Filesystemname : 
> Flags  : 4000f
>   FILE_CASE_SENSITIVE_SEARCH  : TRUE
>   FILE_CASE_PRESERVED_NAMES   : TRUE
>   FILE_UNICODE_ON_DISK: TRUE
>   FILE_PERSISTENT_ACLS: TRUE
>   FILE_FILE_COMPRESSION   : FALSE
>   FILE_VOLUME_QUOTAS  : FALSE
>   FILE_SUPPORTS_SPARSE_FILES  : FALSE
>   FILE_SUPPORTS_REPARSE_POINTS: FALSE
>   FILE_SUPPORTS_REMOTE_STORAGE: FALSE
>   FILE_VOLUME_IS_COMPRESSED   : FALSE
>   FILE_SUPPORTS_OBJECT_IDS: FALSE
>   FILE_SUPPORTS_ENCRYPTION: FALSE
>   FILE_NAMED_STREAMS  : TRUE
>   FILE_READ_ONLY_VOLUME   : FALSE
>   FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
>   FILE_SUPPORTS_TRANSACTIONS  : FALSE

So, IIUC, youre'saying that the directories get renamed to this
temporary name, but they never disappear after rm -rf?  Are you
sure that no other process is accessing them?

Does Cygwin recognize the drive as netapp if you add a mount point for
it?  How to check:  If the drive has been mounted with a drive letter,
say X:, what does `mount' print as drive type of /cygdrive/x?  Or, if
the drive is used via UNC path, just mount it temporarily like this:

$ mount -f //server/share /mnt

And see what a `mount' command prints for the .mnt mount point:

$ mount


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: R: getsockopt(SO_KEEPALIVE) returns incorrect option length

2010-07-02 Thread Corinna Vinschen 
On Jul  2 13:31, Pavel Holejsovsky wrote:
> On 7/2/2010 12:01 PM, Marco Atzeri wrote:
> >--- Ven 2/7/10, Pavel Holejsovsky ha scritto:
> >
> >>Hi,
> >>
> >>I think that following problem shows problematic behavior
> >>in cygwin 1.7.5, at least incompatible with linux:
> >>
> >>#include
> >>#include
> >>
> >>int main() {
> >> int sock, option, optlen =
> >>sizeof(int);
> >> sock = socket(AF_INET,
> >>SOCK_STREAM, 0);
> >> getsockopt(sock, SOL_SOCKET,
> >>SO_KEEPALIVE,&option,&optlen);
> >> printf("option=%d,
> >>optlen=%d\n", option, optlen);
> >> return 0;
> >>}
> >>
> >>Prints optlen=1, while it is expected to be sizeof(int),
> >>i.e. 4.
> >>
> >>This is most probably because uinderlying winsock call has
> >>this (mis)behavior, but I think that in cygwin layer this
> >>could be worked around to be more unix compatible.
> >>
> >>This issue is relevant:
> >>
> >>SO_KEEPALIVE value is actually a char on Windows, not BOOL
> >>https://bugzilla.gnome.org/show_bug.cgi?id=611756
> >>
> >>And causes glib gio 2.24 to fail certain socket operations
> >>on cygwin.
> >>
> >>thanks,
> >>Pavel
> >
> >option=0, optlen=4
> >
> >on XP-sp2, cygwin 1.7.5s(0.227/5/3) 20100628
> >
> 
> Thanks for testing, Marco.
> 
> So it is even system-dependent misbehaviour of winsock.  On w7-x64
> cygwin 1.7.5 it prints
> option=2674688, optlen=1

Looks like a Windows regression.  I can reproduce optlen=1 on Vista
and W7, while I also get optlen=4 on XP.

I tested this a bit further and checked the other BSD-compatible
SOL_SOCKET options which use int as return type in BSD and BOOL in
Winsock.  It turns out that starting with Vista the SO_DONTROUTE option
is also wrongly returning just a one byte value with optlen set to 1.
I assume somebody changed something accidentally from BOOL to BOOLEAN in
the Winsock sources.

I'll added a workaround to Cygwin.


Thanks for the report,
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: Weird directories on Windows share when using rm to delete a directory

2010-07-02 Thread Corinna Vinschen 
On Jul  2 15:28, Corinna Vinschen wrote:
> On Jul  1 15:28, Eric Blake wrote:
> > On 07/01/2010 03:24 PM, Slide wrote:
> > > I am seeing a VERY odd problem. If I run "/usr/bin/rm -rf
> > > //computer/share/path/to/dir" to remove a directory on a network
> > > share. I get some directories created with names like
> > > .XXXf8a0015e3b00c65f07a9f20c7a31 at the ROOT of the share (where
> > > XXX is unprintable character with the value 0x3f). I ran the command
> > > with strace, but didn't see anything in there that would point to why
> > > the directory is created.
> > > 
> > > If I run the corresponding Windows command "rmdir /s /q
> > > \\computer\share\path\to\dir" I do NOT see the same thing occur, so
> > > something in Cygwin is causing this issue. I am running Cygwin 1.7
> > > updated today.
> > 
> > This is due to cygwin emulating the ability to delete a file that is
> > still open.  Since windows doesn't directly allow it, cygwin instead
> > renames it out of the way, and relies on windows delete-on-close
> > semantics to get rid of that temporary name after everything finally
> > lets go of the file.  But if the delete-on-close stuff isn't working for
> > your particular network share, [...]
> 
> Sorry Eric, but that's not the problem.
> 
> Cygwin does what you say *only* for local drives.  [...]

Oh boy, scratch this.

I didn't remember that I implemented it exactly as described for remote
drives.

*blush*

I just read my longish comment in the source code which describes
what happens:

  /* Create hopefully unique filename.
 Since we have to stick to the current directory on remote shares, make
 the new filename at least very unlikely to match by accident.  It starts
 with ".cyg", with "cyg" transposed into the Unicode low surrogate area
 starting at U+dc00.  Use plain ASCII chars on filesystems not supporting
 Unicode.  The rest of the filename is the inode number in hex encoding
 and a hash of the full NT path in hex.  The combination allows to remove
 multiple hardlinks to the same file. */

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: Weird directories on Windows share when using rm to delete a directory

2010-07-02 Thread Corinna Vinschen 
On Jul  1 15:28, Eric Blake wrote:
> On 07/01/2010 03:24 PM, Slide wrote:
> > I am seeing a VERY odd problem. If I run "/usr/bin/rm -rf
> > //computer/share/path/to/dir" to remove a directory on a network
> > share. I get some directories created with names like
> > .XXXf8a0015e3b00c65f07a9f20c7a31 at the ROOT of the share (where
> > XXX is unprintable character with the value 0x3f). I ran the command
> > with strace, but didn't see anything in there that would point to why
> > the directory is created.
> > 
> > If I run the corresponding Windows command "rmdir /s /q
> > \\computer\share\path\to\dir" I do NOT see the same thing occur, so
> > something in Cygwin is causing this issue. I am running Cygwin 1.7
> > updated today.
> 
> This is due to cygwin emulating the ability to delete a file that is
> still open.  Since windows doesn't directly allow it, cygwin instead
> renames it out of the way, and relies on windows delete-on-close
> semantics to get rid of that temporary name after everything finally
> lets go of the file.  But if the delete-on-close stuff isn't working for
> your particular network share, [...]

Sorry Eric, but that's not the problem.

Cygwin does what you say *only* for local drives.  It utilizes the
recycle bin directory of local drives for this mechanism.  Remote shares
usually don't have a recycle bin and for the unlink() mechanism I
decided at one point that I don't want to create Cygwin directories in
the root of the share without being asked.  So, removing in-use files
on shares is not directly supported from within Cygwin.

However, there are shares which support that on their own, either
in the server or in the client.  The above folder using that weird hex
number is definitely one of them.  Cygwin has no control over that.


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: mutt and perl-ming

2010-07-02 Thread Corinna Vinschen 
On Jul  1 17:14, Lee Rothstein wrote:
> I got bitten by the misconfig of gnome-canvas on kernel.org.
> 
> That plus, bandwidth shenanigans by Comcast, and probably
> some errors in my recovery process left me with a bunch of
> missing pieces from sundry packages.
> 
> I've fixed all the problems except for 'mutt' and 'perl-ming'
> (jeff? ;-)).
> 
> No amount of reinstalling, uninstalling and installing seems
> to fix these residual problems.
> 
> Clues greatly appreciated!
> 
> Attached is my 'cygcheck' output.
> 
> As long as I'm asking questions, why does 'cygcheck' no
> longer properly list?:
> 
>   Last downloaded files to: ”'
>   Last downloaded files from: ”'

Oh, hmm.  The latest versions of setup have changed the way
the information is stored, but cygcheck doesn't yet know that.
It still looks in the old places.  This needs fixing...


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: googlecl-0.9.8-1

2010-07-02 Thread Chris Sutcliffe 
Version 0.9.8-1 of googlecl has been uploaded.

GoogleCL brings Google services to the command line.  For examples see:

http://code.google.com/p/googlecl/wiki/ExampleScripts

Change include:

* Proper login procedure for Apps users
* setuptools support
* Uploading directory trees to Docs
* Multiple-calendar tasks

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

-- 
Chris Sutcliffe
http://emergedesktop.org
http://www.google.com/profiles/ir0nh34d

--
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: Issue with Cygwin perl *** fatal error - fork: can't reserve memory for stack

2010-07-02 Thread Ramón García Fernández 
We did put a ticket for this issue. It is not really necessary to strace 
rebase.pl. When rebase was invoked with a long command, any attempt to fork, 
including a call to perl system() before anything else, causes this issue.

I suggest not to translate junctions to targets, even if the functionality is 
in cygwin1.dll. It is surprising.

-Mensaje original-
De: reini.ur...@gmail.com [mailto:reini.ur...@gmail.com] En nombre de Reini 
Urban
Enviado el: viernes, 02 de julio de 2010 12:36
Para: cygwin@cygwin.com
CC: Ramón García Fernández
Asunto: Re: Issue with Cygwin perl *** fatal error - fork: can't reserve memory 
for stack

2010/7/2 Ramón García Fernández :
> The cause was that the argument list was long. That is, a program invoked 
> with a long argument list could not fork. Perhaps this behaviour could be 
> improved.

I'll try if it's within perl. Before I see no problem with perl's fork, but 
maybe it's elsewhere.

What is your openoffice ticket url for this problem?
With http://www.openoffice.org/servlets/ReadMsg?listName=allsvn&msgNo=9427

I see a possible problem in:
  my $command = "rebase " . $options_string; where $options_string can get too 
large and the error message should be improved.
I don't think perl has a test for argument length limits yet. I'll investigate.

If within the cygwin1.dll you have to be more specific were exactly.
A part of the strace of the failing rebase.pl call would help.

> On the other hand, I tried creating a junction point with linkd.exe so that I 
> could use short names for the openoffice source tree. But this didn't work 
> becase the configure script translated junction points, because cygpath 
> translates them. Why? This is surprising. For example if c:\ooo is a junction 
> to c:\Documents and settings\myuser\openoffice, why should cygpath -w 
> /cygdrive/c/ooo return c:\Documents...\openoffice rather than c:\ooo? At 
> least that translation should be optional.

This is a behaviour within the cygwin dll.
--
Reini Urban
http://phpwiki.org/   http://murbreak.at/

Aviso legal – Comisión Nacional del Mercado de Valores

Este mensaje y, en su caso, los ficheros que lleve incorporados, está dirigido 
exclusivamente a su destinatario y es de carácter confidencial. Si fuere 
recibido por error o se tuviere conocimiento del mismo sin ser su destinatario, 
rogamos nos lo comunique por la misma vía o telefónicamente (91 585 15 00) y 
proceda a su destrucción, debiendo abstenerse de utilizar, transmitir, divulgar 
o  reproducir la información contenida en el mismo. La CNMV se reserva las 
acciones legales que procedan contra todo tercero que acceda de forma ilegítima 
al contenido de cualquier mensaje externo procedente de la entidad

Para información y consultas visite nuestra web: http://www.cnmv.es


Disclaimer - Comisión Nacional del Mercado de Valores

This message, its content and any file attached thereto is for the intended 
recipient only and is confidential. If you have received this e-mail in error 
or had access to it, you should note that the information in it is private and 
any use thereof is unauthorised. In such an event please notify us by e-mail or 
by telephone (+ 34 91 585 15 00). Any reproduction of this e-mail by whatsoever 
means and any transmission or dissemination thereof to other persons is 
prohibited. The Comisión Nacional del Mercado de Valores reserves the right to 
take legal action against any persons unlawfully gaining access to the content 
of any external message it has emitted

For additional information, please visit our website: http://www.cnmv.es

Re: R: getsockopt(SO_KEEPALIVE) returns incorrect option length

2010-07-02 Thread Pavel Holejsovsky 

On 7/2/2010 12:01 PM, Marco Atzeri wrote:

--- Ven 2/7/10, Pavel Holejsovsky ha scritto:


Hi,

I think that following problem shows problematic behavior
in cygwin 1.7.5, at least incompatible with linux:

#include
#include

int main() {
 int sock, option, optlen =
sizeof(int);
 sock = socket(AF_INET,
SOCK_STREAM, 0);
 getsockopt(sock, SOL_SOCKET,
SO_KEEPALIVE,&option,&optlen);
 printf("option=%d,
optlen=%d\n", option, optlen);
 return 0;
}

Prints optlen=1, while it is expected to be sizeof(int),
i.e. 4.

This is most probably because uinderlying winsock call has
this (mis)behavior, but I think that in cygwin layer this
could be worked around to be more unix compatible.

This issue is relevant:

SO_KEEPALIVE value is actually a char on Windows, not BOOL
https://bugzilla.gnome.org/show_bug.cgi?id=611756

And causes glib gio 2.24 to fail certain socket operations
on cygwin.

thanks,
Pavel


option=0, optlen=4

on XP-sp2, cygwin 1.7.5s(0.227/5/3) 20100628



Thanks for testing, Marco.

So it is even system-dependent misbehaviour of winsock.  On w7-x64 
cygwin 1.7.5 it prints

option=2674688, optlen=1

Pavel


--
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: Issue with Cygwin perl *** fatal error - fork: can't reserve memory for stack

2010-07-02 Thread Reini Urban 
2010/7/2 Ramón García Fernández :
> The cause was that the argument list was long. That is, a program invoked 
> with a long argument list could not fork. Perhaps this behaviour could be 
> improved.

I'll try if it's within perl. Before I see no problem with perl's
fork, but maybe it's elsewhere.

What is your openoffice ticket url for this problem?
With http://www.openoffice.org/servlets/ReadMsg?listName=allsvn&msgNo=9427

I see a possible problem in:
  my $command = "rebase " . $options_string;
where $options_string can get too large and the error message
should be improved.
I don't think perl has a test for argument length limits yet. I'll investigate.

If within the cygwin1.dll you have to be more specific were exactly.
A part of the strace of the failing rebase.pl call would help.

> On the other hand, I tried creating a junction point with linkd.exe so that I 
> could use short names for the openoffice source tree. But this didn't work 
> becase the configure script translated junction points, because cygpath 
> translates them. Why? This is surprising. For example if c:\ooo is a junction 
> to c:\Documents and settings\myuser\openoffice, why should cygpath -w 
> /cygdrive/c/ooo return c:\Documents...\openoffice rather than c:\ooo? At 
> least that translation should be optional.

This is a behaviour within the cygwin dll.
-- 
Reini Urban
http://phpwiki.org/   http://murbreak.at/

--
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: Mail program

2010-07-02 Thread Andrey Repin 
Greetings, Refr Bruhl!

> I found a resolution to my email problem.

> I had to reinstall ssmtp

> I discovered where I work was blocking port 25. This was removed for me

Try the alternate mail submission port (587/tcp) or less standard 2525/tcp
which is often configured to work.


--
WBR,
 Andrey Repin (anrdae...@freemail.ru) 02.07.2010, <14:12>

Sorry for my terrible english...


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

R: getsockopt(SO_KEEPALIVE) returns incorrect option length

2010-07-02 Thread Marco Atzeri 
--- Ven 2/7/10, Pavel Holejsovsky ha scritto:

> Hi,
> 
> I think that following problem shows problematic behavior
> in cygwin 1.7.5, at least incompatible with linux:
> 
> #include 
> #include 
> 
> int main() {
>         int sock, option, optlen =
> sizeof(int);
>         sock = socket(AF_INET,
> SOCK_STREAM, 0);
>         getsockopt(sock, SOL_SOCKET,
> SO_KEEPALIVE, &option, &optlen);
>         printf("option=%d,
> optlen=%d\n", option, optlen);
>         return 0;
> }
> 
> Prints optlen=1, while it is expected to be sizeof(int),
> i.e. 4.
> 
> This is most probably because uinderlying winsock call has
> this (mis)behavior, but I think that in cygwin layer this
> could be worked around to be more unix compatible.
> 
> This issue is relevant:
> 
> SO_KEEPALIVE value is actually a char on Windows, not BOOL
> https://bugzilla.gnome.org/show_bug.cgi?id=611756
> 
> And causes glib gio 2.24 to fail certain socket operations
> on cygwin.
> 
> thanks,
> Pavel

option=0, optlen=4

on XP-sp2, cygwin 1.7.5s(0.227/5/3) 20100628


MArco






--
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: Re: Windows GUI programs (e.g. notepad) start but are invisible after ssh login

2010-07-02 Thread Thorsten Kampe 
* Koszalek Opalek (02 Jul 2010 08:50:47 +0200)
> User "Thorsten Kampe"  wrote: 
> > Same on Windows XP SP3...
> 
> Is it possible to run sshd as a regular process rather 
> than a service? 

Sure.

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: Fwd: unstable behavior with 1.7.5

2010-07-02 Thread Csaba Raduly 
On Fri, Jul 2, 2010 at 12:30 AM, Leigh Orf wrote:
> On Thu, Jul 1, 2010 at 4:29 PM, Larry Hall wrote:
>> Please:
>>  
>>  
>
> If you can convince google/gmail to make options for these things (and
> change rfc1855), great, just spent half an hour trying to get a likely
> outdated greasemonkey script working to no avail.

Gmail sucks in this regard. I always do both of these by hand. It's
not that hard.

-- 
Life is complex, with real and imaginary parts.
"Ok, it boots. Which means it must be bug-free and perfect. " -- Linus Torvalds
"People disagree with me. I just ignore them." -- Linus Torvalds

--
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: Issue with Cygwin perl *** fatal error - fork: can't reserve memory for stack

2010-07-02 Thread Ramón García Fernández 

The cause was that the argument list was long. That is, a program invoked with 
a long argument list could not fork. Perhaps this behaviour could be improved.

On the other hand, I tried creating a junction point with linkd.exe so that I 
could use short names for the openoffice source tree. But this didn't work 
becase the configure script translated junction points, because cygpath 
translates them. Why? This is surprising. For example if c:\ooo is a junction 
to c:\Documents and settings\myuser\openoffice, why should cygpath -w 
/cygdrive/c/ooo return c:\Documents...\openoffice rather than c:\ooo? At least 
that translation should be optional.

Aviso legal – Comisión Nacional del Mercado de Valores

Este mensaje y, en su caso, los ficheros que lleve incorporados, está dirigido 
exclusivamente a su destinatario y es de carácter confidencial. Si fuere 
recibido por error o se tuviere conocimiento del mismo sin ser su destinatario, 
rogamos nos lo comunique por la misma vía o telefónicamente (91 585 15 00) y 
proceda a su destrucción, debiendo abstenerse de utilizar, transmitir, divulgar 
o  reproducir la información contenida en el mismo. La CNMV se reserva las 
acciones legales que procedan contra todo tercero que acceda de forma ilegítima 
al contenido de cualquier mensaje externo procedente de la entidad

Para información y consultas visite nuestra web: http://www.cnmv.es


Disclaimer - Comisión Nacional del Mercado de Valores

This message, its content and any file attached thereto is for the intended 
recipient only and is confidential. If you have received this e-mail in error 
or had access to it, you should note that the information in it is private and 
any use thereof is unauthorised. In such an event please notify us by e-mail or 
by telephone (+ 34 91 585 15 00). Any reproduction of this e-mail by whatsoever 
means and any transmission or dissemination thereof to other persons is 
prohibited. The Comisión Nacional del Mercado de Valores reserves the right to 
take legal action against any persons unlawfully gaining access to the content 
of any external message it has emitted

For additional information, please visit our website: http://www.cnmv.es