Xemacs warning message after update to xemacs-21.4.19-2

[Kirill Yarosh]

Hi all,
After update to xemacs-21.4.19-2 I got a following warning message:
WARNING:
Couldn't find an obvious default for the root of the
XEmacs hierarchy.

It's just a warning but xemacs works properly. Anybody knows how to 
suppress this warning ?


Thanks
Kirill Yarosh


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

Turkish Academy Club sizi bekliyor

[academy]

Seviyeli bir Club üyesi olmak istermisiniz ?

Hemen üye olun pişman olmazsınız



www.academysingles.net /  Turkish Academy Club




--
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: system account files mystery

[Igor Peshansky]

Ugh, top-posting...  Reformatted.

On Sat, 2 Dec 2006, dsacks wrote:

> Larry Hall (Cygwin) wrote:
> >
> > dsacks wrote:
> >> fyi, this is all about trying to get sshd to accept incoming
> >> connections. I want to use winscp into my xp box to move files.
> >>
> >> I am very confused about what password sshd would use - does it use
> >> windows authentication or does it expect to find passwords in
> >> /etc/passwd? Can I choose?
> >
> > Password authentication is done through Windows.  Passwords on all
> > NT-based platforms come from Windows.
>
> Okay, h. So what is the secret to geting sshd working? It is
> running, but when I try to ssh in, it doesn't accept my domain password.
> Does it work with domain users or is there something special I need to
> do for that to happen?

I think Larry's answer was a bit too literal.  Yes, passwords come from
Windows, but for Cygwin to be able to get Windows to authenticate a given
user, that user (or, rather, that user's SID) has to be in /etc/passwd.
Now, domain users aren't added to /etc/passwd by default.  Read the
documentation on mkpasswd to find out how to add your domain users to
/etc/passwd.
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Freedom is just another word for "nothing left to lose"...  -- Janis Joplin

--
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: Xemacs warning message after update to xemacs-21.4.19-2

[Dr. Volker Zell]

> Kirill Yarosh writes:

> Hi all,
> After update to xemacs-21.4.19-2 I got a following warning message:
>  WARNING:
>  Couldn't find an obvious default for the root of the
>  XEmacs hierarchy.

> It's just a warning but xemacs works properly. Anybody knows how to
> suppress this warning ?

This was a packaging error on my site when I switched to the cygport
build framework. I will upload a new version soon.

> Thanks
> Kirill Yarosh

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/

Libarcball

[dvmorris]

Does anyone know anything about libarcball? I am trying to compile a linux
program on cygwin, and I get an error saying a file libarcball.a is
incompatible, and then it says "cannot find -larcball".

I can't seem to find any documentation on it anywhere, and I don't really
know who to ask for help,

Dave
-- 
View this message in context: 
http://www.nabble.com/Libarcball-tf2746931.html#a7663831
Sent from the Cygwin Users mailing list archive at Nabble.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: [ANNOUNCEMENT] Updated: subversion 1.4.2-1

[Jared Silva]

Funny that, a day after I give in and compile from scratch the update comes.

http://svn.haxx.se/users/archive-2006-12/0062.shtml

:)

--
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: cygwin + make 10 time slower than equivalent linux make (same ifc compiler)

[Eliah Kagan]

On 12/2/06, Philippe Conraux wrote:

I have to build a large project on Windows.

Build libraries using Intel compilers needs 12 hours on cygwin
when same build needs 1 hour on Linux (same computer : dual boot, same
compilers ifc 9.1)


Do you need a feature that is specific to cygwin's make or the cygwin
environment?

If not, could you use the make that comes with MinGW
(http://www.mingw.org/)? If a POSIX-like environment is required,
would MSYS do the trick as well (http://www.mingw.org/msys.shtml)?

Alternatively, could you not simply cross-compile it for Windows on
the Linux system? You said the workstation is dual-boot. If you have
to be in Windows to perform other tasks while building it, perhaps you
could virtualize (not emulate) some Linux system and cross-compile it
that way.

Finally, are you sure the problem even has anything to do with cygwin
and cygwin's make? Perhaps ifc is slower on Windows than Linux for the
sort of thing that you are doing? (In that case using MinGW's make,
with or without MSYS, would probably not help.)

-Eliah

--
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: No manual entry for ls

[Larry Hall (Cygwin)]

Jared Silva wrote:

Not using the latest files caused the problem.

Maybe I should take the reboot warning more seriously.

$ locate .new
D:/UNIX/cygwin/bin/bash.exe.new
D:/UNIX/cygwin/bin/cygiconv-2.dll.new
D:/UNIX/cygwin/bin/cygncurses-8.dll.new
D:/UNIX/cygwin/bin/cygreadline6.dll.new
D:/UNIX/cygwin/bin/cygwin1.dll.new
D:/UNIX/cygwin/bin/cygz.dll.new
D:/UNIX/cygwin/bin/libW11.dll.new
D:/UNIX/cygwin/bin/rxvt.exe.new



That's a very fair assumption.  'setup.exe' knows when you need to reboot
in order to complete the latest installation process.  If you ignore the
directive to reboot, you may find some or all of Cygwin no longer works.
Rebooting will fix the problem.


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

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

[Larry Hall (Cygwin)]

dvmorris wrote:

Does anyone know anything about libarcball? I am trying to compile a linux
program on cygwin, and I get an error saying a file libarcball.a is
incompatible, and then it says "cannot find -larcball".

I can't seem to find any documentation on it anywhere, and I don't really
know who to ask for help,




You can gather from the results of the above query that libarcball.a is not
part of any Cygwin package currently distributed through cygwin.com.  If you
want it, you'll need to build it yourself or find someone on the net who has
already.

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

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

Re: cygwin + make 10 time slower than equivalent linux make (same ifc compiler)

[Larry Hall (Cygwin)]

On 12/03/2006, Eliah Kagan wrote:

If not, could you use the make that comes with MinGW
(http://www.mingw.org/)? If a POSIX-like environment is required,
would MSYS do the trick as well (http://www.mingw.org/msys.shtml)?


Since MSYS is an early fork of Cygwin, if the performance problem
the OP is seeing is intrinsically Cygwin-based, MSYS will likely,
though not guaranteed, share the performance problems.

--
Larry Hall  http://www.rfk.com
RFK Partners, Inc.  (508) 893-9779 - RFK Office
216 Dalton Rd.  (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/

Use rsync daemon via ssh fails

[Volker Quetschke]

I have a strange problem with rsync. Using rsync in the way
describes in the man page as:
"USING RSYNC-DAEMON FEATURES VIA A REMOTE-SHELL CONNECTION"
fails but starting the daemon manually and using it and also
the directly using rsync via ssh works. Some examples (the used
/etc/rsyncd.conf follows at the end of this mail).

1) This fails:

[EMAIL PROTECTED] ~
$ rsync -e "ssh -l q" boxy2::
[EMAIL PROTECTED]'s password:
Warning: No xauth data; using fake authentication data for X11 forwarding.
rsync: connection unexpectedly closed (0 bytes received so far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at
/home/lapo/packaging/tmp/rsync-2.6.6/io.c(434)

2) This works:
   First log into boxy2 (with ssh) and start the daemon:

[EMAIL PROTECTED] ~
$ rsync --daemon

   Then use another window on the "client" side to list the available
   rsync modules:

[EMAIL PROTECTED] ~
$ rsync boxy2::
somedir rsync test dir


3) This works two, without using the daemon features

[EMAIL PROTECTED] ~
$ rsync -e "ssh -l q" boxy2:/somedir/
[EMAIL PROTECTED]'s password:
Warning: No xauth data; using fake authentication data for X11 forwarding.
drwxr-xr-x   0 2006/12/03 19:20:26 .
-rw-r--r--   9 2006/12/03 19:20:26 testfile.txt

THis is the used /etc/rsyncd.conf:
- - - - snip - - - -
log file = /var/log/rsyncd.log
pid file = /var/run/rsyncd.pid
lock file = /var/run/rsync.lock

max verbosity = 10

use chroot = no
strict modes = no

[somedir]
path = /somedir
comment = rsync test dir
read only = no
- - - - snap - - - -

The cygcheck output of the server side follows as an attachment.

Any ideas what the problem might be?

   Volker

(Yes, /var/log and /var/run are writable for user q and rsyncd.log
doesn't show anything suspicious.)

-- 
PGP/GPG key  (ID: 0x9F8A785D)  available  from  wwwkeys.de.pgp.net
key-fingerprint 550D F17E B082 A3E9 F913  9E53 3D35 C9BA 9F8A 785D

Cygwin Configuration Diagnostics
Current System Time: Sun Dec 03 19:55:02 2006

Windows XP Professional Ver 5.1 Build 2600 Service Pack 2

Running in Terminal Service session

Path:   C:\cygwin\usr\local\bin
C:\cygwin\bin
C:\cygwin\bin
C:\cygwin\usr\X11R6\bin
c:\WINDOWS\system32
c:\WINDOWS
c:\WINDOWS\System32\Wbem
c:\Program Files\QuickTime\QTSystem\
C:\cygwin\bin

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

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

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

USER = 'q'
PWD = '/home/q'
CYGWIN = 'ntsec'
HOME = '/home/q'
MAKE_MODE = 'unix'

HOMEPATH = '\cygwin\home\q'
MANPATH = '/usr/local/man:/usr/share/man:/usr/man::/usr/ssl/man'
HOSTNAME = 'boxy2'
TERM = 'xterm'
SHELL = '/bin/bash'
PROCESSOR_IDENTIFIER = 'x86 Family 6 Model 6 Stepping 2, AuthenticAMD'
WINDIR = 'C:\WINDOWS'
SSH_CLIENT = '68.101.66.220 3334 22'
OLDPWD = '/home/q'
USERDOMAIN = 'BOXY2'
SSH_TTY = '/dev/tty0'
OS = 'Windows_NT'
ALLUSERSPROFILE = 'C:\Documents and Settings\All Users'
LS_COLORS = 
'no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.avi=01;35:*.fli=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.flac=01;35:*.mp3=01;35:*.mpc=01;35:*.ogg=01;35:*.wav=01;35:'
TEMP = '/cygdrive/c/WINDOWS/TEMP'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
USERNAME = 'q'
PROCESSOR_LEVEL = '6'
FTP_PASSIVE = '1'
MAIL = '/var/spool/mail/q'
SYSTEMDRIVE = 'C:'
EDITOR = 'nano -w'
USERPROFILE = 'C:\Documents and Settings\q'
PS1 = '\[\e]0;[EMAIL PROTECTED] - [EMAIL PROTECTED] \[\e[33m\]\w\[\e[0m\]\n\$ '
LOGONSERVER = '\\BOXY2'
PROCESSOR_ARCHITECTURE = 'x86'
SHLVL = '1'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH'
HOMEDRIVE = 'C:'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
LOGNAME = 'q'
TMP = '/cygdrive/c/WINDOWS/TEMP'
SYSTEMROOT = 'C:\WINDOWS'
PRINTER = 'Canon i560'
CVS_RSH = '/bin/ssh'
PROCESSOR_REVISION = '0602'
SSH_CONNECTION = '68.101.66.220 3334 192.168.1.2 22'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info:'
PROGRAMFILES = 'C:\Program Files'
NUMBER_OF_PROCESSORS = '1'
COMPUTERNAME = 'BOXY2'
_ = '/usr/bin/cygcheck'
POSIXLY_CORRECT = '1'

HKEY_CURRENT_USER\Software\Cygnus Solutions
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\mounts v2
HKEY_CURRENT_USER\Software\Cygnus Solutions\Cygwin\Program Options
HKEY_LOCAL_MACHIN

Troubleshooting compiler errors

[dvmorris]

I am trying to compile a linux program on cygwin, and I'm getting the
following error:

undefined reference to `std::basic_string,
std::allocator >::c_str() const'

along with about a million other errors that look pretty similar.

I guess my real problem is that I have no clue how to troubleshoot any of
these errors, and I don't really know who to ask for help. I don't really
think this is the right place to ask, so if anyone knows where I could go
for help, I would really appreciate it. 

Thanks, 
dave
-- 
View this message in context: 
http://www.nabble.com/Troubleshooting-compiler-errors-tf2749026.html#a7669802
Sent from the Cygwin Users mailing list archive at Nabble.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: Troubleshooting compiler errors

[Igor Peshansky]

On Sun, 3 Dec 2006, dvmorris wrote:

> I am trying to compile a linux program on cygwin, and I'm getting the
> following error:
>
> undefined reference to `std::basic_string,
> std::allocator >::c_str() const'
>
> along with about a million other errors that look pretty similar.
>
> I guess my real problem is that I have no clue how to troubleshoot any
> of these errors, and I don't really know who to ask for help. I don't
> really think this is the right place to ask, so if anyone knows where I
> could go for help, I would really appreciate it.

You really have not provided much information about the kind of code
you're compiling, what command you use to compile it, etc, but if I had to
take a WAG...

Use 'g++' to compile and link C++ programs.

HTH,
Igor
-- 
http://cs.nyu.edu/~pechtcha/
  |\  _,,,---,,_[EMAIL PROTECTED] | [EMAIL PROTECTED]
ZZZzz /,`.-'`'-.  ;-;;,_Igor Peshansky, Ph.D. (name changed!)
 |,4-  ) )-,_. ,\ (  `'-'   old name: Igor Pechtchanski
'---''(_/--'  `-'\_) fL a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

Freedom is just another word for "nothing left to lose"...  -- Janis Joplin

--
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: No manual entry for ls

[Jared Silva]

Larry Hall wrote:

That's a very fair assumption.  'setup.exe' knows when you need to reboot
in order to complete the latest installation process.  If you ignore the
directive to reboot, you may find some or all of Cygwin no longer works.


Agreed.


Rebooting will fix the problem.


Not necessarily.  These files were all missed during a reboot.

I usually reboot my PC once per week.  I tend to Hibernate or leave it
running at the end of the day.  I also run setup.exe multiple times
per week to check for updates.  There may be some cases where the
files that need updating are missed.

--
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: cygwin + make 10 time slower than equivalent linux make (same ifc compiler)

[Tim Prince]

[EMAIL PROTECTED] wrote:

On 12/2/06, Philippe Conraux wrote:

I have to build a large project on Windows.

Build libraries using Intel compilers needs 12 hours on cygwin
when same build needs 1 hour on Linux (same computer : dual boot, same
compilers ifc 9.1)


Do you need a feature that is specific to cygwin's make or the cygwin
environment?

Many of us require cygwin to support build environment using Intel or 
other commercial compilers.  However, there is no chance of getting any 
specific support for this, either from cygwin,  from Intel, or from the 
vendors of the other compilers.  Not to mention that Microsoft is 
unalterably opposed to this.
That said, cygwin often builds Windows applications much faster than 
they can be built under Visual Studio.  If you are using make -j on 
linux, why not on Windows?

If not, could you use the make that comes with MinGW
(http://www.mingw.org/)? If a POSIX-like environment is required,
would MSYS do the trick as well (http://www.mingw.org/msys.shtml)?

Alternatively, could you not simply cross-compile it for Windows on
the Linux system? You said the workstation is dual-boot. If you have
to be in Windows to perform other tasks while building it, perhaps you
could virtualize (not emulate) some Linux system and cross-compile it
that way.
No, commercial Windows compilers aren't generally available as a cross 
compiler on linux.  Nor do I think you will find anyone supporting a 
pre-built gcc cross compiler from linux for general Windows use (not 
that we shouldn't be grateful when that is available for cygwin).


Finally, are you sure the problem even has anything to do with cygwin
and cygwin's make?
Have you noticed how slow cygwin build and test scripts have been 
running with gcc in recent months?  I have a gcc testsuite running right 
now which is over 24 hours old.  It takes about 6 hours simply to build 
gcc, g++, gfortran on cygwin.  Even on my 4 year old Itanium linux 
system, it can be done several times faster than that.


--
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: Troubleshooting compiler errors

[Tim Prince]

[EMAIL PROTECTED] wrote:

I am trying to compile a linux program on cygwin, and I'm getting the
following error:

undefined reference to `std::basic_string,
std::allocator >::c_str() const'

along with about a million other errors that look pretty similar.

I guess my real problem is that I have no clue how to troubleshoot any of
these errors, and I don't really know who to ask for help. I don't really
think this is the right place to ask, so if anyone knows where I could go
for help, I would really appreciate it. 
  
The most likely alternative would be the gcc-help mailing list.  In any 
case, you would have to be much more explicit about your problem, and 
you would have to take the documented steps and report on their results, 
if anyone is to help.   For example, you might have tried to use gcc 
rather than g++ to link, for all we can tell.


--
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: No manual entry for ls

[Larry Hall (Cygwin)]

Jared Silva wrote:

Larry Hall wrote:

That's a very fair assumption.  'setup.exe' knows when you need to reboot
in order to complete the latest installation process.  If you ignore the
directive to reboot, you may find some or all of Cygwin no longer works.


Agreed.


Rebooting will fix the problem.


Not necessarily.  These files were all missed during a reboot.

I usually reboot my PC once per week.  I tend to Hibernate or leave it
running at the end of the day.  I also run setup.exe multiple times
per week to check for updates.  There may be some cases where the
files that need updating are missed.



If that's true, it would be indicative of a bug.  If you're willing to
help track it down, please provide the details of how you reproduce this
situation.


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

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

RE: Argument list too long

[Long, Phillip GOSS]

-Original Message-
> From: Michael Eager
> Sent: Saturday, December 02, 2006 10:30 PM
> To: Cygwin
> Subject: Argument list too long
> 
> I get the error message "argument list too long"
> while building GCC on certain Cgywin installations, but not all.  This
happens when make executes a command with a large number of arguments.
I'm assuming that this is because I'm running out of environment space.
> 
> Some of the workarounds, like using xargs, are awkward or unfeasible.
Remounting /bin -X doesn't help (although I'm not sure how this affects
the max size of arg lists).
> 
> Is there any way to increase the size of the environment space?  Or
another resolution?
> This is on WindowsXP.

Michael:

What is SHELL set to in your environment?  If it's not set to /bin/bash,
it's may be defaulting to CMD.EXE, which has a line-length limitation,
whereas bash (and I'm guessing most other shells in Cygwin as well) does
not - at least, not as far as I can tell.  I think bash just allocates
as much memory as it needs to handle the command line, which is the
sensible approach.

Thx, Phil Long
 


Goss ... Innovation for Business

NOTICE: This e-mail and any attachment(s) may contain confidential and 
proprietary information of Goss International Corporation and/or its 
subsidiaries and may be legally privileged. This e-mail is intended solely for 
the addressee. If you are not the addressee, dissemination, copying or other 
use of this e-mail or any of its content is strictly prohibited and may be 
unlawful. If you are not the intended recipient please inform the sender 
immediately and destroy the e-mail and any copies. All liability for viruses is 
excluded to the fullest extent permitted by law. Any views expressed in this 
message are those of the individual sender. No contract may be construed by 
this e-mail.


--
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: Argument list too long

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Long, Phillip GOSS on 12/3/2006 8:48 PM:
> What is SHELL set to in your environment?  If it's not set to /bin/bash,
> it's may be defaulting to CMD.EXE, which has a line-length limitation,
> whereas bash (and I'm guessing most other shells in Cygwin as well) does
> not - at least, not as far as I can tell.  I think bash just allocates
> as much memory as it needs to handle the command line, which is the
> sensible approach.

Actually, Windows has a puny command line length compared to most OS'es,
but even Linux and Solaris have limits (you have to use something like GNU
Hurd to completely avoid arbitrary limits).  The limit is enforced by the
OS, not the shell (in other words, it is not bash that allocates the
command-line memory in the child process, but cygwin1.dll itself).  At one
point, cygwin inherited the Windows limitations unless you used 'mount
- -X', which told cygwin to use tricks to bypass Windows command line limits
by using shared memory instead.  But thanks to recent cygwin improvements,
the 'mount -X' behavior is now the default when one cygwin program invokes
another, regardless of your mount settings.  Are you sure you don't need
to upgrade?  But when a cygwin app invokes a non-cygwin app, you are back
to Window's limits of 32k; there's nothing cygwin can do about it, either.

> NOTICE: This e-mail and any attachment(s) may contain confidential

List policy prohibits unenforceable legalese dribble like this.  Please
use an email account that won't append your employers' disclaimer.

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

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

iD8DBQFFc6i584KuGfSFAYARAjc9AKCy2bNTnGyOqJik1I7L6dXJQnWqhQCdHNxG
2TDZ1CePdA0EugdQUZkY4eM=
=megE
-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: Please test the latest developer's snapshot

[Ben]

Just wanted to drop in a note saying that I've tried the snapshot on
RTM Vista x64 on AMD, and I had no luck, either freshly installed, or
with rebase/rebaseall. I tried rebaseall with ash, but got the usual
Vista-related errors. I tried running rebase against ash, and then
rebaseall again, but still no joy. All of the above I ran using first
0x7000 as base, and then 0x6500.

Hope this helps!

Ben

- Original Message -
From: "Corinna Vinschen" <[EMAIL PROTECTED]>
To: 
Sent: Friday, November 03, 2006 9:48 AM
Subject: Please test the latest developer's snapshot


Hi,

The latest developer snapshot from http://cygwin.com/snapshots/ contains
a couple of patches which are supposed to get Cygwin running better on
the upcoming Windows Vista.

The important change here is a slightly different memory allocation
scheme.  I'd like to hear if this version still runs fine on all OSes,
not only on Vista so I'd appreciate some feedback in terms of memory
allocation problems.  Please look for messages as "fixup_mmap_after_fork
failed", "couldn't allocate heap", stuff like that.

The new memory allocation scheme could result in the necessity to rebase
again.  The usual base address of 0x7000 for rebase *might* result
in problems with applications using mmap and runtime loaded DLLs.  So,
if you get such a problem, please call rebase(all) with a base addresses
of, say, 0x6500 and try again.


Thanks,
Corinna

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

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