Visibility of compiler symbols between executables and DLLs

[Nick Glencross]

Guys,

I've done some research on this and don't believe that it's a
perennial question that keeps coming up!

On many platforms compilation symbols in an executable are not made
visible to its Shared Library/DLLs by default, but this can often be
overridden with a compiler flag to change the policy. My question in a
nutshell then is whether cygwin has the ability to have a DLL access a
global variable within the executable that loads it? As an obvious
follow on, if yes, then how do you go about doing it?

Everything that I've seen indicates that this isn't possible, due to
limitations imposed by DLLs, but would appreciate believing this with
a bit more confidence,

Thanks in advance,

Nick

--
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: Visibility of compiler symbols between executables and DLLs

[Max Bowsher]

Nick Glencross wrote:

Guys,

I've done some research on this and don't believe that it's a
perennial question that keeps coming up!

On many platforms compilation symbols in an executable are not made
visible to its Shared Library/DLLs by default, but this can often be
overridden with a compiler flag to change the policy. My question in a
nutshell then is whether cygwin has the ability to have a DLL access a
global variable within the executable that loads it? As an obvious
follow on, if yes, then how do you go about doing it?

Everything that I've seen indicates that this isn't possible, due to
limitations imposed by DLLs, but would appreciate believing this with
a bit more confidence,


I'm fairly sure that it is impossible. Actually, it might be possible if 
there was a flag to convice GCC to add an import table to the built .exe, 
but last time I investigated that, there was no such flag. But even if that 
was possible, the .dll would need to explicitly link against the .exe that 
was to load it, for this method to work.


The standard workaround is to put whatever symbols both the .exe and the 
.dll both need access to into a second .dll, which both of the original 
components then link against.


Interestingly, the difficulties created by DLLs are at least slightly 
similar to those created by OS X two-level-namespace linking.



Max.


--
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: Visibility of compiler symbols between executables and DLLs

[Brian Dessent]

Max Bowsher wrote:

> I'm fairly sure that it is impossible. Actually, it might be possible if
> there was a flag to convice GCC to add an import table to the built .exe,
> but last time I investigated that, there was no such flag. But even if that
> was possible, the .dll would need to explicitly link against the .exe that
> was to load it, for this method to work.

This does actually work, AFAIK.  You need to use __declspec(dllexport)
on the symbols in the .exe, and produce an import library
(-Wl,--out-implib) when building the .exe which is then used in linking
the .dll.  It hardcodes the name of the .exe in the .dll though, so it
also means that you cannot use the .dll as a general purpose library.

Refactoring out to a common .dll is much cleaner.  You can also design
the API so that you pass pointers to the symbols as arguments to
functions in the .dll.

The archives of this list (and the mingw list FWIW) have numerous
versions of this question, because it comes up all the time from people
that are used to the way linux shared libraries work.

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; Visibility of compiler symbols between executables and DLLs

[Danny Smith]

Nick Glencross wrote:

> On many platforms compilation symbols in an executable are not made
> visible to its Shared Library/DLLs by default, but this can often be
> overridden with a compiler flag to change the policy. My question in a
> nutshell then is whether cygwin has the ability to have a DLL access a
> global variable within the executable that loads it? As an obvious
> follow on, if yes, then how do you go about doing it?
>

http://sources.redhat.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/samples/dlltest/?c
vsroot=src

has an old example (ca 1998). You can find more recent examples, using
'gcc -shared' rather than dlltool, in
cygwin archives.
Danny



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

entry point error while executing gcc command

[Vedpathak, Rameshwari IN BLR SISL]

 
Hello,
 
I have installed a cygwin package newly on my system, its WinXP system.
i have installed fles, bison and gcc from the pakage.
 
But while runing the gcc command i get error :  "The procedure entry
point __getreent could not be located in the dynamic link library
cygwin1.dll"
I have already re-installed it twice but still the same problem.
 
i am not sure if its problem with the package or something else. But if
anyone has an idea pelase do let me know.
 
Best Regards,
Rameshwari

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

Bug in dd ?? at EOM

[Bengt-Arne Fjellner]

When using dd with flags conv=noerror,sync
It tries reading after the disc ends.

This line in cygwin tries reading past end of media:
 dd if=/dev/sdd of=kk bs=512 skip=156280250 conv=noerror,sync
dd: reading `/dev/sdd': Input/Output error
21120+0 records in
21120+0 records out
10813440 bytes (11 MB) copied, 1.151 seconds, 9.4 MB/s
dd: reading `/dev/sdd': Input/Output error
21120+1 records in
21121+0 records out
repeats "forever"


In linux the same:
 dd if=/dev/hda of=kk bs=512 skip=90069830 conv=noerror,sync
10+0 records in
10+0 records out

Stops at end of disk. Whos wrong?

Versions:
cygwin dd version
$ dd --version
dd (coreutils) 5.3.0
Written by Paul Rubin, David MacKenzie, and Stuart Kemp.

Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Linux version:
[EMAIL PROTECTED] ~# dd --version
dd (coreutils) 5.2.1
Written by Paul Rubin, David MacKenzie, and Stuart Kemp.

Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

-- 
Bengt-Arne Fjellner



--
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: FAQ Notes

[Corinna Vinschen]

On Sep 25 21:01, Christopher Faylor wrote:
> On Sun, Sep 25, 2005 at 05:36:23PM -0700, Joshua Daniel Franklin wrote:
> >Cygwin can be expected to run on all modern 32 bit versions of
> >Windows, except Windows CE. This includes Windows 95/98/ME/NT/2000/XP.
> >Since Cygwin is a community-supported free software project, patches
> >to provide support for other versions would be thoughtfully
> >considered. Paid support is available through a support contract with
> >Red Hat. For information about getting a Red Hat support contract, see
> >http://cygwin.com/license.html.
> >
> >Keep in mind that Cygwin can only do as much as the underlying OS
> >supports. Because of this, Cygwin will behave differently, and exhibit
> >different limitations, on the various versions of Windows.
> 
> Wow.  Thanks a lot for the fast response.

Yep, thanks a lot from me, too.  But I'm missing two hints in the
http://cygwin.com/faq/faq.html#faq.what.supported section.

First, Windows 2003 Server is missing, and second, we should mention
that Cygwin is also supported in the 32 bit environment WOW64 on 64 bit
versions of Windows XP and 2K3, but that there are no plans to create a
native 64 bit version of Cygwin.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat, Inc.

--
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: Bug in dd ?? at EOM

[Dave Korn]

Original Message
>From: Bengt-Arne Fjellner
>Sent: 26 September 2005 11:43

> When using dd with flags conv=noerror,sync
> It tries reading after the disc ends.
> 
> This line in cygwin tries reading past end of media:
>  dd if=/dev/sdd of=kk bs=512 skip=156280250 conv=noerror,sync
> dd: reading `/dev/sdd': Input/Output error
> 21120+0 records in
> 21120+0 records out
> 10813440 bytes (11 MB) copied, 1.151 seconds, 9.4 MB/s
> dd: reading `/dev/sdd': Input/Output error
> 21120+1 records in
> 21121+0 records out
> repeats "forever"
> 

> Stops at end of disk. Whos wrong?

  There is very definitely a problem with cygwin vs. dd, which I'm
investigating.  I've seen the same thing with CF memory cards, and initially
thought it was directly related to the memcard driver, but I was becoming
convinced it's a generic problem with cygwin's readv, and since you've found
it shows up on hard drives as well, that confirms it for me.  I'll get round
to it late tonight.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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: entry point error while executing gcc command

[Gerrit P. Haase]

Vedpathak, Rameshwari IN BLR SISL wrote:

 
Hello,
 
I have installed a cygwin package newly on my system, its WinXP system.

i have installed fles, bison and gcc from the pakage.
 
But while runing the gcc command i get error :  "The procedure entry

point __getreent could not be located in the dynamic link library
cygwin1.dll"
I have already re-installed it twice but still the same problem.
 
i am not sure if its problem with the package or something else. But if

anyone has an idea pelase do let me know.


Which version of Cygwin?  Probably you need to update Cygwin.


Gerrit

--
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: Strange behaviour with g++ 3.4.4-1

[Dave Korn]

Original Message
>From: Angelo Graziosi
>Sent: 23 September 2005 22:01

> Rebuilding, with GCC 3.4.4-1, a few my Windows applications
> (those that use -mwindows), I have found a compiler error that
> was absent in the build with GCC 3.3.3-3.
> 
> I have created the simplest test case that reproduces the 'phenomenon'
>
> /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/bits/sstream.tcc:
> In member function `virtual typename
> std::basic_stringbuf<_CharT, _Traits, _Alloc>::int_type
> std::basic_stringbuf<_CharT, _Traits, _Alloc>::overflow(typename
> _Traits::int_type)':
> /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/bits/sstream.tcc:102:
> error: expected unqualified-id before '(' token
> /usr/lib/gcc/i686-pc-cygwin/3.4.4/include/c++/bits/sstream.tcc:104:
> error: expected unqualified-id before '(' token

  Those lines are:

   102const __size_type __opt_len = std::max(__size_type(2 *
__capacity),
   103   __size_type(512));
   104const __size_type __len = std::min(__opt_len, __max_size);

  Something #def'd min and max, making the preprocessed source look like
this:

   const __size_type __opt_len = std::((__size_type(2 *
__capacity))>(__size_type(512))?(__size_type(2 *
__capacity)):(__size_type(512)));

   const __size_type __len =
std::((__opt_len)<(__max_size)?(__opt_len):(__max_size));

It came shortly after here:

# 97 "/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../include/w32api/windef.h"
3

You can fix it like this:

[EMAIL PROTECTED] /test/cplus> g++ test.fixed.cpp -o test
[EMAIL PROTECTED] /test/cplus> diff -pu test.cpp test.fixed.cpp
--- test.cpp2005-09-26 10:52:37.405042000 +0100
+++ test.fixed.cpp  2005-09-26 10:52:26.555119000 +0100
@@ -1,6 +1,8 @@

 #include 
 #include 
+#undef max
+#undef min
 #include 


[EMAIL PROTECTED] /test/cplus>

cheers,
  DaveK
-- 
Can't think of a witty .sigline today


--
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: entry point error while executing gcc command

[Dave Korn]

Original Message
>From: Vedpathak, Rameshwari IN BLR SISL
>Sent: 26 September 2005 11:20

> Hello,
> 
> I have installed a cygwin package newly on my system, its WinXP system.
> i have installed fles, bison and gcc from the pakage.
> 
> But while runing the gcc command i get error :  "The procedure entry
> point __getreent could not be located in the dynamic link library
> cygwin1.dll"
> I have already re-installed it twice but still the same problem.
> 
> i am not sure if its problem with the package or something else. But if
> anyone has an idea pelase do let me know.
> 
> Best Regards,
> Rameshwari


  It's a problem with the package.  It has a mismatched version of the dll
for the version of the compiler included.


cheers,
  DaveK
-- 
Can't think of a witty .sigline today


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

setup.ini

[Hassel, Scott]

It appears that the currently mirrored setup.ini for the installation utility 
is missing a '"' on line 496 under the @ a2ps entry. Could someone confirm and 
correct?

Thanks

Scott Hassel
904-905-6961


Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate 
companies are not responsible for errors or omissions in this e-mail message. 
Any personal comments made in this e-mail do not reflect the views of Blue 
Cross Blue Shield of Florida, Inc.  The information contained in this document 
may be confidential and intended solely for the use of the individual or entity 
to whom it is addressed.  This document may contain material that is privileged 
or protected from disclosure under applicable law.  If you are not the intended 
recipient or the individual responsible for delivering to the intended 
recipient, please (1) be advised that any use, dissemination, forwarding, or 
copying of this document IS STRICTLY PROHIBITED; and (2) notify sender 
immediately by telephone and destroy the document. THANK YOU.



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

cygrunsrv Servicename display not case-sensitive

[Reini Urban]

Just a minor complaint, that cygrunsrv -Q doesn't
display the servicename as stored in the registry or installed.
It displays just the name from the commandline.
Case-insensitive lookup is okay, but I would expect that the
case-sensitive correct
name will be printed.

Service : Postgresql
=>
Service : PostgreSQL

$ cygrunsrv -Q Postgresql
Service : Postgresql
Display name: CYGWIN postmaster (PostgreSQL) 8.1beta1
Current State   : Running
Controls Accepted   : Stop
Command : /usr/sbin/postmaster.exe -D /usr/share/postgresql/data -i

$ cygrunsrv -Q PostgreSQL
Service : PostgreSQL
Display name: CYGWIN postmaster (PostgreSQL) 8.1beta1
Current State   : Running
Controls Accepted   : Stop
Command : /usr/sbin/postmaster.exe -D /usr/share/postgresql/data -i

--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

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

setup.exe error

[Hassel, Scott]

Alright, I must of been mistaken about the quote. Here is the error I'm getting 
when running setup. It says it's parsing the setup.bz2 from the mirror I'm 
downloading from, but performing a clean load to a new client does not cause 
the same errors.

Parse Errors
(null) line 443: syntax error, unexpeced COMMA, expecting STRING
(null) line 443: unrecognized line 443(do you have the latest setup?)
(null) line 443: unrecognized line 443(do you have the latest setup?)
(null) line 443: unrecognized line 443(do you have the latest setup?)
(null) line 443: unrecognized line 443(do you have the latest setup?)
(null) line 443: unrecognized line 443(do you have the latest setup?)
(null) line 443: unrecognized line 443(do you have the latest setup?)
(null) line 443: unrecognized line 443(do you have the latest setup?)
(null) line 443: unrecognized line 443(do you have the latest setup?)
(null) line 443: unrecognized line 443(do you have the latest setup?)
(null) line 443: unrecognized line 443(do you have the latest setup?)
(null) line 443: unrecognized line 443(do you have the latest setup?)


I've looked at line 443 and there are no commas on the line and it is defined 
to "@ XFree86-vfb". The EOL seems to be defined correctly. I'm at a loss.

Scott Hassel
904-905-6961


Blue Cross Blue Shield of Florida, Inc., and its subsidiary and affiliate 
companies are not responsible for errors or omissions in this e-mail message. 
Any personal comments made in this e-mail do not reflect the views of Blue 
Cross Blue Shield of Florida, Inc.  The information contained in this document 
may be confidential and intended solely for the use of the individual or entity 
to whom it is addressed.  This document may contain material that is privileged 
or protected from disclosure under applicable law.  If you are not the intended 
recipient or the individual responsible for delivering to the intended 
recipient, please (1) be advised that any use, dissemination, forwarding, or 
copying of this document IS STRICTLY PROHIBITED; and (2) notify sender 
immediately by telephone and destroy the document. THANK YOU.



--
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: how to choose apps to install

[nidhog]

sorry guys,

i read the FAQ before and thought that you will have to know the
dependencies too and end up with a broken app if you didn't check all
the dependencies that it needed.

fortunately cygwin is smarter than i am.

sorry for the noise.

more power to cygwin,

/nh

--
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: Funny hang with snapshop 20050920

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Christopher Faylor on 9/23/2005 6:11 PM:
> 
> There is a new snapshot up there now.  I think I've given up on the
> technique that I was trying to use to fix the Windows 98 bug.  I've
> yanked out a lot of the code and simplified things but I hope I haven't
> caused the bug to reemerge.
> 
> Could you try the 2005-09-23 snapshot?  Same rules.  I'd still like to
> know if sending a CONT to the hung process fixes it as well as ls
> /proc/nnn/fd and I'd still like to see the strace output if the process
> hangs again.
> 
> Also could anyone who could duplicate the Windows 98 error popup dialog
> confirm or deny if it is still fixed?

I ran 20050923 on my Win98 box most of the weekend.  The original report
of failures to close the console after using ssh still remain fixed; I was
no longer getting popup boxes and was able to close the console.  However,
when running process-intensive tasks (such as building coreutils CVS), I
got quite a few blue screens of death, which is new (and worse than a
popup box).  I haven't had a chance to try the 20050925 snapshot to see if
it improves matters.  I haven't downloaded the snapshot cygwin-inst
recently, so I'm not sure if the recent strace improvements help, but at
least with 20050923, 'strace -o strace.out cvs up' didn't raise a popup
box.  I'll continue investigations with more recent snapshots as time permits.

- --
Life is short - so eat dessert first!

Eric Blake [EMAIL PROTECTED]
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDN/H884KuGfSFAYARAhzhAJ96FYOk0INGY5cj/lYMQOYNuOZWdACdE7uI
pws9Kpo4Hc3r1q+3wUiL56s=
=bIEN
-END PGP SIGNATURE-

--
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: Funny hang with snapshop 20050920

[Christopher Faylor]

On Mon, Sep 26, 2005 at 07:05:00AM -0600, Eric Blake wrote:
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>According to Christopher Faylor on 9/23/2005 6:11 PM:
>> 
>> There is a new snapshot up there now.  I think I've given up on the
>> technique that I was trying to use to fix the Windows 98 bug.  I've
>> yanked out a lot of the code and simplified things but I hope I haven't
>> caused the bug to reemerge.
>> 
>> Could you try the 2005-09-23 snapshot?  Same rules.  I'd still like to
>> know if sending a CONT to the hung process fixes it as well as ls
>> /proc/nnn/fd and I'd still like to see the strace output if the process
>> hangs again.
>> 
>> Also could anyone who could duplicate the Windows 98 error popup dialog
>> confirm or deny if it is still fixed?
>
>I ran 20050923 on my Win98 box most of the weekend.  The original report
>of failures to close the console after using ssh still remain fixed; I was
>no longer getting popup boxes and was able to close the console.  However,
>when running process-intensive tasks (such as building coreutils CVS), I
>got quite a few blue screens of death, which is new (and worse than a
>popup box).  I haven't had a chance to try the 20050925 snapshot to see if
>it improves matters.  I haven't downloaded the snapshot cygwin-inst
>recently, so I'm not sure if the recent strace improvements help,

"strace improvement"?  The only strace-related thing I've done recently is
add some additional info to a debug message.  I doubt that most people would
notice the change.

Corinna reports that 20050925 works better than 20050923 on Windows 98 so
I'm hopeful that I've squashed this bug without resorting to the overly
enthusiastic technique which resulted in various hangs for the last week+.

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: Visibility of compiler symbols between executables and DLLs

[Christopher Faylor]

On Mon, Sep 26, 2005 at 02:32:25AM -0700, Brian Dessent wrote:
>Max Bowsher wrote:
>
>> I'm fairly sure that it is impossible. Actually, it might be possible if
>> there was a flag to convice GCC to add an import table to the built .exe,
>> but last time I investigated that, there was no such flag. But even if that
>> was possible, the .dll would need to explicitly link against the .exe that
>> was to load it, for this method to work.
>
>This does actually work, AFAIK.  You need to use __declspec(dllexport)
>on the symbols in the .exe, and produce an import library
>(-Wl,--out-implib) when building the .exe which is then used in linking
>the .dll.  It hardcodes the name of the .exe in the .dll though, so it
>also means that you cannot use the .dll as a general purpose library.

Right on both counts.  This isn't impossible.  It's just not really 
convenient/useful.

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: FAQ Notes

[Christopher Faylor]

On Mon, Sep 26, 2005 at 12:47:28PM +0200, Corinna Vinschen wrote:
>...Cygwin is also supported in the 32 bit environment WOW64 on 64 bit
>versions of Windows XP and 2K3, but that there are no plans to create a
>native 64 bit version of Cygwin.

OTOH, I'm sure there are interested parties around who are willing to
undertake this task for the correct amount of $.

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: setup.ini

[Christopher Faylor]

On Mon, Sep 26, 2005 at 07:59:59AM -0400, Hassel, Scott wrote:
>It appears that the currently mirrored setup.ini for the installation
>utility is missing a '"' on line 496 under the @ a2ps entry.  Could
>someone confirm and correct?

setup.ini is generated by a program.  If an entry really was missing a
closing '"' that would be an indication of a pretty serious bug.
There is no problem here.  The terminating '"' is a few lines down, just
like other ldesc fields in setup.ini.

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: FAQ Notes

[Corinna Vinschen]

On Sep 26 09:35, Christopher Faylor wrote:
> On Mon, Sep 26, 2005 at 12:47:28PM +0200, Corinna Vinschen wrote:
> >...Cygwin is also supported in the 32 bit environment WOW64 on 64 bit
> >versions of Windows XP and 2K3, but that there are no plans to create a
> >native 64 bit version of Cygwin.
> 
> OTOH, I'm sure there are interested parties around who are willing to
> undertake this task for the correct amount of $.

So far, the right amount of $ kept potential customers from asking
twice, but otherwise, sure, you're right.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat, Inc.

--
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: Bug in dd ?? at EOM

[Corinna Vinschen]

On Sep 26 12:08, Dave Korn wrote:
> Original Message
> >From: Bengt-Arne Fjellner
> >Sent: 26 September 2005 11:43
> 
> > When using dd with flags conv=noerror,sync
> > It tries reading after the disc ends.
> > 
> > This line in cygwin tries reading past end of media:
> >  dd if=/dev/sdd of=kk bs=512 skip=156280250 conv=noerror,sync
> > dd: reading `/dev/sdd': Input/Output error
> > 21120+0 records in
> > 21120+0 records out
> > 10813440 bytes (11 MB) copied, 1.151 seconds, 9.4 MB/s
> > dd: reading `/dev/sdd': Input/Output error
> > 21120+1 records in
> > 21121+0 records out
> > repeats "forever"
> > 
> 
> > Stops at end of disk. Whos wrong?
> 
>   There is very definitely a problem with cygwin vs. dd, which I'm
> investigating.  I've seen the same thing with CF memory cards, and initially
> thought it was directly related to the memcard driver, but I was becoming
> convinced it's a generic problem with cygwin's readv, and since you've found
> it shows up on hard drives as well, that confirms it for me.  I'll get round
> to it late tonight.

I've applied a patch which tries to workaround the strange behaviour of
Win32 ReadFile when reading beyond EOF.  Please give the next developers
snapshot a try.


Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader  cygwin AT cygwin DOT com
Red Hat, Inc.

--
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: FAQ Notes

[Joshua Daniel Franklin]

On 9/26/05, Corinna Vinschen wrote:
> On Sep 26 09:35, Christopher Faylor wrote:
> > On Mon, Sep 26, 2005 at 12:47:28PM +0200, Corinna Vinschen wrote:
> > >...Cygwin is also supported in the 32 bit environment WOW64 on 64 bit
> > >versions of Windows XP and 2K3, but that there are no plans to create a
> > >native 64 bit version of Cygwin.
> >
> > OTOH, I'm sure there are interested parties around who are willing to
> > undertake this task for the correct amount of $.
>
> So far, the right amount of $ kept potential customers from asking
> twice, but otherwise, sure, you're right.

Anyone want to suggest some language for this?

Also, should the Cygwin license be available in the distribution, maybe
in /usr/share/doc/ ?

--
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: FAQ Notes

[Christopher Faylor]

On Mon, Sep 26, 2005 at 09:35:21AM -0700, Joshua Daniel Franklin wrote:
>On 9/26/05, Corinna Vinschen wrote:
>> On Sep 26 09:35, Christopher Faylor wrote:
>> > On Mon, Sep 26, 2005 at 12:47:28PM +0200, Corinna Vinschen wrote:
>> > >...Cygwin is also supported in the 32 bit environment WOW64 on 64 bit
>> > >versions of Windows XP and 2K3, but that there are no plans to create a
>> > >native 64 bit version of Cygwin.
>> >
>> > OTOH, I'm sure there are interested parties around who are willing to
>> > undertake this task for the correct amount of $.
>>
>> So far, the right amount of $ kept potential customers from asking
>> twice, but otherwise, sure, you're right.
>
>Anyone want to suggest some language for this?

I don't think you have to mention it officially.

>Also, should the Cygwin license be available in the distribution, maybe
>in /usr/share/doc/ ?

Probably.

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: Visibility of compiler symbols between executables and DLLs

[Nick Glencross]

Max,

Thanks, that's the conclusion that I had come to. On other UNIX-based
platforms it's possible without actually linking with the .exe,
provided you have compiled with the right flags (-shared on Linux, or
-E on HP-UX). With this done the .exe exposes its global symbols to
subsequently loaded libraries which can then import them. Looks like
DLLs are are more restrictive, but I couldn't find anything documented
about it for cygwin.

Thanks,

Nick

On 9/26/05, Max Bowsher <[EMAIL PROTECTED]> wrote:
> Nick Glencross wrote:
> > Guys,
> >
> > I've done some research on this and don't believe that it's a
> > perennial question that keeps coming up!
> >
> > On many platforms compilation symbols in an executable are not made
> > visible to its Shared Library/DLLs by default, but this can often be
> > overridden with a compiler flag to change the policy. My question in a
> > nutshell then is whether cygwin has the ability to have a DLL access a
> > global variable within the executable that loads it? As an obvious
> > follow on, if yes, then how do you go about doing it?
> >
> > Everything that I've seen indicates that this isn't possible, due to
> > limitations imposed by DLLs, but would appreciate believing this with
> > a bit more confidence,
>
> I'm fairly sure that it is impossible. Actually, it might be possible if
> there was a flag to convice GCC to add an import table to the built .exe,
> but last time I investigated that, there was no such flag. But even if that
> was possible, the .dll would need to explicitly link against the .exe that
> was to load it, for this method to work.
>
> The standard workaround is to put whatever symbols both the .exe and the
> .dll both need access to into a second .dll, which both of the original
> components then link against.
>
> Interestingly, the difficulties created by DLLs are at least slightly
> similar to those created by OS X two-level-namespace linking.
>
>
> Max.
>
>

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

1.5.18: ping 1.01 error message 'recvfrom: Invalid argument'

[Marco Deppe]

Hi,

when I try to run ping I get screens full of the same error message
"ping: recvfrom: Invalid argument"
Find a shortened output below and the cygcheck output attached.
I'm using cygwin 1.5.18 on WinXP SP2, ping package version is 1.01 .

My suspicion: My user is not a local admin - do I have to be one for ping?

Thanks a lot,
Marco

===
$ ping www.google.com
PING www.l.google.com (66.102.7.104): 56 data bytes
sendto: Operation not permitted
ping: wrote www.l.google.com 64 chars, ret=-1
ping: recvfrom: Invalid argument
ping: recvfrom: Invalid argument
...snip...
ping: recvfrom: Invalid argument

www.l.google.com PING Statistics
1 packets transmitted, 0 packets received, 100.0% packet loss
===

cygcheck_marco20050926.out
Description: Binary data
--
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: Strange behaviour with g++ 3.4.4-1

[Angelo Graziosi]

Dave Korn wrote:


> You can fix it like this:
>
> [EMAIL PROTECTED] /test/cplus> g++ test.fixed.cpp -o test
> [EMAIL PROTECTED] /test/cplus> diff -pu test.cpp test.fixed.cpp
> --- test.cpp2005-09-26 10:52:37.405042000 +0100
> +++ test.fixed.cpp  2005-09-26 10:52:26.555119000 +0100
> @@ -1,6 +1,8 @@
> 
>  #include 
>  #include 
> +#undef max
> +#undef min
>  #include 


Thanks, Dave, for the patch.

I would know if there is some bug somewhere: it sounds strange that moving
the header 'windows.h' at the beginning or at the end of includes
sequence, the build works fine.


Best regards,

 Angelo.


--
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: rebase: rebaseall growing pains

[Yaakov S (Cygwin Ports)]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jason Tishler wrote:
> Actually, the above brings up an interesting question.  Did you run out
> of rebase address space?  Please run rebaseall as follows:
> 
> $ rebaseall -v | tail -1

/usr/lib/zsh/4.2.4/zsh/zutil.dll: new base = 50db, new size = 2


Yaakov
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (Cygwin)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDOHR2piWmPGlmQSMRAkvLAKCo6jlX1TfiTjvlemvGkFX5WkpvHgCdE+Bl
vVgK5f8G1cAymLyJij++tzE=
=CkVk
-END PGP SIGNATURE-

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

setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4

[Luke Kenneth Casson Leighton]

hi,

um.  very confused.  setup.exe in't setting anything up.

i get a modal dialog at the end of the process saying
"set_cygdrive_flags" - the operation completed successfully.

i check c:\cygwin\var\log\setup.log and it is full of
io_stream_cygfile: fopen failed 2 No such file or directory,

presumably there is one such failure for every package that
was endeavoured to be installed from c:\cygfiles\release?

i tried renaming the directory from the _awful_ name
c:\cygfiles\ftp%2feasynet.be%2arubbish%trash%2acygwin to
c:\cygfiles\release and then doing a "local" install.

i've tried using c:/cygwin and c:/cygfiles/release instead of c:\cygwin
and c:\cygfiles\release.

i've tried deleting c:\cygwin after a download and re-entering all of
the questions (but of course specifying "local" install).

i've tried (to my detriment because it is a one-way process
where i will never be able to reliably gain read-write access
to the drive, or recovery process on linux) converting the
filesystem from FAT32 to NTFS.

i've tried setup.exe versions 2.510.2.2, setup 2.427, 2.457.

not one of these things allows for a successful installation,
with every result the same: io_stream_cygfile failures.

wtf is going on and what am i missing?

guidance to a solution / things to try much appreciated.


-- 
--
http://lkcl.net";>http://lkcl.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: Visibility of compiler symbols between executables and DLLs

[Charles Wilson]

Brian Dessent wrote:

Max Bowsher wrote:



I'm fairly sure that it is impossible. Actually, it might be possible if
there was a flag to convice GCC to add an import table to the built .exe,
but last time I investigated that, there was no such flag. But even if that
was possible, the .dll would need to explicitly link against the .exe that
was to load it, for this method to work.



This does actually work, AFAIK.  You need to use __declspec(dllexport)
on the symbols in the .exe, and produce an import library
(-Wl,--out-implib) when building the .exe which is then used in linking
the .dll.  It hardcodes the name of the .exe in the .dll though, so it
also means that you cannot use the .dll as a general purpose library.


Correct.

You can also link the executable using a .def file listing the exports 
you want -- this way you don't need to use __declspec() in your app or 
library code (auto-import will work as well).  However, even in this 
case you also need to generate an import library, as Brian describes above:


gcc -o foo.exe foo.def foo.o -lsomelib -Wl,--out-implib=foo.dll.a

And, as Max pointed out, when you link the DLL you have to give it a 
reference to the .exe's implib:


gcc -shared -o bar.dll -Wl,--out-implib=bar.dll.a bar.o foo.dll.a 
-lotherlibs


Which brings up TWO problems:

(1) foo.exe can't depend on bar.dll (because then each would need the 
other's implib in order to link; chicken/egg problem)


(2) As Brian points out, the 'foo.exe' name will be hardcoded into 
bar.dll's internal import list, so bar can't be used with any other 
executable.



Refactoring out to a common .dll is much cleaner.  You can also design
the API so that you pass pointers to the symbols as arguments to
functions in the .dll.


Yep.

--
Chuck


--
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: Strange behaviour with g++ 3.4.4-1

[Charles Wilson]

Dave Korn wrote:


You can fix it like this:



 #include 
 #include 
+#undef max
+#undef min
 #include 



or like this:

 #include 
+#define NOMINMAX
 #include 
 #include 

--
Chuck


--
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: setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4

[Igor Pechtchanski]

On Mon, 26 Sep 2005, Luke Kenneth Casson Leighton wrote:

> hi,
>
> um.  very confused.  setup.exe in't setting anything up.
>
> i get a modal dialog at the end of the process saying
> "set_cygdrive_flags" - the operation completed successfully.
>
> i check c:\cygwin\var\log\setup.log and it is full of
> io_stream_cygfile: fopen failed 2 No such file or directory,

What about c:\cygwin\var\log\setup.log.full?  It should have more
information (in particular, the io_stream_cygfile messages should be
preceded by the names of the files they correspond to).

> presumably there is one such failure for every package that
> was endeavoured to be installed from c:\cygfiles\release?
>
> i tried renaming the directory from the _awful_ name
> c:\cygfiles\ftp%2feasynet.be%2arubbish%trash%2acygwin to
> c:\cygfiles\release and then doing a "local" install.

According to the directory name, you're using an FTP mirror.  There is an
FTP timeout handling bug in setup, which I'm currently testing a fix for,
that makes setup essentially give up on any FTP transfer when an FTP
timeout happens.  Try using an HTTP mirror.

As for the directory name, it shouldn't make a difference.

> i've tried using c:/cygwin and c:/cygfiles/release instead of c:\cygwin
> and c:\cygfiles\release.

This won't make a difference.

> i've tried deleting c:\cygwin after a download and re-entering all of
> the questions (but of course specifying "local" install).

And what happened?

> i've tried (to my detriment because it is a one-way process
> where i will never be able to reliably gain read-write access
> to the drive, or recovery process on linux) converting the
> filesystem from FAT32 to NTFS.

Ouch.  You have my sympathies, though NTFS is a much more feature-rich
filesystem that is better supported by Cygwin.  If you want to make sure
you have read-write access to the drive, I suggest "taking ownership" of
all files/directories you want to be able to write to.  Once the files are
owned by you, you can change the ACLs appropriately.

> i've tried setup.exe versions 2.510.2.2, setup 2.427, 2.457.
>
> not one of these things allows for a successful installation,
> with every result the same: io_stream_cygfile failures.
>
> wtf is going on and what am i missing?
>
> guidance to a solution / things to try much appreciated.

Please try an HTTP mirror.  If that doesn't work, please post
c:\cygwin\var\log\setup.log.full to this list.
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: rebase: rebaseall growing pains

[Jason Tishler]

Yaakov,

On Mon, Sep 26, 2005 at 05:21:42PM -0500, Yaakov S wrote:
> Jason Tishler wrote:
> > Actually, the above brings up an interesting question.  Did you run
> > out of rebase address space?  Please run rebaseall as follows:
> > 
> > $ rebaseall -v | tail -1
> 
> /usr/lib/zsh/4.2.4/zsh/zutil.dll: new base = 50db, new size = 2

Sorry, but you ran out.  Remember that cygwin1.dll starts at 0x6100.

Jason

-- 
PGP/GPG Key: http://www.tishler.net/jason/pubkey.asc or key servers
Fingerprint: 7A73 1405 7F2B E669 C19D  8784 1AFD E4CC ECF4 8EF6

--
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: setup.exe 2.510.2.2, 2.427 and 2.457 consistently failing, on win2000, sp4

[Larry Hall]

At 08:43 PM 9/26/2005, Igor P. wrote:
>> i've tried (to my detriment because it is a one-way process
>> where i will never be able to reliably gain read-write access
>> to the drive, or recovery process on linux) converting the
>> filesystem from FAT32 to NTFS.
>
>Ouch.  You have my sympathies, though NTFS is a much more feature-rich
>filesystem that is better supported by Cygwin.  If you want to make sure
>you have read-write access to the drive, I suggest "taking ownership" of
>all files/directories you want to be able to write to.  Once the files are
>owned by you, you can change the ACLs appropriately.


I think the OP was lamenting that he would no longer have read/write 
access to this partition from Linux, though maybe I misinterpreted the
intent.  If not, the OP may want to check out:

  
  


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


--
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: Socket operation on non-socket with rsync/ssh

[Pablo Halpern]

Larry Hall  cygwin.com> writes:

> 
> At 10:33 AM 9/25/2005, you wrote:
> >Hello readers!
> >
> >I'm having some continuous problems with rsync/ssh in Windows (cygwin)
> >environment. For some reason, ssh raises a "Socket operation on
> >non-socket" error when I try to transfer files with rsync over ssh. I can
> >connect to the server directly with ssh without any problems, so ssh works
> >properly in general.
> >
> >I tried to search web for similar cases and found that also other users
> >have had this problem. I couldn't find any solution yet.
> >
> >All tips and tricks are welcome, I'm also happy to give more information
> >if needed.
> 
> You should always provide the information requested in:
> 
> >Problem reports:   http://cygwin.com/problems.html

I'm having a similar problem.  The results of cygcheck.svr are at the end of
this message.

The symptoms are this:
1. ssh-add gives these messages when trying to set a passphrase:
bash% eval $(ssh-agent -s)
Agent pid 908
bash% ssh-add
Enter passphrase for /home/Pablo/.ssh/id_dsa:
Error reading response length from authentication socket.
Error writing to authentication socket.
Could not add identity: /home/Pablo/.ssh/id_dsa

2. rsync hangs at random.  Most hangs appear to be with either large files
(15-20MB) or zero-length files.  If it hangs on a file once, it will probably
hang on the same file on the next try.  If I delete or manually sync the file,
rsync moves on and transfers more files before succeeding or hanging again. 
Intrestingly, it hangs MORE often with local transfers than over ssh.

I want to blame both symptoms on the same problem, but when I think about it, I
think problem 2 occured first then, after updating cygwin, problem 1 occured. 
The thing that made me think that they were related is that they may both have
to do with sockets.

I tried completely removing c:\cygwin and re-installing from scratch, but it was
no help.  Is there any way to completely scrub cygwin from my system (including
registry entries) so that I can re-install cleanly?

> That said, did you read and follow the following thread to it's 
> resolution?
> 
> 

That thread made me wonder if Norton Antivirus might be involved.  I tried
adding rsync, ssh, sshd, and ssh-agent to the worm exclusion list, but that
didn't help.  If anybody thinks it might help, I could completely un-install
NAV, but I'd rather not muck with de-installing and re-installing NAV, since it
messes up the subscription info when you do that.

Now, the result of cygcheck -svr:

Cygwin Configuration Diagnostics
Current System Time: Mon Sep 26 22:57:45 2005

Windows XP Home Edition Ver 5.1 Build 2600 Service Pack 2

Path:   .\
c:\Home\Pablo\bin
C:\cygwin\usr\local\bin
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\PROGRA~1\BLOOMB~1\API\dde
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\ATI Technologies\ATI Control Panel
c:\Program Files\Common Files\Adaptec Shared\System
c:\PROGRA~1\BLOOMB~1\API

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 1006(Pablo)GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 1006(Pablo)GID: 513(None)
0(root) 513(None)   544(Administrators) 545(Users)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

USER = `Pablo'
PWD = `/home/Pablo'
HOME = `/home/Pablo'
MAKE_MODE = `unix'

HOMEPATH = `\Documents and Settings\Pablo'
MANPATH = `/usr/local/man:/usr/man:/usr/share/man:/usr/autotool/devel/man::/usr/
ssl/man'
APPDATA = `C:\Documents and Settings\Pablo\Application Data'
HOSTNAME = `Godiva'
TERM = `cygwin'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 9 Stepping 5, GenuineIntel'
ICM_532_INSTALL_DIR = `C:\Program Files\IC Media Corp.\ICM532\Driver'
HISTSIZE = `50'
WINDIR = `C:\WINDOWS'
OLDPWD = `/usr/bin'
USERDOMAIN = `GODIVA'
OS = `Windows_NT'
ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
CDPATH = `:..:../..'
TEMP = `/cygdrive/c/DOCUME~1/Pablo/LOCALS~1/Temp'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
USERNAME = `Pablo'
ENVDONE = `true'
BDEROOT = `/home/Pablo/Bloomberg/infrastructure/groups/bde'
PROCESSOR_LEVEL = `6'
ICM_532_INF_PATH = `C:\WINDOWS\INF\oem27.inf'
FP_NO_HOST_CHECK = `NO'
SYSTEMDRIVE = `C:'
EDITOR = `emacs'
USERPROFILE = `C:\Documents and Settings\Pablo'
ICM_532_PNF_PATH = `C:\WINDOWS\INF\oem27.pnf'
PS1 = `${PWD##$BDEROOT/} \$ '
LOGONSERVER = `\\GODIVA'
PROCESSOR_ARCHITECTURE = `x86'
SHLVL = `1'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
VCTOOLKITINSTALLDIR = `C:\Program Files\Microsoft Visual C++ Toolkit 2003\'
HOMEDRIVE = `C:'
COMSPEC = `C:\WINDOWS\system32\cmd.exe'
TMP = `/cygdrive/c/DOCUME~1/Pablo/LOCALS~1/Temp'
SYSTEMROOT = `C:\WINDOWS'
VISUAL = `emacs'
CVS_RSH = `ssh'
PROCESS

Re: Funny hang with snapshop 20050920

[Aaron Humphrey]

On 9/23/05, Christopher Faylor wrote:
> Also could anyone who could duplicate the Windows 98 error popup dialog
> confirm or deny if it is still fixed?

I was unable to produce the error using scp with the 20050925
snapshot(the whole cygwin-inst, in fact).  So far, so good.


--
--Alfvaen(Web page: http://www.telusplanet.net/public/alfvaen/ )
Song In My Head--Garbage:Cherry Lips(Go Baby Go)
Current Book--China Mieville:The Iron Council
Solid gold question mark twenty feet tall

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