Re: flushinp on /dev/ptmx

[Hiroshi Sainohira]

>Not so far.  I had a look into that and implemented flushing input
>buffers on pseudo ttys.  Please give it a try.  It will be available
>in the next developers snapshot.

Thank you very much, Corinna.
I am willing to wait for it.


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

ssh-keygen and slogin oddity

[luke . kendall]

I'm trying to make ssh ask me for a passphrase when I slogin to another
machine, instead of asking me for my password on that machine.  With no
luck.

It always asks me for my password.  If I modify /etc/ssh_config to set
password authentication to "no", then slogin simply fails without
asking me for anything.

Now, I used Cygwin's ssh-keygen (-t dsa) to generate a ~/.ssh/id_dsa
and .pub pair.  The id_dsa file starts off:

-BEGIN DSA PRIVATE KEY-
Proc-Type: 4,ENCRYPTED
DEK-Info: DES-EDE3-CBC,A40CC4090416489F

Which generates this error in slogin:

: /home/luke ; slogin -v -v -v nevin
OpenSSH_3.6.1p1, SSH protocols 1.5/2.0, OpenSSL 0x0090702f
debug1: Reading configuration data /etc/ssh_config
debug1: Rhosts Authentication disabled, originating port will not be trusted.
debug2: ssh_connect: needpriv 0
debug1: Connecting to nevin [10.2.1.9] port 22.
debug1: Connection established.
debug1: identity file /home/luke/.ssh/identity type 0
debug1: identity file /home/luke/.ssh/id_rsa type -1
debug3: Not a RSA1 key file /home/luke/.ssh/id_dsa.
debug2: key_type_from_name: unknown key type '-BEGIN'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'Proc-Type:'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'DEK-Info:'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-END'
debug3: key_read: missing keytype
debug1: identity file /home/luke/.ssh/id_dsa type 2

But is that simply ssh trying to interpret id_dsa as an RSA key, giving
up, then trying to intrepret it as a DSA key?

Anyway, any idea why ssh won't ask me for my passphrase?

I discovered that you can't strace slogin, either.  Any idea how to
diagnose what's going on?

luke


--
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: flushinp on /dev/ptmx

[Corinna Vinschen]

On Fri, Sep 19, 2003 at 04:03:11PM +0900, Hiroshi Sainohira wrote:
> 
> >Not so far.  I had a look into that and implemented flushing input
> >buffers on pseudo ttys.  Please give it a try.  It will be available
> >in the next developers snapshot.
> 
> Thank you very much, Corinna.
> I am willing to wait for it.

Look at http://www.cygwin.com/snapshots/.  The latest snapshot has
it already.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
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: ssh-keygen and slogin oddity

[Corinna Vinschen]

On Fri, Sep 19, 2003 at 05:40:58PM +1000, [EMAIL PROTECTED] wrote:
> I'm trying to make ssh ask me for a passphrase when I slogin to another
> machine, instead of asking me for my password on that machine.  With no
> luck.
> 
> It always asks me for my password.  If I modify /etc/ssh_config to set
> password authentication to "no", then slogin simply fails without
> asking me for anything.
> 
> Now, I used Cygwin's ssh-keygen (-t dsa) to generate a ~/.ssh/id_dsa
> and .pub pair.  The id_dsa file starts off:

Did you copy the public key to the remote machine into ~/.ssh/authorized_keys?

Does the remote machine allow pub key authentication (look into the remote
sshd_config file if you're allowed to).

> debug1: identity file /home/luke/.ssh/id_rsa type -1
> debug3: Not a RSA1 key file /home/luke/.ssh/id_dsa.
> [...]
> debug1: identity file /home/luke/.ssh/id_dsa type 2
> 
> But is that simply ssh trying to interpret id_dsa as an RSA key, giving
> up, then trying to intrepret it as a DSA key?

That's normal.  Btw., it's RSA1(!), not RSA.  It checks for the key
being an RSA key for ssh1 protocol first.

Another btw., don't use DSA if you can avoid it.  Create your own
RSA ssh2 key with ssh-keygen -t rsa.  It's supposed to be more secure
than DSA keys.

A last btw., didn't you run ssh-user-config which would have created
all those keys for you?

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
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: Windows 2k crash while processing big bash script

[Ronald Landheer-Cieslak]

To start helping you debug this problem, we need a bit more information about
your Cygwin setup. Could you please read http://cygwin.com/problems.html
and provided the information mentioned there?

rlc

On Fri, Sep 19, 2003 at 12:45:46AM +0300, -TifsSoft- wrote:
> Hello. I have troubles using cygwin and I think you can resolve them.
> I can't compile any programm with cygwin under my Windows 2000. When configure
> script processing, some error occurs and script stops. After that, bash shell
> that process configuration script unable to execute any command with error
> "cannot fork: permission denied" or "cannot fork: resource temporarily unavailable"
> or command executes and:
> 
> <---terminal--->
>  72 [main] bash 2840 sync_with_child: child 30884(0x1D4) died before 
> initialization with status code 0x80
>3898 [main] bash 2840 sync_with_child: *** child state waiting for longjmp
> bash: fork: Resource temporarily unavailable
> <---/terminal--->
> 
> happend. Execution a new cygwin shell instance (from link on desktop) cause
> error messagebox that says "application initialization error (0xc142)".
> Execution of any windows application cause this error messagebox too.
> (Looks like it is windows problem becouse windows crashes, but this crash caused by
> cygwin).
> 
> After reboot, all works, and if I start configuration script, windows crashes again
> (after some time, while script processing...)
> I don't know, what to do, I like cygwin too much, but I can't work with it.
> My windows 2000 Russian is SP4 and patched with all available patches from
> windowsupdate. In Windows 98 all works fine, configuration script successfully
> processing. Configuration script log for libiconv-1.9.1 and gettext-0.12.1
> included. I really need you help. Thanks very much in advance.
> 
> -- 
> Best regards,
>  -TifsSoft-  mailto:[EMAIL PROTECTED]



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

-- 
C makes it easy for you to shoot yourself in the foot.  C++ makes that
harder, but when you do, it blows away your whole leg.
-- Bjarne Stroustrup

--
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: objdump : inaccurate demangling for foo(char* const)

[Ronald Landheer-Cieslak]

AFAIK, const is a compiler directive - there is nothing in the assembler
that make a symbol const. You should see const more like a promise: "I
promise I won't change the value of this variable". That promise can be 
broken by a const-cast, and the assembler code doesn't know anything about
it (AFAIK, there is no const in assembler, but I might be mistaken there).

rlc

On Fri, Sep 19, 2003 at 07:31:12AM +0300, Alex Vinokur wrote:
> 
> "Alex Vinokur" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> > ==
> > Windows 2000 Professional
> > CYGWIN_NT-5.0 1.5.4(0.94/3/2)
> > GNU gcc version 3.2 20020927 (prerelease)
> > GNU objdump 2.14.90 20030901
> > ==
> >
> 
> Updated question about objdump.
> 
> Low-level and user-level symbol names of foo2(char* const) are foo2(char*)
> 
> - C++ code -
> void foo1 (char*) {}
> void foo2 (char* const) {}
> 
> 
> 
> - objdump : Fragments -
> $ objdump -Cd t.o
> 
> t.o: file format pe-i386
> 
> Disassembly of section .text:
> 
>  <__Z4foo1Pc>:// OK
> 
> 0006 <__Z4foo2Pc>:// char*, not char* const
> 
> 
> $ objdump -d t.o
> 
> t.o: file format pe-i386
> 
> Disassembly of section .text:
> 
>  :// OK
> 
> 
> 0006 :// Not char* const
> 
> --
> 
> So, is it inaccuracy or convention?
> 
> 
>=
>Alex Vinokur
>  mailto:[EMAIL PROTECTED]
>  http://mathforum.org/library/view/10978.html
>=
> 
> 
> 
> 
> --
> 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/

-- 
You will have a long and boring life.

--
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: Current OpenJade and DocBook SGML status

[Ismael Valladolid Torres]

El jueves, 18 de septiembre de 2003, a las 19:03, Joshua Daniel Franklin escribe:
> What exactly dumps core (openjade, etc)?

It's openjade the one dumping core.

> Have you tried XML as suggested?

Yes, the xmlto suite works lovely. Nevertheless, I need SGML. Thanks a
lot.

Regards, Ismael
-- 
Ismael Valladolid Torres, Technical Support
Oberthur Card Systems, Bajo Oficina C, Edificio Valrealty B
28023 La Florida - Madrid (Spain) - http://www.oberthurcs.com/
Tel. +34 917 355 461 - Fax: +34 917 355 453 

pgp0.pgp
Description: PGP signature

Two /usr/include/pty.h files one in inetutils-1.3.2-24 and one in cygwin-1.5.4-1

[Dr. Volker Zell]

Hey 

Is this a packaging error ?

There are two /usr/include/pty.h files one in inetutils-1.3.2-24 and one in 
cygwin-1.5.4-1

Ciao
  Volker
  


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

Packaging error in the latest libguile12-1.6.4-12 ?

[Dr. Volker Zell]

Hey 

There seems to be packaging error in the latest libguile12-1.6.4-12.
The following files are found under /usr/bin

libguile-srfi-srfi-13-14-v-1.la
libguile-srfi-srfi-4-v-1.la
libguilereadline-v-12.la

whereas they should be instead under /usr/lib (in the package guild-devel-1.6.4-12) 
I think.

Ciao
  Volker
  



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

URL for uw-imap-imapd-2002d-1 package

[Dr. Volker Zell]

Hi

Does anybody still have a URL for the uw-imap-imapd-2002d-1 package handy ?
 ^^^
As has been already mentioned in this list (but too late for me) both
curr and prev versions of uw-imap-imapd-2002d are crashing with a message
of header size inconsistent. I don't have the older version on my disk anymore
and I'v already upgraded to cygwin-1.5.3. 

Ciao
  Volker


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

[ANNOUNCEMENT] Updated: tidy-030901-1

[Lapo Luchini]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

tidy-030901-1 is now installable from setup.exe

HTML Tidy is a program to clean up and correct messy HTML pages.
Tidy is able to fix up a wide range of problems and to bring to
your attention things that you need to work on yourself.

This release addresses many small bugs, see http://tidy.sf.net/ for
details (please notice that the website contains no ChangeLog AFAICT).

This version in based on the tidylib, which is also installed (both
static and shared).
This version, like the original distribution, contains no more a
man page as it is way too outdated, please use "tidy --help".

This releases includes docs dated 2003-06-10 (that are installed) and
tests dates 2003-04-09 (that can be used from the source package to do
"./tidy-030201-1.sh check").

If you have questions or comments, please send them to the Cygwin
mailing list at:  [EMAIL PROTECTED] .  I would appreciate if you would
use this mailing list rather than emailing me directly.  This includes
ideas and comments about the setup utility or Cygwin in general.

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

~*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

[EMAIL PROTECTED]

- --
Lapo 'Raist' Luchini
[EMAIL PROTECTED] (PGP & X.509 keys available)
http://www.lapo.it (ICQ UIN: 529796)
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.2 (Cygwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAj9q0icACgkQaJiCLMjyUvtq6wCfaQFZAUVEIx75rYDLRDTTGAlw
odEAn1oX9P+9zejdsp8hLA8Iztqzbek3
=mmmp
-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: Packaging error in the latest libguile12-1.6.4-12 ?

[Jan Nieuwenhuizen]

Volker Zell writes:

> libguile-srfi-srfi-13-14-v-1.la
> libguile-srfi-srfi-4-v-1.la
> libguilereadline-v-12.la
>
> whereas they should be instead under /usr/lib (in the package
> guild-devel-1.6.4-12) I think.

No, this is correct.  These are dlopened and need to be in PATH.  Try:

guile -c '(use-modules (srfi srfi-4) (srfi srfi-13) (srfi srfi-14))'

Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org


--
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: Two /usr/include/pty.h files one in inetutils-1.3.2-24 and one in cygwin-1.5.4-1

[Corinna Vinschen]

On Fri, Sep 19, 2003 at 12:20:50PM +0200, Dr. Volker Zell wrote:
> Hey 
> 
> Is this a packaging error ?
> There are two /usr/include/pty.h files one in inetutils-1.3.2-24 and one in 
> cygwin-1.5.4-1

No, that's a known inter developmental state.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
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: ssh-keygen and slogin oddity

[Patrick Eisenacher]

Corinna,

do you have any reference for this?

Unless this is something inherent in the ssh protocol or its 
implementation, which I'm not familiar with, I'm not aware that crypto 
systems based on discrete logarithms (DSA) are less secure than those 
based on factoring large integers (RSA).

FWIW:
- RSA verifies much faster than DSA, whereas DSA signs faster than RSA
- RSA can also be used for en-/decryption, whereas DSA can not
- RSA was patented in the USA, but the patent ran out in the meantime
- strong encryption crypto (eg RSA) was export restricted from the US, 
but this restriction was deregulated

Patrick

Corinna Vinschen schrieb:
[snip]
Another btw., don't use DSA if you can avoid it.  Create your own
RSA ssh2 key with ssh-keygen -t rsa.  It's supposed to be more secure
than DSA keys.


--
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: flushinp on /dev/ptmx

[Hiroshi Sainohira]

>Look at http://www.cygwin.com/snapshots/.  The latest snapshot has
>it already.

Ok.
I installed cygwin-inst-20030918.tar.bz2.
To test flushing input buffers, I used a RogueLike game 
which uses flushinp of ncurses. 
After I played it for a while, I found that the implemented codes 
work very fine on Cygterm and Rxvt, though unflushed buffers had 
caused various troubles before. 

Thank you a lot,  Corinna.

Hiroshi Sainohira

--
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: ssh-keygen and slogin oddity

[Corinna Vinschen]

On Fri, Sep 19, 2003 at 02:19:54PM +0200, Patrick Eisenacher wrote:
> Corinna,
> 
> do you have any reference for this?

There has been discussion about this on the openssh-unix-dev mailing list.
Basically RSA is a better choice when the source of random numbers is
suspect.  A description of this problem in conjunction with DSA is in the
WARNING.RNG file in the openssh source package.  For the next version
I'll put in into /usr/share/doc/openssh as well.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
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: Packaging error in the latest libguile12-1.6.4-12 ?

[Igor Pechtchanski]

On Fri, 19 Sep 2003, Jan Nieuwenhuizen wrote:

> Volker Zell writes:
>
> > libguile-srfi-srfi-13-14-v-1.la
> > libguile-srfi-srfi-4-v-1.la
> > libguilereadline-v-12.la
> >
> > whereas they should be instead under /usr/lib (in the package
> > guild-devel-1.6.4-12) I think.
>
> No, this is correct.  These are dlopened and need to be in PATH.  Try:
>
> guile -c '(use-modules (srfi srfi-4) (srfi srfi-13) (srfi srfi-14))'
>
> Jan.

Aren't the names a bit misleading, then?  The .la files are supposed to be
libtool library files, i.e., plain text.  If they are dlopened, they
should be named .dll, right?  Or am I missing something?

It's ok to keep dlls in one directory (or even package), and import libs
(.la) in another (as long as the .la files reflect this fact).  In fact,
since there's a guile-devel package, shouldn't the libtool import libs
belong there?
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: URL for uw-imap-imapd-2002d-1 package

[Igor Pechtchanski]

On Fri, 19 Sep 2003, Dr. Volker Zell wrote:

> Hi
>
> Does anybody still have a URL for the uw-imap-imapd-2002d-1 package handy ?
>  ^^^
> As has been already mentioned in this list (but too late for me) both
> curr and prev versions of uw-imap-imapd-2002d are crashing with a message
> of header size inconsistent. I don't have the older version on my disk anymore
> and I'v already upgraded to cygwin-1.5.3.
>
> Ciao
>   Volker

Do you Google? 

In particular,

(first match).

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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: Packaging error in the latest libguile12-1.6.4-12 ?

[Jan Nieuwenhuizen]

Igor Pechtchanski writes:

>> No, this is correct.  These are dlopened and need to be in PATH.  Try:
>>
>> guile -c '(use-modules (srfi srfi-4) (srfi srfi-13) (srfi srfi-14))'
>>
>> Jan.
>
> Aren't the names a bit misleading, then?  The .la files are supposed to be
> libtool library files, i.e., plain text.

They are, but they are used at dlopen-time to find the dlls.  Just try
the command above without the .la files in PATH.

Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org


--
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: Packaging error in the latest libguile12-1.6.4-12 ?

[Dr. Volker Zell]

> "Jan" == Jan Nieuwenhuizen <[EMAIL PROTECTED]> writes:

Jan> Volker Zell writes:
>> libguile-srfi-srfi-13-14-v-1.la
>> libguile-srfi-srfi-4-v-1.la
>> libguilereadline-v-12.la
>> 
>> whereas they should be instead under /usr/lib (in the package
>> guild-devel-1.6.4-12) I think.

Jan> No, this is correct.  These are dlopened and need to be in PATH.  Try:

Jan> guile -c '(use-modules (srfi srfi-4) (srfi srfi-13) (srfi srfi-14))'

This command works perfect for me with version guile-devel-1.6.4-2
^^^
In that time the .la files used to be part of the devel package.

Jan> Jan.

Ciao
  Volker


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

2 packages have CVS subdirs in their directory structure: lynx and irc

[Dr. Volker Zell]

Hi

see subject

Ciao
  Volker



--
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: getopt: ugly linker messages

[Charles Wilson]

Corinna Vinschen wrote:

Since that auto-import is working fine for a long while now and since
this sort of auto-import is normal for any other platform... isn't there
a time we can get rid of that message?
auto-import is not the default for all pei386 versions of binutils, 
particularly mingw.

And auto-import is in no way "normal".  It provides functionality that, 
on the surface, appears to emulate the normal behavior of other 
platforms -- but under the hood, it's a bizzarre beast.

So, taking those two points into consideration, I'm not sure what the 
right thing to do is, without ticking somebody on some platform off. 
The current compromise seems to be mostly acceptable.

Perhaps a cygwin-special (e.g. doesn't go back to binutils CVS) patch? 
In that case, it's a one-liner -- just change the default value of 
link_info.pei386_auto_import to '1' instead of '-1' in pe.em (you might 
also need to change the default in ldmain.c, but I don't think that's 
necessary.)

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

tetex-base 2.0.2-13...

[Jason Fu]

Hi there,

Please be informed that the installation of tetex-base 2.02-13 gets hung.

Cheers,

Jason

http://www.hkucs.org:8080/~tsfu/


--
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: tetex-base 2.0.2-13...

[Cliff Hones]

Jason Fu wrote:

> Please be informed that the installation of tetex-base 2.02-13 gets hung.

How long have you left it?  I seem to recall thinking it got stuck
too, but I was using a rather old and slow processor.  It did
eventually finish, despite giving the impression of doing nothing for
some time.

-- Cliff
 




--
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: getopt: ugly linker messages

[Christopher Faylor]

On Fri, Sep 19, 2003 at 09:49:25AM -0400, Charles Wilson wrote:
>Corinna Vinschen wrote:
>
>>Since that auto-import is working fine for a long while now and since
>>this sort of auto-import is normal for any other platform... isn't there
>>a time we can get rid of that message?
>
>auto-import is not the default for all pei386 versions of binutils, 
>particularly mingw.
>
>And auto-import is in no way "normal".  It provides functionality that, 
>on the surface, appears to emulate the normal behavior of other 
>platforms -- but under the hood, it's a bizzarre beast.
>
>So, taking those two points into consideration, I'm not sure what the 
>right thing to do is, without ticking somebody on some platform off. 
>The current compromise seems to be mostly acceptable.
>
>Perhaps a cygwin-special (e.g. doesn't go back to binutils CVS) patch? 
>In that case, it's a one-liner -- just change the default value of 
>link_info.pei386_auto_import to '1' instead of '-1' in pe.em (you might 
>also need to change the default in ldmain.c, but I don't think that's 
>necessary.)

I'm willing to do this but I have the same reservations that I think
you're expressing above, Chuck.  Also, the auto-import of data variables
is slower than a normal dllimport so I don't feel real comfortable about
making this the default.

I don't feel really strongly about this however, so if the consensus is
that this should be turned on, I'll make a cygwin-specific change to
binutils.

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: tetex-base 2.0.2-13...

[Yadin Y. Goldschmidt]

I concur. there is a font file that grows without a limit, Gigabytes... The
tar file of tetex.base is corrupted.
"Jason Fu" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hi there,
>
> Please be informed that the installation of tetex-base 2.02-13 gets hung.
>
> Cheers,
>
> Jason
>
> http://www.hkucs.org:8080/~tsfu/
>
>




--
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: Pine 4.58 Cygwin issue

[Eduardo Chappa]

*** On Thu, 18 Sep 2003 I wrote:

:) I am trying to look into this issue, and I am afraid that I will have
:) to build Pine in a 32bit world rather than upgrade it to the 64bit
:) world, which seems like a lot of work to make (e.g the size of off_t is
:) bigger than the size of unsigned long in the 64bit world. To adapt this
:) to the c-client library is non trivial for me).

I did some work yesterday night on cygwin Pine and found a way to build
Pine, and such that it would not crash!, so I expect to be releasing a
test version in about a week (there are some small issues with it still,
which will take long to solve, but I expect that can be worked out. The
major issue I had with it is solved!).

My work should fix the issues with the current release of uw-imap. I will
contact Abraham off list when I have a working patch, so that we can
release test versions of our packages.

Eduardo
http://www.math.washington.edu/~chappa/pine/

--
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[2]: Windows 2k crash while processing big bash script

[-TifsSoft-]

I provide all information as wrote in http://cygwin.com/problems.html.
(I reed it before sending problem letter).
cygcheck.out is in my first letter.
I tryed to process ./configure in new copy of cygwin (only base +
gcc + binutils + make...) and I try it with all libraries, having a
one result -- this trouble.

Information about my computer:
 + SiS 5595 M/B
 + K6-II 3D NOW! 400 MHz Processor
 + 256 Mb of DIMM memory (133)
 + Soft modem (Conexant HSF)
 + 30 Gb Maxtor 7200 RPM HDD, 2 Gb free (One FAT partition)

Information about my windows:
  Windows 2000 Russian SP4 + All patches from WindowsUpdate.
  Virtual memory setting -- Min=256Mb Max=1024Mb
  (when windows crashes, memory usage is near 200 mb)
  One copy of cygwin1.dll =) (at \Soft\CygWin\bin)

I ready to provide any information, you need.

Friday, September 19, 2003, 12:48:15 PM, Ronald wrote:

RLC> To start helping you debug this problem, we need a bit more information about
RLC> your Cygwin setup. Could you please read http://cygwin.com/problems.html
RLC> and provided the information mentioned there?

RLC> rlc

RLC> On Fri, Sep 19, 2003 at 12:45:46AM +0300, -TifsSoft- wrote:
>> Hello. I have troubles using cygwin and I think you can resolve them.
>> I can't compile any programm with cygwin under my Windows 2000. When configure
>> script processing, some error occurs and script stops. After that, bash shell
>> that process configuration script unable to execute any command with error
>> "cannot fork: permission denied" or "cannot fork: resource temporarily unavailable"
>> or command executes and:
>> 
>> <---terminal--->
>>  72 [main] bash 2840 sync_with_child: child 30884(0x1D4) died before 
>> initialization with status code 0x80
>>3898 [main] bash 2840 sync_with_child: *** child state waiting for longjmp
>> bash: fork: Resource temporarily unavailable
>> <---/terminal--->
>> 
>> happend. Execution a new cygwin shell instance (from link on desktop) cause
>> error messagebox that says "application initialization error (0xc142)".
>> Execution of any windows application cause this error messagebox too.
>> (Looks like it is windows problem becouse windows crashes, but this crash caused by
>> cygwin).
>> 
>> After reboot, all works, and if I start configuration script, windows crashes again
>> (after some time, while script processing...)
>> I don't know, what to do, I like cygwin too much, but I can't work with it.
>> My windows 2000 Russian is SP4 and patched with all available patches from
>> windowsupdate. In Windows 98 all works fine, configuration script successfully
>> processing. Configuration script log for libiconv-1.9.1 and gettext-0.12.1
>> included. I really need you help. Thanks very much in advance.
>> 
>> -- 
>> Best regards,
>>  -TifsSoft-  mailto:[EMAIL PROTECTED]



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




-- 
Best regards,
 -TifsSoft-mailto:[EMAIL PROTECTED]


--
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: tetex-base 2.0.2-13...

[Weiqi Gao]

Cliff Hones wrote:

Jason Fu wrote:


Please be informed that the installation of tetex-base 2.02-13 gets hung.


How long have you left it?  I seem to recall thinking it got stuck
too, but I was using a rather old and slow processor.  It did
eventually finish, despite giving the impression of doing nothing for
some time.
I had the same problem.  Doing a tar jtvf on the bzip2ed tar file 
revealed that the download had an integrity problem:


-rw-r--r-- root/root 18948 1997-12-26 17:00:00 
usr/share/texmf/fonts/type1/public/cmcyr/cmcbx12.pfb

bzip2: Data integrity error when decompressing.
Input file = (stdin), output file = (stdout)
It is possible that the compressed file(s) have become corrupted.
You can use the -tvv option to test integrity of such files.
You can use the `bzip2recover' program to attempt to recover
data from undamaged sections of corrupted files.
-rw-r--r-- root/root 18386 1995-10-18 18:00:00 
usr/share/texmf/fonts/type1/public/cmcyr/cmcbx5.pfb
tar: Unexpected EOF in archive
tar: Error is not recoverable: exiting now


While the installation seems to be hang, it's actually working.  A peek 
into the directory indicates that the file being installed is growing 
malignantly:


[EMAIL PROTECTED] /usr/share/texmf/fonts/type1/public/cmcyr] 178 $ ls -lart
total 426583
-rwxrwxrwx1 weiqiDomain U17487 Oct 18  1995 cmcb10.pfb
-rwxrwxrwx1 weiqiDomain U18948 Dec 26  1997 cmcbx12.pfb
-rwxrwxrwx1 weiqiDomain U18173 Dec 26  1997 cmcbx10.pfb
drwxrwxrwx+   7 weiqiDomain U0 Sep 19 10:00 ..
drwxrwxrwx+   2 weiqiDomain U0 Sep 19 10:18 .
-rwxrwxrwx1 weiqiDomain U 436764035 Sep 19 10:20 cmcbx5.pfb

--
Weiqi Gao
[EMAIL PROTECTED]
http://www.weiqigao.com


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

Re: getopt: ugly linker messages

[Corinna Vinschen]

On Fri, Sep 19, 2003 at 11:18:03AM -0400, Christopher Faylor wrote:
> On Fri, Sep 19, 2003 at 09:49:25AM -0400, Charles Wilson wrote:
> >Perhaps a cygwin-special (e.g. doesn't go back to binutils CVS) patch? 
> >In that case, it's a one-liner -- just change the default value of 
> >link_info.pei386_auto_import to '1' instead of '-1' in pe.em (you might 
> >also need to change the default in ldmain.c, but I don't think that's 
> >necessary.)
> 
> I'm willing to do this but I have the same reservations that I think
> you're expressing above, Chuck.  Also, the auto-import of data variables
> is slower than a normal dllimport so I don't feel real comfortable about
> making this the default.
> 
> I don't feel really strongly about this however, so if the consensus is
> that this should be turned on, I'll make a cygwin-specific change to
> binutils.

No need.  It's just a bit annoying.

However, isn't that an error in binutils?  If I have

  extern int __declspec(dllimport) foo;

and 100 lines later I have a

  extern int foo;

why is then the information about the __declspec removed?  Shouldn't
that information be kept?  AFAIK, the "extern" storage class shouldn't
change any information already known about the variable in question.
It should complain about e.g. conflicting types but it should never
change what's already there.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
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: 2 packages have CVS subdirs in their directory structure: lynx and irc

[Corinna Vinschen]

On Fri, Sep 19, 2003 at 03:42:15PM +0200, Dr. Volker Zell wrote:

Thanks, corrected.

Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Developermailto:[EMAIL PROTECTED]
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: tetex-base 2.0.2-13...

[Cliff Hones]

Weiqi Gao wrote:
> ...
> I had the same problem.  Doing a tar jtvf on the bzip2ed tar file 
> revealed that the download had an integrity problem:
> 
> 
> -rw-r--r-- root/root 18948 1997-12-26 17:00:00 
> usr/share/texmf/fonts/type1/public/cmcyr/cmcbx12.pfb
> 
> bzip2: Data integrity error when decompressing.
>  Input file = (stdin), output file = (stdout)
> ...

You are right - it was an earlier version which I thought had
got stuck during install.  I have just checked the latest package
file (from mirrors.rcn.net) and it does have a problem:

  $ bzcat tetex-base-2.0.2-13.tar.bz2 > /dev/null
  bzcat: Data integrity error when decompressing.
  Input file = tetex-base-2.0.2-13.tar.bz2, output file = (stdout)

Perhaps the integrity of the package files should be routinely checked
when they are added to the master distribution (at the same time the MD5
signatures are calculated).

-- Cliff


--
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: objdump : inaccurate demangling for foo(char* const)

[Hannu E K Nevalainen \(garbage mail\)]

> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> Of Ronald Landheer-Cieslak

> AFAIK, const is a compiler directive - there is nothing in the assembler
> that make a symbol const. You should see const more like a promise: "I
> promise I won't change the value of this variable". That promise can be
> broken by a const-cast,

 K&R, 2nd edition, p211 last paragraph, last sentence: "Except that it
should diagnose explicit attempts to change const objects, a compiler may
ignore these qualifiers."

> and the assembler code doesn't know anything about
> it (AFAIK, there is no const in assembler, but I might be mistaken there).

 This is very true, at least for the M68K assemblers that I know of. Nor
have I seen such a thing in x86 assemblers (less knowledge).
But: SECTION's (a program data/code "hunk" - in Amiga terms) can be set to
readonly - which _may_ be enforced depending on set assembler options (i.e.
to generate stuff for ROM).

/Hannu E K Nevalainen, B.Sc. EE -and- long standing M68K <'020 assembler
"guru".
-- UTC+01, DST -> UTC+02  --
--END OF MESSAGE--


--
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: getopt: ugly linker messages

[Larry Hall]

At 11:18 AM 9/19/2003, Christopher Faylor you wrote:
>On Fri, Sep 19, 2003 at 09:49:25AM -0400, Charles Wilson wrote:
>>Corinna Vinschen wrote:
>>
>>>Since that auto-import is working fine for a long while now and since
>>>this sort of auto-import is normal for any other platform... isn't there
>>>a time we can get rid of that message?
>>
>>auto-import is not the default for all pei386 versions of binutils, 
>>particularly mingw.
>>
>>And auto-import is in no way "normal".  It provides functionality that, 
>>on the surface, appears to emulate the normal behavior of other 
>>platforms -- but under the hood, it's a bizzarre beast.
>>
>>So, taking those two points into consideration, I'm not sure what the 
>>right thing to do is, without ticking somebody on some platform off. 
>>The current compromise seems to be mostly acceptable.
>>
>>Perhaps a cygwin-special (e.g. doesn't go back to binutils CVS) patch? 
>>In that case, it's a one-liner -- just change the default value of 
>>link_info.pei386_auto_import to '1' instead of '-1' in pe.em (you might 
>>also need to change the default in ldmain.c, but I don't think that's 
>>necessary.)
>
>I'm willing to do this but I have the same reservations that I think
>you're expressing above, Chuck.  Also, the auto-import of data variables
>is slower than a normal dllimport so I don't feel real comfortable about
>making this the default.
>
>I don't feel really strongly about this however, so if the consensus is
>that this should be turned on, I'll make a cygwin-specific change to
>binutils.


My $.02 is that if auto import use is something that's worth questioning 
when it occurs, then the message should be a warning and not just info.  
It would signal a valid reason to inspect what happened and try to clean 
it up.  If one is not so motivated, it can be ignored like any other 
warning and the risk assumed.

If it's less of an issue than this, then the info message just raises
questions and generates traffic on the list.  While the warning may still
do this, it would then be clear to the poster and those reading the post
that this is something that should be remedied.  So my feeling is that if
this doesn't deserve the status of a warning, the informational message
should be off by default.  I don't see the problem of data variable import
as being a major issue for the clueless either.  If it is, the message won't
clarify anything for them so we'll still see list traffic about it either 
way.

Somehow, I don't believe my single opinion on this constitutes a consensus
so I'm sorry if this is just noise.

Now back to the regularly scheduled Cygwin email traffic already in 
progress...


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

Setup Parse Errors

[Parker, Ron]

I am attempting to run setup version 2.340.2.5, which I just downloaded from
cygwin.com, and I am receiving a number of different "Parse Errors"
processing setup.bz2.  They all read:

(null) line X: syntax error, unexpected NL, expecting STRING
(null) line X: unrecognized line X+1 (do you have the latest setup?)

for x in 429 440 744.  

It's also interesting that each time I back up and try again with a
different site the list gets appended to instead of restarted.  I might try
debugging this, but I have to get Cygwin reinstalled first, catch-22.  

This is all because tetex-base-2.0.1.13(version???) was freezing setup, so I
decided to uninstall and reinstall.

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

text setup

[Krzysztof Duleba]

I use Cygwin along with Win2k. Is it possible to update the software in
text mode (access only via ssh)?

Regards
Krzysztof Duleba



--
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: objdump : inaccurate demangling for foo(char* const)

[Rolf Campbell]

foo(char* const) is no different from foo(char*), from the perspective 
of linking/overloading.

Did you mean foo(char const *)?

Alex Vinokur wrote:
==
Windows 2000 Professional
CYGWIN_NT-5.0 1.5.4(0.94/3/2)
GNU gcc version 3.2 20020927 (prerelease)
GNU objdump 2.14.90 20030901
==
It seems that objdump inaccurately demangles foo(char* const).
  Low-level symbol name of foo(char* const) is valid : __Z3fooPc
  But user-level symbol name obtained after demangling is inaccurate : foo(char*).


== C++ code : BEGIN ==
// File t.cpp
void foo3 (char*) {}

== C++ code : END 



== Compilation : BEGIN ==

$ g++ -c t.cpp

== Compilation : END 



== objdump : BEGIN ==

$ objdump -d t.o

t.o: file format pe-i386

Disassembly of section .text:

 <__Z3fooPc>:// OK
   0: 55push   %ebp
   1: 89 e5 mov%esp,%ebp
   3: 5dpop%ebp
   4: c3ret
   5: 90nop
   6: 90nop
   7: 90nop
   8: 90nop
   9: 90nop
   a: 90nop
   b: 90nop
   c: 90nop
   d: 90nop
   e: 90nop
   f: 90nop




$ objdump -Cd t.o

t.o: file format pe-i386

Disassembly of section .text:

 :// Must be foo(char* const)
   0: 55push   %ebp
   1: 89 e5 mov%esp,%ebp
   3: 5dpop%ebp
   4: c3ret
   5: 90nop
   6: 90nop
   7: 90nop
   8: 90nop
   9: 90nop
   a: 90nop
   b: 90nop
   c: 90nop
   d: 90nop
   e: 90nop
   f: 90nop
== objdump : END 

--
   =
   Alex Vinokur
 mailto:[EMAIL PROTECTED]
 http://mathforum.org/library/view/10978.html
   =






--
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: text setup

[Igor Pechtchanski]

On Fri, 19 Sep 2003, Krzysztof Duleba wrote:

> I use Cygwin along with Win2k. Is it possible to update the software in
> text mode (access only via ssh)?

There is currently no way to do a text-mode setup.  There is, however, a
way to run setup unattended via ssh.  Search the list archives for
"unattended setup".  You'll probably need to configure the ssh service to
allow interaction with the desktop.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: text setup

[Krzysztof Duleba]

Igor Pechtchanski wrote

>> I use Cygwin along with Win2k. Is it possible to update the software in
>> text mode (access only via ssh)?
>
> There is currently no way to do a text-mode setup.  There is, however, a
> way to run setup unattended via ssh.  Search the list archives for
> "unattended setup".  You'll probably need to configure the ssh service
to
> allow interaction with the desktop.
> Igor

Will it allow me to choose the packages to install? How would I see the
result?

Regards
Krzysztof Duleba



--
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: text setup

[Igor Pechtchanski]

On Fri, 19 Sep 2003, Krzysztof Duleba wrote:

> Igor Pechtchanski wrote
>
> >> I use Cygwin along with Win2k. Is it possible to update the software in
> >> text mode (access only via ssh)?
> >
> > There is currently no way to do a text-mode setup.  There is, however,
> > a way to run setup unattended via ssh.  Search the list archives for
> > "unattended setup".  You'll probably need to configure the ssh service
> > to allow interaction with the desktop.
> > Igor
>
> Will it allow me to choose the packages to install?

Don't know, you'll have to search for instructions or look at setup
sources.

> How would I see the result?

If worse comes to worst, you can always take a look at
/var/log/setup.log{,full}.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

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

^C not getting to sub, sub, sub, sub processes (was: Re: 1.5.4s assertion "hsig_inited" failed)

[Rolf Campbell]

Christopher Faylor wrote:

On Fri, Aug 15, 2003 at 09:10:12PM -0400, Rolf Campbell wrote:

Christopher Faylor wrote:

On Mon, Sep 08, 2003 at 04:44:58PM -0400, Rolf Campbell wrote:

I started a large build, then hit ^Z.  Then "fg", and this is what 
happened:
A large build shouldn't even recognize the ^Z if you are running this from
the console.  Your TERM=xterm below.  Are you running this under X?
I am using RXVT.  Does RXVT set TERM=xterm?  That's my only guess, I 
don't set that variable myself.


Huh.  I guess so.  It does so for me, as well.

This problem sounded familiar so I did a little archive diving.  It was
reported before and I investigated it before.  I remember thinking that
this would be hard to fix owing to a race condition with signals in tty
code.  I can make this fail in various interesting ways even outside of
the pty/tty code, though.  So, I'm investigating why now.
cgf

I have a reproducable (at least on my machine) of some ^C handling issues.

#!/bin/python
import sys, os, select
if(int(sys.argv[1]) > 0):
os.system(sys.argv[0] + " %d" % (int(sys.argv[1])-1))
else:
select.select([], [], [], 10)
Try running this as "./deep.py 0", and then, when it's waiting, hit ^C, 
it will terminate fine.  Now try it as "./deep.py 1", and then hit ^C. 
Nothing happens.  I see this when I try to cancel my build, but ^C 
doesn't work when the process tree is too deep.

Cygwin Win95/NT Configuration Diagnostics
Current System Time: Fri Sep 19 14:29:26 2003

Windows 2000 Professional Ver 5.0 Build 2195 Service Pack 4

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\WINNT\SYSTEM32
C:\WINNT
C:\WINNT\SYSTEM32\WBEM
C:\PERFORCE
C:\cygwin\bin
C:\WINNT\system32
C:\WINNT
C:\WINNT\System32\Wbem
C:\Perforce
C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\Program Files\SSH

Output from C:\cygwin\bin\id.exe (nontsec)
UID: 11643(rcampbell) GID: 10513(Domain Users)
10513(Domain Users)

Output from C:\cygwin\bin\id.exe (ntsec)
UID: 11643(rcampbell) GID: 10513(Domain Users)
544(Administrators)   545(Users)
10513(Domain Users)

SysDir: C:\WINNT\system32
WinDir: C:\WINNT

CYGWIN = `binmode'
HOME = `C:\cygwin\home\rcampbell'
MAKE_MODE = `unix'
PWD = `/home/rcampbell'
USER = `rcampbell'

ALLUSERSPROFILE = `C:\Documents and Settings\All Users'
APPDATA = `C:\Documents and Settings\rcampbell\Application Data'
COLORFGBG = `0;default;15'
COLORTERM = `rxvt-xpm'
COMMONPROGRAMFILES = `C:\Program Files\Common Files'
COMPUTERNAME = `PCRCAMPBELL2'
COMSPEC = `C:\WINNT\system32\cmd.exe'
COSMIC = `c:/node.beta1/COSMIC'
DISPLAY = `:0'
HOMEDRIVE = `C:'
HOMEPATH = `\'
LOGONSERVER = `\\EXCHANGE'
MANPATH = `:/usr/ssl/man'
NUMBER_OF_PROCESSORS = `1'
OLDPWD = `/usr/bin'
OS2LIBPATH = `C:\WINNT\system32\os2\dll;'
OS = `Windows_NT'
OSE_ROOT = `C:\OSE\OSE4.4.1\'
P4CONFIG = `.p4config'
PATHEXT = `.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.py;.pyc;.pyo;.pyw;.pys'
PROCESSOR_ARCHITECTURE = `x86'
PROCESSOR_IDENTIFIER = `x86 Family 6 Model 8 Stepping 6, GenuineIntel'
PROCESSOR_LEVEL = `6'
PROCESSOR_REVISION = `0806'
PROGRAMFILES = `C:\Program Files'
PS1 = `\[\]$PWD\[\]>\[\] '
SHLVL = `1'
SYSTEMDRIVE = `C:'
SYSTEMROOT = `C:\WINNT'
TEMP = `C:\Temp'
TERM = `xterm'
TROPIC_UNIQUE_ID = `150'
USERDNSDOMAIN = `tropicnetworks.com'
USERDOMAIN = `TROPICNETWORKS'
USERNAME = `rcampbell'
USERPROFILE = `C:\Documents and Settings\rcampbell'
WINDIR = `C:\WINNT'
WINDOWID = `168046576'
_ = `/usr/bin/cygcheck'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2\/c
  (default) = `C:'
  flags = 0x0002
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\MenuOrder\Start 
Menu\Programs\Cygnus Solutions
  (default) = (unsupported type)
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2
  (default) = `/cygdrive'
  cygdrive flags = 0x0022
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/
  (default) = `C:/cygwin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/bin
  (default) = `C:/cygwin/bin'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/lib
  (default) = `C:/cygwin/lib'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\mounts v2\/usr/X11R6/lib/X11/fonts
  (default) = `C:\cygwin\usr\X11R6\lib\X11\fonts'
  flags = 0x000a
HKEY_LOCAL_MACHINE\SOFTWARE\Cygnus Solutions\Cygwin\Program Options

c:  hd  NTFS   19069Mb  76% CP CS UN PA FC Campbell
d:  cd  CDFS   0Mb -2147483548%CS  

Re: text setup

[Krzysztof Duleba]

Igor Pechtchanski wrote:

 I use Cygwin along with Win2k. Is it possible to update the software
in
 text mode (access only via ssh)?
>>>
>>> There is currently no way to do a text-mode setup.  There is, however,
>>> a way to run setup unattended via ssh.  Search the list archives for
>>> "unattended setup".  You'll probably need to configure the ssh service
>>> to allow interaction with the desktop.
>>> Igor
>>
>> Will it allow me to choose the packages to install?
>
> Don't know, you'll have to search for instructions

I will.

> or look at setup sources.

Bad news. I don't have enough time to play with the sources.

>> How would I see the result?
>
> If worse comes to worst, you can always take a look at
> /var/log/setup.log{,full}.

That's what I was afraid of. Thanks for help.

Is any text-mode setup developed? Or at least planned? I would increase a
lot the value of Cygwin.

Regards
Krzysztof Duleba



--
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: getopt: ugly linker messages

[Ivan Warren]

> 
> I'm willing to do this but I have the same reservations that I think
> you're expressing above, Chuck.  Also, the auto-import of 
> data variables
> is slower than a normal dllimport so I don't feel real 
> comfortable about
> making this the default.
> 
> I don't feel really strongly about this however, so if the 
> consensus is
> that this should be turned on, I'll make a cygwin-specific change to
> binutils.
> 
> cgf

And.. Hmmm..

I *think* auto import of data variables may be somewhat broken (and declared
import of data variables too) if 

1) The import library is stripped with --strip-unneeded
   and/or
2) The import is from another DLL (.exe -> .dll[func] -> .dll[data])

(See msg dated 9/17/03 which seems to have been drowned.. There is a test
case in it)

--Ivan


--
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 corrupted on sources.redhat.com

[Christopher Faylor]

A recent change that I made to the 'upset' program resulted in
a setup.ini that is unparseable by setup.exe.  I fixed the
problem and an updated setup.ini should be arriving on mirrors
soon.

Sorry about that.

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/

setup

[Robert McNulty Junior]

I'm having difficulty with setup.
THe problem seems to be that setup won't read the setup.ini file.
This is with the setup called 2.340.2.5.
And the snapshot.
THe error is null then a line number then syntax error, etc.
Robert



--
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: text setup

[Christopher Faylor]

On Fri, Sep 19, 2003 at 08:43:35PM +0200, Krzysztof Duleba wrote:
>Is any text-mode setup developed? Or at least planned? I would increase a
>lot the value of Cygwin.

I don't know if this is exactly what you mean, but I'm working on a
perl-based+exec front end 'cygupdate' program.  It requires an existing
installation with such things as perl and cp involved, though.

I've been using it for all of my updates for a while with no problem but
it is not quite polished enoug for wide distribution yet.  There are
still some problems with replacing running binaries, like for instance,
the cygupdate.exe itself.

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: tetex-base 2.0.2-13...

[Jan Nieuwenhuizen]

Jason Fu writes:

> Hi there,
>
> Please be informed that the installation of tetex-base 2.02-13 gets hung.

Thanks.  A bug report even before the announce.  Phew.

Jan.

-- 
Jan Nieuwenhuizen <[EMAIL PROTECTED]> | GNU LilyPond - The music typesetter
http://www.xs4all.nl/~jantien   | http://www.lilypond.org


--
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: text setup

[Krzysztof Duleba]

Christopher Faylor wrote

>>Is any text-mode setup developed? Or at least planned? I would increase
a
>>lot the value of Cygwin.
>
> I don't know if this is exactly what you mean, but I'm working on a
> perl-based+exec front end 'cygupdate' program.  It requires an existing
> installation with such things as perl and cp involved, though.

Sounds promising. I'm looking forward to try it out.

> I've been using it for all of my updates for a while with no problem but
> it is not quite polished enoug for wide distribution yet.  There are
> still some problems with replacing running binaries, like for instance,
> the cygupdate.exe itself.

AFAIK setup handles it using some kind of scheduling. I guess that you
could adapt the same solution, if it makes any sense.

Regards
Krzysztof Duleba



--
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: text setup

[Christopher Faylor]

On Fri, Sep 19, 2003 at 09:18:35PM +0200, Krzysztof Duleba wrote:
>Christopher Faylor wrote
>>I've been using it for all of my updates for a while with no problem
>>but it is not quite polished enoug for wide distribution yet.  There
>>are still some problems with replacing running binaries, like for
>>instance, the cygupdate.exe itself.
>
>AFAIK setup handles it using some kind of scheduling.  I guess that you
>could adapt the same solution, if it makes any sense.

I'm not lacking in ideas on how to solve it, just time for implementing
the ideas.

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: text setup

[Krzysztof Duleba]

Christopher Faylor wrote

>>>I've been using it for all of my updates for a while with no problem
>>>but it is not quite polished enoug for wide distribution yet.  There
>>>are still some problems with replacing running binaries, like for
>>>instance, the cygupdate.exe itself.
>>
>>AFAIK setup handles it using some kind of scheduling.  I guess that you
>>could adapt the same solution, if it makes any sense.
>
> I'm not lacking in ideas on how to solve it, just time for implementing
> the ideas.

I hope you will find it. Now I'll try to look for some info on "unattended
setup" recommended by Igor.

Regards



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

segmentation fault with some apps on new cygwin release 1.5.4-1

[Joe Vallino]

I'm running cygwin version 1.3.22-1 on one AMD machine, and all works fine.

I recently installed cygwin on another AMD machine, new release 1.5.4-1
when i try to start xedit i get a segmentation fault.  Also, when I compile clisp 
version 2.30 from sourceforge, it compiles ok, but also generates a segmentation fault 
when run.

If i copy either xedit or clisp executable from the pc running build 1.3.22-1, both 
seem to run ok on the new build.

Sorry this is not much to go on.  I have searched this mailing list, but have not 
found any similar problems.

thanks in advance
-joe

--
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: segmentation fault with some apps on new cygwin release 1.5.4-1

[Igor Pechtchanski]

On Fri, 19 Sep 2003, Joe Vallino wrote:

> I'm running cygwin version 1.3.22-1 on one AMD machine, and all works
> fine.
>
> I recently installed cygwin on another AMD machine, new release 1.5.4-1
> when i try to start xedit i get a segmentation fault.  Also, when I
> compile clisp version 2.30 from sourceforge, it compiles ok, but also
> generates a segmentation fault when run.
>
> If i copy either xedit or clisp executable from the pc running build
> 1.3.22-1, both seem to run ok on the new build.
>
> Sorry this is not much to go on.  I have searched this mailing list, but
> have not found any similar problems.
>
> thanks in advance
> -joe

The xedit crash belongs on the cygwin-xfree list (and has been reported
and discussed there already).

Clisp is now an official Cygwin package -- did you try installing and
running that?  Does it exhibit the same symptoms?

The fact that older executables work most likely indicates a link-time
conflict (older headers, perhaps?).
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

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

[Yadin Y. Goldschmidt]

I am getting the same problem exactly after downloading setup 2.340.2.5 due
to the tetex problem. I can no longer update cygwin.

"Parker, Ron" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I am attempting to run setup version 2.340.2.5, which I just downloaded
from
> cygwin.com, and I am receiving a number of different "Parse Errors"
> processing setup.bz2.  They all read:
>
> (null) line X: syntax error, unexpected NL, expecting STRING
> (null) line X: unrecognized line X+1 (do you have the latest setup?)
>
> for x in 429 440 744.
>
> It's also interesting that each time I back up and try again with a
> different site the list gets appended to instead of restarted.  I might
try
> debugging this, but I have to get Cygwin reinstalled first, catch-22.
>
> This is all because tetex-base-2.0.1.13(version???) was freezing setup, so
I
> decided to uninstall and reinstall.
>




--
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 corrupted on sources.redhat.com

[Parker, Ron]

Chris, thank you for correcting this quickly.  I am back up and running
again.

--
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: segmentation fault with some apps on new cygwin release 1.5.4-1

[Joe Vallino]

When I install clisp that is now part of cygwin dist. (2.31), it runs fine. Thanks! i 
did not know it had been added to official dist.

Sorry for the miss-post on xedit.

cheers,
-joe



> -Original Message-
> From: Igor Pechtchanski [mailto:[EMAIL PROTECTED]
> Sent: Friday, September 19, 2003 3:45 PM
> To: Joe Vallino
> Cc: [EMAIL PROTECTED]
> Subject: Re: segmentation fault with some apps on new cygwin release
> 1.5.4-1
> 
> 
> On Fri, 19 Sep 2003, Joe Vallino wrote:
> 
> > I'm running cygwin version 1.3.22-1 on one AMD machine, and 
> all works
> > fine.
> >
> > I recently installed cygwin on another AMD machine, new 
> release 1.5.4-1
> > when i try to start xedit i get a segmentation fault.  Also, when I
> > compile clisp version 2.30 from sourceforge, it compiles 
> ok, but also
> > generates a segmentation fault when run.
> >
> > If i copy either xedit or clisp executable from the pc running build
> > 1.3.22-1, both seem to run ok on the new build.
> >
> > Sorry this is not much to go on.  I have searched this 
> mailing list, but
> > have not found any similar problems.
> >
> > thanks in advance
> > -joe
> 
> The xedit crash belongs on the cygwin-xfree list (and has 
> been reported
> and discussed there already).
> 
> Clisp is now an official Cygwin package -- did you try installing and
> running that?  Does it exhibit the same symptoms?
> 
> The fact that older executables work most likely indicates a link-time
> conflict (older headers, perhaps?).
>   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!
> 
> "I have since come to realize that being between your mentor 
> and his route
> to the bathroom is a major career booster."  -- Patrick Naughton
> 
> 

--
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 corrupted on sources.redhat.com

[Christopher Faylor]

On Fri, Sep 19, 2003 at 02:59:14PM -0500, Parker, Ron wrote:
>Chris, thank you for correcting this quickly.  I am back up and running
>again.

You're welcome.  Want to make a bet on how many problem reports we'll see
on this issue as the fixed setup.ini works its way around?

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: objdump : inaccurate demangling for foo(char* const)

[Alexander Osipenko]

YES, there ARE a noticeable difference between GCC 3.2  and MS VisualC 7.1

struct A {
virtual void foo(char* a) { std::cout << "A"; }
};

struct B: public A {
virtual void foo(char* const a) { std::cout << "B"; }
};

int main() {
B b;
A* a = &b;
a->foo("");
}

This example prints "A" in MSVC, and "B" in GCC.

In the plain case, the behavior is identical:

void foo1(char* a) {}
void foo2(char* const a) {}

>From the caller function point of view, signatures of this functions (except name,
apparently)
should be identical - no matter, that parameter can't be changed _inside_ the function.
If you can pass a pointer to foo1() , so you can pass it to foo2() and vice versa.

If you declare pointers
  typedef void (*PF1)(char*);
  typedef void (*PF2)(char*const);
you can assign any foo to each PF.

IMHO, GCC seems  more consistent.

Of course, this is not the issue of cygwin port of GCC, you should ask GCC mailing 
list.
Let me know, if you'll find the correct answer.

===
Alex.



"Alex Vinokur" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
>
> "Alex Vinokur" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> > ==
> > Windows 2000 Professional
> > CYGWIN_NT-5.0 1.5.4(0.94/3/2)
> > GNU gcc version 3.2 20020927 (prerelease)
> > GNU objdump 2.14.90 20030901
> > ==
> >
>
> Updated question about objdump.
>
> Low-level and user-level symbol names of foo2(char* const) are foo2(char*)
>
> - C++ code -
> void foo1 (char*) {}
> void foo2 (char* const) {}
> 
>
>
> - objdump : Fragments -
> $ objdump -Cd t.o
>
> t.o: file format pe-i386
>
> Disassembly of section .text:
>
>  <__Z4foo1Pc>:// OK
>
> 0006 <__Z4foo2Pc>:// char*, not char* const
>
>
> $ objdump -d t.o
>
> t.o: file format pe-i386
>
> Disassembly of section .text:
>
>  :// OK
>
>
> 0006 :// Not char* const
>
> --
>
> So, is it inaccuracy or convention?
>
>
>=
>Alex Vinokur
>  mailto:[EMAIL PROTECTED]
>  http://mathforum.org/library/view/10978.html
>=
>
>
>
>




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

gdb20030901-1: aborts with stack dump

[Bryan Higgins]

Here is gdb.exe.stackdump, for what it's worth:

Exception: STATUS_ACCESS_VIOLATION at eip=610B7374
eax=0010 ebx=0010 ecx=0004 edx= esi=D012
ebp=0022F518 esp=0022F50C program=c:\cygwin\bin\gdb.exe
cs=001B ds=0023 es=0023 fs=0038 gs= ss=0023
Stack trace:
Frame Function  Args
0022F518  610B7374  (100F7160, D0127169, 0010, 1284)
0022F548  004A767A  (100F7098, 0020, D0127169, 004C26D8)
0022F568  004A75C1  (0020, D0127169, , )
0022F588  004B6175  (0020, , , 1284)
0022F5B8  004A5B8D  (100F7098, 0020, 0022F610, 100F7324)
0022F5D8  004A5085  (100F7098, 0020, 0022F610, 00422D7A)
0022F638  004A4F14  (100F7260, 004A5050, 100F7098, 0001)
0022F658  004A51C5  (100F7260, 100F7098, 0001, 0006)
0022F688  0049A016  (, 0090, , 0040513D)
0022F6F8  004373E9  (, 0001, 0022F728, 00407A8C)
0022F708  00405839  (100D28D0, , 0001, 0001)
0022F728  00407A8C  (100D28D0, , 0001, )
0022F768  0042317D  (100C04C6, 0001, 0022F798, 005B7263)
0022F798  004843AB  (100C04C0, 10103D90, 0022F7D8, 005C71BC)
0022F7D8  0048483C  (100E0E70, , , 100E0E70)
0022F7F8  005C5B95  (, 100E39C0, 0022F818, 0048420D)
End of stack trace (more stack frames may be present)

As reported yesterday, this happens when typing "finish" after a breakpoint.
Happens every time with my (large) program; I couldn't reproduce the problem
with a simple program, alas.

The problem doesn't happen with gdb20030303-1.

--
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: /etc/profile - futile try to predict order of execution

[Igor Pechtchanski]

On Fri, 19 Sep 2003, Hannu E K Nevalainen (garbage mail) wrote:

> While looking for the reason why "less" has stopped understanding the
> BACKSPACE key (and a bunch of others) I stumbled over the following.
>
> I'm sending this just to INFORM about it.
> I'm NOT on the xfree list.
> I'm NOT interested of participating in more discussions on this subject.
>
> > $ head -63 /etc/profile | tail -1
> > `/bin/find /etc/profile.d -iname '*.sh' -type f`
> >
> > $ /bin/find /etc/profile.d -iname '*.sh' -type f
> > /etc/profile.d/lilypond-profile.sh
> > /etc/profile.d/mc.sh
> > /etc/profile.d/openssl.sh
> > /etc/profile.d/00xfree.sh
>
>  NOTE that 00xfree is listed last...
>  THEN read what the comment in the first lines of the script says.
>
> > $ cat /etc/profile.d/00xfree.sh
> > # the script name starts with 00 to ensure that it is executed before any
> > # other scripts because one of them may need to know where X is to run
> > # properly.
> >
> > X11PATH="/usr/X11R6/bin"
> >
> > if ! /bin/echo ${PATH} | /bin/grep -q ${X11PATH} ; then
> > export PATH="${PATH}:${X11PATH}"
> > fi
> >
> > $

IMO, this belongs on the cygwin list, as this concerns the predictability
of the script execution order from /etc/profile.

Hannu, this is really weird.  I'm getting 00xfree.sh as the *first* file
match:

$ /bin/find /etc/profile.d/ -iname '*.sh' -type f
/etc/profile.d/00xfree.sh
/etc/profile.d/mc.sh
/etc/profile.d/openssl.sh
$

WAGs:

Could this be the result of a different collation sequence in your
language?  Can you try running "LC_ALL=C /bin/find /etc/profile.d -iname
'*.sh' -type f" on your machine?

Speaking of your machine, could this be because you're using Win98?
(Checking) Bingo!  Somehow, on Win98 find traverses files in unsorted
order, i.e., the order they were created.  I guess either /etc/profile
should guarantee alphanumeric order, or maintainers need to reassess their
assumptions.
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!

"I have since come to realize that being between your mentor and his route
to the bathroom is a major career booster."  -- Patrick Naughton

--
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: getopt: ugly linker messages

[Danny Smith]

Re: getopt: ugly linker messages
From: Corinna Vinschen  
To: cygwin at cygwin dot com 
Date: Fri, 19 Sep 2003 17:34:09 +0200 
Subject: Re: getopt: ugly linker messages 
References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]> 
Reply-to: cygwin at cygwin dot com 



On Fri, Sep 19, 2003 at 11:18:03AM -0400, Christopher Faylor wrote:
> > On Fri, Sep 19, 2003 at 09:49:25AM -0400, Charles Wilson wrote:
> > >Perhaps a cygwin-special (e.g. doesn't go back to binutils CVS) patch? 
> > >In that case, it's a one-liner -- just change the default value of 
> > >link_info.pei386_auto_import to '1' instead of '-1' in pe.em (you might 
> > >also need to change the default in ldmain.c, but I don't think that's 
> > >necessary.)
> > 
> > I'm willing to do this but I have the same reservations that I think
> > you're expressing above, Chuck.  Also, the auto-import of data variables
> > is slower than a normal dllimport so I don't feel real comfortable about
> > making this the default.
> > 
> > I don't feel really strongly about this however, so if the consensus is
> > that this should be turned on, I'll make a cygwin-specific change to
> > binutils.
> 

I share Chris's opinion about the warning.  To me the auto-import
feature has always been a last resort.  Usually, I want to know about
the missing attribute in  declarations.

> No need.  It's just a bit annoying.
> 
> However, isn't that an error in binutils?  If I have
> 
>   extern int __declspec(dllimport) foo;
> 
> and 100 lines later I have a
> 
>   extern int foo;
> 
> why is then the information about the __declspec removed?  Shouldn't
> that information be kept?  AFAIK, the "extern" storage class shouldn't
> change any information already known about the variable in question.
> It should complain about e.g. conflicting types but it should never
> change what's already there.

That is done in GCC itself, noy binutils.  It is done that way to conform
to MS 'rules' about how ___declspec(dllimport) is handled.
Overriding the attribute also prevents an ICE in gcc so I believe the
behaviour is justified. There are actually testcases in the gcc
 testsuite that test whether this happens

Here's one (g++.dg/ext/dllimport2.C):

// { dg-do compile { target i?86-*-cygwin* i?86-*-mingw*} }

// PR c++/9738  Dllimport attribute is overriden by later definition/redeclaration

void __attribute__((dllimport)) Bar(void);
void __attribute__((dllimport)) Baz(void);
__attribute__((dllimport)) int Biz;
__attribute__((dllimport)) int Boz;

void Foo(void)
  {
Bar();
Baz();
Biz++;   
Boz++;   
  }
 
void Bar(void)
  { // { dg-warning "defined" }
  }

void Baz(void); // { dg-warning "redeclared" }
extern int Biz; // { dg-warning "redeclared" }
int Boz;// { dg-warning "defined" }

void foo()
{
  Biz++;
}

Danny

> 
> Corinna
> 
> 

http://search.yahoo.com.au - Yahoo! Search
- Looking for more? Try the new Yahoo! Search

--
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: /etc/profile - futile try to predict order of execution

[Hannu E K Nevalainen \(garbage mail\)]

> From: Igor Pechtchanski

Please, Igor - I got FOUR COPIES of this...  - just one of them ended
up in the cygwin ML folder.


> On Fri, 19 Sep 2003, Hannu E K Nevalainen (garbage mail) wrote:
>
> > While looking for the reason why "less" has stopped understanding the
> > BACKSPACE key (and a bunch of others) I stumbled over the following.

As this was my main objective... I'm truly off on a side-subject now.

 Anyone have any ideas here?  I THINK it started when I replace /etc/profile
with one that had a better solution around line 63 (see below)


> > I'm sending this just to INFORM about it.
> > I'm NOT on the xfree list.
> > I'm NOT interested of participating in more discussions on this subject.
> >
> > > $ head -63 /etc/profile | tail -1
> > > `/bin/find /etc/profile.d -iname '*.sh' -type f`
> > >
> > > $ /bin/find /etc/profile.d -iname '*.sh' -type f
> > > /etc/profile.d/lilypond-profile.sh
> > > /etc/profile.d/mc.sh
> > > /etc/profile.d/openssl.sh
> > > /etc/profile.d/00xfree.sh
> >
> >  NOTE that 00xfree is listed last...
> >  THEN read what the comment in the first lines of the script says.
> >
> > > $ cat /etc/profile.d/00xfree.sh
> > > # the script name starts with 00 to ensure that it is
> executed before any
> > > # other scripts because one of them may need to know where X is to run
> > > # properly.
> > >
> > > X11PATH="/usr/X11R6/bin"
> > >
> > > if ! /bin/echo ${PATH} | /bin/grep -q ${X11PATH} ; then
> > > export PATH="${PATH}:${X11PATH}"
> > > fi
> > >
> > > $
>
> IMO, this belongs on the cygwin list, as this concerns the predictability
> of the script execution order from /etc/profile.


 GAH! 8-/  I'll grow gray hairs RSN (NOTE: I'm BALD!)


> Hannu, this is really weird.  I'm getting 00xfree.sh as the *first* file
> match:
>
> $ /bin/find /etc/profile.d/ -iname '*.sh' -type f
> /etc/profile.d/00xfree.sh
> /etc/profile.d/mc.sh
> /etc/profile.d/openssl.sh
> $
>
> WAGs:
>
> Could this be the result of a different collation sequence in your
> language?  Can you try running "LC_ALL=C /bin/find /etc/profile.d -iname
> '*.sh' -type f" on your machine?

$ LC_ALL=C /bin/find /etc/profile.d -iname '*.sh' -type f
/etc/profile.d/lilypond-profile.sh
/etc/profile.d/mc.sh
/etc/profile.d/openssl.sh
/etc/profile.d/00xfree.sh

$ uname -a
CYGWIN_NT-5.0 P450 1.5.4s(0.94/3/2) 20030910 22:57:36 i686 unknown unknown
Cygwin


> Speaking of your machine, could this be because you're using Win98?
> (Checking) Bingo!  Somehow, on Win98 find traverses files in unsorted
> order, i.e., the order they were created.

 Hrm... It might be more relevant to FAT32 I believe...
I'm more and more running just "W2K Advaced Server" (as if it were a
workstation mostly), but cygwin still _resides_ on C: which is a FAT32
partition with my Win98SE still installed.
 It gets updated from W2K too... I have THE SAME installation running from
within W98SE due to ~/.profile and ~/.bash_logout saving/restoring mounts
to/from a fine in the cygwin root (/).

>  I guess either /etc/profile
> should guarantee alphanumeric order, or maintainers need to reassess their
> assumptions.
> Igor

UNTESTED:

$ diff -up profile.orig profile
--- profile.orig2003-09-19 23:50:18.0 +0200
+++ profile 2003-09-19 23:49:56.0 +0200
@@ -60,7 +60,7 @@ if [ -d "/etc/profile.d" ]; then
. "$f"
fi
done <<- EOF
-   `/bin/find /etc/profile.d -iname '*.sh' -type f`
+   `/bin/find /etc/profile.d -iname '*.sh' -type f | sort`
EOF
 fi



/Hannu E K Nevalainen, B.Sc. EE - 59?16.37'N, 17?12.60'E
-- UTC+01, DST -> UTC+02  --
--END OF MESSAGE--


--
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: /etc/profile - futile try to predict order of execution

[Christopher Faylor]

On Sat, Sep 20, 2003 at 12:14:37AM +0200, Hannu E K Nevalainen (garbage mail) wrote:
>> From: Igor Pechtchanski
>
>Please, Igor - I got FOUR COPIES of this...  - just one of them ended
>up in the cygwin ML folder.

He was trying to bypass the subject blocker.  Several keywords are
blocked here regardless of membership in cygwin or cygwin-xfree or the
global allow list.  XFree86 is one of them.  Hopefully the reasoning is
obvious.

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/

/bin/kill version 1.14

[Jean-Pierre Praz]

hello

after an update of a few cygwin components, i have now the problem that 
some scripts that use 'kill -9' or 'kill -INT' don't work any more. they 
produce the following output:

Usage: kill [-f] [-signal] [-s signal] pid1 [pid2 ...]
   kill -l [signal]
Send signals to processes
 -f, --force force, using win32 interface if necessary
 -l, --list  print a list of signal names
 -s, --signalsend signal (use kill --list for a list)
 -h, --help  output usage information and exit
 -v, --version   output version information and exit


the same output appears when i execute a '/bin/kill' command. but when i 
execute simply 'kill' (without the leading /bin/) the result is different 
and looks like this:

kill: usage: kill [-s sigspec | -n signum | -sigspec] [pid | job]... or kill -l
[sigspec]
if i change the appropriate line in a script to 'kill -s 9' instead of 
'kill -9' it works. but i can't change all the scripts. what could be the 
reason for this behaviour after the few updates i did? why does 'kill' not 
produces the same output as '/bin/kill'? i wondered if there were two 
versions of kill in different paths, but i only found one of them

thank for ideas and help
jpp
--
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: /bin/kill version 1.14

[Christopher Faylor]

On Sat, Sep 20, 2003 at 02:28:57AM +0200, Jean-Pierre Praz wrote:
>after an update of a few cygwin components, i have now the problem that 
>some scripts that use 'kill -9' or 'kill -INT' don't work any more. they 
>produce the following output:

Fixed in the latest snapshot and will be fixed in the upcoming cygwin
1.5.5.

http://cygwin.com/snapshots/
--
Please use the resources at cygwin.com rather than sending personal email.
Special for spam email harvesters: send email to [EMAIL PROTECTED]
and be permanently blocked from mailing lists at sources.redhat.com

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

setup.exe cannot proceed...

[Jason Fu]

Hi there,

I tried to update this morning and setup.exe just could not proceed and 
crashed earlier after invoked.

Regards,

Jason

http://www.hkucs.org:8080/~tsfu/


--
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: getopt: ugly linker messages

[Ivan Warren]

> And.. Hmmm..
>
> I *think* auto import of data variables may be somewhat broken
> (and declared
> import of data variables too) if
>
> 1) The import library is stripped with --strip-unneeded
>and/or
> 2) The import is from another DLL (.exe -> .dll[func] -> .dll[data])
>
> (See msg dated 9/17/03 which seems to have been drowned.. There is a test
> case in it)
>
> --Ivan
>
Okies...

Does anyone know at least if it's a cygwin or core binutils issue ? Or if I
am at least looking in the right direction ?

--Ivan


--
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: ^C not getting to sub, sub, sub, sub processes (was: Re: 1.5.4s assertion "hsig_inited" failed)

[Christopher Faylor]

On Fri, Sep 19, 2003 at 02:34:37PM -0400, Rolf Campbell wrote:
>Christopher Faylor wrote:
>>This problem sounded familiar so I did a little archive diving.  It was
>>reported before and I investigated it before.  I remember thinking that
>>this would be hard to fix owing to a race condition with signals in tty
>>code.  I can make this fail in various interesting ways even outside of
>>the pty/tty code, though.  So, I'm investigating why now.

The above was in reference to CTRL-Z.  I do know what the problem is but
I don't have a clean fix for it.

>I have a reproducable (at least on my machine) of some ^C handling issues.
>
>#!/bin/python
>import sys, os, select
>
>if(int(sys.argv[1]) > 0):
>os.system(sys.argv[0] + " %d" % (int(sys.argv[1])-1))
>else:
>select.select([], [], [], 10)
>
>Try running this as "./deep.py 0", and then, when it's waiting, hit ^C, 
>it will terminate fine.  Now try it as "./deep.py 1", and then hit ^C. 
>Nothing happens.  I see this when I try to cancel my build, but ^C 
>doesn't work when the process tree is too deep.

Interesting.  This is an *ancient* bug.  I think it even predates my
involvment in cygwin.  It was a bug in the system() call.  It should be
fixed in the latest snapshot, available now.

Thanks for the test case.

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/

setup.exe cannot proceed...

[Jason Fu]

Hi there,

I tried to update this morning and setup.exe just could not proceed and
crashed earlier after invoked.

But this is only when use the mirrors.rcn.net.

Regards,

Jason

http://www.hkucs.org:8080/~tsfu/


--
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 cannot proceed...

[Robert McNulty Junior]

Have you tried lately?
Works for me.
I use Direct Connection.
Try that.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
Of Jason Fu
Sent: Friday, September 19, 2003 8:32 PM
To: cygwin
Subject: setup.exe cannot proceed...
Importance: High


Hi there,

I tried to update this morning and setup.exe just could not proceed and
crashed earlier after invoked.

But this is only when use the mirrors.rcn.net.

Regards,

Jason

http://www.hkucs.org:8080/~tsfu/


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




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

[ANNOUNCEMENT] Updated: gdb-20030919-1 (also includes GUI "insight" debugger)

[Christopher Faylor]

I've made a new version of the gdb debugger available for installation.
This version is a refresh from the CVS repository on sources.redhat.com.
The package also contains the "insight" graphical debugger.

One notable change in the CVS repository is a change that I checked in
to stop the random gdb SEGVs that occurred at inapportune times while
debugging.  So, this version should be more stable than 20030901-1, which
I've removed from the cygwin release entirely.

Unlike most cygwin packages, my preference is that bug reports for the
insight debugger, and the tcl/tck packages that insight relies on, should
go to the insight mailing list on sources.redhat.com.  If you do send a
problem relating to those packages to the cygwin mailing list, expect to
be redirected there.

Remember that to start the insight debugger, you type "insight".  Typing
"gdb" just brings up the command line debugger.

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

[EMAIL PROTECTED]

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

http://sources.redhat.com/lists.html#unsubscribe-simple

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


--
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: ^C not getting to sub, sub, sub, sub processes

[Rolf Campbell]

Christopher Faylor wrote:
I have a reproducable (at least on my machine) of some ^C handling issues.

#!/bin/python
import sys, os, select
if(int(sys.argv[1]) > 0):
  os.system(sys.argv[0] + " %d" % (int(sys.argv[1])-1))
else:
  select.select([], [], [], 10)
Try running this as "./deep.py 0", and then, when it's waiting, hit ^C, 
it will terminate fine.  Now try it as "./deep.py 1", and then hit ^C. 
Nothing happens.  I see this when I try to cancel my build, but ^C 
doesn't work when the process tree is too deep.


Interesting.  This is an *ancient* bug.  I think it even predates my
involvment in cygwin.  It was a bug in the system() call.  It should be
fixed in the latest snapshot, available now.
Thanks for the test case.
No problem, thank you for the quick fix (works great now).  BTW, I have 
some machines that are still running 1.3.17, and I could not reproduce 
this ^C issue on them.  I don't really care, but I thought I would 
mention it.



--
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 cannot proceed...

[Jason Fu]

>
> Have you tried lately?

Yes, I tried again for ftp://mirrors.rcn.net but it still didn't work yet.

> Works for me.
> I use Direct Connection.
> Try that.

I tried for ftp://mirrors.kernel.org and it worked.

Anyway, I should not rely only ftp://mirrors.rcn.net but many other mirror 
sites.


Jason

>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf
> Of Jason Fu
> Sent: Friday, September 19, 2003 8:32 PM
> To: cygwin
> Subject: setup.exe cannot proceed...
> Importance: High
>
>
> Hi there,
>
> I tried to update this morning and setup.exe just could not proceed and
> crashed earlier after invoked.
>
> But this is only when use the mirrors.rcn.net.
>
> Regards,
>
> Jason
>
> http://www.hkucs.org:8080/~tsfu/
>
>
> --
> 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/

http://www.hkucs.org:8080/~tsfu/


--
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: objdump : inaccurate demangling for foo(char* const)

[Alex Vinokur]

"Rolf Campbell" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED]
> foo(char* const) is no different from foo(char*), from the perspective
> of linking/overloading.
>
> Did you mean foo(char const *)?
>

I meant foo(char* const). not foo(char const *).
Thanks.

   =
   Alex Vinokur
 mailto:[EMAIL PROTECTED]
 http://mathforum.org/library/view/10978.html
   =




--
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: /etc/profile - futile try to predict order of execution (Please inform maintainer of 00xfree.sh)

[Christopher Faylor]

On Fri, Sep 19, 2003 at 05:23:40PM -0400, Igor Pechtchanski wrote:
>On Fri, 19 Sep 2003, Christopher Faylor wrote:
>
>> On Fri, Sep 19, 2003 at 04:59:07PM -0400, Igor Pechtchanski wrote:
>> >Speaking of your machine, could this be because you're using Win98?
>> >(Checking) Bingo!  Somehow, on Win98 find traverses files in unsorted
>> >order, i.e., the order they were created.
>>
>> Which is acceptable behavior, as I'm sure you know.  You can't rely on
>> any kind of predictable ordering behavior from find, AFAIK.
>
>Yes, it's acceptable, but I guess I'm not the only one spoiled by Win2k
>(judging by the contents of /etc/profile).

When I was debugging the never-ending "find misses the last directory"
problem, I was actually surprised to see that everything was returned in
alphabetic order.  It is nice to see predictable behavior in
opendir/readdir.  Too bad it isn't part of SUSv3.

>The reason I even tried to raise this point was that some scripts
>apparently did rely on this behavior, and I was asking whether, perhaps,
>/etc/profile should call these scripts in alphabetical order to satisfy
>these expectations.

Yes, I understand why you made the point and I agree 100%.  I was just
trying to forestall any "Cygwin should fix this" type of reasoning.

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/