Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[JeDi]

--- Igor Pechtchanski <[EMAIL PROTECTED]> wrote:

> On Tue, 20 Dec 2005, JeDi wrote:
> 
> > > > I am now able to launch bash properly.
> > > >
> > > > Worm ?
> > >
> > > Not sure.  services.exe could be a wrapper that
> was running some
> > > Cygwin program at the time...
> >
> > Well ProcessExplorer used to point services.exe on
> > c:\windows\system\DRIVER, were I couldn't find any
> services.exe in the
> > explorer (I checked that explorer was not
> configured for hidding files).
> > Moreover I was not able to create a file called
> services.exe, explorer
> > wouldn't do it because another one was called like
> this in the
> > folder Then, in a command prompt I executed
> "del services.exe", and
> > the del command told me no file was there. Then, I
> did "mv services.exe
> > services.exe.old", and the file was renamed. I
> created a services.exe
> > from an empty txt file, and that's it,
> services.exe (the one containing
> > a copy of cygwin1.dll) does not launch himself
> anymore at each boot and
> > cygwin works correctly.
> >
> > I definitly think it's a worm.
> 
> Ok.
> 
> > > Hmm...  Weird.  Well, it's gone now...
> >
> > Thanks to you, thank you and the other guys in the
> > forum for your gracious help.
> >
> > > > /etc/setup does exist and contains some files.
> Actually cygcheck is
> > > > depending on cygwin1.dll I guess, so ...
> > >
> > > Your guess is wrong.  cygcheck does attempt to
> invoke some programs
> > > that depend on cygwin1.dll, but it itself does
> not depend on it.  The
> > > fact that it thinks that you have no mounts and
> that no packages are
> > > installed is alarming.
> >
> > But everything seems to work perfectly.
> 
> For now.  Your configuration is just asking for
> trouble.
> 
> > > What is the output of "mount" from bash?  Does
> your system have an
> > > /etc/setup/installed.db?
> >
> > bash-3.00$ mount
> > c: on /cygdrive/c type system (binmode,noumount)
> > d: on /cygdrive/d type system (binmode,noumount)
> > e: on /cygdrive/e type system (binmode,noumount)
> > g: on /cygdrive/g type system (binmode,noumount)
> > h: on /cygdrive/h type system (binmode,noumount)
> 
> You need to have the "/", "/usr/bin", and "/usr/lib"
> mounts, at the very
> least.
> 
> > And I have a /etc/setup/installed.db in my cygwin
> directory. Attached
> > with the mail, my last cygcheck which seems fine.
> 
> It is not fine.  The default mounts are missing, so
> most scripts will not
> work properly (those that use /usr/bin/PROG as their
> shebang line, for
> example).  Looks like you've installed Cygwin into
> c:\cygwin, so you can
> restore the mounts with
> 
> cd c:\cygwin\bin
> .\mount -f -s -b c:/cygwin /
> .\mount -f -s -b c:/cygwin/bin /usr/bin
> .\mount -f -s -b c:/cygwin/lib /usr/lib
> 
> (from a cmd.exe window), or re-running setup.exe...
> FWIW, the empty list of installed packages is likely
> a consequence of the
> missing "/" mount, and should also be fixed by the
> above commands.

I performed the previous command and mount returns:
c:\cygwin\bin on /usr/bin type system (binmode)
c:\cygwin\lib on /usr/lib type system (binmode)
c:\cygwin on / type system (binmode)
c: on /cygdrive/c type system (binmode,noumount)
d: on /cygdrive/d type system (binmode,noumount)
e: on /cygdrive/e type system (binmode,noumount)
g: on /cygdrive/g type system (binmode,noumount)
h: on /cygdrive/h type system (binmode,noumount)

Everything's fine. Thanks for the help.

> 
> "Las! je suis sot... -Mais non, tu ne l'es pas,
> puisque tu t'en rends compte."

C'est pour moi cette citation ? :p

JD



___ 
To help you stay safe and secure online, we've developed the all new Yahoo! 
Security Centre. http://uk.security.yahoo.com

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[Igor Pechtchanski]

On Tue, 20 Dec 2005, JeDi wrote:

> > > I am now able to launch bash properly.
> > >
> > > Worm ?
> >
> > Not sure.  services.exe could be a wrapper that was running some
> > Cygwin program at the time...
>
> Well ProcessExplorer used to point services.exe on
> c:\windows\system\DRIVER, were I couldn't find any services.exe in the
> explorer (I checked that explorer was not configured for hidding files).
> Moreover I was not able to create a file called services.exe, explorer
> wouldn't do it because another one was called like this in the
> folder Then, in a command prompt I executed "del services.exe", and
> the del command told me no file was there. Then, I did "mv services.exe
> services.exe.old", and the file was renamed. I created a services.exe
> from an empty txt file, and that's it, services.exe (the one containing
> a copy of cygwin1.dll) does not launch himself anymore at each boot and
> cygwin works correctly.
>
> I definitly think it's a worm.

Ok.

> > Hmm...  Weird.  Well, it's gone now...
>
> Thanks to you, thank you and the other guys in the
> forum for your gracious help.
>
> > > /etc/setup does exist and contains some files. Actually cygcheck is
> > > depending on cygwin1.dll I guess, so ...
> >
> > Your guess is wrong.  cygcheck does attempt to invoke some programs
> > that depend on cygwin1.dll, but it itself does not depend on it.  The
> > fact that it thinks that you have no mounts and that no packages are
> > installed is alarming.
>
> But everything seems to work perfectly.

For now.  Your configuration is just asking for trouble.

> > What is the output of "mount" from bash?  Does your system have an
> > /etc/setup/installed.db?
>
> bash-3.00$ mount
> c: on /cygdrive/c type system (binmode,noumount)
> d: on /cygdrive/d type system (binmode,noumount)
> e: on /cygdrive/e type system (binmode,noumount)
> g: on /cygdrive/g type system (binmode,noumount)
> h: on /cygdrive/h type system (binmode,noumount)

You need to have the "/", "/usr/bin", and "/usr/lib" mounts, at the very
least.

> And I have a /etc/setup/installed.db in my cygwin directory. Attached
> with the mail, my last cygcheck which seems fine.

It is not fine.  The default mounts are missing, so most scripts will not
work properly (those that use /usr/bin/PROG as their shebang line, for
example).  Looks like you've installed Cygwin into c:\cygwin, so you can
restore the mounts with

cd c:\cygwin\bin
.\mount -f -s -b c:/cygwin /
.\mount -f -s -b c:/cygwin/bin /usr/bin
.\mount -f -s -b c:/cygwin/lib /usr/lib

(from a cmd.exe window), or re-running setup.exe...
FWIW, the empty list of installed packages is likely a consequence of the
missing "/" mount, and should also be fixed by the above commands.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

"Las! je suis sot... -Mais non, tu ne l'es pas, puisque tu t'en rends compte."
"But no -- you are no fool; you call yourself a fool, there's proof enough in
that!" -- Rostand, "Cyrano de Bergerac"

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[JeDi]

> > I am now able to launch bash properly.
> >
> > Worm ?
> 
> Not sure.  services.exe could be a wrapper that was
> running some Cygwin
> program at the time...

Well ProcessExplorer used to point services.exe on
c:\windows\system\DRIVER, were I couldn't find any
services.exe in the explorer (I checked that explorer
was not configured for hidding files). Moreover I was
not able to create a file called services.exe,
explorer wouldn't do it because another one was called
like this in the folder Then, in a command prompt
I executed "del services.exe", and the del command
told me no file was there. Then, I did "mv
services.exe services.exe.old", and the file was
renamed. I created a services.exe from an empty txt
file, and that's it, services.exe (the one containing
a copy of cygwin1.dll) does not launch himself anymore
at each boot and cygwin works correctly.

I definitly think it's a worm.
 
> 
> Hmm...  Weird.  Well, it's gone now...

Thanks to you, thank you and the other guys in the
forum for your gracious help.

> >
> > /etc/setup does exist and contains some files.
> > Actually cygcheck is depending on cygwin1.dll I
> guess, so ...
> 
> Your guess is wrong.  cygcheck does attempt to
> invoke some programs that
> depend on cygwin1.dll, but it itself does not depend
> on it.  The fact that
> it thinks that you have no mounts and that no
> packages are installed is
> alarming.
>

But everything seems to work perfectly.
 
> What is the output of "mount" from bash?  Does your
> system have an
> /etc/setup/installed.db?

bash-3.00$ mount
c: on /cygdrive/c type system (binmode,noumount)
d: on /cygdrive/d type system (binmode,noumount)
e: on /cygdrive/e type system (binmode,noumount)
g: on /cygdrive/g type system (binmode,noumount)
h: on /cygdrive/h type system (binmode,noumount)

And I have a /etc/setup/installed.db in my cygwin
directory. Attached with the mail, my last cygcheck
which seems fine.





___ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail 
http://uk.messenger.yahoo.com

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[Igor Pechtchanski]

Sorry to be getting back so late -- just found this in my Drafts...

On Sat, 10 Dec 2005, JeDi wrote:

> > > filename. Is there a way to know which dll is loaded in memory and
> > > which filename or program it is loaded from ?
> >
> > Yes, you could try using ProcessExplorer or some other tools (e.g.,
> > "handle") from SysInternals.com (ProcessExplorer can give you a list
> > of all loaded DLLs, for example).  However, I don't think they will
> > let you search by the shared memory region name...
>
> I found the cygwin1.dll in a process called 'services.exe'. Seemed that
> I was not able to kill it at first. I took a look in the window
> directory processExplorer was pointing, and found nothing. After a while
> I was able to kill it and another services.exe launch right after, this
> one from C:\WINDOWS\system32\services.exe, and without the cygwin1.dll.
> I am now able to launch bash properly.
>
> Worm ?

Not sure.  services.exe could be a wrapper that was running some Cygwin
program at the time...

> > Have you rebooted since you've uninstalled all of those programs?  A
> > program still running with the old DLL will cause your error message
> > to be produced, even if the uninstall succeeded.
>
> Sure I had :)

Hmm...  Weird.  Well, it's gone now...

> > This looks suspicious:
> >
> > > HKEY_CURRENT_USER\Software\Cygnus Solutions
> > > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
> > > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
> > > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
> > > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
> > > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
> > > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options
> >
> > (you seem to be missing all your mounts).  So does this:
> >
> > > Cygwin Package Information
> > > No setup information found
> > > Use -h to see help about each section
> >
> > Do you have the /etc/setup directory in your Cygwin installation?
>
> /etc/setup does exist and contains some files.
> Actually cygcheck is depending on cygwin1.dll I guess, so ...

Your guess is wrong.  cygcheck does attempt to invoke some programs that
depend on cygwin1.dll, but it itself does not depend on it.  The fact that
it thinks that you have no mounts and that no packages are installed is
alarming.

What is the output of "mount" from bash?  Does your system have an
/etc/setup/installed.db?
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[Brian Dessent]

Igor Pechtchanski wrote:

> Yes, you could try using ProcessExplorer or some other tools (e.g.,
> "handle") from SysInternals.com (ProcessExplorer can give you a list of
> all loaded DLLs, for example).  However, I don't think they will let you
> search by the shared memory region name...

You can in fact do this.  Since Process Explorer shows all handles in
use by the process, you can also see the handle to the shared memory
region.  The stock name is \BaseNamedObjects\cygwin1S4.shared.4.  So you
can use Procexp's "find handle" feature and search for
"cygwin1S4.shared".

Brian

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[JeDi]

> filename. Is there a way to
> > know which dll is loaded in memory and which
> filename or program it is
> > loaded from ?
> 
> Yes, you could try using ProcessExplorer or some
> other tools (e.g.,
> "handle") from SysInternals.com (ProcessExplorer can
> give you a list of
> all loaded DLLs, for example).  However, I don't
> think they will let you
> search by the shared memory region name...
>

I found the cygwin1.dll in a process called
'services.exe'. Seemed that I was not able to kill it
at first. I took a look in the window directory
processExplorer was pointing, and found nothing. After
a while I was able to kill it and another services.exe
launch right after, this one from
C:\WINDOWS\system32\services.exe, and without the
cygwin1.dll. I am now able to launch bash properly.

Worm ?

> Have you rebooted since you've uninstalled all of
> those programs?  A
> program still running with the old DLL will cause
> your error message to be
> produced, even if the uninstall succeeded.

Sure I had :)
 
> This looks suspicious:
> 
> > HKEY_CURRENT_USER\Software\Cygnus Solutions
> > HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
> > HKEY_CURRENT_USER\Software\Cygnus
> Solutions\Cygwin\mounts v2
> > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
> > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
> Solutions\Cygwin
> > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
> Solutions\Cygwin\mounts v2
> > HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus
> Solutions\Cygwin\Program Options
> 
> (you seem to be missing all your mounts).  So does
> this:
> 
> > Cygwin Package Information
> > No setup information found
> > Use -h to see help about each section
> 
> Do you have the /etc/setup directory in your Cygwin
> installation?
> 

/etc/setup does exist and contains some files.
Actually cygcheck is depending on cygwin1.dll I guess,
so ...



___ 
To help you stay safe and secure online, we've developed the all new Yahoo! 
Security Centre. http://uk.security.yahoo.com

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[Igor Pechtchanski]

On Sat, 10 Dec 2005, JeDi wrote:

> > It's irrelevent what the name of the .exe is.  As Igor already said,
> > even if a third party packages a cygwin1.dll that has simply been
> > renamed, it will still have the same shared memory name, so that if
> > the two DLLs are ever loaded at the same time they will clash.  This
> > is exactly what the error message you're getting indicates -- that you
> > have two incompatible Cygwin libraries on your system somewhere, even
> > if one of them has been renamed to something you don't recognise.
>
> Brian,
>
> I have uninstall OpenSSH and every software that was including
> cygwin1.dll (WinBoard, ...), and I obtain the same message when I try to
> launch cygwin. Pardon my insistance, I'm not familiar to the dll
> mechanism, and I understand that the name in the shared memory af a DLL
> instance does not correspond to the dll filename, but if I rename a .dll
> file, how can it be loaded again ?
> Furthermore, I have, right now, just one and only one cygwin1.dll, and
> it is the original one from the latest release. So maybe another program
> has loaded this dll from a totally different filename. Is there a way to
> know which dll is loaded in memory and which filename or program it is
> loaded from ?

Yes, you could try using ProcessExplorer or some other tools (e.g.,
"handle") from SysInternals.com (ProcessExplorer can give you a list of
all loaded DLLs, for example).  However, I don't think they will let you
search by the shared memory region name...

> I don't mean to bother, just trying to understand and fix the problem as
> cygwin is a great tool and would help me in what I'm doing.

Have you rebooted since you've uninstalled all of those programs?  A
program still running with the old DLL will cause your error message to be
produced, even if the uninstall succeeded.

> PS: attached my latest cygcheck output.

This looks suspicious:

> HKEY_CURRENT_USER\Software\Cygnus Solutions
> HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
> HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
> HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

(you seem to be missing all your mounts).  So does this:

> Cygwin Package Information
> No setup information found
> Use -h to see help about each section

Do you have the /etc/setup directory in your Cygwin installation?

I suggest you re-run Cygwin setup and reinstall all of your packages.  If
you haven't cleared the local package cache, you should even be able to do
this without any downloads.
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[JeDi]

> 
> Maybe this has been mentioned already but it looks
> like these recent
> openssh problems may be due to this idiotic site:
> 
> http://sshwindows.sourceforge.net/download/
> 
> Anyone want to take a stab at getting it taken down?
>  It hasn't been
> updated in more than a year and it is obviously
> causing problems.
> 
> Notice to future archive readers - the above URL is
> evil don't use it.
> It will cause you nothing but heartache.
> 

I'm not sure openSSH is the root cause here. I have
uninstall it (with the packed uninstaller) and
rebooted, but that doesn't solved my problem.



___ 
NEW Yahoo! Cars - sell your car and browse thousands of new and used cars 
online! http://uk.cars.yahoo.com/

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[JeDi]

> 
> Maybe this has been mentioned already but it looks
> like these recent
> openssh problems may be due to this idiotic site:
> 
> http://sshwindows.sourceforge.net/download/
> 
> Anyone want to take a stab at getting it taken down?
>  It hasn't been
> updated in more than a year and it is obviously
> causing problems.
> 
> Notice to future archive readers - the above URL is
> evil don't use it.
> It will cause you nothing but heartache.
> 

I'm not sure openSSH is the root cause here. I have
uninstall it (with the packed uninstaller) and
rebooted, but that doesn't solved my problem.



___ 
Yahoo! Exclusive Xmas Game, help Santa with his celebrity party - 
http://santas-christmas-party.yahoo.net/

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[JeDi]

> It's irrelevent what the name of the .exe is.  As
> Igor already said,
> even if a third party packages a cygwin1.dll that
> has simply been
> renamed, it will still have the same shared memory
> name, so that if the
> two DLLs are ever loaded at the same time they will
> clash.  This is
> exactly what the error message you're getting
> indicates -- that you have
> two incompatible Cygwin libraries on your system
> somewhere, even if one
> of them has been renamed to something you don't
> recognise.
> 

Brian, 

I have uninstall OpenSSH and every software that was
including cygwin1.dll (WinBoard, ...), and I obtain
the same message when I try to launch cygwin. 
Pardon my insistance, I'm not familiar to the dll
mechanism, and I understand that the name in the
shared memory af a DLL instance does not correspond to
the dll filename, but if I rename a .dll file, how can
it be loaded again ?
Furthermore, I have, right now, just one and only one
cygwin1.dll, and it is the original one from the
latest release. So maybe another program has loaded
this dll from a totally different filename. Is there a
way to know which dll is loaded in memory and which
filename or program it is loaded from ?

I don't mean to bother, just trying to understand and
fix the problem as cygwin is a great tool and would
help me in what I'm doing.

Thx.
PS: attached my latest cygcheck output.



___ 
To help you stay safe and secure online, we've developed the all new Yahoo! 
Security Centre. http://uk.security.yahoo.com

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[Christopher Faylor]

On Sat, Dec 10, 2005 at 09:20:42AM -0800, Brian Dessent wrote:
>JeDi wrote:
>>Sure Brian, but bash.exe is present nowhere but in my cygwin\bin
>>directory, and bash doesn't work.  I agree with you that my computer is
>>kind of a mess but I don't think this is the root cause.  Actually,
>>i've set up my environment variable with cygwin\bin in the first
>>position of my path and it doesn't change anything.
>
>It's irrelevent what the name of the .exe is.  As Igor already said,
>even if a third party packages a cygwin1.dll that has simply been
>renamed, it will still have the same shared memory name, so that if the
>two DLLs are ever loaded at the same time they will clash.  This is
>exactly what the error message you're getting indicates -- that you
>have two incompatible Cygwin libraries on your system somewhere, even
>if one of them has been renamed to something you don't recognise.

Maybe this has been mentioned already but it looks like these recent
openssh problems may be due to this idiotic site:

http://sshwindows.sourceforge.net/download/

Anyone want to take a stab at getting it taken down?  It hasn't been
updated in more than a year and it is obviously causing problems.

Notice to future archive readers - the above URL is evil don't use it.
It will cause you nothing but heartache.

cgf

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[Brian Dessent]

JeDi wrote:

> Sure Brian, but bash.exe is present nowhere but in my
> cygwin\bin directory, and bash doesn't work. I agree
> with you that my computer is kind of a mess but I
> don't think this is the root cause. Actually, i've set
> up my environment variable with cygwin\bin in the
> first position of my path and it doesn't change
> anything.

It's irrelevent what the name of the .exe is.  As Igor already said,
even if a third party packages a cygwin1.dll that has simply been
renamed, it will still have the same shared memory name, so that if the
two DLLs are ever loaded at the same time they will clash.  This is
exactly what the error message you're getting indicates -- that you have
two incompatible Cygwin libraries on your system somewhere, even if one
of them has been renamed to something you don't recognise.

Brian

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[JeDi]

--- Brian Dessent <[EMAIL PROTECTED]> wrote:

> Found: C:\Program Files\OpenSSH\bin\ls.exe
> Found: C:\Program Files\OpenSSH\bin\rm.exe
> Found: C:\Program Files\OpenSSH\bin\sh.exe
> 
> That directory contains a bunch of unix like tools
> and probably a
> foreign, incompatible version of cygwin1.dll.  Get
> rid of it, or at
> least remove it from yor path, and install the
> cygwin openssh package.
> 
> I foresee many similar problems in your future, as
> you've got all sorts
> of stuff in your PATH that's going to clash with the
> cygwin versions
> (perl, tcl, boost, xerces, subversion, ssh, etc.)
> 
> You can't just have all that crap in your PATH and
> not expect problems
> due to having sixteen different versions of "rm" or
> "ssh" or whatever
> floating around.  At the very least you need to be
> very careful with
> your PATH.
> 

Sure Brian, but bash.exe is present nowhere but in my
cygwin\bin directory, and bash doesn't work. I agree
with you that my computer is kind of a mess but I
don't think this is the root cause. Actually, i've set
up my environment variable with cygwin\bin in the
first position of my path and it doesn't change
anything.

Thanks for your help anyway.



___ 
Yahoo! Exclusive Xmas Game, help Santa with his celebrity party - 
http://santas-christmas-party.yahoo.net/

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[Brian Dessent]

JeDi wrote:

> Here is the output of 'cygcheck -svr'. I didn't
> attached it in the first place because it produce
> itself lot of those 'shared memory vesion mismatch'.

Found: C:\Program Files\OpenSSH\bin\ls.exe
Found: C:\Program Files\OpenSSH\bin\rm.exe
Found: C:\Program Files\OpenSSH\bin\sh.exe

That directory contains a bunch of unix like tools and probably a
foreign, incompatible version of cygwin1.dll.  Get rid of it, or at
least remove it from yor path, and install the cygwin openssh package.

I foresee many similar problems in your future, as you've got all sorts
of stuff in your PATH that's going to clash with the cygwin versions
(perl, tcl, boost, xerces, subversion, ssh, etc.)

You can't just have all that crap in your PATH and not expect problems
due to having sixteen different versions of "rm" or "ssh" or whatever
floating around.  At the very least you need to be very careful with
your PATH.

Brian

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[JeDi]

> Please read and follow the Cygwin problem reporting
> guidelines at
> , especially the
> part that asks you to
> attach (as an uncompressed text attachment) the
> output of "cygcheck -svr"
> on your system.
> 

Here is the output of 'cygcheck -svr'. I didn't
attached it in the first place because it produce
itself lot of those 'shared memory vesion mismatch'.



___ 
To help you stay safe and secure online, we've developed the all new Yahoo! 
Security Centre. http://uk.security.yahoo.com

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

Re: 1.5.18-1: issue with cygwin1.dll: "system shared memory version mismatch detected"

[Igor Pechtchanski]

On Sat, 10 Dec 2005, JeDi wrote:

> Hi,
>
>   On a Windows XP SP2 I have installed cygwin 1.5.18-1 (the latest as
> for now). When I launch cygwin.bat, I have:
>
> C:\cygwin\bin\bash.exe (3652): *** system shared memory version mismatch
> detected - 0x75BE0074/0x75BE0084.
> This problem is probably due to using incompatible versions of the
> cygwin DLL. Search for cygwin1.dll using the Windows Start->Find/Search
> facility and delete all but the most recent version.  The most recent
> version *should* reside in x:\cygwin\bin, where 'x' is the drive on
> which you have installed the cygwin distribution.  Rebooting is also
> suggested if you are unable to find another cygwin DLL.
>
> This occurs for every cygwin executable (ls, grep, dd, etc ...). I have
> followed the instruction above: looked for other cygwin1.dll, I have
> renamed all of them. I have rebooted. I have tries with another user
> acount. I have uninstalled cygwin (delete the folder and the registry
> key) and installed it again. I always obtain the same result.

Please read and follow the Cygwin problem reporting guidelines at
, especially the part that asks you to
attach (as an uncompressed text attachment) the output of "cygcheck -svr"
on your system.

In the absense of that output, a WAG would be that you've encountered a
particularly devious what we dub  -- a
set of tools that bundles parts of Cygwin.  The deviousness manifests in
that their cygwin1.dll is apparently renamed to something else.  However,
that still doesn't avoid the shared memory region conflicts, since the
shared region id is Windows-global.

Looking at the output of "cygcheck -svr" requested above should confirm or
deny this guess.  At that point we can work on further steps in isolating
the culprit.
HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_[EMAIL PROTECTED]
 |,4-  ) )-,_. ,\ (  `'-'   Igor Pechtchanski, Ph.D.
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

If there's any real truth it's that the entire multidimensional infinity
of the Universe is almost certainly being run by a bunch of maniacs. /DA

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