subversion: svn2cl

[Yaakov (Cygwin/X)]

David,

I have begun using svn2cl[1] to manage the cygport ChangeLog.  While 
this will only be a dependency for me and not for building from a source 
tarball, this should really be added to the distro.


There are two alternatives:

1) As is done by other Linux distros[2][3], ship with subversion the 
(older) version of svn2cl from the subversion tarball with an upstream 
patch for compatibility with the latest libxml2[4], OR


2) one of us ITP the latest upstream version separately (I have a 
package ready[5]).


Which would you prefer?


Yaakov


[1] http://arthurdejong.org/svn2cl/
[2] http://packages.debian.org/sid/subversion-tools
[3] 
http://cvs.fedoraproject.org/viewvc/F-12/subversion/subversion.spec?view=markup

[4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546990
[5] http://mirrors.kernel.org/sources.redhat.com/cygwinports/uploads/svn2cl/

--
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: setup 1.7.1 hangs on 000-cygwin-post-install.sh

[Frank Fesevur]

2009/12/23 Charles Wilson:
> I saw something similar a while back. I "fixed" it by doing the following:
>
> 1) launch an ash shell from a cmd window
> 2) run rebaseall (google for more instructions on this).
> 3) re-run setup (this will attempt again to run any uncompleted
> postinstall scripts from the previous attempt).

Didn't help either. I upgraded at home without any problem. I haven't
got a clue how to get cygwin back on my system :-(

Regards,
Frank

--
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: 1.7.1: Mintty/bash window start: -bash: regtool: command not found

[Thorsten Kampe]

* Lee D. Rothstein (Wed, 23 Dec 2009 13:43:02 -0500)
> Andy Koppe wrote:
> > 2009/12/23 Lee D. Rothstein:
> > I can reproduce this as follows:
> >
> > - Leave a Cygwin session open.
> > - Run setup.exe
> > - Select reinstall for cygwin-1.7.1-1.
> > - Click next
> > - "in-use files detected" appears
> > - Click retry.
> >
> > Strangely, 'retry' is accepted even without closing all Cygwin
> > processes. But it doesn't seem to make a difference to the outcome
> > anyway: regtool and also mount and ps aren't installed.
> >
> > It can be fixed by reinstalling the cygwin package again, this time
> > without any Cygwin processes running.
> >
> >   
> Thanks, Andy, this fixed the sucker! And too, regtool did get installed.
> 
> Is this a setup bug?

Yes. The problem is even worse: it does not retry to update the "in-
use" files again even after the file is not in-use (including reboot).

Scenario: tried to update 1.7.0 installation. Shut down sshd and cron, 
forgot ssh-agent. Got "in-use" message saying either shut down the 
process or you have to reboot. Killed ssh-agent, tried again, setup went 
ahead. Cygwin was still on 1.7.0. Rebooted: no change. Reverted VM to 
snapshot, closed /all/ Cygwin process: no problem.

Thorsten


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

Re: Re-installed cygwin 1.7 but still getting error running Perl

[Reini Urban]

2009/12/24  :
> I am getting this error when I try to run Perl
>
> $ perl -v
> /usr/bin/perl.exe: error while loading shared libraries: ?: cannot open
> shared object file: No such file or directory

Can you please post the result of
cygcheck /bin/perl

I just fixed the wrong setup.hint yesterday,
so it could be that you got a broken setup.hint with no dependencies at all.

You need those packages:
libgcc1 libgdbm4 libdb4.5 crypt libexpat1 libbz2_1

The mirrors should have been updated also, so you can try to
re-install perl, which would pull in the required dependencies
automatically.



> I originally tried to used setup.exe to upgrade my 1.5.x cygwin to 1.7.x
> and things seemed to be quite broken.
>
> So, I renamed c:\cygwin to c:\cygwin.orig and started from scratch.
>
> Now I'm unable to run Perl :-(
>
> Does anyone have any idea how to diagnose what's going wrong?
>
> Thanks
> ~ Michael
>
>  <>
>
> --
> 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
>



-- 
Reini Urban
http://phpwiki.org/   http://murbreak.at/

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

Re: [ANNOUNCEMENT] NEW major release: cygwin-1.7.1-1

[Corinna Vinschen]

On Dec 23 10:33, Andrew Schulman wrote:
> > Hi Cygwin friends and users,
> > 
> > 
> > after an exceptionally long time of development and testing we're proud
> > to release Cygwin's next major version 1.7.1.
> > 
> > This release is a big leap from the former Cygwin releases in a couple
> > of ways.
> 
> Indeed it is.  As maintainer of the gold star page, I've taken the liberty of
> awarding three gold stars each to Christopher and Corinna for releasing Cygwin
> 1.7.
> 
> Normally it's Christopher and Corinna who award gold stars to us, the 
> community,
> but this time it's our turn to recognize their work.  It's been a long effort
> from which all Cygwin users (well, except for the ones still on Win9x :) will
> benefit.

Thanky you, Andrew.  I'll make sure to find a nice frame for the gold
stars :)


Corinna

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

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

Re: How to install Legacy from scratch?

[Fergus]

>> http://www.cygwin.com/setup-legacy.exe
Thank you, I had completely missed this, fooled by it having same 
version number as setup.exe.

Fergus


--
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: Problems with SSHD service partially resolved (Other problem not resolved.)

[Andy Koppe]

2009/12/24 Gregg Levine:
> My other problems are the typically idiotic Windows problems
> concerning removing a directory (or a directory of directories). The
> system refuses to believe that I have the rights to remove that
> directory.

Use 'rm -rf' from your new Cygwin install. Much faster than Explorer as well.

Andy

--
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: "mount -a" has no effect on the cygdrive prefix

[Corinna Vinschen]

On Dec 23 08:32, Karl M wrote:
> Hi All...
>  
> With the last 1.7.0 version and with a clean 1.7.1 install on an XP Pro SP3 
> machine,
> if I edit my fstab to change my cygdrive prefix and then do a "mount -a", my 
> mounts
> as shown by the mount command or catting mtab are not updated. I only tried 
> it with
> the cygdrive prefix, not with other mounts.

The cygdrive prefix is explicitely ignored when calling mount -a.
The problem is, I'm not sure anymore *why* I did it that way.
I added it to my TODO list, at least to figure out the reason...


Thanks,
Corinna

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

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

Re: Incorrect permissions on mount point when user does not have permission to access mounted directory

[Corinna Vinschen]

On Dec 23 18:55, Chris January wrote:
> Hello,
> 
> I have drive I: mounted at /backup but the ACLs deny access to anyone not
> in the Administrators group. I am in the Administrators group, but running
> Windows 7 so I can only access the drive if I am running with elevated
> privileges. If I run Cygwin without elevated privileges and type ls -l
> /backup, Cygwin shows the following:
> 
> $ ls -l /backup
> -rw-r--r-- 1 Chris None 0 2006-12-01 00:00 /backup
> 
> i.e. Cygwin incorrectly reports the mount point is a regular file and not
> a directory.

I can reproduce it.  I'll see if I can come up with a patch for 1.7.2.


Thanks for the report,
Corinna

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

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

Re: Updating the Wikipedia entry for Cygwin

[Corinna Vinschen]

On Dec 23 17:17, DePriest, Jason R. wrote:
> Does anyone on the list keep an eye on the Wikipedia entry for Cygwin?
> 
> It is where you would expect: http://en.wikipedia.org/wiki/Cygwin for
> the English Wikipedia.
> 
> It has the current version as "1.5.25-15 / 14 June 2008".
> 
> Someone with a better understanding of the fundamental changes may
> want to update the entry to reflect the release of version 1.7.

I just had a look.  Somebody did it already, on the English as well as
on thr German wikipedia page.


Corinna

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

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

Re: 1.7.0-51: Problem using ssh public/private key authentication

[XYM]

With files from my backup I have newly set up Cygwin with 1.5.x. Everythings
ok. Then I updated it to 1.7.x, same error like before.

XYM

Happy X-Mas



René Berber-2 wrote:
> 
> XYM wrote:
> 
>> I have encountered same problem after upgrading to 1.7.x. First to say
>> that
>> I'm not so familiar with all of that.
>> 
>> I was running a ssh-server and connect with Putty to my server using a
>> tunnel. Everything works fine till today. After upgrading to 1.7.x and
>> trying to connect to my server I get the following message:
>> 
>> 
>> 2 [main] -bash 3776 C:\CygWin\bin\bash.exe: *** fatal error - couldn't
>> dynamically determine load address for 'WSAGetLastError' (handle
>> 0x), Win32 error 126
>> 
>> Tried to set up new sshd but no change.
> 
> The error above is a client side error, you re-installed the server
> which is not the problem.
> 
> In fact is not even a client side error, is bash complaining after you
> logged in, the error code means "The specified module could not be
> found." so it looks like bash is not finding all its libraries... but I
> could be wrong, never seen an error message like that.
> -- 
> René Berber
> 
> 
> --
> 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
> 
> 
> 

-- 
View this message in context: 
http://old.nabble.com/1.7.0-51%3A-Problem-using-ssh-public-private-key-authentication-tp24513829p26912223.html
Sent from the Cygwin list mailing list archive at Nabble.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: 1.7.0-51: Problem using ssh public/private key authentication

[THW Mark]

XYM wrote:
> 
> I was running a ssh-server and connect with Putty to my server using a
> tunnel. Everything works fine till today. After upgrading to 1.7.x and
> trying to connect to my server I get the following message:
> 
> 2 [main] -bash 3776 C:\CygWin\bin\bash.exe: *** fatal error - couldn't
> dynamically determine load address for 'WSAGetLastError' (handle
> 0x), Win32 error 126
> 

I am having the exact same issue. I installed cygwin with very basic
configuration (added ssh, rsync and vim). 

The odd thing about this is: when user/password prompt is enabled and
entered manually, it logs in without any problems. The error comes up when
the public key authentication is used. Unfortunately, for my application, I
really need the key auth.

It seems to be a recent problem, there are very little google results about
this issue...

Happy X-mas!

Mark
-- 
View this message in context: 
http://old.nabble.com/1.7.0-51%3A-Problem-using-ssh-public-private-key-authentication-tp24513829p26912224.html
Sent from the Cygwin list mailing list archive at Nabble.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: 1.7.0-51: Problem using ssh public/private key authentication

[XYM]

I've done some tests. Normally my passwordauthentification is set to no cause
I only want to allow access with key. Now I've set to yes. Login with
user/pass works here, too. With key no chance.

XYM



THW Mark wrote:
> 
> 
> XYM wrote:
>> 
>> I was running a ssh-server and connect with Putty to my server using a
>> tunnel. Everything works fine till today. After upgrading to 1.7.x and
>> trying to connect to my server I get the following message:
>> 
>> 2 [main] -bash 3776 C:\CygWin\bin\bash.exe: *** fatal error - couldn't
>> dynamically determine load address for 'WSAGetLastError' (handle
>> 0x), Win32 error 126
>> 
> 
> I am having the exact same issue. I installed cygwin with very basic
> configuration (added ssh, rsync and vim). 
> 
> The odd thing about this is: when user/password prompt is enabled and
> entered manually, it logs in without any problems. The error comes up when
> the public key authentication is used. Unfortunately, for my application,
> I really need the key auth.
> 
> It seems to be a recent problem, there are very little google results
> about this issue...
> 
> Happy X-mas!
> 
> Mark
> 

-- 
View this message in context: 
http://old.nabble.com/1.7.0-51%3A-Problem-using-ssh-public-private-key-authentication-tp24513829p26912228.html
Sent from the Cygwin list mailing list archive at Nabble.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: [1.7] ctypes / geos / python / django

[kiorky]

I have this bug fixed.
See details on my bugreport, django side.

See [1]

[1] - http://code.djangoproject.com/ticket/12438

kiorky a écrit :
> 
> Yaakov (Cygwin/X) a écrit :
>> On 10/12/2009 14:57, kiorky wrote:
>>> Yep as i said, i already have that patch applied, its not that.
>> Oh, I see what you mean now.  There was a bug in the libc.a in previous
>> releases that should have been fixed in cygwin 1.7.0-68.  What does
>> "dlltool -I /usr/lib/libc.a" return?
>>
>>
> No new idea ?
>> Yaakov
>>
>> -- 
>> 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
>>
> 

-- 
Cordialement,
KiOrKY
GPG Key FingerPrint: 0x1A1194B7681112AF



signature.asc
Description: OpenPGP digital signature

Re: 1.7.0-51: Problem using ssh public/private key authentication

[THW Mark]

i've also tried overwriting my cygwin with the 'legacy' version but it doesnt
seem to make any difference. 

there are some other threads in the forum talking about this, but i have
found no solution so far...
-- 
View this message in context: 
http://old.nabble.com/1.7.0-51%3A-Problem-using-ssh-public-private-key-authentication-tp24513829p26913053.html
Sent from the Cygwin list mailing list archive at Nabble.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

c:/dev, find

[Egerton, Jim]

Congrats on getting 1.7.1 out the door - not sure if 3 gold stars is enough!

I have noticed one odd thing.   For historical reasons we (ducking now) install 
cygwin in /.The bash postinstall script has:

DEVDIR="$(cygpath -au "C:/$(cygpath -am /dev/)" | sed 's|/c/\(.\):/|/\1/|')"
mkdir -p "$DEVDIR" || result=1

which creates:

C:/dev

This breaks find:

find -D search / -name foo
...
assertion "ent->fts_info == FTS_NSOK || state.type != 0" failed: file 
"/usr/src/findutils-4.5.4-1/src/findutils-4.5.4/find/ftsfind.c", line 475, 
function: consider_visiting
Aborted (core dumped)

cheers,
jim


--
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: 1.7.0-51: Problem using ssh public/private key authentication

[THW Mark]

René Berber-2 wrote:
> 
> Michael H. wrote:
> 
>> $ cygrunsrv -E sshd
>> $ /usr/sbin/sshd -ddde
> 
> And there you are creating the problem... or another problem: the
> service runs as a special user, when you run it yourself its running as
> your user so, if it works, that means you have permissions set to run as
> your user not the service user.  Did that made sense? or I managed to
> make something simple into some obscure fact.
> 

I can confirm that running sshd as a local user indeed works. (for a one
time connection). So, the solution must be with access rights to one or more
files. Suggestions are very welcome here..
-- 
View this message in context: 
http://old.nabble.com/1.7.0-51%3A-Problem-using-ssh-public-private-key-authentication-tp24513829p26913629.html
Sent from the Cygwin list mailing list archive at Nabble.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

Problem with RightAlt key in mintty

[Ken Brown]

In the latest mintty (0.5.5-1), RightAlt plus f (or b) doesn't move the 
cursor one word forward (or backward) when editing the command line. 
The LeftAlt key still works as expected.


Ken

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

Re: Problem with RightAlt key in mintty

[Andy Koppe]

2009/12/24 Ken Brown:
> In the latest mintty (0.5.5-1), RightAlt plus f (or b) doesn't move the
> cursor one word forward (or backward) when editing the command line. The
> LeftAlt key still works as expected.

Confirmed. As a workaround, switch on the Ctrl+LeftAlt is AltGr option
on the Keyboard page. I don't yet know why that affects right Alt on
US keyboards.

Andy

--
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: c:/dev, find

[Dave Korn]

Egerton, Jim wrote:

> For historical reasons we (ducking now) install cygwin in /.

> This breaks find:

  Hate to say "We Told You So", but we did.  You get to keep the pieces! :-)

  Although actually this /particular/ problem seems to be a bug in cygwin's
find; it's come up a couple of times in the past few months and been referred
back upstream IIRC.  Don't suppose "-xdev" helps does it?

cheers,
  DaveK

--
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: 1.7.0-51: Problem using ssh public/private key authentication

[THW Mark]

XYM wrote:
> 
> I've done some tests. Normally my passwordauthentification is set to no
> cause I only want to allow access with key. Now I've set to yes. Login
> with user/pass works here, too. With key no chance.
> 
> XYM
> 
> 

i think i found a solution/workaround!

- I had a useraccount 'user' with password in windows that is the same user
that logs in over ssh
- i stopped the windows service
- in cygwin, i deleted the folder /var/empty
- then, i recreated the folder /var/empty (default access rights)
- in the services panel, open properties for the ssh service
- change the account in the second tab to "user" with the password included
- start the service

the service now starts, can use the /var/empty folder with the right
permissions and allows ssh connection! i'm a happy man, time for turkey! :P
-- 
View this message in context: 
http://old.nabble.com/1.7.0-51%3A-Problem-using-ssh-public-private-key-authentication-tp24513829p26913810.html
Sent from the Cygwin list mailing list archive at Nabble.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: 1.7.0-51: Problem using ssh public/private key authentication

[XYM]

Thank you.

I've tried like described. Works.

But I think that it should be possible to run the service as local system,
maybe someone has a solution for this.

XYM



THW Mark wrote:
> 
> 
> XYM wrote:
>> 
>> I've done some tests. Normally my passwordauthentification is set to no
>> cause I only want to allow access with key. Now I've set to yes. Login
>> with user/pass works here, too. With key no chance.
>> 
>> XYM
>> 
>> 
> 
> i think i found a solution/workaround!
> 
> - I had a useraccount 'user' with password in windows that is the same
> user that logs in over ssh
> - i stopped the windows service
> - in cygwin, i deleted the folder /var/empty
> - then, i recreated the folder /var/empty (default access rights)
> - in the services panel, open properties for the ssh service
> - change the account in the second tab to "user" with the password
> included
> - start the service
> 
> the service now starts, can use the /var/empty folder with the right
> permissions and allows ssh connection! i'm a happy man, time for turkey!
> :P
> 

-- 
View this message in context: 
http://old.nabble.com/1.7.0-51%3A-Problem-using-ssh-public-private-key-authentication-tp24513829p26914285.html
Sent from the Cygwin list mailing list archive at Nabble.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

[ANNOUNCEMENT] Updated: {libiconv/libiconv2/libcharset1}-1.13.1-1

[Charles Wilson]

The GNU libiconv package provides an iconv() implementation, for use on
systems which don't have one, or whose implementation cannot convert
from/to Unicode.

[[ compiled using gcc-4.3.4-3 ]]

As expected now that cygwin-1.7.1 has been officially released, this
libiconv package is available exclusively for cygwin-1.7.

Changes since libiconv-1.13-10

* update to latest upstream release
* Force use of POSIX-compliant signature for iconv()
  (see http://cygwin.com/ml/cygwin/2009-12/msg00680.html and thread)

-- 
Charles Wilson
volunteer libiconv maintainer for cygwin



To update your installation, click on the "Install Cygwin now" link
on the http://cygwin.com/ web page.  This downloads setup.exe to
your system.  Then, run setup and answer all of the questions.

  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there.  It will be in the format:

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

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

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

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


--
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: upgrade to 1.7 experience ; Cygwin.bat doesn't find home directory

[Larry Hall (Cygwin)]

On 12/24/2009 02:56 AM, Myron Flickner wrote:

It appears that bash not finding the home directory is caused by a missing 
/etc/profile.   I copied over this file from a 1.5 system and now bash finds my 
profile  and .bashrc.

Is this a bug or by design ?


Neither.  See Chris' email here:





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

_

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

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

Re: Questions about gnu debug

[Reid Thompson]

Marco Atzeri wrote:

--- Gio 24/12/09, Liming ha scritto:


Thanks. Csaba,

I still not so clear about gdb, I am usually use microsoft
Visual Studio

1. With g++ -g -o executable_name  a.o b.o ...
Can I set break point? or this one only display the place
the code has problem, then go to there to modify it?



http://www.unknownroad.com/rtfm/gdbtut/gdbtoc.html


2. For ddd, Emacs, Eclipse
Are they IDC with debug inside and can set break point? I
just wondering if there has a software like Visual Studio
IDE, so I can debug it inside it.



ddd or insight will provide you with a GUI interface to gdb, that will be as close to what you're used to that 
 you will be able to get.  gdb, ddd, insight will provide breakpoints and the other things that you are used to .


--
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: Questions about gnu debug

[Eliot Moss]

And this may add a little to your understanding:

gdb is a reasonable debugging tool, but is
*command line* oriented. By itself, it provides
no GUI interface. If you compile with -g then
the available symbols let you talk about
(non-local) variables, code locations, etc.

emacs is an *editor* that can provide a somewhat
GUI-like interface to gdb, by interpreting line
numbers coming from gdb and positioning an editor
cursor on the indicated line (good for stepping,
etc.). And so forth. That is, emacs and gdb
can play together reasonably well, but it would
probably still feel somewhat primitive compared
to advanced GUI interfaces.

Eclipse can provide a good GUI interface,
perhaps not quite as well integrated for C/C++
as for Java, but I understand it is pretty
good. As stated before, it might be a little
finicky to set up. Again, I believe it is
calling gdb underneath.

Hope these distinctions help.Eliot Moss

--
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: Questions about gnu debug

[Reid Thompson]

Eliot Moss wrote:

And this may add a little to your understanding:


Note these two options to gdb also...

 --tui  Use a terminal user interface.

  -w Use a window interface.

--tui will utilize a *curses interface

-w brings up insight on my system

--
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: 1.7.0-51: Problem using ssh public/private key authentication

[Larry Hall (Cygwin)]

On 12/24/2009 07:55 AM, THW Mark wrote:



René Berber-2 wrote:


Michael H. wrote:


$ cygrunsrv -E sshd
$ /usr/sbin/sshd -ddde


And there you are creating the problem... or another problem: the
service runs as a special user, when you run it yourself its running as
your user so, if it works, that means you have permissions set to run as
your user not the service user.  Did that made sense? or I managed to
make something simple into some obscure fact.



I can confirm that running sshd as a local user indeed works. (for a one
time connection). So, the solution must be with access rights to one or more
files. Suggestions are very welcome here..


In order to get this working, you'll need to undo what you have done.  You can
either:

  1. Audit ssh-host-config and ssh-user-config to reset all the permissions 
and

 state back to the default.

  2. Remove Cygwin and reinstall, running ssh-host-config and ssh-user-config
 once "openssh" has been installed and after reading /usr/share/doc/Cygwin/
 openssh*.  If that doesn't work, then before fiddling, read and follow 
the

 problem reporting guidelines found at the link below to report the issue
 here.  Then someone here may be able to help you track down the
 problem.

 

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

_

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

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

Re: subversion: svn2cl

[David Rothenberger]

On 12/24/2009 12:08 AM, Yaakov (Cygwin/X) wrote:

I have begun using svn2cl[1] to manage the cygport ChangeLog. While this
will only be a dependency for me and not for building from a source
tarball, this should really be added to the distro.

There are two alternatives:

1) As is done by other Linux distros[2][3], ship with subversion the
(older) version of svn2cl from the subversion tarball with an upstream
patch for compatibility with the latest libxml2[4], OR

2) one of us ITP the latest upstream version separately (I have a
package ready[5]).

Which would you prefer?


My initial preference is to package svn2cl as well as the other 
subversion tools either with subversion or in a separate 
subversion-tools package as is done on Debian. I had avoided doing this 
before because of the questionable licensing status for many of the tools.


Let me look into this over the next week.

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

Absentee, n.:
A person with an income who has had the forethought to remove
himself from the sphere of exaction.
-- Ambrose Bierce, "The Devil's Dictionary"

--
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 RFE: auto stop/restart of system-level cygrunsrv service et al.

[Linda Walsh]

Since it's not a user-level program that a user can easily just close a
window on (and would have to bring up services to start/stop), would it be
too much trouble to stop & restart cygrunsrv if it is the only program
creating a file-busy condition (such as on replacying cygwin1.dll)? 


IMHO, some programs are 'system-level' (in a cygwin context) processes,
and should be automatically stopped/restarted by cygwin if they are
responsible for not being able to update a locked file.  I don't know if
thre are any other examples.  I wouldn't consider a user shell, like
'bash' to be in the same class -- the user should be able to easily quit
all visible user level processes.  But 'system' level processes that auto
start as services on start are generally  invisible to the user and its
those that I would like to see setup auto restart.  Maybe not setup
specifically -- but maybe the script that updates cygwin1.dll -- it could
check for a list of system-level processes that would be subject to auto
termination.  


Optionally -- like on windows, there could be an option to have setup
automatically 'terminate' any processes that are keeping the file busy --
with a warning that unsaved work may be lost.  But that would be a
convenience on par with win7's automation.  The system service stop &
restart isn't something that users would be expected to do... on windows
or on linux -- so I think cygwin should strive for the same behavior.
Doable?  Good idea?  And please don't ask me to write the code, as I've
never gotten anything to build and would be hard pressed to get it done
at all, let alone in some reasonable time.  ... Unless someone wants to
'hand hold' my setting up my computer to be able to build and create the
packages needed for such a fix (my computer always seemed to be missing
required bits and pieces...).  I could setup the build tree on linux or
my winbox.  Both are about the same power/speed these days, though both
are running 64-bit.Maybe setup could become a 64-bit/32-bit dual
package?


Truly, I know resources are tight, but I'm going to bet that most Win7
users will be using 64-bit before another verion of windows comes out.
Memory is fairly inexpensive now -- at around ~$133/4GB(1x4GB).  That
be about $60-$80 in ~18 months, so people will strongly be tempted to 
get more than 1 of those and 64-bit OS's will become defacto at that

point.  Additionally, a large number of computers (if not most) are sold
with maxed out memory for the 32-bit memspace.  So users are already
pushing at the 32-bit limits.  It won't take long for them to want to want
more.

Anyway -- starting/stopping Cygwin services?  (maybe sshd as well or any
other chkconfig/rc controlled services?)...

-linda



--
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: upgrade to 1.7 experience ; Cygwin.bat doesn't find home directory

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

Just a note which I hope is related.

vim was having problems with one of its files in ~.  In Windows Explorer I 
copied the entire /home folder (d:\path\home) from 1.5 to c:\cygwin\home, 
thereby overwriting it.  Then I used Explorer again to remove any read-only 
attributes.  That seemed to solve the problem.  (But maybe something else fixed 
it.)  It might solve others.

I had the impression that some things in ~ were no longer there, but I did not 
check carefully.  That things would disappear during the upgrade was certainly 
unexpected and remains hard to believe.

I apologize in advance if the above is totally off-the-wall, misleading, the 
result of faulty memory or intellect, bad advice, etc.

I also apologize for top-posting.  The switch from ash to dash seems to have 
broken some scripts (or is it something with $CYGWIN?), including my quote-fix 
script.  (bash is also not behaving identically.)

Happy Holidays.

- Barry
  Disclaimer: Statements made herein are not made on behalf of NIAID.

-Original Message-
From: Myron Flickner; Sent: Thursday, December 24, 2009 2:56 AM

It appears that bash not finding the home directory is caused by a missing 
/etc/profile.   I copied over this file from a 1.5 system and now bash finds my 
profile  and .bashrc.   

Is this a bug or by design ? 

 imaging away / flick

- Original Message 

Sorry for the crappy formatting on my first post - this should be easier to 
read. 

I just upgraded my first XP Pro machine from 1.5 to 1.7 - a couple of minor 
issues

Part of the post-install failed with many popup dialogs  - "The procedure entry 
point __ctype_ptr__ could not be located in the dynamic link library 
cygwin1.dll".  

After a reboot bash wouldn't start  - same error message.  Reinstalling the 
base package cleared this issue up. 

Cygwin.bat doesn't find my home directory (which is a sym link) rathe it prints 
a message telling me that there
 isn't a ./.bashrc in /usr/bin.   Looks like Cygwin.bat is identical between 
1.5 and 1.7 but the behavior is 
different.I thought this might be related to the mount point changes - but 
running copy-user-registry-fstab
 didn't change anything.I did notice that this script uses $USER  which 
isn't set for me.   I set it and re-ran the
 script but I don't see any difference.I never did see a /etc/fstab.d/$USER 
directory - but I don't have user 
mount points on this machine.  I also created a none sym link home directory 
but that didn't help either.

Are other folks seeing this behavior ?   Any suggestions ?

imaging away / flick



--
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: setup RFE: auto stop/restart of system-level cygrunsrv service et al.

[Christopher Faylor]

On Thu, Dec 24, 2009 at 10:07:16AM -0800, Linda Walsh wrote:
>Since it's not a user-level program that a user can easily just close a
>window on (and would have to bring up services to start/stop), would it
>be too much trouble to stop & restart cygrunsrv if it is the only
>program creating a file-busy condition (such as on replacying
>cygwin1.dll)?

That would require a non-cygrunsrv solution since cygrunsrv is a cygwin
program and there are obvious chicken/egg issues there.

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

Issue with cygwin 1.7 install

[Michael Kwong]

I wonder if anyone else has seen this issue, but after installing 1.7
from setup.exe, starting up cygwin causes it to complain about not
being able to find /usr/bin/sed, and the shell also doesn't seem to be
fully functional either (delete key doesn't work, less is not working
properly ... etc).

Looking at setup.log.full, I see a bunch of error messages

2009/12/24 10:09:02 running: C:\cygwin\bin\bash.exe --norc --noprofile
/etc/postinstall/gtk2.0.sh
g_module_open() failed for /usr/lib/gtk-2.0/2.10.0/loaders/io-wmf.dll:
No such file or directory
/usr/bin/gtk-query-immodules-2.0.exe: error while loading shared
libraries: ?: cannot open shared object file: No such file or
directory
2009/12/24 10:09:04 abnormal exit: exit code=127
..
2009/12/24 10:09:36 running: C:\cygwin\bin\bash.exe --norc --noprofile
/etc/postinstall/gsl.sh
/bin/sh: gzip: command not found
..
/usr/share/csih/cygwin-service-installation-helper.sh: line 658: sed:
command not found
/usr/share/csih/cygwin-service-installation-helper.sh: line 659: sed:
command not found
/usr/share/csih/cygwin-service-installation-helper.sh: line 660: sed:
command not found
*** Warning: Could not find or execute required program sed.
*** Warning: Please install sed
..
2009/12/24 10:12:07 running: C:\cygwin\bin\bash.exe --norc --noprofile
/etc/postinstall/xinit.sh
/usr/bin/mkshortcut.exe: error while loading shared libraries:
cygpopt-0.dll: cannot open shared object file: No such file or
directory
2009/12/24 10:12:07 abnormal exit: exit code=127

Has anyone else seen 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: Issue with cygwin 1.7 install

[Christopher Faylor]

On Thu, Dec 24, 2009 at 11:15:06AM -0800, Michael Kwong wrote:
>I wonder if anyone else has seen this issue, but after installing 1.7
>from setup.exe, starting up cygwin causes it to complain about not
>being able to find /usr/bin/sed, and the shell also doesn't seem to be
>fully functional either (delete key doesn't work, less is not working
>properly ... etc).

The obvious question is:  Does /usr/bin/sed actually exist?

Also, is it possible that you have more than one version of cygwin on
your system?

See:

>Problem reports:   http://cygwin.com/problems.html

For information on how to diagnose Cygwin problems.

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: A question about setup.exe

[Paul McFerrin]

Does anyone know where the MTIMES of the installed packages are stored.  
I need to over-ride them all in order to re-install the packages.  I 
could NOT find the http/ftp directory containing the files installed.


So I went through to check "reinstall" on every package (whew) and 
downloaded the complete installation into a local directory.  Fine.


I just need to slightly adjust the MTIME to setup to reinstall the 
packages.  When I did a full-restore, the software used the current time 
as it's MTIME which has no meaning anymore.  If I can't get these issues 
resolved, I'll have to to a full install of 1.7 AND add back/test all of 
my local stuff.


Basically what I have:
   A full installation of 1.7.0-65 with current time as MTIME.
(useless)
  A full installation of Cygwin 1.7 download into local directory.
  No way to make #1 & #2 to meet!!
 


Andy Koppe wrote:

2009/12/24 Paul McFerrin:
  

I did the upgrade to 1.7.1-1 without any problems.  During the remainder of
the day, I accidentally blew away my installation of 1.7.1-1.  I restored my
installation from a backup several days old (1.7.0-65).  Now I'm trying to
upgrade again.

Now the questions I have are:
When I run setup again, it downloads/installes everything in under a minute
instead of the hour previously.



It wouldn't need to download the packages again, because they should
still be stored in setup.exe's local package directory. So it only
needs to do the install.

  

How can I "force" all of my installed
packages obsolete to force a reload?



If the backup and restore went correctly, you shouldn't need to,
because the install state of all packages is stored in the cygwin
directory, in /etc/setup. You can see which packages are going to be
upgraded by switching to the "Partial" view on setup.exe's package
selection screen.

Andy

  


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

BIG Issue with 1.7 install.... multiple utils missing: mount, cygcheck, mkpasswd, etc

[Linda Walsh]

Michael Kwong wrote:

I wonder if anyone else has seen this issue, but after installing 1.7
from setup.exe, starting up cygwin causes it to complain about not
being able to find /usr/bin/sed, and the shell also doesn't seem to be
fully functional either (delete key doesn't work, less is not working
properly ... etc).


It appears several files are missing.
I have no mkpasswd or group, no mount.  Don't know what else is missing.
I do have 'sed', but it might have been there from before (I didn't reinstall
it).

I've done a cygcheck -c to see if any packages had missing files.

cygwin-doc and gcc4- -- I reinstalled them but it changed nothing.

I didn't really expect it to, since package 'cygwin' is supposed to contain 
mkpasswd, and it was listed as complete.


As for 'sed', I've noticed many (packages are missing pre-requisites).  
Do you
have the 'sed' package loaded?  Is it complete?  (cygcheck -c sed)

linda




--
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: BIG Issue with 1.7 install.... multiple utils missing: mount, cygcheck, mkpasswd, etc

[Andy Koppe]

2009/12/24 Linda Walsh:
>        It appears several files are missing.
> I have no mkpasswd or group, no mount.  Don't know what else is missing.
> I do have 'sed', but it might have been there from before (I didn't
> reinstall
> it).
>
> I've done a cygcheck -c to see if any packages had missing files.
>
> cygwin-doc and gcc4- -- I reinstalled them but it changed
> nothing.
>
> I didn't really expect it to, since package 'cygwin' is supposed to contain
> mkpasswd, and it was listed as complete.

Did you get a message complaining about a Cygwin process still running
during the install? There does appear to be an issue with setup not
resuming correctly after that.

To fix this, do a reinstall of the 'cygwin' package, after first
making sure that no Cygewin processes are running anymore, including
any services.

Andy

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

floating-point math problem in Cygwin 1.7?

[Linh Phan]

Hi,

  I have wondering why when I do floating-point math in Cygwin 1.7, Cygwin does 
not output the "correct" result, eg:

main () {
  double qcb[4] = {0.41585680180318363, 0.70823637211274604, 
0.089200955545759006,  -0.56347808399291521};
  double qba[4] = {0.09648538897087118, -0.37032037362514358, 
0.89403246842889339,   0.23293633462432001};
  double qca[4];

  qca[0]= qcb[3]*qba[0] + qcb[2]*qba[1] - qcb[1]*qba[2] + qcb[0]*qba[3];
  qca[1]= -qcb[2]*qba[0] + qcb[3]*qba[1] + qcb[0]*qba[2] + qcb[1]*qba[3];
  qca[2]= qcb[1]*qba[0] - qcb[0]*qba[1] + qcb[3]*qba[2] + qcb[2]*qba[3];
  qca[3]= -qcb[0]*qba[0] - qcb[1]*qba[1] - qcb[2]*qba[2] + qcb[3]*qba[3];

  // I am expecting the result to be:

  printf("qca = [-0.623718486146499718, 0.736824293298044886, 
-0.260654850643024127, 0.011147182658310384] CORRECT (LINUX/SOLARIS)\n");

  // I get the above result on both Linux/Solaris AND even when running under 
Cygwin's gdb and using gdb's printf

  // but when I compile and run on cygwin, I get the wrong result:
  printf("qca = [%.18f, %.18f, %.18f, %.18f] NOT CORRECT 
(CYGWIN)\n",qca[0],qca[1],qca[2],qca[3]);
}

Here is the output when I compiled and run on cygwin:

qca = [-0.623718486146499718, 0.736824293298044886, -0.260654850643024127, 
0.011147182658310384] CORRECT (LINUX/SOLARIS)
qca = [-0.623718486146499607, 0.736824293298044886, -0.260654850643024072, 
0.011147182658310373] NOT CORRECT (CYGWIN)

Here's the output when running under cygwin's gdb (it matches Linux/Solaris 
outputs but not cygwin’s output):

(gdb) printf "%.18f\n", qcb[3]*qba[0] + qcb[2]*qba[1] - qcb[1]*qba[2] + 
qcb[0]*qba[3]
-0.623718486146499718
(gdb) printf "%.18f\n", -qcb[2]*qba[0] + qcb[3]*qba[1] + qcb[0]*qba[2] + 
qcb[1]*qba[3]
0.736824293298044886
(gdb) printf "%.18f\n", qcb[1]*qba[0] - qcb[0]*qba[1] + qcb[3]*qba[2] + 
qcb[2]*qba[3]
-0.260654850643024127
(gdb) printf "%.18f\n", -qcb[0]*qba[0] - qcb[1]*qba[1] - qcb[2]*qba[2] + 
qcb[3]*qba[3]
0.011147182658310384
(gdb) 

These errors accumulate and eventually builds up so much that the my simulation 
result is totally wrong when running under cygwin.

Please help.  

Thanks,

Linh

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

Re: Problem with RightAlt key in mintty

[Andy Koppe]

2009/12/24 Andy Koppe:
> 2009/12/24 Ken Brown:
>> In the latest mintty (0.5.5-1), RightAlt plus f (or b) doesn't move the
>> cursor one word forward (or backward) when editing the command line. The
>> LeftAlt key still works as expected.
>
> Confirmed. As a workaround, switch on the Ctrl+LeftAlt is AltGr option
> on the Keyboard page. I don't yet know why that affects right Alt on
> US keyboards.

Fixed on svn. I'd wrongly assumed that RightAlt is AltGr when the
'Ctrl+LeftAlt is AltGr' option is on. This bug was exposed by fixing
the interpretation of that option in 0.5.5, which was applied the
wrong way round previously.

Andy

--
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: Questions about gnu debug

[Marc Girod]

Eliot Moss wrote:
> 
> And this may add a little to your understanding:
> 
Few of which pertains to cygwin...

Eliot Moss wrote:
> 
> Hope these distinctions help
> 
They are matters of taste, and of experience.
I have an other taste and an other experience.
Hard to compare, I know.

Eliot Moss wrote:
> 
> emacs is an *editor* [...] but it would
> probably still feel somewhat primitive compared
> to advanced GUI interfaces.
> 
Ahum.
Emacs is an environment which builds upon the generic concept of text
buffer.
This is a very powerful concept, because it allows for rich tool support,
and for in-depth and relatively light-weight user configuration. By
comparison, windows offer little support and a high threshold for users to
produce useful tools.
Humans painted on cave walls 3 years ago. Then they invented language.
GUIs have so far proven a temporary re-play of history for people who didn't
record it.

Marc
-- 
View this message in context: 
http://old.nabble.com/Questions-about-gnu-debug-tp26904577p26917415.html
Sent from the Cygwin list mailing list archive at Nabble.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: BIG Issue with 1.7 install.... multiple utils missing: mount, cygcheck, mkpasswd, etc

[Christopher Faylor]

On Thu, Dec 24, 2009 at 12:43:00PM -0800, Linda Walsh wrote:
>Michael Kwong wrote:
>> I wonder if anyone else has seen this issue, but after installing 1.7
>> from setup.exe, starting up cygwin causes it to complain about not
>> being able to find /usr/bin/sed, and the shell also doesn't seem to be
>> fully functional either (delete key doesn't work, less is not working
>> properly ... etc).
>
>I have no mkpasswd or group, no mount.  Don't know what else is missing.
>I do have 'sed', but it might have been there from before (I didn't reinstall
>it).

Please don't spread misinformation.  There is no reason for sed to be a
prerequisite since it is in the Base category and should be installed
unless it is explicitly disabled.

>I've done a cygcheck -c to see if any packages had missing files.
>
>cygwin-doc and gcc4- -- I reinstalled them but it changed nothing.
>
>I didn't really expect it to, since package 'cygwin' is supposed to contain 
>mkpasswd, and it was listed as complete.

So, you were looking specifically for "mkpasswd" and tried reinstalling
"cygwin-doc" and "gcc4-"?  That doesn't make a lot of sense.

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: A question about setup.exe

[Christopher Faylor]

On Thu, Dec 24, 2009 at 03:05:57PM -0500, Paul McFerrin wrote:
>Does anyone know where the MTIMES of the installed packages are stored.  
>I need to over-ride them all in order to re-install the packages.  I 
>could NOT find the http/ftp directory containing the files installed.

You're assuming a mechanism that doesn't exist.

Setup doesn't use "MTIME".  It makes the decision to install based on
version numbering.  The information is stored in /etc/setup.

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: Questions about gnu debug

[mike marchywka]

I almost took this to talk list except for one comment that
re-iterates the need for something like cygwin with windoze,

On 12/24/09, Marc Girod  wrote:
>
>
> Eliot Moss wrote:
>>
>> And this may add a little to your understanding:
>>
> Few of which pertains to cygwin...
>
> Eliot Moss wrote:
>>
>> Hope these distinctions help
>>
> They are matters of taste, and of experience.
> I have an other taste and an other experience.
> Hard to compare, I know.
>
> Eliot Moss wrote:
>>
>> emacs is an *editor* [...] but it would
>> probably still feel somewhat primitive compared
>> to advanced GUI interfaces.
>>
> Ahum.
> Emacs is an environment which builds upon the generic concept of text
> buffer.
> This is a very powerful concept, because it allows for rich tool support,
> and for in-depth and relatively light-weight user configuration. By
> comparison, windows offer little support and a high threshold for users to
> produce useful tools.
> Humans painted on cave walls 3 years ago. Then they invented language.

I wouldn't underestimate the importance of this observation. The
existence of a tractable alphabet has been a big plus for
communicating information, especially information suited to a
computer.

> GUIs have so far proven a temporary re-play of history for people who didn't
> record it.

Well, they do have their uses but tend to be expensive and confining.
I'd like to see a GEICO ad with Bill Gates, and maybe those guys from
Digital Research
LOL...

There is a learning curve for vi but now I find myself in screen editors
thinking "where are those funny commands?"

>
> Marc
> --

--
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: 1.7 hangs installing libncurses8-5.5-10

[Wes S]

On 23 Dec 2009 at 22:44, Charles Wilson wrote:

> Wes S wrote:
> > 60% Cygwin Setup
> > Installing  libncurses8-5.5-10
> > /MZ|
> > 
> > Stops here.
> > 
> > I picked another mirror, downloaded everything again and installed. 
> > Stopped at same place.
> 
> I suspect you have a cygwin process still running, and
> cygncurses-8.dll is in use.  Now, this /should/ cause a popup dialog
> telling you about that -- maybe the dialog is hidden?

I left that out since retry got me further up the road each time.

I set all cygwin services to manual, rebooted and got a strc?? error, 
can't find my notes now.  

Anyway, 1.7 is installed now.  On the next box, I'm shutting down 
services, setting them to manual startup, rebooting and then 
installing.

Thank you,

Wes 

--
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: BIG Issue with 1.7 install... inuse files causes random problems

[Linda Walsh]

Christopher Faylor wrote:

On Thu, Dec 24, 2009 at 12:43:00PM -0800, Linda Walsh wrote:

Michael Kwong wrote:

I wonder if anyone else has seen this issue, but after installing 1.7
from setup.exe, starting up cygwin causes it to complain about not
being able to find /usr/bin/sed, and the shell also doesn't seem to be
fully functional either (delete key doesn't work, less is not working
properly ... etc).

I have no mkpasswd or group, no mount.  Don't know what else is missing.
I do have 'sed', but it might have been there from before (I didn't reinstall
it).



I've done a cygcheck -c to see if any packages had missing files.

cygwin-doc and gcc4- -- I reinstalled them but it changed nothing.

I didn't really expect it to, since package 'cygwin' is supposed to contain 
mkpasswd, and it was listed as complete.


So, you were looking specifically for "mkpasswd" and tried reinstalling
"cygwin-doc" and "gcc4-"?  That doesn't make a lot of sense.


It doesn't make sense for mkpasswd or mkgroup to be missing from cygwin
either.  When you encounter something that doesn't make sense, you at least fix
what you can and proceed.  A basic rule of debugging.  Fix what you know is broken 
then re-examine what is not working.  It doesn't matter that A shouldn't cause B
or that they are unrelated.  You still have to fix "A".  

	It's most likely related to: 


Andy Koppe wrote:

Did you get a message complaining about a Cygwin process still running
during the install? There does appear to be an issue with setup not
resuming correctly after that.



  It's pretty screwed up.  I reinstalled 1.70-68, and still got a file
inuse -- I searched with process explorer for what could have it in use
and it returned nothing!  (maybe explorer was holding it open, I dunno).
But then finished with 1.70-68, and mkpasswd/group came back byt cygcheck
-l cygwin was empty.  (couldn't find /etc/setup/cygwin.lst.gz).  Just now
I again made sure nothing was running and reinstalled 1.71-1 (latest), and
all expected files were(are) present and the listing is present.  So it
certainly seems to be some very bizarre behavior caused by the problem
Andy mentioned.

As for this:


I have no mkpasswd or group, no mount.  Don't know what else is
missing. I do have 'sed', but it might have been there from before (I
didn't reinstall it).



Please don't spread misinformation.  There is no reason for sed to be a
prerequisite since it is in the Base category and should be installed
unless it is explicitly disabled.


Please don't mistakenly believe that your expectations of reality are
universally true in call cases.  In order for most systems to boot up and
install/run scripts, 'sed' is a prerequisite.  AFAIK, it's presence is
mandated for POSIX compliance.  Without it one will experience random
failures. 


Additionally,  I've encountered cases where software I've been used to
being part of some packages has been plit off and was not installed.  In
~25 years of unix experience, the presence of these utilities was
considered a given for proper functioning of installed programs.  I have
noticed, since the move to 1.7 that some of these prerequisite programs
are no longer being installed with their main package.  


Specifically, I remember this being true with 'xhost' and 'xset' and the
xserver.  I've never encountered a case where the xserver install didn't
include those utilities as  part of the server package -- until 1.7 in
cygwin.  It's not so good that one can't control security on on their X
server, by default -- one must install extra packages, now -- and neither
can one change one's font-path or dpi after one's started 'X' with the
provided shortcut.  


It's further annoying since the Xserver is installed
with what is now a non-standard, ~30 year old resolution standard of
72dpi.  Very few (if any) monitors use such poor resolution.  The defaults
should be 100dpi which comes much closer to modern standards (like the
96dpi now being the lowest possible setting in Win7 (a bit annoying with
my 94dpi monitor! ;^)). But since when has MS cared about reality?

 So, programs that have always been included are no longer included, and
some users also experienced the missing of the requisite 'sed' program.
Thus my statement that prerequisites for some programs seems to be broken
doesn't seem so much like misinformation, but an recitation of the obvious.
Just because reality doesn't match with what you believe it 'should' be doesn't
mean it may not be what some people are observing.  It could boil down to
you using different terms or definitions or simply not having encountered
the same problems.

Thanks,
Linda




--
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: A question about setup.exe

[Paul McFerrin]

OKAY... I finally realized that MTIME was not used by setup.  I now have 
my installation completely restored.  I used file 
/etc/setup/installed.db to "trick" setup to do a forced install.


1. Have a running cygwin system available
2. Run "setup" thru the "Package Selection" pages but NOT beyond
3. On your running cygwin system, delete all but 1st line in file 
"/etc/setup/installed.db".

4. Shutdown your running cygwin sysrem
5.  Click the "NEXT" button in setup and your re-installation will begin.

Christopher Faylor wrote:

On Thu, Dec 24, 2009 at 03:05:57PM -0500, Paul McFerrin wrote:
  
Does anyone know where the MTIMES of the installed packages are stored.  
I need to over-ride them all in order to re-install the packages.  I 
could NOT find the http/ftp directory containing the files installed.



You're assuming a mechanism that doesn't exist.

Setup doesn't use "MTIME".  It makes the decision to install based on
version numbering.  The information is stored in /etc/setup.

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


  


--
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: c:/dev, find

[Egerton, Jim]

>   Although actually this /particular/ problem seems to be a bug in
> cygwin's
> find; it's come up a couple of times in the past few months and been
> referred
> back upstream IIRC.  Don't suppose "-xdev" helps does it?

I didn't try -xdev, but after I fixed the bash postinstall to create c:\dev 
instead of c:\c:\dev, find works fine.

jim 

--
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: floating-point math problem in Cygwin 1.7?

[Eric Backus]

Linh Phan  usc.edu> writes:

>   I have wondering why when I do floating-point math in Cygwin 1.7, Cygwin 
does not output the "correct"
> result, eg:
> 
> qca = [-0.623718486146499718, 0.736824293298044886, -0.260654850643024127,
> 0.011147182658310384] CORRECT (LINUX/SOLARIS)
> qca = [-0.623718486146499607, 0.736824293298044886, -0.260654850643024072,
> 0.011147182658310373] NOT CORRECT (CYGWIN)

These variables are declared "double".  On cygwin, and Linux, and probably 
Solaris, that means they are 64-bit IEEE floating-point values, with 53 bits 
of mantissa.  That gives the values only about 16 digits of precision, and the 
values you show do seem to match for roughly that many digits.  So, I think 
technically nothing is very wrong here.

Why are the values different?  The root of this is the x86 floating-point 
processor, which internally does calculations with 80-bit floating-point 
registers (with 64-bit mantissa).  Depending on when and how these 80-bit 
values are converted back to 64-bit doubles and stored in memory, you can get 
slightly different answers.

You might try looking at the command-line options you're giving to the 
compiler.  There might be some setting which allows the processor to keep 
values in the 80-bit floating-point registers longer, thus keeping more 
accuracy.  You might try "-ffast-math" and see if that helps.  Maybe even just 
turning on optimization ("-O2" or "-O3") might help.  You might try 
using "long double" instead of "double", but be careful because I think Cygwin 
still doesn't have full support for long double.


> These errors accumulate and eventually builds up so much that the my 
simulation result is totally wrong
> when running under cygwin.

It is possible that this points to problems with your simulation itself, if it 
is this sensitive to accumulated errors that are this small.


-- 
Eric



--
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: bash expands $1 in strange new way

[Mark J. Reed]

On Thu, Dec 24, 2009 at 10:19 PM, David Arnstein wrote:
> I have a bash shell script named xplo that worked as desired under
> cygwin 1.5. It fails under cygwin 1.7.

Your shell script is incorrect, and I don't see how it worked under
1.5. This line:

>        set EXPLOR='/cygdrive/c/windows/explorer.exe'

does NOT set a variable named EXPLOR.  Instead, it sets the first
positional argument ($1) to the string
"EXPLOR=/cygdrive/c/windows/explorer.exe".  Whatever the old value of
$1 was, it's now gone.

To fix, get rid of the "set".  In sh and derivatives, "set" sets the
positional arguments (and optionally flags that affect the shell's
behavior); it does NOT set variables.  Just use the assignment syntax
(var=value) by itself for that.

-- 
Mark J. Reed 

--
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: bash expands $1 in strange new way

[Robert Pendell]

On Thu, Dec 24, 2009 at 10:19 PM, David Arnstein wrote:
> I have a bash shell script named xplo that worked as desired under
> cygwin 1.5. It fails under cygwin 1.7. Specifically, the shell expands
> the expression
>        $1
> in a way that I simply cannot understand. This expression expanded to
> the first shell script argument in cygwin 1.5. Not any more.
>
> Here is the script xplo in its entirety:
> #!/bin/bash
> if [ $# -gt 1 ]
> then
>        echo "Usage: xplo path-or-file"
>        exit 1
> else
>        set EXPLOR='/cygdrive/c/windows/explorer.exe'
>        if [ $# -eq 0 ]
>        then
>                cygstart ${EXPLOR} /e,.
>        elif [ -f "$1" ]
>        then
>                cygstart ${EXPLOR} /e,/select,`cygpath -w "$1"`
>        else
>                cygstart ${EXPLOR} /e,`cygpath -w "$1"`
>        fi
> fi
>
> I cd to a directory that contains an ordinary file named wongo, as
> well as the shell script xplo. I execute the command
>        bash -x ./xplo wongo
>
> I expect to get an instance of Windows Explorer, with folders showing,
> and the file wongo selected (highlighted). This does not occur. The
> text output from the above bash -x looks like this:
> + '[' 1 -gt 1 ']'
> + set EXPLOR=/cygdrive/c/windows/explorer.exe
> + '[' 1 -eq 0 ']'
> + '[' -f EXPLOR=/cygdrive/c/windows/explorer.exe ']'
> ++ cygpath -w EXPLOR=/cygdrive/c/windows/explorer.exe
> + cygstart '/e,EXPLOR=\cygdrive\c\windows\explorer.exe'
> Unable to start 'E:\cygwin\e,EXPLOR=\cygdrive\c\windows\explorer.exe':
> The specified file was not found.
>
> I have attached the output from cygcheck -s -v -r. Thanks for any
> advice.
>

The problem isn't bash nor how $1 is expanded.  In fact $1 never gets
used in your test case when no parameters are given.  Take the
following test case which does the essence of your script without the
use of cygpath or cygcheck (those are not the issue here).

#!/bin/bash
set VAR="outside"
echo ${VAR}
if [ true ]
then
   set VAR2="inside"
   echo ${VAR}
   echo ${VAR2}
fi
echo ${VAR2}

If you are to run the above script the output is 4 blank lines.  The
set command works differently within shell scripts than it does
outside of them.  Inside shell scripts you either use export or you
don't use either one.  So either replacing set with export or removing
it will fix the script completely for you.  I can't test it on debian
with that change because your script uses cygcheck and cygpath but I
did test it locally and once that change was made it worked just fine.
 The main difference between using export and not using it is that
export allows child processes to use the variables as well.  If you
don't use it then child processes won't be able to access them.  This
doesn't change parent processes at all.

*After checking man pages*

Ok.  I just checked the man pages again and this is a "by design"
issue in how you are using set. Per the following quote for set in the
bash man page.

"The remaining N arguments are positional parameters and are assigned,
in order, to $1, $2, ... $N. The special parameter # is set to N."
Source: http://www.gnu.org/software/bash/manual/bashref.html#The-Set-Builtin
(yes... this is quoted from online docs -- cygwin has a similar quote)

This test case has the same behavior on debian and cygwin so if it is
a bug then it is in bash itself and not a cygwin issue at all.  I
highly doubt it is a bug though based on the above text.

#!/bin/bash
set PARM1=one PARM2=two PARM3=three
echo '$PARM1' is $PARM1
echo '$PARM2' is $PARM2
echo '$PARM3' is $PARM3
echo '$1' is $1
echo '$2' is $2
echo '$3' is $3

It should output something like the following and yes that is correct.
 You may be able to understand your script behavior better now.

$PARM1 is
$PARM2 is
$PARM3 is
$1 is PARM1=one
$2 is PARM2=two
$3 is PARM3=three

Robert Pendell
shi...@elite-systems.org
CAcert Assurer
"A perfect world is one of chaos."

--
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: bash expands $1 in strange new way

[Robert Pendell]

On Thu, Dec 24, 2009 at 11:49 PM, Mark J. Reed wrote:
> On Thu, Dec 24, 2009 at 10:19 PM, David Arnstein wrote:
>> I have a bash shell script named xplo that worked as desired under
>> cygwin 1.5. It fails under cygwin 1.7.
>
> Your shell script is incorrect, and I don't see how it worked under
> 1.5. This line:
>
>>        set EXPLOR='/cygdrive/c/windows/explorer.exe'
>
> does NOT set a variable named EXPLOR.  Instead, it sets the first
> positional argument ($1) to the string
> "EXPLOR=/cygdrive/c/windows/explorer.exe".  Whatever the old value of
> $1 was, it's now gone.
>
> To fix, get rid of the "set".  In sh and derivatives, "set" sets the
> positional arguments (and optionally flags that affect the shell's
> behavior); it does NOT set variables.  Just use the assignment syntax
> (var=value) by itself for that.
>

Of course I am too slow (by about 15 minutes).  >.<

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

can some one please help me fix compiling errors related to winsock and sys/types and fd_set...etc

[Josh]

I have a 64bit Vista machine.

Please help me fix these two errors so I can compile, they seem to be related 
to winsock in some way

PLEASE HELP

I'm trying to compile a C program and here is what I'm getting:

bash-3.2$ make -f Makefile
gcc -O3 -oibsp.exe main.c gl.c string.c physics.c camera.c interface.c model.c t
iming.c light.c ext.c os.c net.c crypt.c -L"./gl" -lopengl32 -lglu32 -lkernel32
-luser32 -lgdi32 -lwinmm -lcomdlg32 -lws2_32 -lzdll
In file included from net.h:7,
/usr/lib/gcc/i686-pc-cygwin/4.3.2/../../../../include/w32api/winsock2.h:103:2: w
arning: #warning "fd_set and associated macros have been defined in sys/types.
    This may cause runtime problems with W32 sockets"
In file included from main.c:22:
net.h:30: warning: empty declaration
main.c: In function
 'main':
main.c:3456: warning: incompatible implicit declaration of built-in function 'si
n'
main.c:3458: warning: incompatible implicit declaration of built-in function 'co
s'
main.c:3479: warning: incompatible implicit declaration of built-in function 'si
n'
main.c:3481: warning: incompatible implicit declaration of built-in function 'co
s'
main.c:3502: warning: incompatible implicit declaration of built-in function 'co
s'
main.c:3504: warning: incompatible implicit declaration of built-in function 'si
n'
main.c:3522: warning: incompatible implicit declaration of built-in function 'co
s'
main.c:3524: warning: incompatible implicit declaration of built-in function 'si
n'
main.c:3793: warning: incompatible implicit declaration of built-in function 'co
s'
main.c:3795: warning: incompatible implicit declaration of built-in function 'si
n'
main.c:3837: warning: incompatible implicit declaration
 of built-in function 'co
s'
main.c:3839: warning: incompatible implicit declaration of built-in function 'si
n'
main.c:3877: warning: incompatible implicit declaration of built-in function 'si
n'
main.c:3879: warning: incompatible implicit declaration of built-in function 'co
s'
main.c:3920: warning: incompatible implicit declaration of built-in function 'si
n'
main.c:3922: warning: incompatible implicit declaration of built-in function 'co
s'
gl.c: In function 'matrix_rotate_x':
gl.c:833: warning: incompatible implicit declaration of built-in function 'cosf'

gl.c:834: warning: incompatible implicit declaration of built-in function 'sinf'

gl.c: In function 'matrix_rotate_y':
gl.c:855: warning: incompatible implicit declaration of built-in function 'cosf'

gl.c:856: warning: incompatible implicit declaration of built-in function 'sinf'

gl.c: In function 'matrix_rotate_z':
gl.c:876:
 warning: incompatible implicit declaration of built-in function 'cosf'

gl.c:877: warning: incompatible implicit declaration of built-in function 'sinf'

gl.c: In function 'matrix_perspective':
gl.c:898: warning: incompatible implicit declaration of built-in function 'tanf'

physics.c: In function 'length':
physics.c:53: warning: incompatible implicit declaration of built-in function 's
qrtf'
interface.c: In function 'draw_arrow':
interface.c:3392: warning: incompatible implicit declaration of built-in functio
n 'acosf'
In file included from net.h:7,
 from net.c:1:
/usr/lib/gcc/i686-pc-cygwin/4.3.2/../../../../include/w32api/winsock2.h:103:2: w
arning: #warning "fd_set and associated macros have been defined in sys/types.
    This may cause runtime problems with W32 sockets"
In file included
 from net.c:1:
net.h:30: warning: empty declaration
net.c: In function 'net_init':
net.c:112: error: 'struct _types_fd_set' has no member named 'fd_count'
net.c:113: error: 'struct _types_fd_set' has no member named 'fd_array'
crypt.c: In function 'init_md5':
crypt.c:69: warning: incompatible implicit declaration of built-in function 'flo
or'
crypt.c:69: warning: incompatible implicit declaration of built-in function 'sin
'
crypt.c:69: warning: incompatible implicit declaration of built-in function 'pow
'
make: *** [ibsp.exe] Error 1

Alright I was able get Cygwin working and GCC and the makefile program 
installed and the path variable set with
export PATH=$PATH:/bin:/usr/bin

for command like ls and such

and

export PATH=$PATH:/lib

for gcc

then I made a directory in /usr/ibs
I put all of the ibs stuff there to be compiled.

I did:

make -f Makefile

to run
 the make file.

It gave me several warnings and two errors. 

The two errors are:

net.c:112: error: 'struct _types_fd_set' has no member named 'fd_count'
net.c:113: error: 'struct _types_fd_set' has no member named 'fd_array'

I have done some research and I think it is due to the winsock stuff in the 
win32 api not compiling properly for some reason. I'm thinking there is some 
other version of the winsock.h and winsock2.h I need other then the ones that 
came by default in C:\cygwin\usr\include\w32api . Soo this is what I'm trying 
to figure out.

Can someone please help =)? Well that's where I got so far in compiling I'll 
continue to research for a fix for this.

I wanted add about the:

net.c:112: 

Re: Problems with SSHD service partially resolved (Other problem not resolved.)

[Gregg Levine]

On Thu, Dec 24, 2009 at 6:10 AM, Andy Koppe  wrote:
> 2009/12/24 Gregg Levine:
>> My other problems are the typically idiotic Windows problems
>> concerning removing a directory (or a directory of directories). The
>> system refuses to believe that I have the rights to remove that
>> directory.
>
> Use 'rm -rf' from your new Cygwin install. Much faster than Explorer as well.
>
> Andy
>
> --
Hello!
Thank you Andy. That did indeed work. I still don't have any idea as
to why that did not occur to me. Probably the usual hackers excuse. I
checked and found the entire drive visible from inside the install's
cygdrive mount point.

And I believe I might have solved my SSH problems. More on that later.

Incidentally the next time you're visiting NYC Andy, I owe you and
Larry a meal at either of the two best delis in the business.
-
Gregg C Levine gregg.drw...@gmail.com
"This signature was once found posting rude
 messages in English in the Moscow subway."

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

need workaround for backspace change in 1.7

[Ric Anderson]

For a  variety of reasons, I need a way to switch the character sent by 
the Console Window Backspace key from ASCII \177 to ASCII \008 (that is, 
make the backspace key send the ASCII backspace character like it did in 
older cygwin versions).


I thought of using dumpkeys/loadkeys, but I can't find those tools in 
any Cygwin package.  Is there some way to make the Backspace key send 
the backspace character again?


Thanks

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

R: floating-point math problem in Cygwin 1.7?

[Marco Atzeri]

--- Gio 24/12/09, Linh Phan  ha scritto:

> Hi,
> 
>   I have wondering why when I do floating-point math
> in Cygwin 1.7, Cygwin does not output the "correct" result,
> eg:
> 
> main () {
>   double qcb[4] = {0.41585680180318363,
> 0.70823637211274604, 0.089200955545759006, 
> -0.56347808399291521};
>   double qba[4] = {0.09648538897087118,
> -0.37032037362514358,
> 0.89403246842889339,   0.23293633462432001};
>   double qca[4];
> 
>   qca[0]= qcb[3]*qba[0] + qcb[2]*qba[1] -
> qcb[1]*qba[2] + qcb[0]*qba[3];
>   qca[1]= -qcb[2]*qba[0] + qcb[3]*qba[1] +
> qcb[0]*qba[2] + qcb[1]*qba[3];
>   qca[2]= qcb[1]*qba[0] - qcb[0]*qba[1] +
> qcb[3]*qba[2] + qcb[2]*qba[3];
>   qca[3]= -qcb[0]*qba[0] - qcb[1]*qba[1] -
> qcb[2]*qba[2] + qcb[3]*qba[3];
> 
>   // I am expecting the result to be:
> 
>   printf("qca = [-0.623718486146499718,
> 0.736824293298044886, -0.260654850643024127,
> 0.011147182658310384] CORRECT (LINUX/SOLARIS)\n");
> 
>   // I get the above result on both Linux/Solaris AND
> even when running under Cygwin's gdb and using gdb's printf
> 
>   // but when I compile and run on cygwin, I get the
> wrong result:

s/wrong/different

>   printf("qca = [%.18f, %.18f, %.18f, %.18f] NOT
> CORRECT (CYGWIN)\n",qca[0],qca[1],qca[2],qca[3]);
> }
> 
> Here is the output when I compiled and run on cygwin:
> 
> qca = [-0.623718486146499718, 0.736824293298044886,
> -0.260654850643024127, 0.011147182658310384] CORRECT
> (LINUX/SOLARIS)
> qca = [-0.623718486146499607, 0.736824293298044886,
> -0.260654850643024072, 0.011147182658310373] NOT CORRECT
> (CYGWIN)
> 
> Here's the output when running under cygwin's gdb (it
> matches Linux/Solaris outputs but not cygwin’s output):
> 
> (gdb) printf "%.18f\n", qcb[3]*qba[0] + qcb[2]*qba[1] -
> qcb[1]*qba[2] + qcb[0]*qba[3]
> -0.623718486146499718
> (gdb) printf "%.18f\n", -qcb[2]*qba[0] + qcb[3]*qba[1] +
> qcb[0]*qba[2] + qcb[1]*qba[3]
> 0.736824293298044886
> (gdb) printf "%.18f\n", qcb[1]*qba[0] - qcb[0]*qba[1] +
> qcb[3]*qba[2] + qcb[2]*qba[3]
> -0.260654850643024127
> (gdb) printf "%.18f\n", -qcb[0]*qba[0] - qcb[1]*qba[1] -
> qcb[2]*qba[2] + qcb[3]*qba[3]
> 0.011147182658310384
> (gdb) 
> 
> These errors accumulate and eventually builds up so much
> that the my simulation result is totally wrong when running
> under cygwin.
> 
> Please help.  

I will bet 
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=323

see
http://hal.archives-ouvertes.fr/hal-00128124
for further detailed info on rounding

if so it is not a bug is a feature 
:-)

by the way on (cygwin) octave that round as you expect I have
 printf("%.18g\n",qca)
-0.623718486146499718
0.736824293298044886
-0.260654850643024127
0.0111471826583103839



> Thanks,
> 
> Linh
> 

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: can some one please help me fix compiling errors related to winsock and sys/types and fd_set...etc

[Mark Geisert]

Josh writes:
[...a bunch of detailed stuff...]

If this were really a Cygwin program you likely wouldn't be #include-ing
winsock.h.  Is this a native Windows program you're just trying to build with
gcc?  If so, you likely don't want Cygwin, you want MinGW, a separate project
with different goals.  Look it up.

If that's not the case, you're going to have to slow down... you've got more
than two errors to worry about.  What I would do is forget '-O3' until stuff
builds and use '-c' on each source file one at a time to make sure each
compiles.  In any case with Cygwin you don't want to be linking against winsock
anyway; Cygwin supplies the network functions itself.

You'll need more assistance than I can give, so good luck.  Others here may be
able to help.
Cheers,

..mark




--
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: can some one please help me fix compiling errors related to winsock and sys/types and fd_set...etc

[Andy Koppe]

2009/12/25 Mark Geisert:
> Josh writes:
> [...a bunch of detailed stuff...]
>
> If this were really a Cygwin program you likely wouldn't be #include-ing
> winsock.h.  Is this a native Windows program you're just trying to build with
> gcc?  If so, you likely don't want Cygwin, you want MinGW, a separate project
> with different goals.  Look it up.

Cygwin ships with MinGW as part of the gcc (not gcc-4) package. To use
it, you need to invoke gcc-3 with the -mno-cygwin option.

Andy

--
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: need workaround for backspace change in 1.7

[Andy Koppe]

2009/12/25 Ric Anderson:
> For a  variety of reasons, I need a way to switch the character sent by the
> Console Window Backspace key from ASCII \177 to ASCII \008 (that is, make
> the backspace key send the ASCII backspace character like it did in older
> cygwin versions).

Can't be done at the moment, sorry. It would make sense for the
console to take the stty erase setting into account though. (I'll have
a look at that.)

Meanwhile, (u)rxvt, xterm and mintty all do have options for changing
the backspace keycode, so unless you need to run native Windows
programs that definitely require a console, you might prefer one of
those.

Andy

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