Re: Speeding up Cygwin deployment

[Vinod Gupta]

Yes. You're better off setting up a package server. See:



From this you can control the packages installed but can use 'setup.exe' to
install, which understands how to unpack packages, symlinks, and run
postinstall scripts.  Also, you'll have a server from which to roll out any
updates conveniently.

--
Larry Hall  http://www.rfk.com


I was looking at the Cygwin installation FAQs, which says that 
"setup.exe" method can not run in unattended mode. For the same reason, 
WinXP's builtin zipper can not be scripted either. Using info-zip's 
stand-alone binaries zip.exe+unzip.exe are perfect for my purpose except 
the presence of files like atobm.1.html which are not visible to 
info-zip or any DOS application. Why Cygwin need to create these types 
of files while the files like allec.1 serve better i.e seen as symlink 
by cygwin, as shortcut by Windows, also visible to DOS apps. Presence of 
atobm.1.html like files makes WinXP's builtin unzipper crawl to its 
knees. What kind of files are these?


Vinod


--
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: Speeding up Cygwin deployment

[Larry Hall (Cygwin)]

Vinod K Gupta wrote:

I  need to deploy cygwin and some addon software on about 100 Windows XP Pro 
machines in my department. It is taking about an hour to setup one machine. I 
thought of speeding up deployment by setting up one reference machine with all 
the packages customized to our needs, make a zip archive of C:\cygwin along 
with a couple of registry entries in cygwin.reg script and take it on a USB key 
to the target machine. It seems to be working except that I have not gained the 
anticipated speed, and thus this posting.

It took me only a minute to create a 180 MB archive from a 450 MB source using 
Windows builtin zipper (WinExplorer's Send to...zip) but unzipping on target is 
painfully slow (about 45 minutes). Yes, my anti-virus is temporarily turned 
off. I see that it is spending 90% of the time in those folders which have 
symlinks. In addition, there are some other interesting observations. To make 
the point clear I take example of two files:

C:\cygwin\usr\share\man\man1\allec.1
C:\cygwin\usr\X11R6\lib\X11\doc\html\atobm.1.html

Cygwin's ls lists both files as symlinks
WinExplorer lists allec.1 as shortcut and atobm.1.html as a normal file
DOS' dir does not list atobm.1.html at all.

I tried using stand-alone zip/unzip utilities from popular 
http://www.info-zip.org
"zip.exe -rq0! cygwin.zip cygwin" is blazingly fast to create archive (1 
minute, great it allows no-compression option)

Unzipping by info-zip's unzip.exe was very fast (5 mins), preserved allec.1 as 
symlink but atobm.1.html was missing.

Unzipping by WinExplorer was slightly faster (still 30 mins!), preserved allec.1 as symlink but atobm.1.html was missing. 


So, the only thing that works is to use WinExplorer to zip and unzip but it 
does not serve the primary goal - deploy cygwin on 100 machines within 5-10 
minutes per machine.

Any ideas?



Yes.  You're better off setting up a package server.  See:



From this you can control the packages installed but can use 'setup.exe' to
install, which understands how to unpack packages, symlinks, and run
postinstall scripts.  Also, you'll have a server from which to roll out any
updates conveniently.


--
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: tr command suddenly behaves differently

[Larry Hall (Cygwin)]

Logu wrote:


One final point.  It's considered bad netiquette to commandeer another
thread.  Replying to another's message and changing the subject is not 
the

way to post to this list.  Please just send email to the list directly
when you want to start some new topic.  It makes following a thread much
easier that way.



My apologies. Just now I noted that the reply adds "Reference" header. I 
will correct it in future.



That's appreciated.  Thanks.


--
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: "replaced while being copied" - was ... RE: Solved partially by findutils 4.3 - RE: "inode changed", ...

[Larry Hall (Cygwin)]

Miller, Raul D wrote:

Eric Blake wrote:

Is the network drive running an older version of Samba?


I am not an administrator of the systems running the network
drives that have this problem (the one I documented is just the
one where I most recently encountered this problem) and I do not know.

Also, are you sure it is the latest version of cygwin? 


I tried to update my system this week, using cygwin.com/setup.exe,
and no packages were updated.


Including the output of 'cygcheck -svr' as a text attachment,
as requested here:

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

would also be useful.


Attached.



OK, this shows that you do have cygwin 1.5.21 (the latest version) installed
but you are still running 1.5.19.  My guess is that you were still running
a Cygwin process when you did the upgrade and you forgot to reboot afterwards.
Try that and see if it helps.  If not, you have some rouge software somewhere
on your system that is keeping 1.5.19 for you in c:\cygwin\bin\cygwin1.dll.
Find it and kill it dead.

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

Speeding up Cygwin deployment

[Vinod K Gupta]

I  need to deploy cygwin and some addon software on about 100 Windows XP Pro 
machines in my department. It is taking about an hour to setup one machine. I 
thought of speeding up deployment by setting up one reference machine with all 
the packages customized to our needs, make a zip archive of C:\cygwin along 
with a couple of registry entries in cygwin.reg script and take it on a USB key 
to the target machine. It seems to be working except that I have not gained the 
anticipated speed, and thus this posting.

It took me only a minute to create a 180 MB archive from a 450 MB source using 
Windows builtin zipper (WinExplorer's Send to...zip) but unzipping on target is 
painfully slow (about 45 minutes). Yes, my anti-virus is temporarily turned 
off. I see that it is spending 90% of the time in those folders which have 
symlinks. In addition, there are some other interesting observations. To make 
the point clear I take example of two files:

C:\cygwin\usr\share\man\man1\allec.1
C:\cygwin\usr\X11R6\lib\X11\doc\html\atobm.1.html

Cygwin's ls lists both files as symlinks
WinExplorer lists allec.1 as shortcut and atobm.1.html as a normal file
DOS' dir does not list atobm.1.html at all.

I tried using stand-alone zip/unzip utilities from popular 
http://www.info-zip.org
"zip.exe -rq0! cygwin.zip cygwin" is blazingly fast to create archive (1 
minute, great it allows no-compression option)

Unzipping by info-zip's unzip.exe was very fast (5 mins), preserved allec.1 as 
symlink but atobm.1.html was missing.

Unzipping by WinExplorer was slightly faster (still 30 mins!), preserved 
allec.1 as symlink but atobm.1.html was missing. 

So, the only thing that works is to use WinExplorer to zip and unzip but it 
does not serve the primary goal - deploy cygwin on 100 machines within 5-10 
minutes per machine.

Any ideas?

Vinod
Princeton University

--
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 as X terminal(s) ?

[Igor Peshansky]

This is an X-specific question, and needs to go to the Cygwin/X list.
Redirecting.

On Sun, 24 Sep 2006, Richard Foulk wrote:

> Aloha,
>
> As someone pointed out you can use Cygwin with X as an X terminal.
> For remote admin of a linux/unix box that's pretty handy.  By invoking
> this command from Cygwin before starting X:
>
>   x -broadcast
>
> you get a window that contains the whole remote desktop.  Is there a way
> to create multiple separate such windows/desktops on one Cygwin system?
> That would be mighty handy for admining multiple machines.

Try "X :0 -broadcast", "X :1 -broadcast", etc.  For more information, see
"man XWin".
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!

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

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

Re: tr command suddenly behaves differently

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Jim Easton on 9/24/2006 1:02 AM:
> Pardon me for putting my oar in but the syntax of tr varies quite a
> bit from system to system.  It has been my experience that the only
> reliable way of expressing the above so that it will work on cygwin,
> linux, solaris, sun4, aix and irix  is the following.  It's probably
> more efficient to boot :-).
> 
> tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz'

More reliable, yes; in fact, this is what autoconf uses under the hood for
constructs like AS_TR_SH.  But POSIX requires tr and sed to understand
[:upper:] and [:lower:], and to understand it in the context of the
current locale (there are some locales where blindly using the 26 letters
of English is the wrong behavior, and where you really do mean [:upper:]).

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

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

iD8DBQFFFopL84KuGfSFAYARAtZFAKCtFXVcVP7t1TITCcLmq3jwwB/LOACfSlYt
4YBAWjE0zmq2z5CYHubeAxI=
=sPT1
-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: tr command suddenly behaves differently

[Eric Blake]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

According to Logu on 9/24/2006 12:12 AM:
> The /etc/profile had this code hence I thought it is bug in the cygwin
> system. May be this is fixed in the newer versions.
> -
> case "`echo "$0" | /usr/bin/tr [:upper:] [:lower:]`" in

Yes, this was fixed prior to base-files 3.7-1.  Chances are, you made
modifications to /etc/profile, so upgrading base-files no longer copies
/etc/defaults/etc/profile over your modifications.  If you don't need your
modifications, then just manually do that copy yourself, and you will once
again start picking up improvements to the startup scripts next time
base-files is upgraded.

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

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

iD8DBQFFFoih84KuGfSFAYARAmRfAJoCB3vJdPXN7MIU8hMrRkSkfAx0bgCgqUTi
JHaeYgbZ9p/ioxbTwbkHt7M=
=LEQ5
-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/

cygwin as X terminal(s) ?

[Richard Foulk]

Aloha,

As someone pointed out you can use Cygwin with X as an X terminal.
For remote admin of a linux/unix box that's pretty handy.  By invoking
this command from Cygwin before starting X:

x -broadcast

you get a window that contains the whole remote desktop.  Is there a way
to create multiple separate such windows/desktops on one Cygwin system?
That would be mighty handy for admining multiple machines.


Thanks

Richard


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

GDB and debugging symbols

[Angelo Graziosi]

Try to debug the segment faults of Emacs-cvs buildings I have observed the
following on which I would ask some comment.


When one build the following test case with -g option

$ cat hello.c
#include 

int main()
{
printf("Hello, World!");
return 0;
}

gcc -g hello.c -o hello





then GDB says "no debugging symbols found":

$ gdb ./hello.exe
GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i686-pc-cygwin"...(no debugging symbols found)
  ^
(gdb)





Initially I thinked that "no debugging symbols found" did refer GDB 
not hello.exe.

But using the option '-gdwarf-2':
-
$ gcc -gdwarf-2 -g3 hello.c -o hello

$ gdb ./hello.exe
GNU gdb 6.5.50.20060706-cvs (cygwin-special)
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
are
welcome to change it and/or distribute copies of it under certain
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for
details.
This GDB was configured as "i686-pc-cygwin"...
(gdb)
- 




"no debugging symbols found" disappeared. Besides this
--
(gdb) start
Breakpoint 1 at 0x401075: file hello.c, line 4.
Starting program: /tmp/hello.exe
Loaded symbols for /c/WINDOWS/system32/ntdll.dll
Loaded symbols for /c/WINDOWS/system32/kernel32.dll
Loaded symbols for /usr/bin/cygwin1.dll
Loaded symbols for /c/WINDOWS/system32/advapi32.dll
Loaded symbols for /c/WINDOWS/system32/rpcrt4.dll
main () at hello.c:4
4   {
(gdb) info source
Current source file is hello.c
Compilation directory is /tmp/
Located in /tmp/hello.c
Contains 7 lines.
Source language is c.
Compiled with stabs debugging format.
  ^^
Does not include preprocessor macro info.
(gdb)
--




As you can see compiling with '-gdwarf-2' produces a program for which GDB
says that it was compiled with stabs debugging format, not DWARF 2
debugging format.

This is confirmed even adding '-v':

$ gcc -v -gdwarf-2 -g3 hello.c -o hello
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /usr/build/package/orig/test.new4/gcc-3.4.4-2/configure
--verbo
se --prefix=/usr --exec-prefix=/usr --sysconfdir=/etc --libdir=/usr/lib
--libexe
cdir=/usr/lib --mandir=/usr/share/man --infodir=/usr/share/info
--enable-languag
es=c,ada,c++,d,f77,pascal,java,objc --enable-nls
--without-included-gettext --en
able-version-specific-runtime-libs --without-x --enable-libgcj
--disable-java-aw
t --with-system-zlib --enable-interpreter --disable-libgcj-debug
--enable-thread
s=posix --enable-java-gc=boehm --disable-win32-registry
--enable-sjlj-exceptions
 --enable-hash-synchronization --enable-libstdcxx-debug
Thread model: posix
gcc version 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/cc1.exe -quiet -v -dD -D__CYGWIN32__
-D__CYGW
IN__ -Dunix -D__unix__ -D__unix -idirafter
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../
../../../include/w32api -idirafter
/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../..
/i686-pc-cygwin/lib/../../include/w32api hello.c -quiet -dumpbase hello.c
-mtune
=pentiumpro -auxbase hello-gdwarf-2 -g3 -version -o
/c/DOCUME~1/Angelo/IMPOST~1/
Temp/cckyExuG.s
ignoring nonexistent directory
"/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i6
86-pc-cygwin/include"
ignoring duplicate directory
"/usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686
-pc-cygwin/lib/../../include/w32api"
#include "..." search starts here:
#include <...> search starts here:
 /usr/local/include
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/include
 /usr/include
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../include/w32api
End of search list.
GNU C version 3.4.4 (cygming special, gdc 0.12, using dmd
0.125) (i686-pc-cygwin
)
compiled by GNU C version 3.4.4 (cygming special, gdc 0.12, using
dmd 0.
125).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../../i686-pc-cygwin/bin/as.exe
-o /c/D
OCUME~1/Angelo/IMPOST~1/Temp/ccktozan.o
/c/DOCUME~1/Angelo/IMPOST~1/Temp/cckyExu
G.s
 /usr/lib/gcc/i686-pc-cygwin/3.4.4/collect2.exe -Bdynamic
--dll-search-prefix=cy
g -o hello.exe /usr/lib/gcc/i686-pc-cygwin/3.4.4/../../../crt0.o
-L/us

Re: SwitchToFiber call problem with cygwin_NT-5.2 ? test case below

[Phil]

Rearick, Gabriele  hp.com> writes:

> 
> Hi all
> 
> cygwin version:  CYGWIN_NT-5.2 rearick3 1.5.12(0.116/4/2) 2004-11-10
> 08:34 amd64 unknown unknown Cygwin.
> 
> I am uncertain if the platform above is an "officially supported"
> platform, but apparently the same problem behavior is exposed on
> officially supported environments, as it was indicated to me.
> 
> The testcase below from Gengbin Zheng demonstrates a program hang/crash
> when envoking fibers (switchToFiber call).  Might it be related to SP2
> and/or version of win32api? cygcheck.out is attached.  
> 
> Can the issue be fixed or is there a fix already?
> 
> thanks

Did this ever get resolved?
I've got the same problem. The code works with MS-VC++ and MinGW, but using 
cygwin a seg fault occurs in cygwin1.dll

Regards
Phil



--
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: tr command suddenly behaves differently

[Jim Easton]

Hi,

> According to Logu on 9/23/2006 4:46 AM:
> > After analysing I found that the tr command did not work correctly. So
> > the command
> > $ /usr/bin/tr [:upper:] [:lower:]

Sat, 23 Sep 2006 Eric Blake wrote
> There's your problem.  You didn't quote properly.  Try:
> $ echo [:upper:] [:lower:]
> to see what you were really invoking, then try:
> $ tr '[:upper:]' '[:lower:]'
> to do what you meant.

Pardon me for putting my oar in but the syntax of tr varies quite a
bit from system to system.  It has been my experience that the only
reliable way of expressing the above so that it will work on cygwin,
linux, solaris, sun4, aix and irix  is the following.  It's probably
more efficient to boot :-).

tr 'ABCDEFGHIJKLMNOPQRSTUVWXYZ' 'abcdefghijklmnopqrstuvwxyz'

HTH
Jim

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