Windows 7 64 Bit - Mounting Network Drives

[Damian Harty]

O learned Denizens,

I'm best described as a feverish fumbler rather than some sort of expert. 
However, I have been around the block a few times but now I find myself feeling 
like a newbie again.

I've just realised that in my new place of employment, my Windows 7 64 Bit 
laptop isn't seeing the network drives under cygwin the way it used to "by 
magic" in my old place of employment.

I can mount them using, amazingly, the mount command - or make this "permanent" 
in the /etc/fstab file:

H:   /cygdrive/h ntfs binary 0 0
Z:   /cygdrive/z ntfs binary 0 0

I can test that it works:

% mount
C:/cygwin/bin on /usr/bin type ntfs (binary,auto)
C:/cygwin/lib on /usr/lib type ntfs (binary,auto)
C:/cygwin on / type ntfs (binary,auto)
H: on /cygdrive/h type unknown (binary)
Z: on /cygdrive/z type unknown (binary)
C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)

...which is lovely, except that it doesn't work as advertised:

% cd /cygdrive
% ls
c

%

Q1: Is there something else I need to do after mounting it?

Q2: Why doesn't it automatically mount the network drives?

I looked at the FAQs and googled and googled, all I got were repated 
descriptions of the mount command, having read all of them I am still missing 
something.

Thanks in advance,

Damian
CONFIDENTIAL: The information contained in this email communication is 
confidential information intended only for the use of the addressee. 
Unauthorized use, disclosure or copying of this communication is strictly 
prohibited and may be unlawful. If you have received this communication in 
error, please notify us immediately by return email and destroy all copies of 
this communication, including all attachments.

--
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: AdminCygwin Release

[BGINFO4X]

Thanks Andrey for your reply.  I prefer to send a direct mail to you
to respond, they are a little "angry".

2014/1/23 Andrey Repin :
> Greetings, BGINFO4X!
>
>>> I still think this is a bad idea.  I know what you're trying to do.  You
>>> are basically trying to provide a solution using tools that you more or
>>> less understand rather than trying to work within the existing
>>> (admittedly crude) release structure to provide benefit to everyone who
>>> uses Cygwin.
>
>> I'm sorry, but this is not true: I only want to give comunity a "base
>> package" of something that I already have.
>
> It is Cygwin providing a base package, that you have.
> The key word is "providing", means, it's already available to the community.
> What you want to do is to repackage and redistribute what is already packaged
> and distributed. Doing fool's work, don't you think?
>
>> At least on my opinion, as an administrator, has very sense to have a
>> "bash windows" in a "nerd-msi" installable form.
>
> I don't understand your inclination with MSI first

It is simple:

a) give setup.exe to a non-tech "man/woman" and tell him/her: please,
can you install bash? And see what happens ... 95% will fail.

b) give for example bginfo4x.msi to a non-tech "man/woman" and tell
him/her: please, can you install it? And see what happens ... 95% will
succeed.

>, and Cygwin does NOT play by Windows rules, second.

IMHO: This is a problem that "cygwin people" should solve.

> Cygwin, per definition, adapt Linux, not Windows, paradigm, and may be VERY 
> destructive, if not installed correctly.

I know it.

Thanks for your time.

--
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: Reduce noise in dependency declaration during uninstall in setup.exe

[Andrey Repin]

Greetings, Buchbinder, Barry (NIH/NIAID) [E]!

> Cliff Hones sent the following at Thursday, January 23, 2014 10:19 AM
>>- a non-Cygwin envelope (which could even be installed as an msi) and

> Please not an MSI.  In my experience, one may need admin privileges to
> install with an MSI in a locked-down environment.

Depends on the configuration of that MSI package. We have a number of
applications, that installed on per-user basis, not requiring admin privileges
to install, and they do use MSI.


--
WBR,
Andrey Repin (anrdae...@yandex.ru) 24.01.2014, <15:00>

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

Re: Windows 7 64 Bit - Mounting Network Drives

[Andrey Repin]

Greetings, Damian Harty!

> I've just realised that in my new place of employment, my Windows 7 64 Bit
> laptop isn't seeing the network drives under cygwin the way it used to "by
> magic" in my old place of employment.

> I can mount them using, amazingly, the mount command - or make this
> "permanent" in the /etc/fstab file: 

> H:   /cygdrive/h ntfs binary 0 0
> Z:   /cygdrive/z ntfs binary 0 0

> I can test that it works:

> % mount
> C:/cygwin/bin on /usr/bin type ntfs (binary,auto)
> C:/cygwin/lib on /usr/lib type ntfs (binary,auto)
> C:/cygwin on / type ntfs (binary,auto)
> H: on /cygdrive/h type unknown (binary)
> Z: on /cygdrive/z type unknown (binary)
> C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)

> ...which is lovely, except that it doesn't work as advertised:

> % cd /cygdrive
> % ls
> c

> %

> Q1: Is there something else I need to do after mounting it?

No.

> Q2: Why doesn't it automatically mount the network drives?

It does.

$ ls -ld /?/*
ls: cannot access /?/*: No such file or directory

$ ls -ld /a/*
drwxr-xr-x 1 AnrDaemon -  0 Jun 26  2012 /a/Android
drwxr-xr-x 1 AnrDaemon -  0 Nov  5 10:58 /a/Info&Txt
drwxr-xr-x 1 AnrDaemon -  0 Jun 12  2012 /a/Mac
drwxr-xr-x 1 AnrDaemon -  0 Sep  2  2009 /a/Story

$ ls -ld /z/*
drwxr-xr-x 1 AnrDaemon -  0 Nov  7 00:16 /z/bin
-rw-r--r-- 1 AnrDaemon -   2390 May 30  2012 /z/ca.cer
drwxr-xr-x 1 AnrDaemon -  0 Feb 28  2011 /z/crontabs

A: and Z: are network drives, indeed.
The "C" in your /cygdrive/ (and the /cygdrive itself) are just folders you
created for some random reason.
They shouldn't be there.

> I looked at the FAQs and googled and googled, all I got were repated
> descriptions of the mount command, having read all of them I am still
> missing something.

> Thanks in advance,

> Damian
> CONFIDENTIAL: The information contained in this email communication is

Please remove this crap from list mails, thank you.


--
WBR,
Andrey Repin (anrdae...@yandex.ru) 24.01.2014, <15:02>

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

RE: Windows 7 64 Bit - Mounting Network Drives

[Damian Harty]

> > Q2: Why doesn't it automatically mount the network drives?

> It does.

Thank you for your constructive reply. We can go around the "It does/doesn't" 
loop for some time, if you like.

While it may do on your machine, it is of course entirely possible that, sat at 
my machine, I am unable to access network drives through the file system as I 
have done previously.

Forgive me for attempting to drill into it by, for example, attempting to "cd 
/cygdrive/h" and receiving an error message.

I urge you not to reply messages that you feel are beneath you; it saves 
everybody's time, not least yours.

> Please remove this crap from list mails, thank you.

I have no control over it. Please feel free to simply ignore it.

> Sorry for my terrible english...

It's not the English that's the problem, it's the basic rudeness. Perhaps this 
is not as helpful place as I thought.

Damian
CONFIDENTIAL: The information contained in this email communication is 
confidential information intended only for the use of the addressee. 
Unauthorized use, disclosure or copying of this communication is strictly 
prohibited and may be unlawful. If you have received this communication in 
error, please notify us immediately by return email and destroy all copies of 
this communication, including all attachments.

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

setup.exe command line - source option?

[Kizito Porta Balanyà]

Hello,

Is it possible to download sources with setup-x86 command line. I use
setup-x86 version 2.831 (32 bits)

I can't find the option ...   neither in the manual
http://cygwin.com/faq/faq.html#faq.setup.cli  ... neither googling
...

Thanks for your time.

Regards

--
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: AdminCygwin Release

[Andrey Repin]

Greetings, BGINFO4X!

 I still think this is a bad idea.  I know what you're trying to do.  You
 are basically trying to provide a solution using tools that you more or
 less understand rather than trying to work within the existing
 (admittedly crude) release structure to provide benefit to everyone who
 uses Cygwin.
>>
>>> I'm sorry, but this is not true: I only want to give comunity a "base
>>> package" of something that I already have.
>>
>> It is Cygwin providing a base package, that you have.
>> The key word is "providing", means, it's already available to the community.
>> What you want to do is to repackage and redistribute what is already packaged
>> and distributed. Doing fool's work, don't you think?
>>
>>> At least on my opinion, as an administrator, has very sense to have a
>>> "bash windows" in a "nerd-msi" installable form.
>>
>> I don't understand your inclination with MSI first

> It is simple:

> a) give setup.exe to a non-tech "man/woman" and tell him/her: please,
> can you install bash? And see what happens ... 95% will fail.

That's your problem that you created just now for yourself.
Giving "tech" instructions to a "non-tech" people.
When I ask people to install Cygwin, I just give them a link to setup.exe and
tell to run it without any headcracking instructions. Just "Next-Next-Next"
will suffice for most cases.
If I need them to perform more complex actions, I will tell them how to do it.
99% people is capable of following the simple and precise instructions.

> b) give for example bginfo4x.msi to a non-tech "man/woman" and tell
> him/her: please, can you install it? And see what happens ... 95% will
> succeed.

And fail to realize what they did, and where to look for help.
Your problem is that you are trying to solve social problem (your inability to
give correct instructions to your intended users) with technical solutions 
(MSI).
In my case, the success rate is 99%. Just because I do not create more work
for user. Instead, I spend a little more time doing my own homework and
produce correct instructions to the user. Perhaps, making some tools for him
to do the job faster/easier.
How to solve your problem the right way, people already said, multiple times.
Another troubling moment is that you, like everyone the later days, are trying
to dumb down and conceal the process, that should remain transparent.
User need to know, that he's installing multiple different packages, provided
by different authors. It may be not obvious, and not need to be explicit, but
user need a simple and transparent way to confirm his actions.

>>, and Cygwin does NOT play by Windows rules, second.

> IMHO: This is a problem that "cygwin people" should solve.

This is an intended goal, not a problem.
If you want Windows application, check MSYS.
Please, for the first time, familiarize yourself with Cygwin.
It's even written in big letters on the project home page.

>> Cygwin, per definition, adapt Linux, not Windows, paradigm, and may be VERY
>> destructive, if not installed correctly. 

> I know it.


--
WBR,
Andrey Repin (anrdae...@yandex.ru) 24.01.2014, <16:03>

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

Re: Windows 7 64 Bit - Mounting Network Drives

[Andrey Repin]

Greetings, Damian Harty!

>> > Q2: Why doesn't it automatically mount the network drives?

>> It does.

> Thank you for your constructive reply. We can go around the "It
> does/doesn't" loop for some time, if you like. 

> While it may do on your machine, it is of course entirely possible that, sat
> at my machine, I am unable to access network drives through the file system
> as I have done previously.  

> Forgive me for attempting to drill into it by, for example, attempting to
> "cd /cygdrive/h" and receiving an error message.

That's a different question, of course.
Can you please do the following commands in order (native windows console
preferred, but not necessary):

net use; subst; cd /cygdrive/h
(The CD should return an error, relog if it doesn't)
explorer H:\\ (would that open the drive corectly? Close the window in either 
case.)
net use; subst; cd /cygdrive/h (does it work now?)

Also, a crucial moment - do you use a terminal session, or your machine is
physically present at the place, and you are logging to it's desktop as
normal?


--
WBR,
Andrey Repin (anrdae...@yandex.ru) 24.01.2014, <16:21>

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

Re: Is there someone who have a same problem ?

[kou1okada]

> And, of course, without optimization it works.  So, I managed to narrow this
> down to the ctor itself: compiling it with -O0 or -O1 works, but not with
> -O2 or -O3; other functions seem to be fine at -O2.  The diffstat between
> the resulting assemblies of that file is huge, so I haven't diagnosed the
> actual cause yet.  Feel free to let me know if you're interested. :-)
>
> In the meantime, the workaround is easy, so I just uploaded p11-kit-0.18.7-2
> and ca-certificates-1.96-2 for x64 only.  If you are running 64-bit Cygwin
> on Windows 8.0 x64, those releases should fix this for you.

Oh! It's brilliant!

I checked it.
I reinstalled p11-kit, p11-kit-trust and libp11-kit0.
And it works fine at the cygwin64 under the Windows 8.

Thanks so much!

-
kou1okada

--
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 7 64 Bit - Mounting Network Drives

[Frank Redeker]

Hallo Andrey Repin,

On 24.01.2014 12:10, Andrey Repin wrote:
>
> (SNIP)
>
> $ ls -ld /?/*
> ls: cannot access /?/*: No such file or directory
> 
> $ ls -ld /a/*
> drwxr-xr-x 1 AnrDaemon -  0 Jun 26  2012 /a/Android
> drwxr-xr-x 1 AnrDaemon -  0 Nov  5 10:58 /a/Info&Txt
> drwxr-xr-x 1 AnrDaemon -  0 Jun 12  2012 /a/Mac
> drwxr-xr-x 1 AnrDaemon -  0 Sep  2  2009 /a/Story
> 
> $ ls -ld /z/*
> drwxr-xr-x 1 AnrDaemon -  0 Nov  7 00:16 /z/bin
> -rw-r--r-- 1 AnrDaemon -   2390 May 30  2012 /z/ca.cer
> drwxr-xr-x 1 AnrDaemon -  0 Feb 28  2011 /z/crontabs
> 
> A: and Z: are network drives, indeed.
> The "C" in your /cygdrive/ (and the /cygdrive itself) are just folders you
> created for some random reason.
> They shouldn't be there.
> 
I'm somewhat confused about your statement above. Is /cygdrive/ no
longer used as default mount point?

In my OOTB installation (CYGWIN_NT-6.1-WOW64 MAR 1.7.25(0.270/5/3)
2013-08-31 20:39 i686 Cygwin) I have the following.

$ ls -l /cygdrive/
total 92
drwxrwxrwx+ 1  None 0 Dec 19 13:46 b
d-+ 1 TrustedInstaller TrustedInstaller 0 Jan 16 11:11 c
drwx--+ 1 SYSTEM   SYSTEM   0 Jan 15 10:15 d
d-+ 1 TrustedInstaller TrustedInstaller 0 Jan 15 10:15 e
drwxrwxrwx+ 1 SYSTEM   SYSTEM   0 Jan 15 10:15 f
drwxrwxrwx+ 1   0 Sep 17 12:37 g
drwxrwxrwx+ 1 Administrators    0 Sep 30 10:59 h
drwxrwxrwx  1   0 Jan 20 14:42 o
drwxrwxrwx  1   0 Dec 17 13:04 p
drwxrwxrwx+ 1   0 Jan 21 17:10 t
drwxr-xr-x  1   0 Jan  8 11:19 u
drwxr-xr-x  1   0 Nov 24  2011 w
drwxrwxrwx  1   0 Jan 20 14:14 z

$ mount
D:/Program_Files_32/cygwin/bin on /usr/bin type ntfs (binary,auto)
D:/Program_Files_32/cygwin/lib on /usr/lib type ntfs (binary,auto)
D:/Program_Files_32/cygwin on / type ntfs (binary,auto)
B: on /cygdrive/b type ntfs (binary,posix=0,user,noumount,auto)
C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
D: on /cygdrive/d type ntfs (binary,posix=0,user,noumount,auto)
E: on /cygdrive/e type ntfs (binary,posix=0,user,noumount,auto)
F: on /cygdrive/f type ntfs (binary,posix=0,user,noumount,auto)
G: on /cygdrive/g type ntfs (binary,posix=0,user,noumount,auto)
H: on /cygdrive/h type ntfs (binary,posix=0,user,noumount,auto)
O: on /cygdrive/o type smbfs (binary,posix=0,user,noumount,auto)
P: on /cygdrive/p type smbfs (binary,posix=0,user,noumount,auto)
T: on /cygdrive/t type ntfs (binary,posix=0,user,noumount,auto)
U: on /cygdrive/u type smbfs (binary,posix=0,user,noumount,auto)
W: on /cygdrive/w type smbfs (binary,posix=0,user,noumount,auto)
Z: on /cygdrive/z type smbfs (binary,posix=0,user,noumount,auto)

$ cat /etc/fstab
# For a description of the file format, see the Users Guide
# http://cygwin.com/cygwin-ug-net/using.html#mount-table

# This is default anyway:
# none /cygdrive cygdrive binary,posix=0,user 0 0


Mit freundlichen Grüßen / Best Regards

Frank Redeker


--
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 7 64 Bit - Mounting Network Drives

[Damian Harty]

> Can you please do the following commands in order (native windows console 
> preferred, but not necessary):
> net use

% net use
New connections will be remembered.


Status   Local RemoteNetwork


---
Unavailable  H:\\brt1itssrv003\homes\daharty
   Microsoft Windows Network
Unavailable  Z:\\wym1itsnas001\cae3\adams_db
Microsoft Windows Network
The command completed successfully.

> subst

% subst

%

> cd /cygdrive/h

% cd /cygdrive/h
/cygdrive/h: No such file or directory.

> explorer H:\\

(opens the drive correctly)

> Close the window in either case. net use; subst; cd /cygdrive/h (does it work 
> now?)

   2nd lap exactly reproduces the results of the first lap.

> Also, a crucial moment - do you use a terminal session, or your machine is 
> physically present at the place, and you are logging to its desktop as normal?

I am sat at the laptop keyboard running the laptop in question. I log into its 
Windows desktop in the normal fashion.

So, to recap:

- Windows can see the networked drives just fine.
- Cygwin knows about them but declares them unavailable.

Since I don't know what I don't know, I am unable to fashion a precision 
question to proceed further, except to ask "what stands between me and the 
ability to make the network drives available from within cygwin?"


CONFIDENTIAL: The information contained in this email communication is 
confidential information intended only for the use of the addressee. 
Unauthorized use, disclosure or copying of this communication is strictly 
prohibited and may be unlawful. If you have received this communication in 
error, please notify us immediately by return email and destroy all copies of 
this communication, including all attachments.

--
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 7 64 Bit - Mounting Network Drives

[Corinna Vinschen]

On Jan 24 09:53, Damian Harty wrote:
> O learned Denizens,
> 
> I'm best described as a feverish fumbler rather than some sort of expert. 
> However, I have been around the block a few times but now I find myself 
> feeling like a newbie again.
> 
> I've just realised that in my new place of employment, my Windows 7 64 Bit 
> laptop isn't seeing the network drives under cygwin the way it used to "by 
> magic" in my old place of employment.
> 
> I can mount them using, amazingly, the mount command - or make this 
> "permanent" in the /etc/fstab file:
> 
> H:   /cygdrive/h ntfs binary 0 0
> Z:   /cygdrive/z ntfs binary 0 0

Don't do that.  The /cygdrive prefix is the default POSIX path prefix
for drives mounted by Windows.  Any drive X: is automatically available
as /cygdrive/x.  You can change the cygdrive prefix in /etc/fstab (I'm
using /mnt, for instance), but you can't manually mount stuff under the
cygdrive prefix path.  Ths *is* documented:

  http://cygwin.com/cygwin-ug-net/using.html#cygdrive

Remove the above mount points, exit your Cygwin shells, and try
again.  If the H and Z drives still don't show up under your /cygdrive
prefix, they are probably not really mounted in your Windows session.


Corinna

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


pgpaCUx93nhbJ.pgp
Description: PGP signature

RE: Windows 7 64 Bit - Mounting Network Drives

[Damian Harty]

> Remove the above mount points, exit your Cygwin shells, and try again.  If 
> the H and Z drives still don't show up under your /cygdrive prefix, they are 
> probably not really mounted in your Windows session.

OK, so back to where I started. A virginal /etc/fstab once more.

Windows Explorer readily shows drives H: and Z:. That looks like they "are 
really mounted" to me, but I wouldn't know what constitutes a rigorous test or 
even what the definition of "really mounted" actually is.

I read quite a lot of the documentation, but I am out of practice reading unix 
documentation these days.

When I plug in a USB drive, Windows immediately mounts it as E: and Cygwin can 
see it no problem.

Damian



CONFIDENTIAL: The information contained in this email communication is 
confidential information intended only for the use of the addressee. 
Unauthorized use, disclosure or copying of this communication is strictly 
prohibited and may be unlawful. If you have received this communication in 
error, please notify us immediately by return email and destroy all copies of 
this communication, including all attachments.

Re: Windows 7 64 Bit - Mounting Network Drives

[tednolan]

In message you write:
>
>Windows Explorer readily shows drives H: and Z:. That looks like they
>"are reall y mounted" to me, but I wouldn't know what constitutes a
>rigorous test or even w hat the definition of "really mounted" actually
>is.
>

My experience with cygwin is that if I can open a DOS command window and
successfully do:

dir k:

Drive "k" will be accessible as /cygdrive/k

--
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 7 64 Bit - Mounting Network Drives

[Damian Harty]

If I run net use from a simple DOS prompt (Windows\system32\cmd.exe) I get:

H:\>net use
New connections will be remembered.

Status   Local RemoteNetwork


---
OK   H:\\brt1itssrv003\homes\daharty
Microsoft Windows Network
OK   Z:\\wym1itsnas001\cae3\adams_db
Microsoft Windows Network
The command completed successfully.

Note the drive it starts from, by the way - the one that may or may not be 
"really mounted". The same thing a moment later from a brand new Cygwin shell 
produces:

% net use
New connections will be remembered.

Status   Local RemoteNetwork


---
Unavailable  H:\\brt1itssrv003\homes\daharty
Microsoft Windows Network
Unavailable  Z:\\wym1itsnas001\cae3\adams_db
Microsoft Windows Network
The command completed successfully.

Diagnostic instructions welcome...

Damian

CONFIDENTIAL: The information contained in this email communication is 
confidential information intended only for the use of the addressee. 
Unauthorized use, disclosure or copying of this communication is strictly 
prohibited and may be unlawful. If you have received this communication in 
error, please notify us immediately by return email and destroy all copies of 
this communication, including all attachments.

RE: Windows 7 64 Bit - Mounting Network Drives

[Damian Harty]

> My experience with cygwin is that if I can open a DOS command window and 
> successfully do:
>
>dir k:
>
> Drive "k" will be accessible as /cygdrive/k

*Until now* that has been my experience also...

Check this out for "curiouser and curiouser":

Start a command shell from inside Cygwin:

 % /cygdrive/c/Windows/System32/cmd.exe
Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

Then run "net use"

C:\cygwin\home\daharty>net use
net use
New connections will be remembered.

Status   Local RemoteNetwork


---
Unavailable  H:\\brt1itssrv003\homes\daharty
Microsoft Windows Network
Unavailable  Z:\\wym1itsnas001\cae3\adams_db
Microsoft Windows Network
The command completed successfully.

C:\cygwin\home\daharty>

The Cygwin icon (installed by the installer and nothing to do with me) has the 
following properties:

C:\cygwin\bin\mintty.exe -i /Cygwin-Terminal.ico -t "Cygwin" -

If at the DOS prompt I run, say, c:\cygwin\bin\tcsh.exe -l and try "net use" 
then all is in order with that command. This is a minty issue; I need not to be 
using mintty.

Damian




CONFIDENTIAL: The information contained in this email communication is 
confidential information intended only for the use of the addressee. 
Unauthorized use, disclosure or copying of this communication is strictly 
prohibited and may be unlawful. If you have received this communication in 
error, please notify us immediately by return email and destroy all copies of 
this communication, including all attachments.

--
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 7 64 Bit - Mounting Network Drives

[Corinna Vinschen]

On Jan 24 15:10, Damian Harty wrote:
> > My experience with cygwin is that if I can open a DOS command window and 
> > successfully do:
> >
> >dir k:
> >
> > Drive "k" will be accessible as /cygdrive/k
> 
> *Until now* that has been my experience also...
> 
> Check this out for "curiouser and curiouser":
> 
> Start a command shell from inside Cygwin:
> 
>  % /cygdrive/c/Windows/System32/cmd.exe
> Microsoft Windows [Version 6.1.7601]
> Copyright (c) 2009 Microsoft Corporation.  All rights reserved.
> 
> Then run "net use"
> 
> C:\cygwin\home\daharty>net use
> net use
> New connections will be remembered.
> 
> Status   Local RemoteNetwork
> 
> 
> ---
> Unavailable  H:\\brt1itssrv003\homes\daharty
> Microsoft Windows Network
> Unavailable  Z:\\wym1itsnas001\cae3\adams_db
> Microsoft Windows Network
> The command completed successfully.
> 
> C:\cygwin\home\daharty>
> 
> The Cygwin icon (installed by the installer and nothing to do with me) has 
> the following properties:
> 
> C:\cygwin\bin\mintty.exe -i /Cygwin-Terminal.ico -t "Cygwin" -
> 
> If at the DOS prompt I run, say, c:\cygwin\bin\tcsh.exe -l and try "net use" 
> then all is in order with that command. This is a minty issue; I need not to 
> be using mintty.

Are you starting mintty as admin?  That might explain it.

Corinna

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


pgpbe8BfRjeno.pgp
Description: PGP signature

RE: Windows 7 64 Bit - Mounting Network Drives

[Damian Harty]

> Are you starting mintty as admin?  That might explain it.

I'm not observing a difference between running mintty as normal and 
right-clicking and doing "run as administrator". If that wasn't what you were 
asking, then I apologise.

It seems if I start a cmd shell "standalone" and run c:\cygwin\bin\tcsh.exe -l 
then it works. If I put "C:\Windows\System32\cmd.exe /K C:\cygwin\bin\tcsh.exe 
-l" into the properties box and start it, then it fails.

At this point, I am fully baffled but at least I have a workaround - start the 
shell from the windows command prompt.

Damian
CONFIDENTIAL: The information contained in this email communication is 
confidential information intended only for the use of the addressee. 
Unauthorized use, disclosure or copying of this communication is strictly 
prohibited and may be unlawful. If you have received this communication in 
error, please notify us immediately by return email and destroy all copies of 
this communication, including all attachments.

Re: AdminCygwin Release

[Christopher Faylor]

I'm closing down this thread.

--
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 7 64 Bit - Mounting Network Drives

[Christopher Faylor]

On Fri, Jan 24, 2014 at 11:31:16AM +, Damian Harty wrote:
>On Fri, Jan 24, 2014 at 03:10:41PM +0400, Andrey Repin wrote:
>>Please remove this crap from list mails, thank you.
>
>I have no control over it.  Please feel free to simply ignore it.

Sorry but this disclaimer is against site policy.  I've added it to the
disclaimer block for sourceware.org so you won't be able to use it in
any future messages.

cgf

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

Re: Windows 7 64 Bit - Mounting Network Drives

[Larry Hall (Cygwin)]

On 1/24/2014 6:31 AM, Damian Harty wrote:

>Please remove this crap from list mails, thank you.

I have no control over it. Please feel free to simply ignore it.


Actually, you're lucky your email wasn't bounced back to you because of
this.  It's site policy to not allow such disclaimers.  See the FAQ entry
on this policy here:

  

The fact that your email wasn't bounced for not complying with this
policy isn't a tacit acceptance of your email as a special case.
If you have no ability to remove the disclaimer, you'll need to use
another email service to communicate with lists on sourceware.org.

--
Larry

_

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

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

RE: Windows 7 64 Bit - Mounting Network Drives

[Lavrentiev, Anton (NIH/NLM/NCBI) [C]]

BTW, there is a type there, IMO:

>  http://cygwin.com/cygwin-ug-net/using.html#cygdrive


  none /cygdrive cygdrive binary 0 0
  D:   /cygdrive/d somefs text 0 0
will not make file access using the /mnt/d path prefix suddenly using textmode


The sentence after the fstab excerpt should have referred to "/cygdrive/d", not
to "/mnt/d" (alternatively, the excerpt should have used "/mnt" instead
of "/cygdrive" throughout).

HTH,

Anton Lavrentiev
Contractor NIH/NLM/NCBI

64-bit bash/readline: vi-mode "dd" command fails

[Jason Bucata]

I'm having the same trouble under 64-bit bash/readline as this thread from
October:
http://cygwin.com/ml/cygwin/2013-10/msg00165.html

Briefly, under vi mode ("set -o vi") the "dd" command doesn't delete the
entire line, but only moves the cursor to the start of the line.

This is bash-4.1.11(2) and libreadline7 version 6.2-1.  As with the OPs,
this worked fine under 32-bit (I'd have to go look on my old laptop to find
the versions there).

Some other things I found:

"cc" and "yy" exhibit the same problem... they don't do their intended
functions but instead act like the "0" key and go to the start of the line.

I tried doing a bind to make "dd" work as expected, and I could do so, but
then other "d" commands stop working: "dw", "dW", "dt..." etc.  I don't know
if that's another symptom of this bug or if it's because my inputrc-foo is
severly lacking.

I tried installing gdb and the debug symbols and source code, but I couldn't
convince gdb to set a breakpoint in the relevant-looking functions in
libreadline.  My C skills are passable but my gdb skills are severely rusty,
and I've never tried using either of them on the Cygwin platform.

This bug is a major nuisance for my daily use of bash.  I'm happy to try to
help debug this if I can, though as I found, my skills might not be up to
scratch on this one.

Jason B.

-- 
Half the harm that is done in this world is due to people who want to feel
important.
-- T. S. Eliot

--
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 7 64 Bit - Mounting Network Drives

[Damian Harty]

> >> >Please remove this crap from list mails, thank you.
> > I have no control over it. Please feel free to simply ignore it.
 
> Actually, you're lucky your email wasn't bounced back to you because of this. 
>  It's site policy to not allow such disclaimers.  > See the FAQ entry on this 
> policy here:
 
>    

I have seen it now that it has been pointed out. I have changed email addresses 
in order to comply with The Rules, having first being addressed by a rude 
adolescent and then told how lucky I am not to have my emails bounced. I humbly 
acknowledge Your Authority.

What a splendid example of a warm community this is and how much I yearn to 
participate. If only there were some factual knowledge of the matter at hand, 
too, it would be ideal in many respects.

"And the pigs began to look like men." (George Orwell)

The bottom line is that cygwin used to work for me and now it doesn't. I've 
expended a reasonable amount of effort attempting to describe/get round the 
problem but now I've lost interest. A large part of that is because I asked 
politely and was treated very rudely. I subscribe to a number of fora and such 
behaviour is by no means inevitable, however it does appear to be the default 
here. 

How disappointing, but not in the least bit life-changing, of course. Utterly 
unimportant in the grand scheme of things.

"Whatever." (Alicia Silverstone).


--
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 7 64 Bit - Mounting Network Drives

[Alexander Kriegisch]

Dear community,

I have read this conversation and am honestly shocked about the way Damian 
(whom I do not know, BTW) was "greeted" in response to his initial question. I 
have noticed several times that too often here talk is about compliance to a 
string of rules and acronyms anyone daring to post here must have read in order 
not to annoy the rulers of this list. While I respect the time and dedication 
of every expert here and know how much it sucks having to read badly phrased 
subjects, badly asked questions and so forth, I think there is no need to be 
condescending. I see a lot of lecturing here. Some questions are ignored 
altogether for reasons their authors do not even know.

I like Cygwin, I want to thank every helpful and dedicated person here for 
their expertise and patience, but anyway, I have had enough and am going to 
unsubscribe from this list.

Regards
-- 
Alexander Kriegisch
--
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

mintty shell gets frequent "8~" strings inserted into input

[KARR, DAVID]

I'm on Cygwin 1.7.26 on Win7.

I run mintty with "C:\Cygwin\bin\mintty.exe -e /bin/bash --login".

Every minute or so, or randomly, my mintty shell prompt gets the string "8~" 
inserted.  If I leave the shell there, it will end up with a string of them.  
What might be causing this?

--
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 7 64 Bit - Mounting Network Drives

[Christopher Faylor]

On Fri, Jan 24, 2014 at 05:27:32PM +, Damian Harty wrote:
>> >> >Please remove this crap from list mails, thank you.
>> > I have no control over it. Please feel free to simply ignore it.
>
>>Actually, you're lucky your email wasn't bounced back to you because of
>>this.  It's site policy to not allow such disclaimers.
>>See the FAQ entry on this policy here:
>
>> ? ?
>
>I have seen it now that it has been pointed out.  I have changed email
>addresses in order to comply with The Rules, having first being
>addressed by a rude adolescent and then told how lucky I am not to have
>my emails bounced.  I humbly acknowledge Your Authority.
>
>What a splendid example of a warm community this is and how much I
>yearn to participate.  If only there were some factual knowledge of the
>matter at hand, too, it would be ideal in many respects.
>
>"And the pigs began to look like men." (George Orwell)

"Freedom is the right to tell people what they do not want to hear."
(George Orwell)

>The bottom line is that cygwin used to work for me and now it doesn't.
>I've expended a reasonable amount of effort attempting to describe/get
>round the problem but now I've lost interest.  A large part of that is
>because I asked politely and was treated very rudely.  I subscribe to a
>number of fora and such behaviour is by no means inevitable, however it
>does appear to be the default here.?

"You owe me an apology."  (Cole Oyl, Popeye)

>How disappointing, but not in the least bit life-changing, of course.
>Utterly unimportant in the grand scheme of things.
>
>"Whatever." (Alicia Silverstone).

"I was just totally clueless." (Alicia Silverstone)

FYI, you are coming across as ungrateful for the help provided by six
people (one of which was a Cygwin lead) in this thread.

Pragmatically speaking, focusing (in two messages) on one non-English
speaker's use of the word "crap", disregarding the help that he and
others provided, and then going into full bombast mode, is not an
effective way to achieve support.  Perhaps that's fine with you because
you don't plan on sullying our mailing list again but I just thought I
should make that clear.  References:

http://cygwin.com/problems.html
http://www.catb.org/~esr/faqs/smart-questions.html
http://www.chiark.greenend.org.uk/~sgtatham/bugs.html

Also, some more warmth: It is likely that if you choose to reply in the
tone of the above that you will be redirected to the cygwin-talk mailing
list.  Ranting is allowed there.  Not so much here.

cgf
--
Christopher Faylor  spammer? -> aaas...@sourceware.org
Cygwin Co-Project Leaderaaas...@duffek.com

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

Re: Windows 7 64 Bit - Mounting Network Drives

[Corinna Vinschen]

On Jan 24 15:58, Damian Harty wrote:
> > Are you starting mintty as admin?  That might explain it.
> 
> I'm not observing a difference between running mintty as normal and 
> right-clicking and doing "run as administrator". If that wasn't what you were 
> asking, then I apologise.
> 
> It seems if I start a cmd shell "standalone" and run c:\cygwin\bin\tcsh.exe 
> -l then it works. If I put "C:\Windows\System32\cmd.exe /K 
> C:\cygwin\bin\tcsh.exe -l" into the properties box and start it, then it 
> fails.
> 
> At this point, I am fully baffled but at least I have a workaround - start 
> the shell from the windows command prompt.

But that should really not be necessary.  There's no reason that
starting from a Windows console shows the drives as OK but starting
mintty shows them as Unavailable.  The drives are user token bound, and
the user token in the mintty window is the same as the token in the a
console window.

Just for testing, did you try to access the drives from mintty?

I mean, assuming you start mintty, what happens if you do this (and only
this) after starting it:

  $ net use
  $ id
  $ ls /cygdrive/h
  $ net use


Corinna

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


pgpgXj7F85CLC.pgp
Description: PGP signature

Re: Windows 7 64 Bit - Mounting Network Drives

[Larry Hall (Cygwin)]

On 1/24/2014 12:27 PM, Damian Harty wrote:




Please remove this crap from list mails, thank you.

I have no control over it. Please feel free to simply ignore it.



Actually, you're lucky your email wasn't bounced back to you because
of  this.  It's site policy to not allow such disclaimers.  See the FAQ
entry on this policy here:




I have seen it now that it has been pointed out. I have changed email
addresses in order to comply with The Rules, having first being addressed by
a rude adolescent and then told how lucky I am not to have my emails
bounced. I humbly acknowledge Your Authority.


It's not my "Authority".  It's the authority of those running the site
you're addressing.  I think you've misjudged the point of my posting though.
My goal was to keep you from facing difficulty with any future posts and
the rest of us from these content-free disclaimers if/when they slipped
through.  If that caused your feelings to be hurt then you've misinterpreted
what I wrote.  There was no negative energy coming from my end.

--
Larry

_

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

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

Re: mintty shell gets frequent "8~" strings inserted into input

[Larry Hall (Cygwin)]

On 1/24/2014 2:00 PM, KARR, DAVID wrote:

I'm on Cygwin 1.7.26 on Win7.

I run mintty with "C:\Cygwin\bin\mintty.exe -e /bin/bash --login".

Every minute or so, or randomly, my mintty shell prompt gets the string
"8~" inserted. If I leave the shell there, it will end up with a string of
them. What might be causing this?


Check the archives.  I think there was a similar report that finally
resolved itself as an overly zealous virus checker or something similar.

--
Larry

_

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

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

RE: mintty shell gets frequent "8~" strings inserted into input

[KARR, DAVID]

> -Original Message-
> Larry Hall (Cygwin)
> Sent: Friday, January 24, 2014 11:35 AM
> Subject: Re: mintty shell gets frequent "8~" strings inserted into input
> 
> On 1/24/2014 2:00 PM, KARR, DAVID wrote:
> > I'm on Cygwin 1.7.26 on Win7.
> >
> > I run mintty with "C:\Cygwin\bin\mintty.exe -e /bin/bash --login".
> >
> > Every minute or so, or randomly, my mintty shell prompt gets the string
> > "8~" inserted. If I leave the shell there, it will end up with a string of
> > them. What might be causing this?
> 
> Check the archives.  I think there was a similar report that finally
> resolved itself as an overly zealous virus checker or something similar.

Any idea what to search for?  I've already searched the internet and the cygwin 
archives several months back with obvious search strings.


--
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: mintty shell gets frequent "8~" strings inserted into input

[Larry Hall (Cygwin)]

On 1/24/2014 2:57 PM, KARR, DAVID wrote:

-Original Message-
Larry Hall (Cygwin)
Sent: Friday, January 24, 2014 11:35 AM
Subject: Re: mintty shell gets frequent "8~" strings inserted into input

On 1/24/2014 2:00 PM, KARR, DAVID wrote:

I'm on Cygwin 1.7.26 on Win7.

I run mintty with "C:\Cygwin\bin\mintty.exe -e /bin/bash --login".

Every minute or so, or randomly, my mintty shell prompt gets the string
"8~" inserted. If I leave the shell there, it will end up with a string of
them. What might be causing this?


Check the archives.  I think there was a similar report that finally
resolved itself as an overly zealous virus checker or something similar.


Any idea what to search for?  I've already searched the internet and the
cygwin archives several months back with obvious search strings.


This is what I was thinking of:




--
Larry

_

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

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

Re: mintty shell gets frequent "8~" strings inserted into input

[Christopher Faylor]

On Fri, Jan 24, 2014 at 07:57:46PM +, KARR, DAVID wrote:
>> On Friday, January 24, 2014 11:35 AM, Larry Hall wrote:
>>>On 1/24/2014 2:00 PM, KARR, DAVID wrote:
>>>I'm on Cygwin 1.7.26 on Win7.
>>>
>>>I run mintty with "C:\Cygwin\bin\mintty.exe -e /bin/bash --login".
>>>
>>>Every minute or so, or randomly, my mintty shell prompt gets the string
>>>"8~" inserted.  If I leave the shell there, it will end up with a
>>>string of them.  What might be causing this?
>>
>>Check the archives.  I think there was a similar report that finally
>>resolved itself as an overly zealous virus checker or something
>>similar.
>
>Any idea what to search for?  I've already searched the internet and
>the cygwin archives several months back with obvious search strings.

Wow, I agree with Larry that we've seen this before and I thought it
was a virus checker but I can't find a search term for this either.

I searched for "site:cygwin.com mintty" for the last three months but...
nuthin.

Could you try turning off your virus check to see if that helps?

cgf

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

Re: mintty shell gets frequent "8~" strings inserted into input

[Christopher Faylor]

On Fri, Jan 24, 2014 at 03:19:58PM -0500, Christopher Faylor wrote:
>On Fri, Jan 24, 2014 at 07:57:46PM +, KARR, DAVID wrote:
>>> On Friday, January 24, 2014 11:35 AM, Larry Hall wrote:
On 1/24/2014 2:00 PM, KARR, DAVID wrote:
I'm on Cygwin 1.7.26 on Win7.

I run mintty with "C:\Cygwin\bin\mintty.exe -e /bin/bash --login".

Every minute or so, or randomly, my mintty shell prompt gets the string
"8~" inserted.  If I leave the shell there, it will end up with a
string of them.  What might be causing this?
>>>
>>>Check the archives.  I think there was a similar report that finally
>>>resolved itself as an overly zealous virus checker or something
>>>similar.
>>
>>Any idea what to search for?  I've already searched the internet and
>>the cygwin archives several months back with obvious search strings.
>
>Wow, I agree with Larry that we've seen this before and I thought it
>was a virus checker but I can't find a search term for this either.
>
>I searched for "site:cygwin.com mintty" for the last three months but...
>nuthin.
>
>Could you try turning off your virus check to see if that helps?

Sorry, I obviously missed Larry's reply.

cgf

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

octave: cannot open shared object file: No such file or directory

[Paul]

I use both Windows and cygwin X11 gvim -- mostly the former out of 
convenience and speed.  I often shell out for filtering, and I'm careful to 
ensure that my vimrc shell setting directs commands to cygwin's bash:

   let &shell='set HOME=c:\cygwin\home\'.$USERNAME.'&
  \ c:\cygwin\bin\bash.exe -i'

However, I recently started to get the following message when sending 
expressions to octave:

   /usr/bin/octave-3.6.2.exe: error while loading shared libraries: ?:
   cannot open shared object file: No such file or directory

I know there there isn't anything *fundamentally* wrong because when I 
start up cygwin normally via the mintty shortcut, octave starts fine.  I 
thought it was a $PATH problem, so I rejigged .bashrc to ensure that the 
path is the same regardless of whether I start bash from the mintty 
shortcut or shell out from Windows gvim.  This does not solve the problem.  
I confirmed that $LD_LIBRARY_PATH is empty regardless of how bash is 
started up, so I don't think that's the problem.

Can anyone suggest what might be causing the octave error if not $PATH and 
$LD_LIBRARY_PATH?  Again, there is no problem when invoked from a bash 
shell that is started from the mintty shortcut.  Furthermore, there was no 
problem at all before a few days ago.  The only big change is that my admin 
deleted Matlab 2012a, but I have Matlab 2013a (in a different path).  But 
the fact that octave runs from a normally started bash tells me that this 
should not be a show stopper (if in fact it's even the cause).

Note that I work in a locked down environment, so I can't upgrade anything 
and downloading stuff is hit-and-miss.


--
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: octave: cannot open shared object file: No such file or directory

[Larry Hall (Cygwin)]

On 1/24/2014 6:11 PM, Paul wrote:

I use both Windows and cygwin X11 gvim -- mostly the former out of
convenience and speed.  I often shell out for filtering, and I'm careful to
ensure that my vimrc shell setting directs commands to cygwin's bash:

let &shell='set HOME=c:\cygwin\home\'.$USERNAME.'&
   \ c:\cygwin\bin\bash.exe -i'

However, I recently started to get the following message when sending
expressions to octave:

/usr/bin/octave-3.6.2.exe: error while loading shared libraries: ?:
cannot open shared object file: No such file or directory

I know there there isn't anything *fundamentally* wrong because when I
start up cygwin normally via the mintty shortcut, octave starts fine.  I
thought it was a $PATH problem, so I rejigged .bashrc to ensure that the
path is the same regardless of whether I start bash from the mintty
shortcut or shell out from Windows gvim.  This does not solve the problem.
I confirmed that $LD_LIBRARY_PATH is empty regardless of how bash is
started up, so I don't think that's the problem.

Can anyone suggest what might be causing the octave error if not $PATH and
$LD_LIBRARY_PATH?  Again, there is no problem when invoked from a bash
shell that is started from the mintty shortcut.  Furthermore, there was no
problem at all before a few days ago.  The only big change is that my admin
deleted Matlab 2012a, but I have Matlab 2013a (in a different path).  But
the fact that octave runs from a normally started bash tells me that this
should not be a show stopper (if in fact it's even the cause).

Note that I work in a locked down environment, so I can't upgrade anything
and downloading stuff is hit-and-miss.


Have you tried running rebaseall?


--
Larry

_

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

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

Re: octave: cannot open shared object file: No such file or directory

[Paul]

Larry Hall (Cygwin  cygwin.com> writes:
> Have you tried running rebaseall?

I just tried it (http://cygwin.wikia.com/wiki/Rebaseall).  No joy.  Mind 
you, I also don't have admin privileges and cygwin was installed when I had 
them.  I never noticed any error messages, but things went by very fast.  
The last screen full of things rebased showed no error messages.


--
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: cygcheck and literal plus sign

[Steven Penny]

On Wed, Jan 22, 2014 at 10:05 AM, David Boyce wrote
> How about 'g[+][+]' or 'g[+]{2}'?

Please, no more lazy answers

$ cygcheck -p 'g[+][+].exe'
Found 0 matches for g[ ][ ].exe

--
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: mintty shell gets frequent "8~" strings inserted into input

[KARR, DAVID]

> -Original Message-
> Larry Hall (Cygwin)
> Sent: Friday, January 24, 2014 12:14 PM
> Subject: Re: mintty shell gets frequent "8~" strings inserted into input
> 
> On 1/24/2014 2:57 PM, KARR, DAVID wrote:
> >> -Original Message-
> >> Larry Hall (Cygwin)
> >> Sent: Friday, January 24, 2014 11:35 AM
> >> Subject: Re: mintty shell gets frequent "8~" strings inserted into input
> >>
> >> On 1/24/2014 2:00 PM, KARR, DAVID wrote:
> >>> I'm on Cygwin 1.7.26 on Win7.
> >>>
> >>> I run mintty with "C:\Cygwin\bin\mintty.exe -e /bin/bash --login".
> >>>
> >>> Every minute or so, or randomly, my mintty shell prompt gets the string
> >>> "8~" inserted. If I leave the shell there, it will end up with a string
> of
> >>> them. What might be causing this?
> >>
> >> Check the archives.  I think there was a similar report that finally
> >> resolved itself as an overly zealous virus checker or something similar.
> >
> > Any idea what to search for?  I've already searched the internet and the
> > cygwin archives several months back with obvious search strings.
> 
> This is what I was thinking of:
> 
> 

I don't know where the subject of virus scanners comes in here. I simply added 
the suggested line to ~/.inputrc and it seemed to resolve the problem.  I'm not 
quite certain what it did, but I do know it fixed my current problem.


--
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: octave: cannot open shared object file: No such file or directory

[Marco Atzeri]

On 25/01/2014 00:46, Paul wrote:

Larry Hall (Cygwin  cygwin.com> writes:

Have you tried running rebaseall?


I just tried it (http://cygwin.wikia.com/wiki/Rebaseall).  No joy.  Mind
you, I also don't have admin privileges and cygwin was installed when I had
them.  I never noticed any error messages, but things went by very fast.
The last screen full of things rebased showed no error messages.




I bet on a PATH issue. likely /usr/lib/lapack in not on it when
you start "bash -i" .

As normally it works on your system, try with "bash -l"

Regards
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: octave: cannot open shared object file: No such file or directory

[Achim Gratz]

Paul writes:
> However, I recently started to get the following message when sending 
> expressions to octave:
>
>/usr/bin/octave-3.6.2.exe: error while loading shared libraries: ?:
>cannot open shared object file: No such file or directory

I'm almost certain that Octave can't find its lapack libraries.  The
standard profile scripts add this to the very end of the path and
depending on what is in your windows path you may hide them.  There are
also two environment variables (sorry, can't check right now) that need
to be set for lapack to be happy and you may not source the
/etc/profile.d script that sets them depending on how you start bash.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for Waldorf Q V3.00R3 and Q+ V3.54R2:
http://Synth.Stromeko.net/Downloads.html#WaldorfSDada


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